×
INTELLIGENT WORK FORUMS
FOR COMPUTER PROFESSIONALS

Log In

Come Join Us!

Are you a
Computer / IT professional?
Join Tek-Tips Forums!
  • Talk With Other Members
  • Be Notified Of Responses
    To Your Posts
  • Keyword Search
  • One-Click Access To Your
    Favorite Forums
  • Automated Signatures
    On Your Posts
  • Best Of All, It's Free!
  • Students Click Here

*Tek-Tips's functionality depends on members receiving e-mail. By joining you are opting in to receive e-mail.

Posting Guidelines

Promoting, selling, recruiting, coursework and thesis posting is forbidden.

Students Click Here

Jobs

ASM Failover Group

ASM Failover Group

ASM Failover Group

(OP)
When creating SIP users in SMGR there's a field for primary and secondary SM. Is that separate from the ASM failover groups or is one tied to the other? I don't have any failover groups created and want to make sure the user setup would work.

RE: ASM Failover Group

Yes, it is separate. I've been lazy and never done FGDNs before - failover group domain names.

So, Avaya AST SIP phones - J/96xx/etc can register to 3 SMs simultaneously. Upon registering to a primary or secondary or survivable, those SMs send the whole list of SMs a phone should use - just like how CM sends the alternate gatekeeper list to a H323 phone based on what region it is in. That's all it is.

Failover groups are something you'd notice in a failover test. Those have a bit to do with phones, but also with trunks.

It lets you take a pair of SMs like sm1.lab.com and sm2.lab.com and put smclusterA.lab.com as a FQDN underneath which sm1.lab.com and sm2.lab.com live. Everything points to smclusterA.lab.com and gets directed to a SM underneath.

In terms of call processing, comparing it to CM, it gets you closer to being CM duplex instead of simplex CM with an ESS. So, both SMs are aware of all calls. Let's say a random analog Polycom phone on a G450 calls out a SIP trunk into a conference bridge. Let's say that call lasts 2 hours. Let's say SM1 died 20 minutes into the call. The call stays up, SM never handled the media anyway, and new calls set up just fine through SM2.

But you have session refresh timers :) Every 15/30/60 minutes or whatever you're going to see (by default) the user agent client - the SIP thing that asked for service - so, your CM making the outbound call - send a refresh up to the PSTN. Thru Session Manager 2. As an in-dialogue message for an established call. If you have failover groups, SM2 will pass it up. If you don't, SM2 knows nothing about this reinvite for a session refresh for a call it doesn't know about and you'll quickly realize that long calls set up on SM1 eventually die with SM1 once the refreshes can't be done :)

RE: ASM Failover Group

(OP)
Would probably behoove me to create the group. Maybe misinterpreting, but for about 20 SIP users with the primary SM being sm1 and secondary sm2, I don't see simultaneous registrations. Only the one to the primary. Should I see the endpoint registered to both?

RE: ASM Failover Group

If they're Avaya SIP phones, yes.
Do you see "AST" ticked? That's a key part - it's PPM. Basically that's the application sequencing down to CM in the SM Profile/CM Endpoint Profile and having the SIP endpoint in off-pbx station-mapping point a trunk or AAR and point back to SM as private numbering

It's the thing that lets the phone login, subscribe to its feature packages and ask CM what's up. So, if CM has MWI ON for that phone, upon logging in, going through that flow is what tells the phone it should light its lamp and other things.

RE: ASM Failover Group

Failover Groups are for SIP trunking and not for SIP endpoints. There were too many caveats to really make them useful in previous releases. In Aura 8.0 there are a couple of interesting and separate features design for SIP endpoints. Clustered Session Managers and SIP Resiliency. Clustered Session Manager fixes the whole "I have to built out how many SIP trunks for DR" issue and SIP Resiliency is used to "rebuilt" the SIP signal connection to the endpoint.

Red Flag This Post

Please let us know here why this post is inappropriate. Reasons such as off-topic, duplicates, flames, illegal, vulgar, or students posting their homework.

Red Flag Submitted

Thank you for helping keep Tek-Tips Forums free from inappropriate posts.
The Tek-Tips staff will check this out and take appropriate action.

Reply To This Thread

Posting in the Tek-Tips forums is a member-only feature.

Click Here to join Tek-Tips and talk with other members!

Close Box

Join Tek-Tips® Today!

Join your peers on the Internet's largest technical computer professional community.
It's easy to join and it's free.

Here's Why Members Love Tek-Tips Forums:

Register now while it's still free!

Already a member? Close this window and log in.

Join Us             Close