<?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 Re: Music on Hold breaking down call on secure trunk in IP Telephony and Phones</title>
    <link>https://community.cisco.com/t5/ip-telephony-and-phones/music-on-hold-breaking-down-call-on-secure-trunk/m-p/3713683#M371316</link>
    <description>&lt;P&gt;Attaching trace file for you.&amp;nbsp; Thanks!&lt;/P&gt;</description>
    <pubDate>Wed, 26 Sep 2018 17:55:34 GMT</pubDate>
    <dc:creator>tsmith054</dc:creator>
    <dc:date>2018-09-26T17:55:34Z</dc:date>
    <item>
      <title>Music on Hold breaking down call on secure trunk</title>
      <link>https://community.cisco.com/t5/ip-telephony-and-phones/music-on-hold-breaking-down-call-on-secure-trunk/m-p/3713590#M371310</link>
      <description>&lt;P&gt;I'm trying to get secure trunks set up between our cluster and SBC.&amp;nbsp; The trunk is up and calls are working.&amp;nbsp; However, when I try to place a call on hold from the cucm side the call breaks down.&amp;nbsp; I've identified the cause of this.&amp;nbsp; During the re-invite, CUCM tries to send regular RTP back instead of SRTP for the MOH.&amp;nbsp; According to the docs, if the remote device supports SRTP then CUCM should send SRTP for MOH.&amp;nbsp; However, this is not what is happening.&amp;nbsp; I've verified that this works from a secure cucm phone to another secure cucm phone.&amp;nbsp; But this does not work from a secure cucm phone across a secure trunk.&amp;nbsp; Any suggestions?&amp;nbsp; I've restarted the IP Media Streaming service and that had no affect.&amp;nbsp; I'll share a snippet of the SDP below where CUCM sends RTP instead of SRTP -&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P style="-qt-block-indent: 0; text-indent: 0px; margin: 0px;"&gt;&lt;STRONG&gt;v=0&lt;/STRONG&gt;&lt;/P&gt;
&lt;P style="-qt-block-indent: 0; text-indent: 0px; margin: 0px;"&gt;&lt;STRONG&gt;o=CiscoSystemsCCM-SIP 166772 3 IN IP4 &amp;lt;X.X.X.X&amp;gt;&lt;/STRONG&gt;&lt;/P&gt;
&lt;P style="-qt-block-indent: 0; text-indent: 0px; margin: 0px;"&gt;&lt;STRONG&gt;s=SIP Call&lt;/STRONG&gt;&lt;/P&gt;
&lt;P style="-qt-block-indent: 0; text-indent: 0px; margin: 0px;"&gt;&lt;STRONG&gt;c=IN IP4 &amp;lt;X.X.X.X&amp;gt;&lt;/STRONG&gt;&lt;/P&gt;
&lt;P style="-qt-block-indent: 0; text-indent: 0px; margin: 0px;"&gt;&lt;STRONG&gt;t=0 0&lt;/STRONG&gt;&lt;/P&gt;
&lt;P style="-qt-block-indent: 0; text-indent: 0px; margin: 0px;"&gt;&lt;STRONG&gt;m=audio 4000 RTP/AVP 0&lt;/STRONG&gt;&lt;/P&gt;
&lt;P style="-qt-block-indent: 0; text-indent: 0px; margin: 0px;"&gt;&lt;STRONG&gt;a=X-cisco-media:umoh&lt;/STRONG&gt;&lt;/P&gt;
&lt;P style="-qt-block-indent: 0; text-indent: 0px; margin: 0px;"&gt;&lt;STRONG&gt;a=ptime:20&lt;/STRONG&gt;&lt;/P&gt;
&lt;P style="-qt-block-indent: 0; text-indent: 0px; margin: 0px;"&gt;&lt;STRONG&gt;a=rtpmap:0 PCMU/8000&lt;/STRONG&gt;&lt;/P&gt;
&lt;P style="-qt-block-indent: 0; text-indent: 0px; margin: 0px;"&gt;&lt;STRONG&gt;a=sendonly&lt;/STRONG&gt;&lt;/P&gt;
&lt;P style="-qt-paragraph-type: empty; -qt-block-indent: 0; text-indent: 0px; margin: 0px;"&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sun, 17 Mar 2019 20:32:03 GMT</pubDate>
      <guid>https://community.cisco.com/t5/ip-telephony-and-phones/music-on-hold-breaking-down-call-on-secure-trunk/m-p/3713590#M371310</guid>
      <dc:creator>tsmith054</dc:creator>
      <dc:date>2019-03-17T20:32:03Z</dc:date>
    </item>
    <item>
      <title>Re: Music on Hold breaking down call on secure trunk</title>
      <link>https://community.cisco.com/t5/ip-telephony-and-phones/music-on-hold-breaking-down-call-on-secure-trunk/m-p/3713626#M371314</link>
      <description>&lt;P&gt;Can you share the SDL trace for the sip trunk call being placed on Hold? It must have failed some condition in order to send regular RTP for MOH.&lt;/P&gt;</description>
      <pubDate>Wed, 26 Sep 2018 16:18:30 GMT</pubDate>
      <guid>https://community.cisco.com/t5/ip-telephony-and-phones/music-on-hold-breaking-down-call-on-secure-trunk/m-p/3713626#M371314</guid>
      <dc:creator>Sreekanth Narayanan</dc:creator>
      <dc:date>2018-09-26T16:18:30Z</dc:date>
    </item>
    <item>
      <title>Re: Music on Hold breaking down call on secure trunk</title>
      <link>https://community.cisco.com/t5/ip-telephony-and-phones/music-on-hold-breaking-down-call-on-secure-trunk/m-p/3713683#M371316</link>
      <description>&lt;P&gt;Attaching trace file for you.&amp;nbsp; Thanks!&lt;/P&gt;</description>
      <pubDate>Wed, 26 Sep 2018 17:55:34 GMT</pubDate>
      <guid>https://community.cisco.com/t5/ip-telephony-and-phones/music-on-hold-breaking-down-call-on-secure-trunk/m-p/3713683#M371316</guid>
      <dc:creator>tsmith054</dc:creator>
      <dc:date>2018-09-26T17:55:34Z</dc:date>
    </item>
    <item>
      <title>Re: Music on Hold breaking down call on secure trunk</title>
      <link>https://community.cisco.com/t5/ip-telephony-and-phones/music-on-hold-breaking-down-call-on-secure-trunk/m-p/3714812#M371364</link>
      <description>Thanks for providing the trace. Is the MOH server "Device is Trusted" checkbox checked?&lt;BR /&gt;Also, do you have MTP required checked on the SIP trunk? Could you share the SDL and IPVMS trace for the same call?&lt;BR /&gt;I'd suggest raising a TAC case in parallel too.</description>
      <pubDate>Fri, 28 Sep 2018 06:18:03 GMT</pubDate>
      <guid>https://community.cisco.com/t5/ip-telephony-and-phones/music-on-hold-breaking-down-call-on-secure-trunk/m-p/3714812#M371364</guid>
      <dc:creator>Sreekanth Narayanan</dc:creator>
      <dc:date>2018-09-28T06:18:03Z</dc:date>
    </item>
    <item>
      <title>Re: Music on Hold breaking down call on secure trunk</title>
      <link>https://community.cisco.com/t5/ip-telephony-and-phones/music-on-hold-breaking-down-call-on-secure-trunk/m-p/3717372#M371468</link>
      <description>&lt;P&gt;Yes, the MOH server shows "Device is Trusted".&amp;nbsp; I don't have MTP required checked on the trunk.&amp;nbsp; If I check that, then the MTP offers RTP instead of SRTP to the far end.&amp;nbsp; I currently have a TAC case open to see if this is a bug of some sort.&amp;nbsp;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 02 Oct 2018 13:24:05 GMT</pubDate>
      <guid>https://community.cisco.com/t5/ip-telephony-and-phones/music-on-hold-breaking-down-call-on-secure-trunk/m-p/3717372#M371468</guid>
      <dc:creator>tsmith054</dc:creator>
      <dc:date>2018-10-02T13:24:05Z</dc:date>
    </item>
    <item>
      <title>Re: Music on Hold breaking down call on secure trunk</title>
      <link>https://community.cisco.com/t5/ip-telephony-and-phones/music-on-hold-breaking-down-call-on-secure-trunk/m-p/4008665#M385348</link>
      <description>&lt;P&gt;Hi tsmith,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;we have the same problem with disconnects. Did you found a solution which got an SRTP when a call is on hold?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Greetings&lt;BR /&gt;Markus&lt;/P&gt;</description>
      <pubDate>Thu, 09 Jan 2020 09:48:13 GMT</pubDate>
      <guid>https://community.cisco.com/t5/ip-telephony-and-phones/music-on-hold-breaking-down-call-on-secure-trunk/m-p/4008665#M385348</guid>
      <dc:creator>Mark_B</dc:creator>
      <dc:date>2020-01-09T09:48:13Z</dc:date>
    </item>
    <item>
      <title>Re: Music on Hold breaking down call on secure trunk</title>
      <link>https://community.cisco.com/t5/ip-telephony-and-phones/music-on-hold-breaking-down-call-on-secure-trunk/m-p/4269206#M394009</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;did yo get help from TAC?, could you share the fix for tihis?&lt;/P&gt;</description>
      <pubDate>Fri, 08 Jan 2021 20:11:17 GMT</pubDate>
      <guid>https://community.cisco.com/t5/ip-telephony-and-phones/music-on-hold-breaking-down-call-on-secure-trunk/m-p/4269206#M394009</guid>
      <dc:creator>Jose Gomez</dc:creator>
      <dc:date>2021-01-08T20:11:17Z</dc:date>
    </item>
  </channel>
</rss>

