<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:Consolas;
        panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        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:0in;
        margin-bottom:.0001pt;
        font-size:10.0pt;
        font-family:"Courier New";
        color:black;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
        {mso-style-priority:99;
        mso-style-link:"Balloon Text Char";
        margin:0in;
        margin-bottom:.0001pt;
        font-size:8.0pt;
        font-family:"Tahoma","sans-serif";
        color:black;}
span.BalloonTextChar
        {mso-style-name:"Balloon Text Char";
        mso-style-priority:99;
        mso-style-link:"Balloon Text";
        font-family:"Tahoma","sans-serif";}
span.EmailStyle19
        {mso-style-type:personal;
        font-family:"Arial","sans-serif";
        color:windowtext;}
span.HTMLPreformattedChar
        {mso-style-name:"HTML Preformatted Char";
        mso-style-priority:99;
        mso-style-link:"HTML Preformatted";
        font-family:Consolas;
        color:black;}
span.EmailStyle22
        {mso-style-type:personal-reply;
        font-family:"Arial","sans-serif";
        color:windowtext;}
.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 bgcolor=white lang=EN-US link=blue vlink=purple>
<div class=Section1>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif";
color:windowtext'>Wes,<o:p></o:p></span></p>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif";
color:windowtext'><o:p> </o:p></span></p>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif";
color:windowtext'>Thanks for the reply. Running CM 7.02. I’m
quite sure its RTT as we’re talking 600-800ms with 100 byte packets
although the link speeds are 128/256kbps so we’re not breaking any speed
records here. ;) If I change the SCCP gateway to H323 and configure
the usual dial-peers the delay is gone. Convert back to SCCP and it’s
back. <o:p></o:p></span></p>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif";
color:windowtext'><o:p> </o:p></span></p>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif";
color:windowtext'>I don’t see any way around it based on the round trip
requirement you mentioned. Thanks for the confirmation. <o:p></o:p></span></p>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif";
color:windowtext'><o:p> </o:p></span></p>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif";
color:windowtext'>-Keith<o:p></o:p></span></p>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif";
color:windowtext'><o:p> </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";
color:windowtext'>From:</span></b><span style='font-size:10.0pt;font-family:
"Tahoma","sans-serif";color:windowtext'> Wes Sisk [mailto:wsisk@cisco.com] <br>
<b>Sent:</b> Monday, August 03, 2009 3:39 PM<br>
<b>To:</b> Keith Klevenski<br>
<b>Cc:</b> cisco-voip@puck.nether.net<br>
<b>Subject:</b> Re: [cisco-voip] Speed up skinny?<o:p></o:p></span></p>
</div>
</div>
<p class=MsoNormal><o:p> </o:p></p>
<p class=MsoNormal>What CM version are you on?<br>
<br>
Only recent optimization available is Advanced CM service parameter "Bundle
Outbound SCCP Messages Timer" to enable bundling of SCCP messages. More
messages per packet = fewer ACKs = fewer round trips. Much further back
there was an effort to streamline the number of messages required to setup SCCP
call.<br>
<br>
SCCP capabilities are exchanged at device registration so it does not suffer
the same issue as h.323 where capabilities must exchange during every call
setup. There is no MSD equivalent. SCCP overall is a much lighter
protocol at the point of call signaling. The only round trip requirement
in SCCP is OpenReceiveChannel/OpenReceiveChannelAck with remote IP:Port.
StartMediaTransmission is required and cannot be sent until IP:Port is received
from far end device. Unfortunately this exchange is required with no way
to bypass this round trip for SCCP.<br>
<br>
One area we commonly see issues is shared lines at remote sites. This is
covered in SRND:<br>
<a
href="http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/srnd/6x/netstruc.html#wp1045582">http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/srnd/6x/netstruc.html#wp1045582</a><br>
<br>
Is it really RTT or is it possibly link speed that is causing the issue?<br>
<br>
/Wes<br>
<br>
<br>
<br>
On Monday, August 03, 2009 4:11:50 PM , Keith Klevenski <a
href="mailto:KKlevenski@cstcorp.net"><KKlevenski@cstcorp.net></a> wrote:<br>
<br>
<o:p></o:p></p>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif"'>Is
there any mechanism to ‘speed up’ skinny call setup like faststart
in h323? Satellite provider migrated to skinny gateways (SCCP controlled
FXS ports) from h323 gateways. All analog phones. It was noticed
that inbound PSTN calls (through h323 gateway) were losing the first second or
so of the call when the called party picked up. This made sense to me as
the skinny gateway must tell CM the phone has gone offhook then CM tells the
gateway to tell the phone to stop ringing and send media stream to the PSTN
gateway. This is over a 600-700ms satellite link so the delay would be
reasonable. The rest of the call is perfect. If the same skinny
gateway is changed to h323 the delay is not present since h323 gets the IP
address where to send the stream during call setup if I’m not mistaken so
the delay isn’t present, but neither are the features of skinny
controlled fxs ports…</span><o:p></o:p></p>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif"'> </span><o:p></o:p></p>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif"'>To
me this is all reasonable and makes perfect sense. The question the
customer has is if there is any mechanism to speed up the skinny
signaling. I wouldn’t think so based on the master/slave nature of
the skinny protocol. I’ve configured voice call send-alert, voice
rtp send-recv, progress_ind setup enable 3, and all that, but nothing helps and
I can understand why.</span><o:p></o:p></p>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif"'> </span><o:p></o:p></p>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif"'>Can
anyone confirm if there is a way to speed up skinny call setup over high
latency links? Running CM 7.0, SCCP controlled FXS.</span><o:p></o:p></p>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif"'> </span><o:p></o:p></p>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif"'>Thanks!<br>
<br>
-Keith </span><o:p></o:p></p>
<pre><o:p> </o:p></pre><pre style='text-align:center'>
<hr size=4 width="90%" align=center>
</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"'><o:p> </o:p></span></p>
</div>
</body>
</html>