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