[cisco-voip] Server-groups and failover...

Kent Roberts kent at fredf.org
Mon Nov 18 23:54:06 EST 2019


Try on the dial-peer itself:

voice-class sip options-keepalive up-interval 180 down-interval 60 retry 2

On loss of response, it will take the dial-peer out of service.


> On Nov 18, 2019, at 9:22 PM, Anthony Holloway <avholloway+cisco-voip at gmail.com> wrote:
> 
> First off, I'm wondering why it says "no ipv4" in front of your two addresses.  That might be your problem right there.
> 
> 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.
> 
> 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.
> 
> 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?
> 
> Can you share the output of the following commands:
> 
> show run | section sip-ua|sip.options-keepalive
> 
> show dial-peer voice summary
> 
> 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.
> 
> 
> On Mon, Nov 18, 2019 at 9:26 PM Jonathan Charles <jonvoip at gmail.com <mailto:jonvoip at gmail.com>> wrote:
> Using session server groups on outbound dial-peers and it does not appear to be failing over:
> 
> 
> voice class server-group 1
>  no ipv4 172.31.125.43  preference 2 
>  no ipv4 172.31.120.43 
>  description Verizon SIP
> !
> 
> We had the 172.31.20.43 go down (no response to invites) and we did NOT failover to the second (.125.43)...
> 
> What is needed to force a failover to the next configured SBC?
> 
> 
> Jonathan
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net <mailto:cisco-voip at puck.nether.net>
> https://puck.nether.net/mailman/listinfo/cisco-voip <https://puck.nether.net/mailman/listinfo/cisco-voip>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20191118/0ab91d82/attachment.htm>


More information about the cisco-voip mailing list