[Freeswitch-users] incoming call hangup if remote SDP contains a=crypto

[Antonio]

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 at 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 at test.commsmundi.com [BREAK]
2012-08-28 10:38:02.068442 [DEBUG] switch_channel.c:2924
(sofia/192.168.1.2_nat/2303 at 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 at test.commsmundi.com [CS_EXECUTE]
[INCOMPATIBLE_DESTINATION]



-- 
Best regards, 

 _________________________

António Silva

E-mail:asilva at wirelessmundi.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20120828/e8e45a7c/attachment.html