Great! Many thanks Nanang! You got my question. "large message" I said means the large request message. One more question: PJSIP_MAX_PKT_LEN, this macro, Can I configure it with big value? like 10M bytes? Will it cause lower efficiency for PjSIP? And if it was configureed with default value and no TCP available, can pjsip send request message with larger message body (much more lager than 2000bytes) successfully? Thanks! 2009/7/15 Nanang Izzuddin <nanang at pjsip.org> > No, I got it wrong about "large message" then :) The auto-switch to > TCP feature in pjsip 1.3 I was talking about is related to RFC 3261 > section 18.1.1: > --- > * If a request is within 200 bytes of the path MTU, or if it is larger > * than 1300 bytes and the path MTU is unknown, the request MUST be sent > * using an RFC 2914 [43] congestion controlled transport protocol, such > * as TCP. > --- > > Regards, > nanang > > > On Wed, Jul 15, 2009 at 7:30 AM, xutm<xutom2006 at gmail.com> wrote: > > Hi Nanang lzzuddin, > > > > Large message? Do you mean pjsip 1.3 supports sending large message such > as > > big files? Does it do that using MSRP protocol? > > > > 2009/7/14 Nanang Izzuddin <nanang at pjsip.org> > >> > >> Hi, > >> > >> On Tue, Jul 14, 2009 at 4:31 PM, Qh guo<rashaguo at gmail.com> wrote: > >> > Hi, > >> > > >> > PjSIP 1.3 said it supported large message transfer switching TCP > >> > automatically. > >> > > >> > So my question is: How large can it transfer using send_request_msg() > in > >> > a > >> > call? > >> > >> Not sure if I got the question right. The feature of auto-switch to > >> TCP in 1.3 is: whenever the SIP message size (that is about to be sent > >> via UDP) exceeds PJSIP_UDP_SIZE_THRESHOLD (default value is 1300 > >> bytes), the stack will automatically switch transport to TCP, if it > >> fails (e.g: timeout, TCP transport not available), the message will > >> still be sent via UDP. While maximum message size is configurable via > >> PJSIP_MAX_PKT_LEN (default is 2000 bytes). > >> > >> > > >> > For application, Does it need do extra efforts to deal with the large > >> > message receiving. Eg: wait until the end of the message. > >> > >> No. > >> > >> > > >> > or the PjSIP has done this for us and we just using the callback of > the > >> > PjSIP. > >> > >> Yes. > >> > >> Regards, > >> nanang > >> > >> _______________________________________________ > >> Visit our blog: http://blog.pjsip.org > >> > >> pjsip mailing list > >> pjsip at lists.pjsip.org > >> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org > > > > > > _______________________________________________ > > Visit our blog: http://blog.pjsip.org > > > > pjsip mailing list > > pjsip at lists.pjsip.org > > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org > > > > > > _______________________________________________ > Visit our blog: http://blog.pjsip.org > > pjsip mailing list > pjsip at lists.pjsip.org > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org > -- Thanks & Best Regards! Email:rashaguo at gmail.com <Email%3Arashaguo at gmail.com> MSN:ra8310abc at hotmail.com <MSN%3Ara8310abc at hotmail.com> ------------------------------------------------------------ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~I play every game like the last one!~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20090715/f243882c/attachment.html>
