<div dir="ltr">Just to clarify, UDP is default in CUBE and TCP is default in CUCM.<div><br></div><div>Actually, we should further clarify that by saying, these are the default transport protocols for SIP UAC messages.  If either product were to receive either UDP or TCP, it will respond with the same transport protocol.  I.e., It wouldn't make sense to receive a UDP packet, and then reply with TCP packet.</div><div><br></div><div>And I have to agree with Ryan that ACLs would not allow you to look at the SIP Request line to determine if it's an OPTIONS dialog as opposed to an INVITE or SUBSCRIBE.  Just treat all SIP the same, and by that I mean, treat it like your typical signaling traffic.  CUBE does AF31 still, so you might want to switch it to CS3 on your dial-peers or just have a Match-Any with AF31 and CS3 in your class map.<br><br><div class="gmail_quote"><div dir="ltr">On Mon, Aug 28, 2017 at 1:43 AM Ryan Huff <<a href="mailto:ryanhuff@outlook.com">ryanhuff@outlook.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div dir="auto">
<div>The OPTIONS Ping will come across in the regular SIP stack (TCP:5060/TCP:5061 or UDP:5060 typically). Prioritization is a Quality of Service technique and not an Access Control technique. I don't think a standard ACL would look at the application layer
 header to differentiate SIP messages and offer priority of individual SIP messages. </div>
<div id="m_8120848364151410525AppleMailSignature"><br>
</div>
<div id="m_8120848364151410525AppleMailSignature">I'd look into making sure you are applying the correct signaling QoS to the ingress/egress links.</div></div><div dir="auto">
<div id="m_8120848364151410525AppleMailSignature"><br>
</div>
<div id="m_8120848364151410525AppleMailSignature">-RH</div></div><div dir="auto">
<div><br>
On Aug 27, 2017, at 11:31 PM, Ki Wi <<a href="mailto:kiwi.voice@gmail.com" target="_blank">kiwi.voice@gmail.com</a>> wrote:<br>
<br>
</div>
<blockquote type="cite">
<div>
<div dir="ltr">
<div>Hi Saranyan, </div>
<div>thanks! I would like to know how can I compose an access-list to detect SIP option ping and prioritize it.
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Mon, Aug 28, 2017 at 11:20 AM, saranyan k <span dir="ltr">
<<a href="mailto:saranyan2008@gmail.com" target="_blank">saranyan2008@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Hi Ki Wi,
<div><br>
</div>
<div>OPTIONS ping is a SIP message. Ideally the transport mode of the message is TCP or UDP based on the configuration done under voice service voip -> sip.</div>
<div>Otherwise, we can configure a keepalive profile so that we can specify the mode of transport for the OPTIONS keepalive messages. </div>
<div><br>
</div>
<div>!</div>
<div>
<p class="m_8120848364151410525m_-4923177949531982087gmail-p1"><span class="m_8120848364151410525m_-4923177949531982087gmail-s1">voice class sip-options-keepalive 1</span></p>
<p class="m_8120848364151410525m_-4923177949531982087gmail-p1">transport tcp</p>
<p class="m_8120848364151410525m_-4923177949531982087gmail-p1">!</p>
<p class="m_8120848364151410525m_-4923177949531982087gmail-p1">Map the profile to any dial-peer:</p>
<p class="m_8120848364151410525m_-4923177949531982087gmail-p1">!</p>
<p class="m_8120848364151410525m_-4923177949531982087gmail-p1"><span class="m_8120848364151410525m_-4923177949531982087gmail-s1">dial-peer voice 1 voip</span></p>
<p class="m_8120848364151410525m_-4923177949531982087gmail-p1"><span class="m_8120848364151410525m_-4923177949531982087gmail-s1"><span class="m_8120848364151410525m_-4923177949531982087gmail-Apple-converted-space"> </span>session protocol sipv2</span></p>
<p class="m_8120848364151410525m_-4923177949531982087gmail-p1"><span class="m_8120848364151410525m_-4923177949531982087gmail-s1"><span class="m_8120848364151410525m_-4923177949531982087gmail-Apple-converted-space"> </span>incoming called-number 299</span></p>
<p class="m_8120848364151410525m_-4923177949531982087gmail-p1"><span class="m_8120848364151410525m_-4923177949531982087gmail-s1"><b><span class="m_8120848364151410525m_-4923177949531982087gmail-Apple-converted-space"> </span>voice-class sip options-keepalive profile 1</b></span></p>
<p class="m_8120848364151410525m_-4923177949531982087gmail-p1"><span class="m_8120848364151410525m_-4923177949531982087gmail-s1"><span class="m_8120848364151410525m_-4923177949531982087gmail-Apple-converted-space"> </span>dtmf-relay rtp-nte sip-notify</span></p>
<p class="m_8120848364151410525m_-4923177949531982087gmail-p1"><span class="m_8120848364151410525m_-4923177949531982087gmail-s1"><span class="m_8120848364151410525m_-4923177949531982087gmail-Apple-converted-space"> </span>codec g711ulaw</span></p>
<p class="m_8120848364151410525m_-4923177949531982087gmail-p1"></p>
<p class="m_8120848364151410525m_-4923177949531982087gmail-p1"><span class="m_8120848364151410525m_-4923177949531982087gmail-s1"><span class="m_8120848364151410525m_-4923177949531982087gmail-Apple-converted-space"> </span>no vad</span></p>
<p class="m_8120848364151410525m_-4923177949531982087gmail-p1"><span class="m_8120848364151410525m_-4923177949531982087gmail-s1">!</span></p>
<p class="m_8120848364151410525m_-4923177949531982087gmail-p1"><span class="m_8120848364151410525m_-4923177949531982087gmail-s1">Say if the router is set to use UDP, its worth to give it a try with TCP.</span></p>
<p class="m_8120848364151410525m_-4923177949531982087gmail-p1"><span class="m_8120848364151410525m_-4923177949531982087gmail-s1">Please let me know if this helps.</span></p>
<p class="m_8120848364151410525m_-4923177949531982087gmail-p1"><span class="m_8120848364151410525m_-4923177949531982087gmail-s1"><br>
</span></p>
<p class="m_8120848364151410525m_-4923177949531982087gmail-p1"><span class="m_8120848364151410525m_-4923177949531982087gmail-s1">Regards,</span></p>
<p class="m_8120848364151410525m_-4923177949531982087gmail-p1"><span class="m_8120848364151410525m_-4923177949531982087gmail-s1">Saranyan</span></p>
<p class="m_8120848364151410525m_-4923177949531982087gmail-p1"><span class="m_8120848364151410525m_-4923177949531982087gmail-s1"><br>
</span></p>
<p class="m_8120848364151410525m_-4923177949531982087gmail-p1"><br>
</p>
<p class="m_8120848364151410525m_-4923177949531982087gmail-p1"><br>
</p>
</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">
<div>
<div class="m_8120848364151410525h5">On Mon, Aug 28, 2017 at 8:26 AM, Ki Wi <span dir="ltr"><<a href="mailto:kiwi.voice@gmail.com" target="_blank">kiwi.voice@gmail.com</a>></span> wrote:<br>
</div>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid">
<div>
<div class="m_8120848364151410525h5">
<div dir="ltr">
<div>Hi Group, </div>
<div>I would like to find out if SIP option ping is a "ping" or a "sip message" ?</div>
<div><br>
</div>
<div>From the documents, it seems like it is a sip messages. </div>
<div><br>
</div>
<div>My customer is facing issue with the dial-peers getting busy out during WAN congestion. We would like to prioritize those messages as a WAN provider but they are not able to give us the exact commands for the CE router.
</div>
<div><br>
</div>
<div> Currently this is the command on all their managed "voice gateway" </div>
<div> * voice-class sip options-keepalive up-interval 120 down-interval 120 retry 2</div>
<div><br>
</div>
<div>This means the "transport" mode is default. This make things more complex, I have no idea it is TCP or UDP or ???</div>
<div><br>
</div>
<div>With no access to customer network (unable to do wireshark), I would like to see if there's anyone having the experience to prioritize those SIP option ping packets?
</div>
<span class="m_8120848364151410525m_-4923177949531982087HOEnZb"><font color="#888888">
<div><br clear="all">
<br>
-- <br>
</div>
<div class="m_8120848364151410525m_-4923177949531982087m_-6032399500103171157gmail_signature">
<div dir="ltr">
<div>Regards,</div>
<div>Ki Wi</div>
</div>
</div>
</font></span></div>
<br>
</div>
</div>
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br>
</blockquote>
</div>
<br>
</div>
</blockquote>
</div>
<br>
<br clear="all">
<br>
-- <br>
<div class="m_8120848364151410525gmail_signature" data-smartmail="gmail_signature">
<div dir="ltr">
<div>Regards,</div>
<div>Ki Wi</div>
</div>
</div>
</div>
</div>
</blockquote>
<blockquote type="cite">
<div><span>_______________________________________________</span><br>
<span>cisco-voip mailing list</span><br>
<span><a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a></span><br>
<span><a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a></span><br>
</div>
</blockquote>
</div>

_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
</blockquote></div></div></div>