Topology publishing fails because Trusted Server and FQDN already exists for a different TLS target

When upgrading our Lync infrastructure from 2010 to 2013 I encountered some errors upon the first time I would publish the Lync Server 2013 Enterprise pool, consisting of three Front End servers and a fresh SQL server instance.

Diving into the resulting log file can quickly lead you to think that almost everything failed, as every parent category of the action point that actually went wrong will also be labeled “Completed with errors” or “Failed”. Therefore it is important that you (for your own mental well-being) filter out those things and drill down to the action point that is causing the problem, often with the “Execution result” column simply indicating “Error”.

Advertisement

Active Directory Powershell cmdlets failing…what is port 9389?

I was working on a Project With a customer where they are running a Lync pilot for about 150 out of 10,000 employees. Considering the size of the customer, along With the fact that they are very Security-minded, the infrastructure is quite complex. For instance, all the Lync related servers are placed in a separate VLAN/subnet With strict firewall Access lists governing traffic. I am no stranger to the comprehensive requirements for ports in a Lync topology, and thought I had it all covered.