<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic It would be more accurate to in TelePresence and Video Infrastructure</title>
    <link>https://community.cisco.com/t5/telepresence-and-video-infrastructure/dtmf-problem-in-sip-trunk/m-p/2957042#M75335</link>
    <description>&lt;P&gt;It would be more accurate to say that the problem was worked around by using a transcoding resource. The correct resolution here would be to open a trouble ticket with the ITSP. I agree that the INVITE message you show does not include RFC2833 advertisement in the SDP offer. That is a problem that only the carrier can rectify.&lt;/P&gt;</description>
    <pubDate>Sun, 28 Aug 2016 21:49:42 GMT</pubDate>
    <dc:creator>Jonathan Schulenberg</dc:creator>
    <dc:date>2016-08-28T21:49:42Z</dc:date>
    <item>
      <title>DTMF Problem in SIP Trunk</title>
      <link>https://community.cisco.com/t5/telepresence-and-video-infrastructure/dtmf-problem-in-sip-trunk/m-p/2957040#M75333</link>
      <description>&lt;P&gt;Hi&lt;/P&gt;
&lt;P&gt;I have a problem in case of detecting DTMF&lt;/P&gt;
&lt;P&gt;We have got a SIP Trunk from ITSP and everything is ok except DTMF.&lt;/P&gt;
&lt;P&gt;The sip trunk is between ITSP and Cisco 3945 Router&lt;/P&gt;
&lt;P&gt;ITSP &amp;lt;-&amp;gt; 3945 &amp;lt;-&amp;gt; CUCM 10.5&lt;/P&gt;
&lt;P&gt;I test all of method such as rtp-nte , h245-alphanumeric and h245-signal ,sip-info,sip-kpml ,....&amp;nbsp; in dial-peer toward itsp&lt;/P&gt;
&lt;P&gt;ITSP say that he send dtmf with RFC2833 standard (it equal to rtp-net as i know) but when i get "debug ccsip message" , the results shows the dtmf with rfc2833 does not send to us&lt;/P&gt;
&lt;DIV&gt;Aug 16 13:52:28.991: //-1/xxxxxxxxxxxx/SIP/Msg/ccsi&lt;WBR /&gt;pDisplayMsg:&lt;/DIV&gt;
&lt;DIV&gt;Received:&lt;/DIV&gt;
&lt;DIV&gt;INVITE &lt;A href="http://sip:42584000@10.198.5.174:5060" target="_blank" data-saferedirecturl="https://www.google.com/url?hl=en&amp;amp;q=http://sip:42584000@10.198.5.174:5060&amp;amp;source=gmail&amp;amp;ust=1472275916026000&amp;amp;usg=AFQjCNFh1rOZm855C54iLRAN_irfNgi4cg"&gt;sip:42584000@10.198.5.174:5060&lt;/A&gt;&lt;WBR /&gt;;user=phone SIP/2.0&lt;/DIV&gt;
&lt;DIV&gt;Via: SIP/2.0/UDP 10.105.40.34:5060;branch=z9hG4&lt;WBR /&gt;bKejhh8jixkobhnb7ykvi87vuj8&lt;/DIV&gt;
&lt;DIV&gt;Call-ID: SBCnhcthc33gnsw3ujt5tssgtuivsm&lt;WBR /&gt;mjhtc@SoftX3000&lt;/DIV&gt;
&lt;DIV&gt;From: &amp;lt;&lt;A href="mailto:sip%3A9123008963@10.105.40.34" target="_blank"&gt;sip:9123008963@10.105.40.34&lt;/A&gt;&amp;gt;;&lt;WBR /&gt;tag=c3cx3vcw-CC-40&lt;/DIV&gt;
&lt;DIV&gt;To: &amp;lt;&lt;A href="mailto:sip%3A42584000@10.198.5.174" target="_blank"&gt;sip:42584000@10.198.5.174&lt;/A&gt;;use&lt;WBR /&gt;r=phone&amp;gt;&lt;/DIV&gt;
&lt;DIV&gt;CSeq: 1 INVITE&lt;/DIV&gt;
&lt;DIV&gt;Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,&lt;WBR /&gt;REGISTER,INFO,PRACK,SUBSCRIBE,&lt;WBR /&gt;NOTIFY,UPDATE,MESSAGE,REFER&lt;/DIV&gt;
&lt;DIV&gt;Max-Forwards: 69&lt;/DIV&gt;
&lt;DIV&gt;Supported: 100rel,timer&lt;/DIV&gt;
&lt;DIV&gt;User-Agent: Huawei SoftX3000 V300R010&lt;/DIV&gt;
&lt;DIV&gt;Session-Expires: 300&lt;/DIV&gt;
&lt;DIV&gt;Min-SE: 90&lt;/DIV&gt;
&lt;DIV&gt;Contact: &amp;lt;&lt;A href="mailto:sip%3A9123008963@10.105.40.34" target="_blank"&gt;sip:9123008963@10.105.40.34&lt;/A&gt;:5&lt;WBR /&gt;060;user=phone&amp;gt;&lt;/DIV&gt;
&lt;DIV&gt;Content-Length: 374&lt;/DIV&gt;
&lt;DIV&gt;Content-Type: application/sdp&lt;/DIV&gt;
&lt;DIV&gt;&lt;/DIV&gt;
&lt;DIV&gt;v=0&lt;/DIV&gt;
&lt;DIV&gt;o=HuaweiSoftX3000 11042757 11042757 IN IP4 10.105.40.34&lt;/DIV&gt;
&lt;DIV&gt;s=Sip Call&lt;/DIV&gt;
&lt;DIV&gt;c=IN IP4 10.105.40.34&lt;/DIV&gt;
&lt;DIV&gt;t=0 0&lt;/DIV&gt;
&lt;DIV&gt;m=audio 27762 RTP/AVP 8 0 18 4 2 98 99 102&lt;/DIV&gt;
&lt;DIV&gt;a=rtpmap:8 PCMA/8000&lt;/DIV&gt;
&lt;DIV&gt;a=rtpmap:0 PCMU/8000&lt;/DIV&gt;
&lt;DIV&gt;a=rtpmap:18 G729/8000&lt;/DIV&gt;
&lt;DIV&gt;a=rtpmap:4 G723/8000&lt;/DIV&gt;
&lt;DIV&gt;a=rtpmap:2 G726-32/8000&lt;/DIV&gt;
&lt;DIV&gt;a=rtpmap:98 G726-40/8000&lt;/DIV&gt;
&lt;DIV&gt;a=rtpmap:99 G726-32/8000&lt;/DIV&gt;
&lt;DIV&gt;a=rtpmap:102 G726-24/8000&lt;/DIV&gt;
&lt;DIV&gt;a=ptime:20&lt;/DIV&gt;
&lt;DIV&gt;&lt;SPAN style="color: #ff0000;"&gt;a=fmtp:18 annexb=no&lt;/SPAN&gt;&lt;/DIV&gt;
&lt;DIV&gt;&lt;SPAN style="color: #ff0000;"&gt;&lt;/SPAN&gt;&lt;/DIV&gt;
&lt;DIV&gt;&lt;SPAN style="color: #000000;"&gt;This is a invite message (with sdp) from ITSP&lt;/SPAN&gt;&lt;/DIV&gt;
&lt;DIV&gt;&lt;SPAN style="color: #000000;"&gt;As you see the line with red color must have a code with number of 101 but instead have code with number of 18&lt;/SPAN&gt;&lt;/DIV&gt;
&lt;DIV&gt;&lt;SPAN style="color: #000000;"&gt;In my "debug ccsip media" output show that the method of negotiation&amp;nbsp; between me and itsp is "inbound voice"&lt;/SPAN&gt;&lt;/DIV&gt;
&lt;DIV&gt;&lt;SPAN style="color: #000000;"&gt;this is my router config:&lt;/SPAN&gt;&lt;/DIV&gt;
&lt;DIV&gt;&lt;SPAN style="color: #000000;"&gt;&lt;/SPAN&gt;&lt;/DIV&gt;
&lt;DIV&gt;&lt;SPAN style="color: #000000;"&gt;voice service voip&lt;BR /&gt;&amp;nbsp;no ip address trusted authenticate&lt;BR /&gt;&amp;nbsp;allow-connections h323 to sip&lt;BR /&gt;&amp;nbsp;allow-connections sip to h323&lt;BR /&gt;&amp;nbsp;allow-connections sip to sip&lt;BR /&gt;&amp;nbsp;sip&lt;BR /&gt;&amp;nbsp; bind control source-interface FastEthernet0/0/1&lt;BR /&gt;&amp;nbsp; bind media source-interface FastEthernet0/0/1&lt;BR /&gt;&amp;nbsp; min-se 300 session-expires 300&lt;BR /&gt;!&lt;BR /&gt;&lt;BR /&gt;&lt;/SPAN&gt;&lt;/DIV&gt;
&lt;DIV&gt;&lt;SPAN style="color: #000000;"&gt;&lt;/SPAN&gt;&lt;/DIV&gt;
&lt;DIV&gt;&lt;SPAN style="color: #000000;"&gt;&lt;SPAN style="color: #ff0000;"&gt;dial-peer voice 2 voip --------------&amp;gt; from Router to CUCM and vice versa&lt;BR /&gt;&amp;nbsp;translation-profile outgoing &lt;SPAN&gt;toos&lt;/SPAN&gt;&lt;BR /&gt;&amp;nbsp;destination-pattern 42584...&lt;BR /&gt;&amp;nbsp;session protocol sipv2&lt;BR /&gt;&amp;nbsp;session target ipv4:10.20.30.70&lt;BR /&gt;&amp;nbsp;codec g711ulaw&lt;BR /&gt;&amp;nbsp;dtmf-relay rtp-nte&lt;BR /&gt;!&lt;BR /&gt;dial-peer voice 10 voip&amp;nbsp; ------------------&amp;gt; from Router to ITSP and vice versa&lt;BR /&gt;&amp;nbsp;destination-pattern .T&lt;BR /&gt;&amp;nbsp;session protocol sipv2&lt;BR /&gt;&amp;nbsp;session target ipv4:10.105.40.34&lt;BR /&gt;&amp;nbsp;incoming called-number .T&lt;BR /&gt;&amp;nbsp;dtmf-relay rtp-nte&lt;BR /&gt; &lt;SPAN style="color: #000000;"&gt;&lt;SPAN style="color: #ff0000;"&gt;codec g711ulaw&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/DIV&gt;
&lt;DIV&gt;&lt;/DIV&gt;
&lt;DIV&gt;&lt;/DIV&gt;
&lt;DIV&gt;I configured cucm with a sip trunk toward my router with MTP enabled and RFC2833 preferred&lt;/DIV&gt;
&lt;DIV&gt;&lt;/DIV&gt;
&lt;DIV&gt;BUT THERE IS NO DTMF DETECTION IN INBOUND AND OUTBOUND CALLS&lt;/DIV&gt;
&lt;DIV&gt;&lt;/DIV&gt;
&lt;DIV&gt;I even test dial-peer 10 without any dtmf-relay method because I wanna configure it with inbound voice method but it does not work&lt;/DIV&gt;
&lt;DIV&gt;I change the codec but does not solve the problem&lt;/DIV&gt;
&lt;DIV&gt;There is a interesting point and that is , if use Elastix instead of 3945 router and configure dtmf method between elastix and itsp as "inbound" and dtmf method between elastix and cucm as "rfc2833" everything is OK ( ITSP&amp;lt;--Inbound--&amp;gt; Elastix &amp;lt;--rfc2833--&amp;gt; CUCM)&lt;/DIV&gt;
&lt;DIV&gt;Please give me a solution to solve the problem between Cisco 3945 and ITSP&lt;/DIV&gt;
&lt;DIV&gt;&lt;/DIV&gt;
&lt;DIV&gt;Regards&lt;/DIV&gt;
&lt;DIV&gt;&lt;/DIV&gt;
&lt;DIV&gt;&lt;/DIV&gt;</description>
      <pubDate>Mon, 18 Mar 2019 13:18:54 GMT</pubDate>
      <guid>https://community.cisco.com/t5/telepresence-and-video-infrastructure/dtmf-problem-in-sip-trunk/m-p/2957040#M75333</guid>
      <dc:creator>payamkhosravi</dc:creator>
      <dc:date>2019-03-18T13:18:54Z</dc:date>
    </item>
    <item>
      <title>Hi</title>
      <link>https://community.cisco.com/t5/telepresence-and-video-infrastructure/dtmf-problem-in-sip-trunk/m-p/2957041#M75334</link>
      <description>&lt;P&gt;Hi&lt;/P&gt;
&lt;P&gt;The problem was solved by using hardware transcoding for DTMF interworking&lt;/P&gt;</description>
      <pubDate>Sun, 28 Aug 2016 18:46:47 GMT</pubDate>
      <guid>https://community.cisco.com/t5/telepresence-and-video-infrastructure/dtmf-problem-in-sip-trunk/m-p/2957041#M75334</guid>
      <dc:creator>payamkhosravi</dc:creator>
      <dc:date>2016-08-28T18:46:47Z</dc:date>
    </item>
    <item>
      <title>It would be more accurate to</title>
      <link>https://community.cisco.com/t5/telepresence-and-video-infrastructure/dtmf-problem-in-sip-trunk/m-p/2957042#M75335</link>
      <description>&lt;P&gt;It would be more accurate to say that the problem was worked around by using a transcoding resource. The correct resolution here would be to open a trouble ticket with the ITSP. I agree that the INVITE message you show does not include RFC2833 advertisement in the SDP offer. That is a problem that only the carrier can rectify.&lt;/P&gt;</description>
      <pubDate>Sun, 28 Aug 2016 21:49:42 GMT</pubDate>
      <guid>https://community.cisco.com/t5/telepresence-and-video-infrastructure/dtmf-problem-in-sip-trunk/m-p/2957042#M75335</guid>
      <dc:creator>Jonathan Schulenberg</dc:creator>
      <dc:date>2016-08-28T21:49:42Z</dc:date>
    </item>
    <item>
      <title>hello Payamkhosravi2000, I</title>
      <link>https://community.cisco.com/t5/telepresence-and-video-infrastructure/dtmf-problem-in-sip-trunk/m-p/2957043#M75336</link>
      <description>&lt;P&gt;hello Payamkhosravi2000, I have similar problem like you but only with one international client, my other international calls to IVRs do not have problem with DTMF.&lt;/P&gt;
&lt;P&gt;I have transcoder for my calls.&lt;/P&gt;
&lt;P&gt;Could you please explain me how was your solution?&lt;/P&gt;
&lt;P&gt;Best regards&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 29 Jun 2017 15:13:02 GMT</pubDate>
      <guid>https://community.cisco.com/t5/telepresence-and-video-infrastructure/dtmf-problem-in-sip-trunk/m-p/2957043#M75336</guid>
      <dc:creator>ev1205</dc:creator>
      <dc:date>2017-06-29T15:13:02Z</dc:date>
    </item>
  </channel>
</rss>

