I was configuring a new Edge environment today and thought I’d done it enough times not to have to refer to my notes. It was at this time that I realized that I hadn’t clearly documented the different SRV record options…only noticed as I had to take a peek 🙂
Internal DNS SRV
_sipinternaltls._tcp. #for each sip domain (multiplied by each Front End Server)
If not using split brain DNS it is wise to add a sip. A record (I usually add it either way)
External DNS SRV
_sip._tls. #for each sip domain
_sipfederationtls._tcp. #for each sip domain
HOWEVER…
I did come across an environment that didn’t have the ability to add SRV records externally and were not using split brain DNS.
External DNS add the following:-
sipexternal. point it the the Edge Server Public FQDN (the consolidated name also works as long as its in the certificate as a SAN)
Internal DNS add the following:-
sip. pointing to the Front End Server
More details on SRV records…
Lync Auto login SRV Record
Service: _sipinternaltls
Protocol: _tcp
Priority = 0
Weight = 0
Port Number: 5061
Host:
OCS Auto login SRV Record
Service: _autodiscover
Protocol: _tls
Priority = 0
Weight = 0
Port Number: 443
Host: sip.
Federation (Autodiscover)SRV Record
Service: _sipfederationtls
Protocol: _tcp
Priority = 0
Weight = 0
Port Number: 5061
Host:
PB
Like this:
Like Loading...
2 Options here
1. either install the Root CA on the device (defeats the point as it works as the internal anyway)
2. the only way I could get around the cert issue was to create a new listner and assign it only 80. This did require an additional IP on the TMG internal.
Another Error I got was “The server is either busy or did not respond, please try again later”
Running traces on my iPhone showed that the lync discover URL was translated to the External web services URL which wasn’t valid in the DNS of my internal connection. Once I added a CNAME to match we were sorted