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

Remote SIP Extensions Logging Off

Remote SIP Extensions Logging Off

Remote SIP Extensions Logging Off

I have a handful of SIP endpoints (J169) deployed using dual registration and they are randomly popping up with a message that another user has logged in with this extension. It forces the phone to have to be re-logged in. I am testing this with an extension that I just created and it happened to me after 30-40 mins. What can be the issue with this? It's an SBC H/A deployment.

RE: Remote SIP Extensions Logging Off

This is happening using dual registration and with a regular SIP user setup with 5 simultaneous registrations.

RE: Remote SIP Extensions Logging Off

This looks to be potentially fixed. The readme notes of the J169 v.4 SIP phones state you have to use an IP address and not FQDN of the SIP controller. I modified my 46xx settings to the public IP of the B interface of the SBC and the endpoint remained stable the entire night. I find this a bit disturbing as SIP is supposed to be based on DNS and FQDN's.. no?

RE: Remote SIP Extensions Logging Off

No. SIP allows use of FQDN's and DNS to find out IP addresses to send or forward to but ultimately it gets down to what the IP address actually is. Endpoint realms aren't normally established using domain names but the other way around using the ip addresses.

Think of it this way. SIP is very routing dependent. Routers and switches make their path decisions upon asic's (port controllers) that are tied MAC to IP in the MAC address table. There's no domain information in that table. Domain information can be looked up to various extents but the IP is ultimately what ties a message to where it needs to route to.

RE: Remote SIP Extensions Logging Off

If I added 2 entries for the SIP controller list instead of 1 entry that uses a FQDN that points to one or the other, how does the endpoint behave? Does it use the first entry in its list or will it randomly pick 1 or the other?

RE: Remote SIP Extensions Logging Off

The endpoint will always send periodic - 1/hour-ish REGISTERs to each item in the list.

For that reason, you MUST prefer that the endpoint learn about all possible SIP controllers via PPM.

The phone will always attempt to register to the entries in PPM and those in the SIP controller list.

For example, you have a multi site setup, you go to another office, you login to a phone, that phone has a SIP controller list with primary, secondary, BSM.
The BSM is for the specific office. It's not your home office, so the BSM doesn't know about you.
If the BSM is in the SIP controller list, the endpoint will try to register once per hour and get a 404 and get logged out.

That's from personal experience. For your case, I'd assume that because you can't have unlimited entries in the controller list that the endpoint would consider each entry as a different SM and thus a different registration. SM would not see that as an endpoint simultaneously registering to 2 servers - certainly if the second register from the phone appears like a new phone trying to register for the first time.]

Clear the phone and have it boot with 1 entry in the settings file and report back.

RE: Remote SIP Extensions Logging Off

I'll have a play with your suggestion tomorrow. We only use SIP endpoints remotely, so in our settings file, the SIP controller list is an FQDN that points to public IP's of our SBC's. Not to ASM. We use Ultra DNS to point to one SBC specifically. When I go into the endpoint settings under 'SIP proxy settings' I see it resolves to both public IP's of the SBC. If I were to change the settings file from FQDN, I'd then have to have 2 lines that have the public IP addresses listed. For my test, I'd want the endpoint to prefer the first IP in that list over the other. Not sure if that's a possibility.

RE: Remote SIP Extensions Logging Off

So, my 2 phones stayed logged in overnight on the same extension. I'd set SIP CONTROLLER LIST to FQDNs and used the same FQDNs in the PPM Mapping Profile

I did read that part in the release notes (i'm on 4.0.6) that SM only supports via IP.

I have a HA pair for SM1 in data center 1 and another pair for SM2 in DC2.

When I restart the app on the primary SBC on DC1, the 2 phones both login again twice and have a little service interruption. They both seem to do that every few minutes thereafter, but they don't log out.

When I do SIP CONTROLLER LIST and PPM Mapping with the public IP, restarting the application on the SBC for SM1 has both phones smoothly transition seemlessly - although I got a limited service triangle for half a second and question mark for presence for another half a second on one of the phones but not the other. They did not logout, flip over, or go to SM2 as active controller, they worked just fine.

So yeah, use IPs.

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! Already a Member? Login

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