<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">

<head>
<meta http-equiv=Content-Type content="text/html; charset=us-ascii">
<meta name=Generator content="Microsoft Word 12 (filtered medium)">
<!--[if !mso]>
<style>
v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style>
<![endif]-->
<style>
<!--
 /* Font Definitions */
 @font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
        {font-family:Verdana;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
p
        {mso-style-priority:99;
        mso-margin-top-alt:auto;
        margin-right:0in;
        mso-margin-bottom-alt:auto;
        margin-left:0in;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
span.EmailStyle18
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page Section1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.Section1
        {page:Section1;}
-->
</style>
<!--[if gte mso 9]><xml>
 <o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
 <o:shapelayout v:ext="edit">
  <o:idmap v:ext="edit" data="1" />
 </o:shapelayout></xml><![endif]-->
</head>

<body lang=EN-US link=blue vlink=purple>

<div class=Section1>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>This is a collection of feedback from various sources and a 5
hour TAC case this week and should be peer reviewed and researched further
(never take anything I type as the given final word). More importantly this is
for Google next time I go down this path!<o:p></o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>1.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp;&nbsp; This
was for a Verizon SIP Trunk to 12.4(24)T CUBE (SIP-SIP) to&nbsp; CallManager
7.0(2) to UCCX 7.0(1)SR1 to Cisco Agent Desktop.&nbsp; Callers couldn&#8217;t
input DTMF in the UCCX aef scripts, Agents couldn&#8217;t Transfer blind were
symptoms.<o:p></o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>2.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp;&nbsp; In
IOS running-cnfig &#8220;dtmf-relay rtp-nte&#8221; is actually RFC&nbsp; 2833
which encodes the DTMF key presses and other telephony events as part of the
RTP (audio) stream of the SIP call.&nbsp; RFC2833 is what Verizon is sending/using.<o:p></o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>3.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp;&nbsp; Dtmf-relay
rtp-nte digit-drop requires a MTP resource when going to UCCX 7x or Unity 7x,
it can be a software MTP resource on a router.&nbsp; Without MTP resources the
menu input options in a aef script won&#8217;t capture caller input. Item 3 isn't
100% accurate in every scenario as there are plenty of devices that support
RFC2833 for DTMF (MGCP gateways if properly configured, IP phones, etc) and
thus no MTP would be required for DTMF negotiation&nbsp; between those
endpoints.&nbsp;&nbsp; DTMF negotiation is much like RTP codec negotiation in
that if both parties do not support the same DTMF method than an MTP (or
transcoder) is required to allow the call to proceed.<o:p></o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>4.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp;&nbsp; A
3845 router should be setup for no more than 500 software MTP resources
(remember one call has two legs, so it&#8217;s two resources per call) and put
it its own MRG above CallManager software MTP resources in your MRGL. The 500
number is CPU dependant, watch your show proc cpu history. Issue a show sccp
all to verify you aren&#8217;t using up all the resources.<o:p></o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>5.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp;&nbsp; Don&#8217;t
put a checkmark under Device &gt; Trunk for MTP Resource&nbsp; Required, as
CallManager 6x/7x will dynamically allocate MTP resources without it
checked.&nbsp; Otherwise if checked you are forcing every call to use MTP
whether it needs it or not and you likely don&#8217;t have enough resources for
that (or you are wasting resources needlessly).<o:p></o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>6.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp;&nbsp; Use
codec-passthrough under dspfarm to reduce router CPU usage;<o:p></o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span><span
style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>dspfarm
profile 11 mtp<o:p></o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; codec
pass-through<o:p></o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; maximum
sessions software 500<o:p></o:p></span></p>

<p class=MsoNormal style='text-indent:.5in'><span style='font-size:11.0pt;
font-family:"Calibri","sans-serif";color:#1F497D'>&nbsp;associate application
SCCP<o:p></o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>7.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Use
RTMT to check for Media Resources Exhausted. Use show&nbsp; sccp all to see how
many MTP resources are available on 3845.&nbsp; Each call needing a dynamic MTP
would use two resources, one for each leg.&nbsp; So a 3845 with 500 software
MTP resources reserved would support 250 calls if those calls were determined
by CallManager dynamically to need a MTP resource.<o:p></o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>8.&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Verizon
Business SIP dial-peers being used for Fax Machines&nbsp; have to use G711 or
they will fail with G729 (which is Verizon default codec).&nbsp; Best bet is to
use local PRI/FXO resources for faxing or a T38 service or eFax.com, etc. Lots
of complaints on Cisco-voip mailing list and Asterisk Users mailing list about
faxing over Verizon Business SIP trunks. This customer spent 3 days trying to
get faxing to work over Verizon SIP trunk before they setup a FXO interface and
routed faxes out that.<o:p></o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>I need to research this further as I understood the recommend
method is SIP to CUBE and then CUBE to CallManager as H323, however I inherited
this and not sure anyone did a design recommendation to customer or if customer
pushed this design without experience or research, etc.<o:p></o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<div>

<div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'>

<p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span
style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>
cisco-voip-bounces@puck.nether.net [mailto:cisco-voip-bounces@puck.nether.net] <b>On
Behalf Of </b>Erin Mikelson<br>
<b>Sent:</b> Friday, May 29, 2009 5:38 PM<br>
<b>To:</b> cisco-voip@puck.nether.net<br>
<b>Subject:</b> Re: [cisco-voip] DTMF relay with Verizon SIP Trunk?<o:p></o:p></span></p>

</div>

</div>

<p class=MsoNormal><o:p>&nbsp;</o:p></p>

<p class=MsoNormal style='margin-bottom:12.0pt'><span style='font-size:10.0pt;
font-family:"Verdana","sans-serif"'>A collegue of mine spent 32 hours on the
phone&nbsp;with TAC and Verzion due to a similar issue.<br>
&nbsp;<br>
I don't remember the specifics of what he was running into, but in short, this
is what he required:<br>
&nbsp;<br>
You need 12.4.22(T2)<br>
You need H.323 faststart which requires MTP<br>
You need to configure MTP resources in the router as software<br>
You need&nbsp;to make sure your MRGs are set to use the above MTP and Not any
other hardware transcoders or software MTPs.<br>
&nbsp;<br>
Good Luck?<br>
&nbsp;&gt; <br>
&gt; <br>
&gt; ----------------------------------------------------------------------<br>
&gt; <br>
&gt; Message: 1<br>
&gt; Date: Thu, 28 May 2009 12:02:13 -0400<br>
&gt; From: &quot;Jason Aarons (US)&quot; &lt;jason.aarons@us.didata.com&gt;<br>
&gt; To: &lt;cisco-voip@puck.nether.net&gt;<br>
&gt; Subject: [cisco-voip] DTMF relay with Verizon SIP Trunk?<br>
&gt; Message-ID:<br>
&gt; &lt;C1FE15183DA37645BC0633BC604E44F00EF56C88@USNAEXCH.na.didata.local&gt;<br>
&gt; Content-Type: text/plain; charset=&quot;us-ascii&quot;<br>
&gt; <br>
&gt; I assume this is the correct DTMF relay for a Verizon SIP trunk.<br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; Using CallManager 7.0(2), no MTP resources, SIP Trunk to CUBE 12.4(24)T<br>
&gt; with SIP to Verizon.<br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; At first we had below, then I realized DTMF was working;<br>
&gt; <br>
&gt; dial-peer voice 797 voip<br>
&gt; <br>
&gt; no dtmf-relay h245-alphanumeric h245-signal cisco-rtp<br>
&gt; <br>
&gt; dtmf-relay rtp-nte digit-drop<br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; Does faxing/VG224 have any dtmf-relay requirements? I understand they<br>
&gt; were using rtp-nte digit-drop but changed it for some unknown reason to<br>
&gt; h245-alphanumic which I understand is only for H323.<br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; <o:p></o:p></span></p>

<div class=MsoNormal align=center style='text-align:center'><span
style='font-size:10.0pt;font-family:"Verdana","sans-serif"'>

<hr size=2 width="100%" align=center>

</span></div>

<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'>Hotmail&reg;
has a new way to see what's up with your friends. <a
href="http://windowslive.com/Tutorial/Hotmail/WhatsNew?ocid=TXT_TAGLM_WL_HM_Tutorial_WhatsNew1_052009"
target="_new">Check it out.</a><o:p></o:p></span></p>

</div>

</body>

</html>

<HTML><BODY><P><hr size=1></P>
<P><STRONG>
Disclaimer:

This e-mail communication and any attachments may contain confidential and privileged information and is for use by the designated addressee(s) named above only.  If you are not the intended addressee, you are hereby notified that you have received this communication in error and that any use or reproduction of this email or its contents is strictly prohibited and may be unlawful.  If you have received this communication in error, please notify us immediately by replying to this message and deleting it from your computer. Thank you.
</STRONG></P></BODY></HTML>