Possible bug when making call and passing headers?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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



[Index of Archives]     [Asterisk Users]     [Asterisk App Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [Linux API]
  Powered by Linux