pjsua blocked for about 6s after reinvite

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

 



Hi All,

 

to explain my problem the best way should be to show a commented log: The first part of the line is always the thread name or number.

 

incoming call from our pabx with sdp body

3355440704:SIP:DEBUG:15:55:46.109           pjsua_core.c  .RX 1346 bytes Request msg INVITE/cseq=1765929166 (rdata0x7f2830003bb8) from UDP 10.151.129.148:5060:

We reply with 180

3355440704:SIP:DEBUG:15:55:46.112           pjsua_core.c  ......TX 496 bytes Response msg 180/INVITE/cseq=1765929166 (tdta0x7f2830021d58) to UDP 10.151.129.148:5060:

we answer the call now with sdp body

SIP:SIP:DEBUG:15:55:51.252           pjsua_core.c  ....TX 945 bytes Response msg 200/INVITE/cseq=1765929166 (tdta0x7f27f40af038) to UDP 10.151.129.148:5060:

The pabx does an ack as it should be

3355440704:SIP:DEBUG:15:55:51.255           pjsua_core.c  .RX 386 bytes Request msg ACK/cseq=1765929166 (rdata0x7f2830003bb8) from UDP 10.151.129.148:5060:

For an unknown reason the papx sends an invite again, but without sdp body

3355440704:INVITE sip:894885@10.151.147.130:5060;ob SIP/2.0#015

3355440704:SIP:DEBUG:15:55:51.321           pjsua_call.c  ......Call 0: asked to send a new offer

 

200OK is sent with sdp body

3355440704:SIP:DEBUG:15:55:51.321           pjsua_core.c  ........TX 978 bytes Response msg 200/INVITE/cseq=1765929167 (tdta0x7f2830021d58) to UDP 10.151.129.148:5060:

The ack with sdp body is received

3355440704:SIP:DEBUG:15:55:51.339           pjsua_core.c  .RX 704 bytes Request msg ACK/cseq=1765929167 (rdata0x7f2830003bb8) from UDP 10.151.129.148:5060:

3355440704:SIP:DEBUG:15:55:51.340      inv0x7f283000e0e8  ..SDP negotiation done: Success

3355440704:SIP:DEBUG:15:55:51.340          pjsua_media.c  ...Call 0: updating media..

 

At this point the thread is blocked for about 6s

 

3355440704:SIP:DEBUG:15:55:57.573          pjsua_media.c  .....Media stream call00:0 is destroyed

3355440704:SIP:DEBUG:15:55:57.573            pjsua_aud.c  ....Audio channel update..

3355440704:SIP:DEBUG:15:55:57.573     strm0x7f2830024528  .....Encoder stream started

3355440704:SIP:DEBUG:15:55:57.573     strm0x7f2830024528  .....Decoder stream started

3355440704:SIP:DEBUG:15:55:57.573          pjsua_media.c  ....Audio updated, stream #0: PCMA (sendrecv)

3355440704:Cpjsua::on_call_media_state():begin

 

After the callback the play frame function will be called with length=0 therefore no audio will be heard anymore.

 

In the meantime other threads do an resend of the 200OK after 500ms 1s and 2s

3841955392:SIP:DEBUG:15:55:51.823           pjsua_core.c  .TX 978 bytes Response msg 200/INVITE/cseq=1765929167 (tdta0x7f2830021d58) to UDP 10.151.129.148:5060:

3841955392:SIP:DEBUG:15:55:52.824           pjsua_core.c  .TX 978 bytes Response msg 200/INVITE/cseq=1765929167 (tdta0x7f2830021d58) to UDP 10.151.129.148:5060:

3841955392:SIP:DEBUG:15:55:54.823           pjsua_core.c  .TX 978 bytes Response msg 200/INVITE/cseq=1765929167 (tdta0x7f2830021d58) to UDP 10.151.129.148:5060:

The answers to the resend will be received after 15:55:57.573 from the prior blocked thread 3355440704

 

Kind Regards

Holger

_______________________________________________
Visit our blog: http://blog.pjsip.org

pjsip mailing list -- pjsip@xxxxxxxxxxxxxxx
To unsubscribe send an email to pjsip-leave@xxxxxxxxxxxxxxx

[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