[sr-dev] rtpengine becomes unreaponsive

[Richard Fuchs]

I've just noticed that yesterday, it seems to be related to the
ICE=force_relay flag. I'll debug it next week.

cheers


On 04/27/14 08:25, Juha Heinanen wrote:
> when my sip proxy gives rtpengine the offer below, rtpengine does not reply and
> becomes unresponsive.
> 
> gdb attached to rtpengine process reports this:
> 
> (gdb) where
> #0  0x00007fc0b1d2760d in nanosleep () from /lib/x86_64-linux-gnu/libc.so.6
> #1  0x00007fc0b1d51304 in usleep () from /lib/x86_64-linux-gnu/libc.so.6
> #2  0x0000000000407e92 in main (argc=1, argv=0x7fff6088ac68) at main.c:561
> 
> -- juha
> 
> Apr 27 15:18:07 siika /usr/sbin/sip-proxy[5368]: INFO: ===== rtpengine_offer(via-branch=1 ICE=force_relay RTP/SAVPF trust-address)
> Apr 27 15:18:07 siika rtpengine[5152]: Got valid command from 127.0.0.1:42826: offer - { "sdp": "v=0#015#012o=- 2963362520 1979506916 IN IP4 192.168.43.146#015#012s=-#015#012c=IN IP4 192.168.43.146#015#012t=0 0#015#012a=tool:baresip 0.4.10#015#012a=ice-lite#015#012a=ice-ufrag:6Jph#015#012a=ice-pwd:KK0cFzEuLEkgXhh2YDasfK#015#012m=audio 10628 RTP/AVP 96 97 98 8 0 101#015#012b=AS:125#015#012a=rtpmap:96 opus/48000/2#015#012a=fmtp:96 stereo=1;sprop-stereo=1#015#012a=rtpmap:97 speex/16000#015#012a=fmtp:97 mode="7";vbr=off;cng=on#015#012a=rtpmap:98 speex/8000#015#012a=fmtp:98 mode="7";vbr=off;cng=on#015#012a=rtpmap:8 PCMA/8000#015#012a=rtpmap:0 PCMU/8000#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:101 0-15#015#012a=sendrecv#015#012a=label:1#015#012a=rtcp-rsize#015#012a=ssrc:2002572980 cname:sip:jh at test.tutpro.com#015#012a=ptime:20#015#012a=candidate:c062661e 1 UDP 2113932031 192.98.102.30 10628 typ host#015#012a=candidate:c062661e 2 UDP 2113932030 192.98.102.30 10629 typ host#01
5
>  #012a=candidate:c0a82b92 1 UDP 2113932031 192.168.43.146 10628 typ host#015#012a=candidate:c0a82b92 2 UDP 2113932030 192.168.43.146 10629 typ host#015#012a=candidate:63c01c46 1 UDP 2113932031 2002:c062:661e::1 10628 typ host#015#012a=candidate:63c01c46 2 UDP 2113932030 2002:c062:661e::1 10629 typ host#015#012a=candidate:1e6662c0 1 UDP 2113932031 ::192.98.102.30 10628 typ host#015#012a=candidate:1e6662c0 2 UDP 2113932030 ::192.98.102.30 10629 typ host#015#012", "ICE": "force_relay", "flags": [ "trust-address" ], "transport-protocol": "RTP/SAVPF", "call-id": "4be92f04ae82d979", "via-branch": "z9hG4bK485e2ac31417579a", "received-from": [ "IP4", "192.98.102.30" ], "from-tag": "6b571580f4156bd3", "command": "offer" }
> Apr 27 15:18:07 siika rtpengine[5152]: [4be92f04ae82d979] Creating new call
> Apr 27 15:18:07 siika rtpengine[5152]: [4be92f04ae82d979] enabling passthrough mode
> Apr 27 15:18:07 siika rtpengine[5152]: [4be92f04ae82d979] Opened ports 50000..50001 for media relay
> Apr 27 15:18:07 siika rtpengine[5152]: [4be92f04ae82d979] Opened ports 50002..50003 for media relay
> Apr 27 15:18:12 siika /usr/sbin/sip-proxy[5368]: ERROR: rtpengine [rtpengine.c:1686]: send_rtpp_command(): timeout waiting reply from a RTP proxy
> Apr 27 15:18:12 siika /usr/sbin/sip-proxy[5368]: ERROR: rtpengine [rtpengine.c:1696]: send_rtpp_command(): proxy <udp:127.0.0.1:6050> does not respond, disable it
> _______________________________________________
> sr-dev mailing list
> sr-dev at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
> 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 880 bytes
Desc: OpenPGP digital signature
URL: <http://lists.sip-router.org/pipermail/sr-dev/attachments/20140427/a8dc8d99/attachment.pgp>