Thanks for this. I have reduced the number of headers am sending to two and things appear to work fine! Will consider moving to TCP however. Cheers On Thu, Nov 10, 2011 at 11:50 AM, Benny Prijono <bennylp at teluu.com> wrote: > Hi, > > The temporary error is fine. It's just that pjsip tries to send the request > with TCP since it is larger than 1300 bytes, and you don't seem to have TCP > transport installed. So it falls back to using UDP again. > > Ticket #1387 is about header in a multipart body content, which is not what > you're doing. > > From the log, it looks like pjsip is sending the INVITE, but it gets no > response from server. I suspect it's because the size of the request, i.e. > 1517 bytes, and I saw some home routers having difficulty in processing UDP > message larger than 1500. My suggestion is to try use TCP, and don't forget > that server and callee need to use TCP too. > > I don't think this has got anything to do with your headers, except it makes > the request larger. > > Benny > > On Wed, Nov 9, 2011 at 11:53 AM, Fadi Chehimi <fchehimi at localphone.com> > wrote: >> >> Hello again >> >> Reading the release notes of PJSIP 1.12 i found the following bug report >> >> http://trac.pjsip.org/repos/ticket/1387 >> >> Could this be a fix to the issue i am facing? I am sending multiple >> headers as you can see in the logs. >> >> Cheers >> >> >> On Wed, Nov 9, 2011 at 11:43 AM, Fadi Chehimi <fchehimi at localphone.com> >> wrote: >> > Thanks for the reply >> > >> > I have looked at the log and got the following log snippet which i >> > hope is helpful. >> > >> > I did some googling for the line below which i thought could be a hint >> > but with no luck >> > ?11:32:06.266 ? ?tsx0x953264 ?Temporary failure in sending Request msg >> > INVITE/cseq=25454 (tdta0x944200), will try next server. Err=171060 >> > (Unsupported transport (PJSIP_EUNSUPTRANSPORT)) >> > >> > The Logs: >> > ------------- >> > 11:32:06.244 ? pjsua_core.c ?RX 595 bytes Response msg >> > 407/INVITE/cseq=25453 (rdata0x903614) from UDP 108.59.2.137:5060: >> > SIP/2.0 407 Proxy Authentication RequiredVia: SIP/2.0/UDP >> > >> > 10.15.20.133:5060;received=188.39.51.2;rport=4449;branch=z9hG4bKPjjTxOMX9-Ojn0o4kdSlEbjJ9tOS4GVg7TFrom: >> > "FadiTest CheTest" >> > <sip:8932152 at ourserver.com>;tag=sbCFdQpmPHw50UjOnWUd.SMbOmRZ7SJITo: >> > >> > sip:+44800800150 at ourserver.com;user=phone;tag=4fdf1f17ba0fc0dcebac7ca3eba0e50d.1ebeCall-ID: >> > .UYXP.FY3jMka2fzb8wMxpi3FqnhAUAbCSeq: 25453 INVITEProxy-Authenticate: >> > Digest realm="gateway.ourserver.com", >> > nonce="4eba65e500001ba2081dffc62a42026ca4ee29873ed76aa1"Server: >> > OpenSIPS (1.8.0-dev0-notls (x86_64/linux))Content-Length: 0 >> > ?11:32:06.250 ? pjsua_core.c ?TX 469 bytes Request msg ACK/cseq=25453 >> > (tdta0x957600) to UDP 108.59.2.137:5060: >> > ACK sip:+44800800150 at ourserver.com;user=phone SIP/2.0Via: SIP/2.0/UDP >> > >> > 10.15.20.133:5060;rport;branch=z9hG4bKPjjTxOMX9-Ojn0o4kdSlEbjJ9tOS4GVg7TMax-Forwards: >> > 70From: "FadiTest CheTest" >> > <sip:8932152 at ourserver.com>;tag=sbCFdQpmPHw50UjOnWUd.SMbOmRZ7SJITo: >> > >> > sip:+44800800150 at ourserver.com;user=phone;tag=4fdf1f17ba0fc0dcebac7ca3eba0e50d.1ebeCall-ID: >> > .UYXP.FY3jMka2fzb8wMxpi3FqnhAUAbCSeq: 25453 ACKRoute: >> > <sip:gateway.ourserver.com;lr>Content-Length: ?0 >> > ?11:32:06.266 ? ?tsx0x953264 ?Temporary failure in sending Request msg >> > INVITE/cseq=25454 (tdta0x944200), will try next server. Err=171060 >> > (Unsupported transport (PJSIP_EUNSUPTRANSPORT)) >> > >> > ?11:32:06.267 ? pjsua_core.c ?TX 1517 bytes Request msg >> > INVITE/cseq=25454 (tdta0x944200) to UDP 108.59.2.137:5060: >> > INVITE sip:+44800800150 at ourserver.com;user=phone SIP/2.0Via: >> > SIP/2.0/UDP >> > 10.15.20.133:5060;rport;branch=z9hG4bKPjIvZFnLHmyfcUyoCz56T0.u.0ji62tN5rMax-Forwards: >> > 70From: "FadiTest CheTest" >> > <sip:8932152 at ourserver.com>;tag=sbCFdQpmPHw50UjOnWUd.SMbOmRZ7SJITo: >> > sip:+44800800150 at ourserver.com;user=phoneContact: "FadiTest CheTest" >> > <sip:8932152 at 10.15.20.113:5060;ob>Call-ID: >> > .UYXP.FY3jMka2fzb8wMxpi3FqnhAUAbCSeq: 25454 INVITERoute: >> > <sip:gateway.ourserver.com;lr>Allow: PRACK, INVITE, ACK, BYE, CANCEL, >> > UPDATE, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONSSupported: replaces, >> > 100rel, timer, norefersubSession-Expires: 1800Min-SE: 300User-Agent: >> > OurApp Sip, iPhone App v1.1X-LP-Platform: iPhoneX-LP-Call-Quality: >> > LowX-LP-GeoLocation: LONDON, gbX-LP-Connection-Type: >> > Wi-FiProxy-Authorization: Digest username="8932152", >> > realm="gateway.ourserver.com", >> > nonce="4eba65e500001ba2081dffc62a42026ca4ee29873ed76aa1", >> > uri="sip:+44800800150 at ourserver.com;user=phone", >> > response="a21b9c05152f7567fd8804215183207e"Content-Type: >> > application/sdpContent-Length: ? 426 >> > v=0o=- 3529827125 3529827125 IN IP4 10.15.20.133s=pjmediac=IN IP4 >> > 10.15.20.133t=0 0a=X-nat:0m=audio 4000 RTP/AVP 104 3 98 97 99 8 0 >> > 96a=rtcp:4001 IN IP4 10.15.20.133a=rtpmap:104 iLBC/8000a=fmtp:104 >> > mode=30a=rtpmap:3 GSM/8000a=rtpmap:98 speex/16000a=rtpmap:97 >> > speex/8000a=rtpmap:99 speex/32000a=rtpmap:8 PCMA/8000a=rtpmap:0 >> > PCMU/8000a=sendrecva=rtpmap:96 telephone-event/8000a=fmtp:96 0-15 >> > keeps repeating the last INVITE until i get >> > >> > ?11:32:39.288 ?pjsua_media.c ?Closing sound device after idle for 1 >> > seconds >> > ?11:32:39.297 ?pjsua_media.c ?Closing iPhone IO device sound playback >> > device and iPhone IO device sound capture device >> > ?11:32:39.357 coreaudio_dev. ?core audio stream stopped >> > >> > >> > >> > >> > On Wed, Nov 9, 2011 at 7:36 AM, Benny Prijono <bennylp at teluu.com> wrote: >> >> On Tue, Nov 8, 2011 at 3:25 PM, Fadi Chehimi <fchehimi at localphone.com> >> >> wrote: >> >>> >> >>> Hello >> >>> >> >>> I am facing a weird situation. I am trying to make a call to some >> >>> destination using?pjsua_call_make_call(..). All works fine except when >> >>> i try to make the call with headers added as a parameter to the API. >> >>> Looking at the server log i can see that PJSIp is sending the ACX but >> >>> not sending the INVITE again with the received proxy invitation >> >>> string. >> >> >> >> >> >> I think you should look at the pjsip log instead. If it doesn't retry >> >> the >> >> auth, the log should tell us why. >> >> >> >> ?Benny >> >> >> >> >> >> _______________________________________________ >> >> 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 >> >> >> >> >> > >> > >> > >> > -- >> > ------------------------------------- >> > Fadi Chehimi, PhD >> > Mobile Software Engineer >> > Tel: +44 1143 190 529 >> > Localphone Ltd >> > 4 Paradise Street, Sheffield, S1 2DF, UK >> > >> >> >> >> -- >> ------------------------------------- >> Fadi Chehimi, PhD >> Mobile Software Engineer >> Tel: +44 1143 190 529 >> Localphone Ltd >> 4 Paradise Street, Sheffield, S1 2DF, UK >> >> _______________________________________________ >> 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 > > -- ------------------------------------- Fadi Chehimi, PhD Mobile Software Engineer Tel: +44 1143 190 529 Localphone Ltd 4 Paradise Street, Sheffield, S1 2DF, UK
