<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:SimSun;
        panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
        {font-family:SimSun;
        panose-1:2 1 6 0 3 1 1 1 1 1;}
@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:"\@SimSun";
        panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
        {font-family:Consolas;
        panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";
        color:black;}
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;}
pre
        {mso-style-priority:99;
        mso-style-link:"HTML Preformatted Char";
        margin:0cm;
        margin-bottom:.0001pt;
        font-size:10.0pt;
        font-family:"Courier New";
        color:black;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
        {mso-style-priority:34;
        margin-top:0cm;
        margin-right:0cm;
        margin-bottom:0cm;
        margin-left:36.0pt;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";
        color:black;}
span.HTMLPreformattedChar
        {mso-style-name:"HTML Preformatted Char";
        mso-style-priority:99;
        mso-style-link:"HTML Preformatted";
        font-family:Consolas;
        color:black;}
span.EmailStyle20
        {mso-style-type:personal;
        font-family:"Calibri","sans-serif";
        color:windowtext;}
span.EmailStyle21
        {mso-style-type:personal;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
span.EmailStyle22
        {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:612.0pt 792.0pt;
        margin:72.0pt 72.0pt 72.0pt 72.0pt;}
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 bgcolor=white lang=EN-GB link=blue vlink=purple>
<div class=Section1>
<p class=MsoNormal><span style='color:#1F497D'>Hi Wes<o:p></o:p></span></p>
<p class=MsoNormal><span style='color:#1F497D'><o:p> </o:p></span></p>
<p class=MsoNormal><span style='color:#1F497D'>Thank you for the
information. Ok it looks like the MTP has to be in the MRGL of the trunk
at each end. If I put it here it stops the clipping. if it is only
at the remote site device it makes no difference. Though with the MTP and
faststart in place I have introduced a new problem! <o:p></o:p></span></p>
<p class=MsoNormal><span style='color:#1F497D'><o:p> </o:p></span></p>
<p class=MsoNormal><span style='color:#1F497D'>I am using g729 as the outbound
codec for the faststart on both clusters. All calls work very well apart
from when they hit their unity express VM box. Strangely a call from the
European Cluster to the Asia cluster works and drops into the CUE VM nicely
invoking the MTP and then doing the transcoding on the Asia side remote voice
gateway. Though a call the opposite way from Asia to Europe gets a fast
busy when it tries to goto Voice mail. <o:p></o:p></span></p>
<p class=MsoNormal><span style='color:#1F497D'><o:p> </o:p></span></p>
<p class=MsoNormal><span style='color:#1F497D'>I have performed various debugs
on the gateway, please see attached. Traffic is getting to the gateway but
the debug does not contain much to aid as to why. I have tried other
debugs but not been able to find any useful information. What other
useful traces can I run?<o:p></o:p></span></p>
<p class=MsoNormal><span style='color:#1F497D'><o:p> </o:p></span></p>
<p class=MsoNormal><span style='color:#1F497D'>I have spent the weekend going
through all configs on gateways and on both Clusters and all is the same. The
only difference is that Europe is on version CCM 6.1.2 and Asia on 6.1.4.<o:p></o:p></span></p>
<p class=MsoNormal><span style='color:#1F497D'><o:p> </o:p></span></p>
<p class=MsoNormal><span style='color:#1F497D'>Regards<o:p></o:p></span></p>
<p class=MsoNormal><span style='color:#1F497D'><o:p> </o:p></span></p>
<p class=MsoNormal><span style='color:#1F497D'>Gary<o:p></o:p></span></p>
<p class=MsoNormal><span style='color:#1F497D'><o:p> </o:p></span></p>
<div>
<div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm'>
<p class=MsoNormal><b><span lang=EN-US style='font-size:10.0pt;font-family:
"Tahoma","sans-serif";color:windowtext'>From:</span></b><span lang=EN-US
style='font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext'>
Wes Sisk [mailto:wsisk@cisco.com] <br>
<b>Sent:</b> 16 September 2009 15:35<br>
<b>To:</b> Blenkarn, Gary<br>
<b>Cc:</b> cisco-voip@puck.nether.net<br>
<b>Subject:</b> Re: [cisco-voip] Intercluster trunks and H323 outbound
faststart<o:p></o:p></span></p>
</div>
</div>
<p class=MsoNormal><o:p> </o:p></p>
<p class=MsoNormal>Gary,<br>
<br>
Yes. need hardware mtp in the MRGL. I do not recall offhand if it needs
to be in the ICT MRGL or in the device's MRGL. My first guess would be
the device's MRGL. A quick test will verify.<br>
<br>
For your MTP's remember that round trip to them can add additional delay in
signaling. Just something to keep in mind when planning the design and
considering impacts.<br>
<br>
The only downside to bundling outbound messages is potential additional
delay. ccm.exe must hold up SCCP messages in order to bundle them into a
single outbound message. Holding the messages will introduce slight
delay. the goal is to have the hold be less time than the latency cased
by TCP RTT.<br>
<br>
<br>
Have you reviewed CM traces or packet captures for a specific instance of delay
to confirm the specific problem? Just to make sure we're chasing the
correct problem.<br>
<br>
/wes<br>
<br>
On Wednesday, September 16, 2009 10:23:01 AM, Blenkarn, Gary <a
href="mailto:Gary.Blenkarn@fmglobal.com"><Gary.Blenkarn@fmglobal.com></a>
wrote:<br>
<br>
<o:p></o:p></p>
<p class=MsoNormal><span style='color:#1F497D'>Hi Wes </span><o:p></o:p></p>
<p class=MsoNormal><span style='color:#1F497D'> </span><o:p></o:p></p>
<p class=MsoNormal><span style='color:#1F497D'>Thank you very much for your
reply. Answers to your questions:</span><o:p></o:p></p>
<p class=MsoNormal><span style='color:#1F497D'> </span><o:p></o:p></p>
<p class=MsoListParagraph style='text-indent:-18.0pt'><span style='color:#1F497D'>Clipping
– losing the first 2 seconds from the receiver like their hello.</span><o:p></o:p></p>
<p class=MsoListParagraph style='text-indent:-18.0pt'><span style='color:#1F497D'>2
Clusters are 200ms apart.</span><o:p></o:p></p>
<p class=MsoListParagraph style='text-indent:-18.0pt'><span style='color:#1F497D'>LBR
rate codec G729 is used across trunk.</span><o:p></o:p></p>
<p class=MsoNormal><span style='color:#1F497D'> </span><o:p></o:p></p>
<p class=MsoNormal><span style='color:#1F497D'>Therefore I am assuming that I
need to do a hardware MTP on the gateways that my CCM’s cluster is at and
add it the MRGL that is on the trunks each side. A question from your
article, are there any negatives in using the ‘Bundle Outbound Messages
Timer’ parameter?</span><o:p></o:p></p>
<p class=MsoNormal><span style='color:#1F497D'> </span><o:p></o:p></p>
<p class=MsoNormal><span style='color:#1F497D'>Regards</span><o:p></o:p></p>
<p class=MsoNormal><span style='color:#1F497D'> </span><o:p></o:p></p>
<p class=MsoNormal><span style='color:#1F497D'>Gary</span><o:p></o:p></p>
<p class=MsoNormal><span style='color:#1F497D'> </span><o:p></o:p></p>
<div>
<div style='border:none;border-top:solid windowtext 1.0pt;padding:3.0pt 0cm 0cm 0cm;
border-color:-moz-use-text-color -moz-use-text-color'>
<p class=MsoNormal><b><span lang=EN-US style='font-size:10.0pt;font-family:
"Tahoma","sans-serif";color:windowtext'>From:</span></b><span lang=EN-US
style='font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext'>
Wes Sisk [<a href="mailto:wsisk@cisco.com">mailto:wsisk@cisco.com</a>] <br>
<b>Sent:</b> 16 September 2009 14:35<br>
<b>To:</b> Blenkarn, Gary<br>
<b>Cc:</b> <a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
<b>Subject:</b> Re: [cisco-voip] Intercluster trunks and H323 outbound faststart</span><o:p></o:p></p>
</div>
</div>
<p class=MsoNormal> <o:p></o:p></p>
<p class=MsoNormal>Let's take a step back for clarification please.<br>
can you elaborate on what you mean by 'clipping'?<br>
how far apart are your 2 clusters in terms of msec round trip time?<br>
also, do you use low bit rate (LBR) codecs (729, iLBC) over the intercluster
trunks?<br>
<br>
CM's software MTP does not support LBR codecs only G.711. If you are
attempting to invoke an MTP and there is no capabilities match CM will default
to connecting the call anyway but disabling supplementary services. This could
also lead to additional delay.<br>
<br>
In general inbound faststart will not help without the remote peer supporting
outbound faststart. If you noted any difference with only inbound fast
start enabled it is either a fluke or there is something else going on in the
network that needs clarification. The only item I can think of that would
trigger this is some type of SBC or CUBE anchoring calls between 2
clusters. Do you have any such device between the clusters?<br>
<br>
with 150msec RTT to remote sites you may want to review this previous conversation
on cisco-voip:<br>
<a href="http://www.gossamer-threads.com/lists/cisco/voip/114051">http://www.gossamer-threads.com/lists/cisco/voip/114051</a><br>
<br>
<br>
/Wes<br>
<br>
<br>
On Wednesday, September 16, 2009 3:07:45 AM, Blenkarn, Gary <a
href="mailto:Gary.Blenkarn@fmglobal.com"><Gary.Blenkarn@fmglobal.com></a>
wrote:<br>
<br>
<br>
<o:p></o:p></p>
<p class=MsoNormal>Hi<o:p></o:p></p>
<p class=MsoNormal> <o:p></o:p></p>
<p class=MsoNormal>We have 2 CCM 6.1 clusters. They are connected via a
non gatekeeper controlled trunk. In terms of latency some of the phones
are one way 150ms. We have been getting instances of voice
clipping. Therefore as the SRND states we have implemented Fast
start. Inbound fast start is configured both ends and makes a small
difference. Though outbound Fast start makes the voice clipping
worse? The outbound fast start requires the use of an MTP. It is
currently using the software MTP of the Call Managers in each cluster. <o:p></o:p></p>
<p class=MsoNormal> <o:p></o:p></p>
<p class=MsoNormal>Can anybody provide any information how best practice wise
outbound fast start should be setup please? Should we be using a hardware
MTP for instance on each Cluster?<o:p></o:p></p>
<p class=MsoNormal> <o:p></o:p></p>
<p class=MsoNormal>Thank you<o:p></o:p></p>
<p class=MsoNormal> <o:p></o:p></p>
<p class=MsoNormal><b><span lang=EN-US style='font-size:10.0pt;color:#262424'>Gary
Blenkarn</span></b><o:p></o:p></p>
<p class=MsoNormal><span lang=EN-US style='font-size:10.0pt;color:#262424'>Senior
Data Networking Analyst</span><o:p></o:p></p>
<p class=MsoNormal><span lang=EN-US style='font-size:10.0pt;color:#262424'> </span><o:p></o:p></p>
<p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman","serif"'> </span><o:p></o:p></p>
<div class=MsoNormal align=center style='text-align:center'><span
style='font-size:12.0pt;font-family:"Times New Roman","serif"'>
<hr size=2 width="100%" align=center>
</span></div>
<p class=MsoNormal><span style='font-size:7.5pt;font-family:"Arial","sans-serif";
color:gray'>Registered No. 755780 England<br>
Registered Office: FM Insurance Company Limited<br>
1 Windsor Dials, Windsor,<br>
Berkshire, UK, SL4 1RS<br>
Regulated by the Financial Services Authority.<br>
VAT No. G.B.: 792 4276 02<br>
<br>
<br>
</span><o:p></o:p></p>
<pre> <o:p></o:p></pre><pre style='text-align:center'><o:p> </o:p></pre><pre
style='text-align:center'>
<hr size=4 width="90%" align=center>
</pre><pre style='text-align:center'><o:p> </o:p></pre><pre
style='text-align:center'><o:p> </o:p></pre><pre style='text-align:center'> <o:p></o:p></pre><pre> <o:p></o:p></pre><pre>_______________________________________________<o:p></o:p></pre><pre>cisco-voip mailing list<o:p></o:p></pre><pre><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><o:p></o:p></pre><pre><a
href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</a><o:p></o:p></pre><pre> <o:p></o:p></pre>
<p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman","serif"'> </span><o:p></o:p></p>
<p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman","serif"'><o:p> </o:p></span></p>
</div>
</body>
</html>