|
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
