<div dir="ltr">Kent,<div><br></div><div>You were probably just missing the profile required.  See here:</div><div><br></div><div><a href="https://community.cisco.com/t5/telepresence-and-video/sip-options-ping-and-session-server-group-on-dial-peer/td-p/2994584">https://community.cisco.com/t5/telepresence-and-video/sip-options-ping-and-session-server-group-on-dial-peer/td-p/2994584</a>  <br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Nov 18, 2019 at 11:00 PM Kent Roberts <<a href="mailto:kent@fredf.org">kent@fredf.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="overflow-wrap: break-word;">Oh I know what your trying to do, and I have had issues with it as well.  <div><br></div><div> I have had better luck with with just using several dial-peers, and preference them, and use the voice-class sip options keepalive </div><div><br></div><div>Then when you look at the dial-peer status you can see them out of service, and if you have SNMP enabled, you can see the status when integrated by things like Orion…..</div><div><br><div><br><blockquote type="cite"><div>On Nov 18, 2019, at 9:56 PM, Jonathan Charles <<a href="mailto:jonvoip@gmail.com" target="_blank">jonvoip@gmail.com</a>> wrote:</div><br><div><div dir="ltr">I pasted the wrong part of the script (to manually change it)...<div><br></div><div>Here is the actual config:</div><div><br></div><div><br><br>voice class server-group 1<br> ipv4 172.31.120.43<br> ipv4 172.31.125.43 preference 2<br> description Verizon SIP<br>!<br></div><div><br></div><div>Jonathan</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Nov 18, 2019 at 10:22 PM Anthony Holloway <<a href="mailto:avholloway%2Bcisco-voip@gmail.com" target="_blank">avholloway+cisco-voip@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">First off, I'm wondering why it says "no ipv4" in front of your two addresses.  That might be your problem right there.<div><br></div><div>Secondly, I'd recommend putting an explicit preference on your entries, it's just better for everyone, and you don't get a credit back from Cisco for saving on a few ascii characters by implicitly using the default.  Plus, if the default is 0, which it is, then your next preference should be technically 1.  But then having nothing and 1 seems silly, because if pref 1 is actually pref 2, then well, might as well call them pref nothing and pref 8.  I digress.</div><div><br></div><div>You might not have failed over, because you might not have provided the system with the correction conditions to failover...E.g., you didn't wait long enough.</div><div><br></div><div>No seriously, by default SIP failover occurs after 30 seconds.  Unless, did you lower the retry count under sip-ua?  Or did you enable SIP options?  If you enabled SIP options, have your confirmed that it's turned on correctly?</div><div><br></div><div>Can you share the output of the following commands:</div><div><br></div><div>show run | section sip-ua|sip.options-keepalive</div><div><br></div><div>show dial-peer voice summary</div><div><br></div><div>Feel free to redact what you need to, in terms of IPs or usernames/passwords.  I am only looking for the features and settings for retries and keepalives.</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Nov 18, 2019 at 9:26 PM Jonathan Charles <<a href="mailto:jonvoip@gmail.com" target="_blank">jonvoip@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Using session server groups on outbound dial-peers and it does not appear to be failing over:<div><br></div><div><br>voice class server-group 1<br> no ipv4 172.31.125.43 

preference 2

<br> no ipv4 172.31.120.43 <br> description Verizon SIP<br>!<br></div><div><br></div><div>We had the 172.31.20.43 go down (no response to invites) and we did NOT failover to the second (.125.43)...</div><div><br></div><div>What is needed to force a failover to the next configured SBC?</div><div><br></div><div><br></div><div>Jonathan</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>
</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" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br></div></blockquote></div><br></div></div></blockquote></div>