|
|
tel
Premium Account
Registration Date: 28.07.2008
Posts: 252
|
|
|
21.09.2009 12:02 |
|
Dia
Premium Account
Registration Date: 03.03.2006
Posts: 1443
|
|
RE: SPA942 - Registration failure |
|
Setting the re-registration interval to such a low value (1 minute) on UAs, creates an unnecessary burden of traffic to the servers, just to compensate for not setting up properly port forwarding on routers.
If doing so, is the only way to keep your extensions registered to PBXes, then something is seriously flawed with the NAT Traversal techniques of your SIP UAs. Seek help, since a 30 minute (1800 sec) re-registration interval should be sufficient for the vast majority of routers.
Matthew, the issue you brought up has to do a lot with the router you use, so please mention its' brand & model, as well as inquire with the vendor whether it uses a SIP ALG, which would conflict with the STUN setting in your phone.
• Does your SPA-942 use different SIP ports on each line?
• Is your SPA-942 the only UA on your account, or are there any other UAs like soft=phones, ATAs, etc. for which the message might be intended?
|
|
21.09.2009 13:06 |
|
tel
Premium Account
Registration Date: 28.07.2008
Posts: 252
|
|
|
21.09.2009 15:13 |
|
sim
Registration Date: 01.01.1970
Posts:
|
|
|
23.09.2009 09:01 |
|
tel
Premium Account
Registration Date: 28.07.2008
Posts: 252
|
|
|
23.09.2009 09:42 |
|
sim
Registration Date: 01.01.1970
Posts:
|
|
|
24.09.2009 00:05 |
|
Dia
Premium Account
Registration Date: 03.03.2006
Posts: 1443
|
|
RE: SPA942 - Registration failure |
|
A couple of general points, with specific suggestion that apply in your situation are listed below:
• If your router's SIP ALG is activated, the STUN (as well as TURN, ICE, or any other NAT Traversal technique) setting on your SIP User Agents should be turned off. If both of them are active even on a single SIP UA in your LAN, all sorts of nasty things can happen in your network, including spontaneous reboots of your router. This applies to any ITSP you might use, not PBXes in particular.
• Concurrent registrations to the PBXes' SIP Proxies are not allowed from any SIP UA, under any circumstances. Each SIP UA (every SPA-942 has 4 UAs in total) should correspond to a single extension number. So in your case, the SPA-942 phones should register to 4 different extensions on your PBXes account.
First LED on 1st SPA942 - Line 1 -> Extension 1001
Second LED on 1st SPA942 - Line 2 -> Extension 1002
First LED on 2nd SPA942 - Line 1 -> Extension 1003
Second LED on 2nd SPA942 - Line 2 -> Extension 1004
• Which brings to the last major rule: Each SIP UA, should be individually addressed by a PBXes SIP Proxy. This is quite challenging to achieve on a LAN with multiple SIP UAs, which share a single Public IP over a WAN connection.
This is precisely the reason, there should be no duplicate SIP port numbers, on any SIP UA (IP-phones, ATAs, soft-phones) sharing a single Public IP. Each SIP UA is identified by IP_Address:Port_Number to the SIP Proxy. So in your case (unless you have assigned a Public IP on each SPA) the SIP port numbers should be set up like the example below:
First LED on 1st SPA942 - Line 1 -> SIP Port: 5061
Second LED on 1st SPA942 - Line 2 -> SIP Port: 5062
Third LED on 1st SPA942 - Line 3 -> SIP Port: 5063
Fourth LED on 1st SPA942 - Line 4 -> SIP Port: 5064
First LED on 2nd SPA942 - Line 1 -> SIP Port: 5065
Second LED on 2nd SPA942 - Line 2 -> SIP Port: 5066
Third LED on 2nd SPA942 - Line 3 -> SIP Port: 5067
Fourth LED on 2nd SPA942 - Line 4 -> SIP Port: 5068
A couple of notes regarding the above setup:
1# I skipped port 5060 intentionally, since this is the default SIP port on SIP UAs, which may conflict in the future, with another SIP UA you might setup on your LAN temporarily (soft-phone, mobile phone SIP client, etc.)
2# I also elected to setup the SIP port on every line initially, to avoid conflicts later on, when you enable the rest of the lines with another extension.
Setup your SPAs following the above guidelines, and let us know if your issues get resolved.
|
|
25.09.2009 08:37 |
|
sim
Registration Date: 01.01.1970
Posts:
|
|
|
29.09.2009 09:02 |
|
sim
Registration Date: 01.01.1970
Posts:
|
|
|
01.10.2009 03:12 |
|
Dia
Premium Account
Registration Date: 03.03.2006
Posts: 1443
|
|
|
01.10.2009 09:19 |
|
sim
Registration Date: 01.01.1970
Posts:
|
|
|
01.10.2009 14:09 |
|
Dia
Premium Account
Registration Date: 03.03.2006
Posts: 1443
|
|
RE: SPA942 - Registration failure |
|
Well, you tried with the ALG on and STUN off, and your SPAs are loosing their registration. Try the other way around, and see if it makes a difference.
If your router has a SIP ALG, there should be some way to disable it. If might not be on its' web interface but via its' CLI. Do some research and see if you can disable it. If not, try another router and see if your SPAs hold their registration.
Lastly, if your SPAs can receive and dial calls successfully, even for two minutes after they reboot, it's unlikely your ISP is blocking or meddling with VoIP traffic. It's possible though.
Try another router first, and you will see. If you are going to buy one, I advise you to ask for opinions from other PBXes users, which routers work for them.
|
|
01.10.2009 17:16 |
|
sim
Registration Date: 01.01.1970
Posts:
|
|
|
04.10.2009 03:51 |
|
Dia
Premium Account
Registration Date: 03.03.2006
Posts: 1443
|
|
RE: SPA942 - Registration failure |
|
Well, you have certainly done your homework, even if your issue has not been resolved yet. It is starting to sound as a broadband connectivity issue, so if you wish, provide us with the following info.
• What kind of DSL connection do you have, from which ISP, and which version of firmware is running on these two routers?
• It would be interesting to see a traceroute (tracert in Windows) as well as a ping with at least 10 hops towards the PBXes server you are trying to connect your extensions to.
Since the SPAs support PPPoE you might consider bridging an ADSL modem or router, to have the SPA connect directly to the ISP, bypassing any NAT on the router, as well as your LAN cabling. If that SPA keeps loosing its' registration instead of holding it solidly, then your ISP is most likely the culprit.
They either have a network issue starting at their DSLAM, or they might be using DPI to prevent VoIP from working properly by impeding its' performance. Does your ISP offer their own VoIP service?
|
|
04.10.2009 16:03 |
|
sim
Registration Date: 01.01.1970
Posts:
|
|
|
05.10.2009 09:27 |
|
Dia
Premium Account
Registration Date: 03.03.2006
Posts: 1443
|
|
|
18.10.2009 16:14 |
|
|
|
|
|
|
|