<div dir="ltr">I don't understand your question or concern.  Are you asking if OPTIONS PING is best practice?  If so, then yes.  As a general practive, enabling SIP OPTIONS PING gives you a benefit, with minimal drawbacks.<div><br></div><div>There's two drawbacks I can think of off the top of my head</div><div><br></div><div>1) SIP OPTIONS counts against your calls per second.  So, if you thought you were getting 5 calls per second on your CUBE, and you're OPTIONS PINGing two ITSPs and four CMs, then you're mistaken.<br><div><br></div><div>2) I found an ITSP to be sending my CUBE a handful of OPTIONS at a time, all with the same Call-ID, and CUBE was only replying to one of them, therefore, the ITSP was considering my trunk as down.  Through a nice chat with TAC engineers at Cisco Live US Technical Solutions Clinic, I learned two things:</div><div><br></div><div>1. CUBE will not respond to a request if it has the same call-id as a previous request which CUBE has responded too</div><div>2. CUBE will not respond to a request if this is a second request within the timer for sending a response (500ms by default, if memory serves)</div><div><br></div><div>Interestingly, the quick fix was to disable SIP OPTIONS PING to fix this issue, which is counter intuitive to the best practice.  So, the best thing you can do in any situation is consider all of the variables and pick the best solution for that given situation.  I feel like sometimes people thing "best practice" means the "right way."</div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Sep 8, 2016 at 8:24 PM, Joe Loiacono <span dir="ltr"><<a href="mailto:jloiacon@csc.com" target="_blank">jloiacon@csc.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><font size="2" face="sans-serif">I have found the use of the SIP profile
w/ Options Ping useful as a barometer for detecting network problems through
alerts generated when the SIP trunk goes down..</font>
<br>
<br><font size="2" face="sans-serif">However, when configuring a group of
them for a customer, I noticed that some of them had previously been configured
with the Ping option explicitly disabled (as opposed to the more normal
'Standard SIP profile'.)</font>
<br>
<br><font size="2" face="sans-serif">Was wondering what people have found
as a 'best practice' along these lines ...</font>
<br>
<br><font size="2" face="sans-serif">Thanks,</font>
<br><font size="2" face="sans-serif"><br>
Joe Loiacono<br>
<br>
Global Infrastructure Services | m: <a href="tel:%2B1-410.300-3804" value="+14103003804" target="_blank">+1-410.300-3804</a> | <a href="mailto:jloiacon@csc.com" target="_blank">jloiacon@csc.com</a>
| </font><a href="http://www.csc.com" target="_blank"><font size="2" face="sans-serif">www.csc.com</font></a><font size="2" face="sans-serif"><br>
<br>
This is a PRIVATE message. If you are not the intended recipient, please
delete without copying and kindly advise us by e-mail of the mistake in
delivery. <br>
NOTE: Regardless of content, this e-mail shall not operate to bind CSC
to any order or other contract unless pursuant to explicit written agreement
or government initiative expressly permitting the use of e-mail for such
purpose.</font><br>______________________________<wbr>_________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net">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/<wbr>mailman/listinfo/cisco-voip</a><br>
<br></blockquote></div><br></div>