Registration issue
From VoIP.ms Wiki
(Difference between revisions)
| [draft revision] | [quality revision] |
m (→Check Ports) |
m (IP Updated. To remove an older IP not longer used with our service) |
||
| (14 intermediate revisions not shown) | |||
| Line 1: | Line 1: | ||
| - | + | {| class="wikitable" | |
| + | |+ | ||
| + | |- | ||
| + | ! Article en Français !! Artículo en Español | ||
| + | |- | ||
| + | | [https://wiki.voip.ms/article/Probl%C3%A8me_d%27enregistrement Français] || | ||
| + | [https://wiki.voip.ms/article/Problemas_de_registro Español] | ||
| + | |} | ||
| - | + | {| cellspacing="0" style="width: 100%; background: linear-gradient(135deg, #fef2f2 0%, #fee2e2 100%); border: 1px solid #fca5a5; border-radius: 8px; padding: 25px; margin: 25px 0; box-shadow: 0 2px 10px rgba(248, 113, 113, 0.1);" | |
| - | + | |- | |
| - | + | | style="text-align: left;" | | |
| + | <div style="font-size: 1.1em; font-weight: 500; color: #b91c1c; margin-bottom: 15px;">'''What is SIP registration?'''</div> | ||
| + | '''SIP registration''' is how your device logs in to VoIP.ms. Without it, outbound calls won't connect and incoming calls will bypass your device entirely, going to voicemail or a failover number instead. | ||
| - | + | If registration is failing, you may be experiencing one of the following: | |
| + | * '''No dial tone''' or calls fail immediately after dialing | ||
| + | * '''Incoming calls go to voicemail or failover''' instead of ringing on your device | ||
| + | * '''Portal shows "not registered"''' next to your account or subaccount | ||
| + | * '''It was working before, now it stopped''' | ||
| + | * '''403 Forbidden''' or '''authentication failed''' errors on your device | ||
| + | * '''Registers fine, then drops''' after a few minutes or hours | ||
| + | |||
| + | '''To check your status:''' Log in to the [https://www.voip.ms/m/ customer portal], go to Portal Home, and scroll to the bottom. Each subaccount shows its current registration state. Note: this does not apply to subaccounts using IP Authentication. | ||
| + | |} | ||
__TOC__ | __TOC__ | ||
| - | == Reboot | + | == Reboot Your Devices == |
| + | |||
| + | |||
| + | Most common issues related with registration failing, can be resolved just by rebooting the [http://wiki.voip.ms/article/Devices Device]/[http://wiki.voip.ms/article/Softphones Softphone], the router 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 | 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 | ||
| Line 21: | Line 41: | ||
| - | == ATA/[http://wiki.voip.ms/article/Softphones Softphone] | + | == ATA/[http://wiki.voip.ms/article/Softphones Softphone] == |
Some common suggestions that can be followed if the issue is related with an ATA device or a [http://wiki.voip.ms/article/Softphones softphone]: | Some common suggestions that can be followed if the issue is related with an ATA device or a [http://wiki.voip.ms/article/Softphones 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 | + | *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 300 (5 mins). This tells our side that you are no longer registered and then failovers will kick in immediately. |
| - | * | + | * '''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 instructions. |
| - | * | + | *Use the '''IP address''' from the server instead of the domain name, example: Use 208.100.60.35 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.ms will redirect the domain to another IP in the case of a server issue, but this will not work for you 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 sure the connection does not go idle. |
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| + | *Check if you have the '''Latest Firmware''' updated on your device, some minor bugs get resolved with the new firmwares, so it is important to have them up to date. | ||
== Check Ports == | == 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 | + | By default is not necessary to open ports in the router and this is only required in the case of 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 suggestion 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.ms 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 ? | + | Do you suspect your ISP could be blocking these ports ? It is recommended to contact them just to be certain. |
| - | If you have a device capable of | + | If you have a device capable of supporting IAX2 protocol, you can use this as an alternative, just make sure port UDP 4569 is not blocked in your network. |
| - | == | + | == Can`t Connect or Register 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 | + | 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"''' or '''Failed''', you can follow these suggestions: |
| - | *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 | + | *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 (Please check this Page for [https://www.voip.ms/m/samples/voxalot.php Main Login Credentials]), or try using the IP address of the server instead of the hostname. If you do not have the IP address, you may see all of our IPs [[Servers | here]]. |
| + | * If this is a new installation and you are just trying to get the service working, then if at all possible please remove your router from the loop. Connect your ATA Device / Computer directly to the Internet without the router in between. If you can then register and receive / make calls you will know there is a router configuration problem preventing proper connectivity. | ||
| - | + | * You can attempt to use a different SIP port, [[FAQ#Do_you_offer_alternative_ports_besides_5060.3F|such as <tt>5080</tt> and <tt> 42872</tt>]] | |
| - | This part is for PAP2T devices, when using the '''Tomato | + | == 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. | *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/[http://wiki.voip.ms/article/PBXs PBX] system. == | + | == Asterisk /[http://wiki.voip.ms/article/PBXs PBX] system. == |
| Line 71: | Line 90: | ||
*Add to your trunk '''nat=yes''' and '''qualify=yes''', these 2 values can help with your registration issues. | *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 | + | *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.' |
| Line 77: | Line 96: | ||
| - | The '''NAT option''' determines the type of setting for users trying to connect to an asterisk server. With [http://voip.ms/ VoIP.ms] is | + | The '''NAT option''' determines the type of setting for users trying to connect to an asterisk server. With [http://voip.ms/ VoIP.ms] it is recommended to have the NAT option set on Yes, which is the option that will work best. |
Portal settings influencing NAT with Asterisk: | Portal settings influencing NAT with Asterisk: | ||
| Line 90: | Line 109: | ||
| - | 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 | + | 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 was 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 | 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. | server. If you have "yes" for qualify it will check the registration with the server every 2 seconds. | ||
| + | |||
| + | <div style="display:none"> | ||
| + | voip.ms no registration found | ||
| + | </div> | ||
| + | |||
| + | [[Category:guides]] | ||
Latest revision as of 00:49, 14 April 2026
| Article en Français | Artículo en Español |
|---|---|
| Français |
|
What is SIP registration?
SIP registration is how your device logs in to VoIP.ms. Without it, outbound calls won't connect and incoming calls will bypass your device entirely, going to voicemail or a failover number instead. If registration is failing, you may be experiencing one of the following:
To check your status: Log in to the customer portal, go to Portal Home, and scroll to the bottom. Each subaccount shows its current registration state. Note: this does not apply to subaccounts using IP Authentication. |
Contents |
Reboot Your Devices
Most common issues related with registration failing, can be resolved just by rebooting the Device/Softphone, the router 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 300 (5 mins). This tells our side that you are no longer registered and then failovers will kick in immediately.
- 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 instructions.
- Use the IP address from the server instead of the domain name, example: Use 208.100.60.35 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.ms will redirect the domain to another IP in the case of a server issue, but this will not work for you 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 sure the connection does not go idle.
- Check if you have the Latest Firmware updated on your device, some minor bugs get resolved with the new firmwares, so it is important to have them up to date.
Check Ports
By default is not necessary to open ports in the router and this is only required in the case of 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 suggestion 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.ms 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 ? It is recommended to contact them just to be certain.
If you have a device capable of supporting IAX2 protocol, you can use this as an alternative, just make sure port UDP 4569 is not blocked in your network.
Can`t Connect or Register 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" or Failed, you can follow these suggestions:
- 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 (Please check this Page for Main Login Credentials), or try using the IP address of the server instead of the hostname. If you do not have the IP address, you may see all of our IPs here.
- If this is a new installation and you are just trying to get the service working, then if at all possible please remove your router from the loop. Connect your ATA Device / Computer directly to the Internet without the router in between. If you can then register and receive / make calls you will know there is a router configuration problem preventing proper connectivity.
- You can attempt to use a different SIP port, such as 5080 and 42872
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 it is recommended to have the NAT option set on Yes, which is the option that will work best.
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 was 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.
