How do service providers like Telnyx know where their users are located and how to make contact with them? Within the Session Initiation Protocol, there is a process called SIP Registration, which allows service providers to identify the phones of their customers, thus providing them insight into where to send phone calls. In other words, registration is the process by which service providers data mine their customers’ locations.

A more in depth procedure of SIP Registration can be read here, courtesy of Andrew J Prokop.

Above is a SIP credentials authenticated connection, with the username and password of our choosing. We will be using the Zoiper softphone client to register to sip.telnyx.com (US Region).

The registration attempt will come from the public IP 80.111.117.202 of sip.telnyx.com which translates to the Telnyx anycast IP of 192.76.120.10.

Below is an sngrep trace of a register attempt from a User Agent (Zoiper) configured with the credentials shown above.

As you can see, attempts to register are met with a “401 Unauthorized”. This is because the registrar server attempts to know more information about the User Agent. At that point, the User Agent will send another REGISTER message. If we get another “401 Unauthorized” it means that we did not configure our parameters properly i.e. username or password. In this example, the password was incorrect and registration was unsuccessful.

Until registration has been completed successfully, your numbers are unable to receive inbound calls as we won't have the address of record on file in our SIP Registrar, to know where to send calls to.

As you can see, attempts to register are met with a “401 Unauthorized”. This is because the registrar server attempts to know more information about the User Agent. At that point, the User Agent will send another REGISTER message. This time, we get a 200 OK response which means the registration was successful. This is because the password was correctly inputted this time.

If you are expecting to receive inbound calls via SIP URI calling from another service to your credential based SIP Connections, please ensure you specify your contact header as the username you created on your SIP Connection. Most systems, when Telnyx sends the SIP INVITE, will expect the SIP INVITE URI to contact username@ipaddress of your system. If the username differs from that of the username of your SIP Connection, your system may reject calls.

For TCP and TLS (which runs over TCP), Telnyx re-uses the TCP connection established by the User Agent. Telnyx uses the port 5060 for TCP. Further information on support for Transport Protocols and their ports can be found here.

User Agents are unlikely to establish connections from port 5060 to port 5060 and are more likely to use an ephemeral port to send from (RFC 6056 states that the range for ephemeral ports should be 1024–65535).

When a User Agent sends a REGISTER message to Telnyx and the IP address and port in the contact header do not match the IP address and port the message was received from, Telnyx will add an "alias" to the AOR (Address of Record) on file.

This can be seen in the 200OK Telnyx sends back to the User Agent.

If the REGISTER request uses port 5060 in its contact header and the message is received from an ephemeral port, Telnyx will "alias" the address. Therefore, future INVITEs sent to the User Agent after Registration will have port 5060 in the Request-URI but will re-use the existing TCP connection.

It is important to note this when setting up your firewall and port settings. If it is required that port 5060 is used for TCP with a User Agent it will be necessary to register directly from port 5060.

Our high volume short duration product (https://siphv.telnyx.com/) does not currently support SIP Registration for inbound calls. If you want to receive inbound calls please register with our other FQDN's: sip.telnyx.com, sip.telnyx.ca, sip.telnyx.eu & sip.telnyx.com.au.
​
If you attempt to register via our high volume short duration domain, you will receive a SIP 405 Method Not Allowed response.

Please remember that SIP registration is required only for receiving inbound calls. You may come across scenarios where you are able to make outbound calls from your numbers associated with the credential based SIP Connection but outbound calling does not require SIP registration. To receive inbound calls, please ensure your system is registered to our SIP domains and use a low expiry refresh of around 180 seconds. This allows more frequent SIP Register requests so we can know where you are and where to route calls (via the address of record AOR on file). At the same time, you should monitor the trunks status and attempt a soft reload of the system in-case you are seeing the trunk status as down. Once a SIP Registrations expiry time is met, and we do not receive further SIP Register requests, we will no longer hold the AOR on file and can not route inbound calls to you. This is why we recommend a lower expiry time set. Often, a full restart of the phone system can resolve SIP Registration problems as well. It's always a good idea to take a network capture trace on the LAN in order to review the SIP behaviour - we'd be happy to help review the captures if you can share them.
​
Outbound calling requires SIP authentication for credential based SIP Connections. When you make an outbound call from a credential based SIP Connection, our system will issue a SIP 407 proxy authentication response - challenging you to verify who you are. You verify who you are by sending a new SIP INVITE with your SIP Connections credentials (username + password) hashed. Once we can verify the hash, we'll allow your outbound calls to proceed. This is a great article that discusses the authentication process in-depth.
​
Again, inbound and outbound are decoupled and use different methods to receive and make calls.