Registration issue
From VoIP.ms Wiki
Sometimes is possible to have issues when trying to register our device or softphone with our VoIP provider, we will review some recommendations and important things to check, to start trouble shooting with this situation. How we can notice there is an issue with registration? Some indicators that can alert us about it:
- When I try to make a call, there is no dial tone on the line.
- I use to have a working DID number and I do not longer receive calls, or these are going directly to my voicemail or failover.
- At the customer portal I can not see my SIP registration (note this does not apply for IAX2 and Ip authentication ).
It is possible however, some specific situations will need to be addressed with VoIP.ms staff, but with this article you can start looking for potential causes for your issue.
Contents |
Reboot your device.
Most common issues related with registration failing, can get solved just by rebboting the device/softphone and the modem This suggestion can usually help in the case you had a power outage or if your Internet connection stopped working for a while.
Note: Considering the use of failover options can help to prevent losing calls during the trouble shooting, you can use a call forward or a voicemail along with your number.
ATA/Softphone.
Some common suggestions that can be followed if the issue is related with an ATA device or a softphone:
- Verify if your device has any field to set the "Register expires", if you find something like this, you usually will see a default of 3600 (seconds), lower this value to 120.
- Use the IP address from the server instead of the domain name, example: Use 67.215.241.250 instead of losangeles.voip.ms. This item is recommended as diagnostic only, if this works for you, then it is probably a DNS issue affecting in your network, test using it for a couple of weeks and then change again to the domain name, it is not recommended to have the registration with the Ip all the time, VoIP providers tend to redirect the domain to another Ip in the case of a server issue, but this will not work if you are not using the domain.
- If your device has any options similar to "Nat keep alive" or "Nat mapping" please enable them. This will make the connection not go idle
- Check if you have the latest firmware updated on the device, some minor bugs get resolved with the new firmwares, so it is important to have them up to date.
Register expires is the parameter that controls how often your client contacts the SIP server to remind it that the client is alive and confirming its current location (public IP address and listening SIP port). The SIP server is supposed to set this timer as part of the reply to each Register command. If the automated setting doesn't work you need to set this parameter manually according to the provider's instruction.
Check Ports
By default is not necessary to open ports in the router and this is only required in the case some specific firewall rules are blocking traffic on those ports, however if issues are present, we can forward ports UDP 5060 and also 10000 to 20000 UDP, in the router. Another suggestions is when using different devices under the same network, you can designate an internal port for each one (for instance using port 5061 in one device, 5062 in next one, and so on). Communication between the VoIP provider and the router will still go through port 5060, even though different internal ports are used for each device.
Do you suspect your ISP could be blocking these ports ? will be recommendable to contact them just to make sure.
If you have a device capable of support IAX2 protocol, you can use this as an alternative, just make sure port UDP 4569 is not blocked in your network.
Cant connect to login server.
Check if your device shows any information related with the error when it can not connect, for example on some ATA devices, you can see the "Registration Status", if it shows something like "Cant connect to login server", you can follow this suggestion:
- This error is usually caused by the router that somehow is blocking the registration attempts, try rebooting the router then the ATA device, if that does not work, re-enter the password and userID on the device settings, or try using the IP address of the server instead of the hostname. If you do not have the IP address send a ping to the server or contact the VoIP.ms staff.
Tomato firmware (PAP2TNA).
This part is for PAP2T devices, when using the Tomato firmware:
- Some of the default settings with Linksys devices conflict with the default Tomato timeout settings. These are the UDP Timeout settings and if they are left at their defaults, VoIP devices will sometimes fail to register after an IP change. These may be found on the Conntrack/Netfilter page in the Tomato config. Set "unreplied timeout" to 10 seconds.
Asterisk/PBX system.
Some common suggestions that can be followed if the issue is related with an Asterisk system or a PBX:
- Add to your trunk nat=yes and qualify=yes, these 2 values can help with your registration issues.
- Use the IP address from the server instead of the domain name, example: Use 67.215.241.250 instead of losangeles.voip.ms. This item is recommended as diagnostic only, if this works for you, then it is probably a DNS issue affecting in your network, test using it for a couple of weeks and then change again to the domain name, it is not recommended to have the registration with the Ip all the time, VoIP providers tend to redirect the domain to another Ip in the case of a server issue, but this will not work if you are not using the domain.'
Nat=yes
The NAT option determines the type of setting for users trying to connect to an asterisk server. With VoIP.ms is recommend to have the NAT option set on Yes, which is the option that will work better.
Portal settings influencing NAT with Asterisk:
- yes = Always ignore info and assume NAT
- no = Use NAT mode only according to RFC3581 (;rport)
- never = Never attempt NAT mode or RFC3581 support
- route = Assume NAT, don't send rport (work around more UNIDEN bugs)
Qualify=yes
This feature may also be used to keep a UDP session open to a device that is located behind a network address translator (NAT). By sending the OPTIONS request, the UDP port binding in the NAT (on the outside address of the NAT/firewall device) is maintained by sending traffic through it. If the binding were to expire, there would be no way for Asterisk to initiate a call to the SIP device. This can be used in conjunction with the nat=yes setting.
Note that it is the qualify=xxx(in miliseconds) or qualify=yes or qualify=no in sip.conf file that determines the registration with the server. If you have "yes" for qualify it will check the registration with the server every 2 seconds.