incoming call hangup if remote SDP contains a=crypto
Hi all, I'm having a problem to make calls, when the destination answer, the calls is hangup with incompatible destination. Debugging, i could see that is because fs drops the call, because it doesn't support ZRTP. So, is it normal that freeswitch hangs up the call when in the remote party send in the sdp "a=crypto:1 ... " ? Should it ignore and try to established the call using the supported methods in the sdp? Like for video calls, if the remote send video codecs, if we do not have them we don't hangup the call... just make a simple audio call... For incoming calls there is no problem. REMOTE SDP: 2012-08-28 10:37:56.068381 [DEBUG] sofia.c:6122 Remote SDP: v=0 o=- 163879879 1 IN IP4 127.0.0.1 s=webrtc (chrome 22.0.1189.0) - Doubango Telecom (sipML5 r000) t=0 0 a=group:BUNDLE audio video m=audio 57293 RTP/SAVPF 103 104 0 8 106 105 13 126 c=IN IP4 80.28.139.221 a=rtcp:57293 IN IP4 80.28.139.221 a=candidate:3460286729 1 udp 2130714367 192.168.3.1 56196 typ host generation 0 a=candidate:3460286729 2 udp 2130714367 192.168.3.1 56196 typ host generation 0 a=candidate:1004190935 1 udp 2130714367 192.168.10.25 55956 typ host generation 0 a=candidate:1004190935 2 udp 2130714367 192.168.10.25 55956 typ host generation 0 a=candidate:1734362844 1 udp 1912610559 80.28.139.221 57293 typ srflx generation 0 a=candidate:1734362844 2 udp 1912610559 80.28.139.221 57293 typ srflx generation 0 a=candidate:3130178147 1 udp 1912610559 88.9.167.79 59009 typ srflx generation 0 a=candidate:3130178147 2 udp 1912610559 88.9.167.79 59009 typ srflx generation 0 a=candidate:2159818233 1 tcp 1694506751 192.168.3.1 52952 typ host generation 0 a=candidate:2159818233 2 tcp 1694506751 192.168.3.1 52952 typ host generation 0 a=candidate:1968783399 1 tcp 1694506751 192.168.10.25 45540 typ host generation 0 a=candidate:1968783399 2 tcp 1694506751 192.168.10.25 45540 typ host generation 0 a=ice-ufrag:SdZ956Hj4vXnNOhU a=ice-pwd:PQ9aJYFiLGiUfKZqqDXxQdtF a=mid:audio a=rtcp-mux a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:1j6B4cDFNA3Q99XoFujj3wYYex4ThJJNpOgbGifl a=rtpmap:103 ISAC/16000 a=rtpmap:104 ISAC/32000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:126 telephone-event/8000 a=ssrc:2321878499 cname:qlN/YrHlo6j9iIJY a=ssrc:2321878499 mslabel:w4BkX3vCh3pGAdk7f2fqpUd6NT7JS2miWIhu a=ssrc:2321878499 label:w4BkX3vCh3pGAdk7f2fqpUd6NT7JS2miWIhu00 m=video 57293 RTP/SAVPF 100 101 102 c=IN IP4 80.28.139.221 a=rtcp:57293 IN IP4 80.28.139.221 a=candidate:3460286729 1 udp 2130714367 192.168.3.1 56196 typ host generation 0 a=candidate:3460286729 2 udp 2130714367 192.168.3.1 56196 typ host generation 0 a=candidate:1004190935 1 udp 2130714367 192.168.10.25 55956 typ host generation 0 a=candidate:1004190935 2 udp 2130714367 192.168.10.25 55956 typ host generation 0 a=candidate:1734362844 1 udp 1912610559 80.28.139.221 57293 typ srflx generation 0 a=candidate:1734362844 2 udp 1912610559 80.28.139.221 57293 typ srflx generation 0 a=candidate:3130178147 1 udp 1912610559 88.9.167.79 59009 typ srflx generation 0 a=candidate:3130178147 2 udp 1912610559 88.9.167.79 59009 typ srflx generation 0 a=candidate:2159818233 1 tcp 1694506751 192.168.3.1 52952 typ host generation 0 a=candidate:2159818233 2 tcp 1694506751 192.168.3.1 52952 typ host generation 0 a=candidate:1968783399 1 tcp 1694506751 192.168.10.25 45540 typ host generation 0 a=candidate:1968783399 2 tcp 1694506751 192.168.10.25 45540 typ host generation 0 a=ice-ufrag:SdZ956Hj4vXnNOhU a=ice-pwd:PQ9aJYFiLGiUfKZqqDXxQdtF a=mid:video a=rtcp-mux a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:1j6B4cDFNA3Q99XoFujj3wYYex4ThJJNpOgbGifl a=rtpmap:100 VP8/90000 a=rtpmap:101 red/90000 a=rtpmap:102 ulpfec/90000 log when it fails: 2012-08-28 10:38:02.068442 [NOTICE] sofia.c:6853 Channel [sofia/192.168.10.1/sip:2102@192.168.10.30:5062] has been answered 2012-08-28 10:38:02.068442 [DEBUG] sofia_glue.c:3948 Looking for zrtp-hash 2012-08-28 10:38:02.068442 [DEBUG] sofia_glue.c:3926 Deciding whether to pass zrtp-hash between legs 2012-08-28 10:38:02.068442 [DEBUG] sofia_glue.c:3928 CF_ZRTP_PASSTHRU_REQ not set, so not propagating zrtp-hash 2012-08-28 10:38:02.068442 [ERR] sofia_glue.c:4837 a=crypto in RTP/AVP, refer to rfc3711 2012-08-28 10:38:02.068442 [DEBUG] switch_core_session.c:772 Send signal sofia/192.168.1.2_nat/2303@test.commsmundi.com [BREAK] 2012-08-28 10:38:02.068442 [DEBUG] switch_channel.c:2924 (sofia/192.168.1.2_nat/2303@test.commsmundi.com) Callstate Change RINGING -> HANGUP 2012-08-28 10:38:02.068442 [NOTICE] switch_channel.c:3412 Hangup sofia/192.168.1.2_nat/2303@test.commsmundi.com [CS_EXECUTE] [INCOMPATIBLE_DESTINATION] -- Best regards, _________________________ António Silva E-mail:asilva@wirelessmundi.com
the problem is that you are using webrtc sipml5 and we don't have support for webrtc sdp's yet. It will work once we are done adding support. On Tue, Aug 28, 2012 at 7:39 AM, Antonio <asilva@wirelessmundi.com> wrote:
** Hi all,
I'm having a problem to make calls, when the destination answer, the calls is hangup with incompatible destination.
Debugging, i could see that is because fs drops the call, because it doesn't support ZRTP.
So, is it normal that freeswitch hangs up the call when in the remote party send in the sdp "a=crypto:1 ... " ?
Should it ignore and try to established the call using the supported methods in the sdp? Like for video calls, if the remote send video codecs, if we do not have them we don't hangup the call... just make a simple audio call...
For incoming calls there is no problem.
REMOTE SDP:
2012-08-28 10:37:56.068381 [DEBUG] sofia.c:6122 Remote SDP: v=0 o=- 163879879 1 IN IP4 127.0.0.1 s=webrtc (chrome 22.0.1189.0) - Doubango Telecom (sipML5 r000) t=0 0 a=group:BUNDLE audio video m=audio 57293 RTP/SAVPF 103 104 0 8 106 105 13 126 c=IN IP4 80.28.139.221 a=rtcp:57293 IN IP4 80.28.139.221 a=candidate:3460286729 1 udp 2130714367 192.168.3.1 56196 typ host generation 0 a=candidate:3460286729 2 udp 2130714367 192.168.3.1 56196 typ host generation 0 a=candidate:1004190935 1 udp 2130714367 192.168.10.25 55956 typ host generation 0 a=candidate:1004190935 2 udp 2130714367 192.168.10.25 55956 typ host generation 0 a=candidate:1734362844 1 udp 1912610559 80.28.139.221 57293 typ srflx generation 0 a=candidate:1734362844 2 udp 1912610559 80.28.139.221 57293 typ srflx generation 0 a=candidate:3130178147 1 udp 1912610559 88.9.167.79 59009 typ srflx generation 0 a=candidate:3130178147 2 udp 1912610559 88.9.167.79 59009 typ srflx generation 0 a=candidate:2159818233 1 tcp 1694506751 192.168.3.1 52952 typ host generation 0 a=candidate:2159818233 2 tcp 1694506751 192.168.3.1 52952 typ host generation 0 a=candidate:1968783399 1 tcp 1694506751 192.168.10.25 45540 typ host generation 0 a=candidate:1968783399 2 tcp 1694506751 192.168.10.25 45540 typ host generation 0 a=ice-ufrag:SdZ956Hj4vXnNOhU a=ice-pwd:PQ9aJYFiLGiUfKZqqDXxQdtF a=mid:audio a=rtcp-mux a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:1j6B4cDFNA3Q99XoFujj3wYYex4ThJJNpOgbGifl a=rtpmap:103 ISAC/16000 a=rtpmap:104 ISAC/32000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:126 telephone-event/8000 a=ssrc:2321878499 cname:qlN/YrHlo6j9iIJY a=ssrc:2321878499 mslabel:w4BkX3vCh3pGAdk7f2fqpUd6NT7JS2miWIhu a=ssrc:2321878499 label:w4BkX3vCh3pGAdk7f2fqpUd6NT7JS2miWIhu00 m=video 57293 RTP/SAVPF 100 101 102 c=IN IP4 80.28.139.221 a=rtcp:57293 IN IP4 80.28.139.221 a=candidate:3460286729 1 udp 2130714367 192.168.3.1 56196 typ host generation 0 a=candidate:3460286729 2 udp 2130714367 192.168.3.1 56196 typ host generation 0 a=candidate:1004190935 1 udp 2130714367 192.168.10.25 55956 typ host generation 0 a=candidate:1004190935 2 udp 2130714367 192.168.10.25 55956 typ host generation 0 a=candidate:1734362844 1 udp 1912610559 80.28.139.221 57293 typ srflx generation 0 a=candidate:1734362844 2 udp 1912610559 80.28.139.221 57293 typ srflx generation 0 a=candidate:3130178147 1 udp 1912610559 88.9.167.79 59009 typ srflx generation 0 a=candidate:3130178147 2 udp 1912610559 88.9.167.79 59009 typ srflx generation 0 a=candidate:2159818233 1 tcp 1694506751 192.168.3.1 52952 typ host generation 0 a=candidate:2159818233 2 tcp 1694506751 192.168.3.1 52952 typ host generation 0 a=candidate:1968783399 1 tcp 1694506751 192.168.10.25 45540 typ host generation 0 a=candidate:1968783399 2 tcp 1694506751 192.168.10.25 45540 typ host generation 0 a=ice-ufrag:SdZ956Hj4vXnNOhU a=ice-pwd:PQ9aJYFiLGiUfKZqqDXxQdtF a=mid:video a=rtcp-mux a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:1j6B4cDFNA3Q99XoFujj3wYYex4ThJJNpOgbGifl a=rtpmap:100 VP8/90000 a=rtpmap:101 red/90000 a=rtpmap:102 ulpfec/90000
log when it fails:
2012-08-28 10:38:02.068442 [NOTICE] sofia.c:6853 Channel [sofia/ 192.168.10.1/sip:2102@192.168.10.30:5062] has been answered 2012-08-28 10:38:02.068442 [DEBUG] sofia_glue.c:3948 Looking for zrtp-hash 2012-08-28 10:38:02.068442 [DEBUG] sofia_glue.c:3926 Deciding whether to pass zrtp-hash between legs 2012-08-28 10:38:02.068442 [DEBUG] sofia_glue.c:3928 CF_ZRTP_PASSTHRU_REQ not set, so not propagating zrtp-hash 2012-08-28 10:38:02.068442 [ERR] sofia_glue.c:4837 a=crypto in RTP/AVP, refer to rfc3711 2012-08-28 10:38:02.068442 [DEBUG] switch_core_session.c:772 Send signal sofia/192.168.1.2_nat/2303@test.commsmundi.com [BREAK] 2012-08-28 10:38:02.068442 [DEBUG] switch_channel.c:2924 (sofia/192.168.1.2_nat/2303@test.commsmundi.com) Callstate Change RINGING -> HANGUP 2012-08-28 10:38:02.068442 [NOTICE] switch_channel.c:3412 Hangup sofia/192.168.1.2_nat/2303@test.commsmundi.com [CS_EXECUTE] [INCOMPATIBLE_DESTINATION]
-- Best regards,
_________________________
António Silva
E-mail:asilva@wirelessmundi.com
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
participants (2)
-
Anthony Minessale
-
Antonio