I have received the following on my Exchange server 2010. Any idea ?
10.0.x.81 is the Exchange
10.0.x.41 is the Lync server
The Unified Messaging server failed to exchange the required certificates with an IP gateway to enable Transport layer Security (TLS) for an incoming call. Please check that this is a configured TLS peer and that the certificates being used are correct. More information: A TLS failure occurred because the remote server disconnected while TLS negotiation was in progress. The error code = 0x80131500 and the message = Unknown error (0x080131500). Remote certificate: (). Remote end point: 10.0.x.81:5061. Local end point: 10.0.x.41:55181.
Microsoft Server OS
Last Comment
AXISHK
8/22/2022 - Mon
Jeff_Schertz
Make sure that the Exchange UM server FQDN is defined as the Common Name of the SSL certificate which is bound to the UM service, otherwise your Lync Server will not be able to establish a TLS session with Exchange.
Quite often a single certificate is used on the Exchange server with something like 'mail.domain.com' as the CN yet the server FQDN (e.g. exchange.domain.com) is included in the SAN field. For all other usages this is fine, but not for Lync+EUM.
To resolve either request a new certificate with exchange.domain.com as the CN and then move the mail.domain.com or whatever the CN was into the SAN field. Or you can request a second certificate to bind to ONLY the UM service and simply put the Exchange FQDN in the CN field and do not use any SAN field at all.
The problem is that Lync Server only looks at the CN and ignore the SAN field os the certificate bound to the Exchange UM service, and the CN must match the Exchange Um server FQDN as it was resolved by the Lync Server.
Look for th certificate which is enabled for the 'UM' service than look at its configuration to verify that the CN/SAN setup is correct for Lync or not.
Quite often a single certificate is used on the Exchange server with something like 'mail.domain.com' as the CN yet the server FQDN (e.g. exchange.domain.com) is included in the SAN field. For all other usages this is fine, but not for Lync+EUM.
To resolve either request a new certificate with exchange.domain.com as the CN and then move the mail.domain.com or whatever the CN was into the SAN field. Or you can request a second certificate to bind to ONLY the UM service and simply put the Exchange FQDN in the CN field and do not use any SAN field at all.
The problem is that Lync Server only looks at the CN and ignore the SAN field os the certificate bound to the Exchange UM service, and the CN must match the Exchange Um server FQDN as it was resolved by the Lync Server.