<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.30.3">
</HEAD>
<BODY>
Hi all,<BR>
<BR>
I'm having a problem to make calls, when the destination answer, the calls is hangup with incompatible destination.<BR>
<BR>
Debugging, i could see that is because fs drops the call, because it doesn't support ZRTP.<BR>
<BR>
So, is it normal that freeswitch hangs up the call when in the remote party send in the sdp "a=crypto:1 ... " ?<BR>
<BR>
Should it ignore and try to established the call using the supported methods in the sdp? <BR>
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...<BR>
<BR>
<BR>
For incoming calls there is no problem.<BR>
<BR>
<BR>
REMOTE SDP:<BR>
<BR>
2012-08-28 10:37:56.068381 [DEBUG] sofia.c:6122 Remote SDP:<BR>
v=0<BR>
o=- 163879879 1 IN IP4 127.0.0.1<BR>
s=webrtc (chrome 22.0.1189.0) - Doubango Telecom (sipML5 r000)<BR>
t=0 0<BR>
a=group:BUNDLE audio video<BR>
m=audio 57293 RTP/SAVPF 103 104 0 8 106 105 13 126<BR>
c=IN IP4 80.28.139.221<BR>
a=rtcp:57293 IN IP4 80.28.139.221<BR>
a=candidate:3460286729 1 udp 2130714367 192.168.3.1 56196 typ host generation 0<BR>
a=candidate:3460286729 2 udp 2130714367 192.168.3.1 56196 typ host generation 0<BR>
a=candidate:1004190935 1 udp 2130714367 192.168.10.25 55956 typ host generation 0<BR>
a=candidate:1004190935 2 udp 2130714367 192.168.10.25 55956 typ host generation 0<BR>
a=candidate:1734362844 1 udp 1912610559 80.28.139.221 57293 typ srflx generation 0<BR>
a=candidate:1734362844 2 udp 1912610559 80.28.139.221 57293 typ srflx generation 0<BR>
a=candidate:3130178147 1 udp 1912610559 88.9.167.79 59009 typ srflx generation 0<BR>
a=candidate:3130178147 2 udp 1912610559 88.9.167.79 59009 typ srflx generation 0<BR>
a=candidate:2159818233 1 tcp 1694506751 192.168.3.1 52952 typ host generation 0<BR>
a=candidate:2159818233 2 tcp 1694506751 192.168.3.1 52952 typ host generation 0<BR>
a=candidate:1968783399 1 tcp 1694506751 192.168.10.25 45540 typ host generation 0<BR>
a=candidate:1968783399 2 tcp 1694506751 192.168.10.25 45540 typ host generation 0<BR>
a=ice-ufrag:SdZ956Hj4vXnNOhU<BR>
a=ice-pwd:PQ9aJYFiLGiUfKZqqDXxQdtF<BR>
a=mid:audio<BR>
a=rtcp-mux<BR>
a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:1j6B4cDFNA3Q99XoFujj3wYYex4ThJJNpOgbGifl <BR>
a=rtpmap:103 ISAC/16000<BR>
a=rtpmap:104 ISAC/32000<BR>
a=rtpmap:0 PCMU/8000<BR>
a=rtpmap:8 PCMA/8000<BR>
a=rtpmap:106 CN/32000<BR>
a=rtpmap:105 CN/16000<BR>
a=rtpmap:13 CN/8000<BR>
a=rtpmap:126 telephone-event/8000<BR>
a=ssrc:2321878499 cname:qlN/YrHlo6j9iIJY<BR>
a=ssrc:2321878499 mslabel:w4BkX3vCh3pGAdk7f2fqpUd6NT7JS2miWIhu<BR>
a=ssrc:2321878499 label:w4BkX3vCh3pGAdk7f2fqpUd6NT7JS2miWIhu00<BR>
m=video 57293 RTP/SAVPF 100 101 102<BR>
c=IN IP4 80.28.139.221<BR>
a=rtcp:57293 IN IP4 80.28.139.221<BR>
a=candidate:3460286729 1 udp 2130714367 192.168.3.1 56196 typ host generation 0<BR>
a=candidate:3460286729 2 udp 2130714367 192.168.3.1 56196 typ host generation 0<BR>
a=candidate:1004190935 1 udp 2130714367 192.168.10.25 55956 typ host generation 0<BR>
a=candidate:1004190935 2 udp 2130714367 192.168.10.25 55956 typ host generation 0<BR>
a=candidate:1734362844 1 udp 1912610559 80.28.139.221 57293 typ srflx generation 0<BR>
a=candidate:1734362844 2 udp 1912610559 80.28.139.221 57293 typ srflx generation 0<BR>
a=candidate:3130178147 1 udp 1912610559 88.9.167.79 59009 typ srflx generation 0<BR>
a=candidate:3130178147 2 udp 1912610559 88.9.167.79 59009 typ srflx generation 0<BR>
a=candidate:2159818233 1 tcp 1694506751 192.168.3.1 52952 typ host generation 0<BR>
a=candidate:2159818233 2 tcp 1694506751 192.168.3.1 52952 typ host generation 0<BR>
a=candidate:1968783399 1 tcp 1694506751 192.168.10.25 45540 typ host generation 0<BR>
a=candidate:1968783399 2 tcp 1694506751 192.168.10.25 45540 typ host generation 0<BR>
a=ice-ufrag:SdZ956Hj4vXnNOhU<BR>
a=ice-pwd:PQ9aJYFiLGiUfKZqqDXxQdtF<BR>
a=mid:video<BR>
a=rtcp-mux<BR>
a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:1j6B4cDFNA3Q99XoFujj3wYYex4ThJJNpOgbGifl <BR>
a=rtpmap:100 VP8/90000<BR>
a=rtpmap:101 red/90000<BR>
a=rtpmap:102 ulpfec/90000<BR>
<BR>
<BR>
<BR>
<BR>
log when it fails:<BR>
<BR>
2012-08-28 10:38:02.068442 [NOTICE] sofia.c:6853 Channel [sofia/192.168.10.1/<A HREF="sip:2102@192.168.10.30:5062">sip:2102@192.168.10.30:5062</A>] has been answered<BR>
2012-08-28 10:38:02.068442 [DEBUG] sofia_glue.c:3948 Looking for zrtp-hash<BR>
2012-08-28 10:38:02.068442 [DEBUG] sofia_glue.c:3926 Deciding whether to pass zrtp-hash between legs<BR>
2012-08-28 10:38:02.068442 [DEBUG] sofia_glue.c:3928 CF_ZRTP_PASSTHRU_REQ not set, so not propagating zrtp-hash<BR>
2012-08-28 10:38:02.068442 [ERR] sofia_glue.c:4837 a=crypto in RTP/AVP, refer to rfc3711<BR>
2012-08-28 10:38:02.068442 [DEBUG] switch_core_session.c:772 Send signal sofia/192.168.1.2_nat/<A HREF="mailto:2303@test.commsmundi.com">2303@test.commsmundi.com</A> [BREAK]<BR>
2012-08-28 10:38:02.068442 [DEBUG] switch_channel.c:2924 (sofia/192.168.1.2_nat/<A HREF="mailto:2303@test.commsmundi.com">2303@test.commsmundi.com</A>) Callstate Change RINGING -> HANGUP<BR>
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]<BR>
<BR>
<BR>
<BR>
<TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
<PRE>
--
Best regards,
_________________________
António Silva
E-mail:<A HREF="mailto:asilva@wirelessmundi.com">asilva@wirelessmundi.com</A>
</PRE>
</TD>
</TR>
</TABLE>
</BODY>
</HTML>