Call2Teams - Customers
In the event of PBX service unavailability, service records (SRVs) are used to determine what the PBX failover destination should be.
If an SRV record is not available, the A record will be checked to locate the failover destination instead, using the IP address of the PBX, and port 5060.
An SRV record has the following format:
_service._proto.name. TTL class SRV priority weight port target.
- Service: The symbolic name of the desired service e.g. _sip.
- Proto: The protocol being used such as UDP, TCP, TLS
- Name: The domain name for which this record is valid against, followed by a dot
- TTL: Standard DNS Time to live
- Class: Standard DNS class field
- SRV: The type of record: SRV or A record or another type
- Priority: The priority of the target host.
- This determines the primary and the failover PBX, where a lower value means a higher the priority/more preference, such as 0 being the highest priority
- Weight: Relative weight for records with the same priority. A higher value means more preferred here
- Port: Such as port 5060 for SIP traffic
- Target: The canonical hostname of the machine providing the service (followed by a dot)
_sip._udp.admin.call2teams.com. 3600 IN SRV 0 5 5060 sip.admin.call2teams.com.
_sip._udp.admin.call2teams.com. 3600 IN SRV 1 5 5060 sip2.admin.call2teams.com.
The above SRV example states that the first line sip.admin.call2teams.com. should be tried first due to the priority being set to 0.
The line beneath is the failover as the priority is set to 1.
0 is considered a higher priority than 1 and 1 is considered to be higher than 2 and so on, if there were more entries added.
Should the primary PBX (0) become unreachable (if there is no answer from the TCP/UDP connection), the SRV record states that sip2.admin.call2teams.com. would become the failover PBX and take its role as the primary PBX.
The SRV record contains the information required to locate the failover PBX and use it as the desired service (domain name, protocol and port etc.) until such a time as the connection with the primary PBX can be restored.
Once the SRV records have been populated in DNS, the SIP domain (and/or SIP proxy) are entered into the Call2Teams portal in the Services > PBX tab.
In the event of the associated PBX being unresponsive, Call2Teams will automatically try to look up the SRV records against the given SIP domain (or proxy) to try to re-establish connectivity (failing back to using A records if no SRV records exist against that domain).