<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Hello Leon & Avi,<br>
<br>
@Leon: sadly that didnt do the trick. dtmf_info=true was already set
in sip_profile, so setting it again as a channel variable didnt
help. As far as I understand it (which is admittedly not very well):
Although the FreeSWITCH is set to accept DTMF_INFO dtmf tones, dtmf
gets disabled because the Snom phone does not send the right rtp
media attribute (a=rtpmap 101 telephone-event/8000) in SIP Invite.<br>
<br>
Anyhow the liberal-dtmf option (suggested by Avi) solved this
problem. FS did behave well... liberal and thats exactly what we
needed.<br>
Thanks a lot to both of you!<br>
<br>
Regards<br>
Mitja<br>
<br>
<blockquote
cite="mid:%3CEE27A5C5-0887-4589-A5FC-54C1E8883B80@scarlet-internet.nl%3E"
type="cite">Hello Mitja,
<div><br>
</div>
<div>I've been looking through that bit of code as well the last
few days as we're having problems with a host that negotiates no
telephone-event, but wants it anyway.</div>
<div><br>
</div>
<div>But for your case, if you want to force SIP INFO, isn't it
good enough to just set a channel variable dtmf_info=true on the
channel towards your snom phones ?</div>
<div><br>
</div>
<div>regards,</div>
<div><br>
</div>
<div>Leon</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
<div>
<div>On Aug 23, 2011, at 10:02 AM, Mitja Thomas wrote:</div>
<br class="Apple-interchange-newline">
<blockquote type="cite">
<div bgcolor="#FFFFFF" text="#000000"> Hi,<br>
<br>
we are experiencing problems with DTMF between Snom Sip
Phones and FS. The DMTF Type is set to SIP INFO (sip info
only on Snom Phones). We could nail it down to a missing
"telephone-event" parameter in sip sdp:<br>
<small><small><span class="messageIn">INVITE sip<span
style="POSITION: absolute; VISIBILITY: hidden"></span>:***6@spklw.x;user:phone
SIP/2.0<br>
Via: SIP/2.0/UDP
ip:5060;branch=z9hG4bK-15eyqwai33r1;rport<br>
From: "Test" <a moz-do-not-send="true"
class="moz-txt-link-rfc2396E"
href="mailto:sip:8000@spklw.x"><sip:8000@spklw.x></a>;tag=qqnbrunjmq<br>
To: <<a moz-do-not-send="true"
class="moz-txt-link-freetext"
href="sip:***6@spklw.x;user:p">sip:***6@spklw.x;user:p</a><span
style="POSITION: absolute; VISIBILITY: hidden"></span>hone><br>
Call-ID: 3c33e6c729b3-t9yol2613q6v<br>
CSeq: 1 INVITE<br>
Max-Forwards: 70<br>
Contact: <a moz-do-not-send="true"
class="moz-txt-link-rfc2396E"
href="mailto:sip:8000@85.16.245.234:5060;line=9lwqdnrx"><sip:8000@ip:5060;line=9lwqdnrx></a>;reg-id=1<br>
X-Serialnumber: 000413262C33<br>
P-Key-Flags: resolution="31x13", keys="4"<br>
User-Agent: snom370/8.4.32<br>
Accept: application/sdp<br>
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS,
NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO, UPDATE<br>
Allow-Events: talk, hold, refer, call-info<br>
Supported: timer, 100rel, replaces, from-change<br>
Session-Expires: 3600;refresher=uas<br>
Min-SE: 90<br>
Content-Type: application/sdp<br>
Content-Length: 244<br>
<br>
v=0<br>
o=root 334284706 334284706 IN IP4 phoneip<br>
s=call<br>
c=IN IP4 phoneip<br>
t=0 0<br>
m=audio 12610 RTP/AVP 8 9<br>
a=direction:b<span style="POSITION: absolute;
VISIBILITY: hidden"></span>oth<br>
a=rtpmap:8 PCMA/8000<br>
a=rtpmap:9 G722/8000<br>
a:p<span style="POSITION: absolute; VISIBILITY:
hidden"></span>time:20<br>
a=rtcp-xr:s<span style="POSITION: absolute;
VISIBILITY: hidden"></span>tat-summary=loss,dup,jitt<br>
a=sendrecv</span></small></small><br>
<br>
That resulted in sofia_glue.c disabling DTMF. A slight
change in sofia_glue.c (Line 4839 in commit
71964f61ac4817ecfc516edaf4b643f41236868d) did the trick
for us:<br>
<small>if (tech_pvt->dtmf_type == DTMF_INFO) { //EWETEL<br>
} else { //EWETEL<br>
switch_log_printf(SWITCH_CHANNEL_SESSION_LOG(session),
SWITCH_LOG_DEBUG, "Disable 2833 dtmf\n");<br>
switch_channel_set_variable(tech_pvt->channel,
"dtmf_type", "none");<br>
tech_pvt->dtmf_type = DTMF_NONE;<br>
te = tech_pvt->recv_te = 0;<br>
} //EWETEL</small><br>
<br>
Now the question is: <br>
Is this a too restrictive behaviour in FS or a shortcoming
from the Snom phones (which would mean we have to submit a
bug, wait, wait, wait and then hopefully someday it gets
fixed :) )?<br>
<br>
Regards,<br>
Mitja<br>
<br>
<pre class="moz-signature" cols="72">--
Mitja Thomas
Vertrieb Geschäftskunden
Branchenlösungen / Service Entwicklung
Telefon: +49 (0) 441 - 8000-4916
E-Mail: <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:mitja.thomas@ewe.de">mitja.thomas@ewe.de</a>
EWE TEL GmbH
Cloppenburger Straße 310
26133 Oldenburg
E-Mail: <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:info@ewe.de">info@ewe.de</a>
Internet: <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="http://www.ewe.de/">www.ewe.de</a>
Handelsregister Amtsgericht Oldenburg HRB 3723
Vorsitzender des Aufsichtsrates: Dr. Werner Brinker
Geschäftsführung: Konrad Meier (Vorsitzender), Dirk Brameier, Ulf Heggenberger, Norbert Westfal</pre>
</div>
<br>
FreeSWITCH-users mailing list<br>
<a moz-do-not-send="true"
href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a class="moz-txt-link-freetext"
href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a class="moz-txt-link-freetext"
href="http://lists.freeswitch.org/mailman/options/freeswitch-users">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a class="moz-txt-link-freetext"
href="http://www.freeswitch.org">http://www.freeswitch.org</a><br>
</blockquote>
</div>
<br>
</div>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">--
Mitja Thomas
Vertrieb Geschäftskunden
Branchenlösungen / Service Entwicklung
Telefon: +49 (0) 441 - 8000-4916
E-Mail: <a class="moz-txt-link-abbreviated" href="mailto:mitja.thomas@ewe.de">mitja.thomas@ewe.de</a>
EWE TEL GmbH
Cloppenburger Straße 310
26133 Oldenburg
E-Mail: <a class="moz-txt-link-abbreviated" href="mailto:info@ewe.de">info@ewe.de</a>
Internet: <a class="moz-txt-link-abbreviated" href="http://www.ewe.de">www.ewe.de</a>
Handelsregister Amtsgericht Oldenburg HRB 3723
Vorsitzender des Aufsichtsrates: Dr. Werner Brinker
Geschäftsführung: Konrad Meier (Vorsitzender), Dirk Brameier, Ulf Heggenberger, Norbert Westfal</pre>
<br>
</body>
</html>