<div dir="ltr">I should have also mentioned that interface binding is very important not only from where you'll source your OPTIONS messages, but also from where you'll reply to them.  I've seen the layer 4 and down be correct due to where the OPTIONS was received, but then layer 5 was displaying a different IP address.  Make sure you bind on all dial-peers, but you only need OPTIONS configured on outgoing dial-peers.</div><br><div class="gmail_quote"><div dir="ltr">On Mon, Aug 28, 2017 at 12:12 PM Anthony Holloway <<a href="mailto:avholloway%2Bcisco-voip@gmail.com">avholloway+cisco-voip@gmail.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="ltr">1) It's a SIP Message, specifically the OPTIONS message<div><br></div><div>2) Typically you only prioritize voice traffic and not signaling, but you should still reserve bandwidth for signaling to ensure it's not starved.  CUBE marks all signaling traffic as AF31 by default, but CS3 is the newer standard to go with.  Make sure you're QoS policy is matching on AF31 and/or CS3 and reserving bandwidth for it.</div><div><br></div><div>3) In the absence of a session transport command, the default is UDP, that's typical for carrier facing SIP trunks.</div><div><br></div><div>4) I have not seen OPTIONS prioritized before. It's treated with the level of service as all SIP and therefore all signaling</div><div><br></div><div>On thing people forget is to use a profile on dial-peers which reference server groups.</div><div><br></div><div>See here for a little more info on that:</div><div><a href="https://supportforums.cisco.com/t5/video-over-ip/sip-options-ping-and-session-server-group-on-dial-peer/td-p/2994584" target="_blank">https://supportforums.cisco.com/t5/video-over-ip/sip-options-ping-and-session-server-group-on-dial-peer/td-p/2994584</a></div></div><div dir="ltr"><div><br><br><div class="gmail_quote"><div dir="ltr">On Sun, Aug 27, 2017 at 9:56 PM Ki Wi <<a href="mailto:kiwi.voice@gmail.com" target="_blank">kiwi.voice@gmail.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="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><div><br clear="all"><br>-- <br></div><div class="m_-5958755082441419691m_7978752561170023213gmail_signature"><div dir="ltr"><div>Regards,</div><div>Ki Wi</div></div></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>
</blockquote></div></div></div></blockquote></div>