Microsoft Lync Server
Header

Document
Document
29 slide market research by 451 Advisors that highlights trends and growth opportunities in hosted services. Includes investment priorities for applications and infrastructure as a service, and customer decision making criteria for moving to the cloud.
FREE
Release Date:
2/24/2014
Document
Document
Driving Growth with LYNC: Early Evidence of Success for Hosting Service Providers white paper by Edge Strategies.
FREE
Release Date:
2/24/2014
Document
Document
Partner facing guidance and resources to plan, enable and execute a Hosted Lync go-to-market strategy.
FREE
Release Date:
2/24/2014

 

Cuando queremos implementar los servicios de Voz Empresarial en Lync, ​debemos realizar ciertas configuraciones antes de poder realizar llamada:

  • Configurar una puerta de enlace RTC
  • Enrutamiento de Voz
    • Plan de marcado
    • Directiva de voz
    • Ruta
    • Uso de RTC
    • Configuración de tronco
Pero una vez que tenemos todo configurado, alguno de los usuarios nos indica que tiene problemas al realizar algunas llamadas de voz  y nos envia la siguiente captura de pantalla con el error que le devuelve el cliente de Lync:

 

SIP2.0_404_No_matching_rule_has_been_found_in_the_dial_plan_for_the_called_number_4.png
 
Lo primero que debemos hacer es iniciar la herramienta de registro de Lync para analizar cual puede ser el problema, para ello debemos volver a realizar la misma llamada que habia hecho el usuario:
SIP2.0_404_No_matching_rule_has_been_found_in_the_dial_plan_for_the_called_number_1.png
Como podemos observar, el problema es que en nuestro plan de marcado no tiene una regla para los números que comiencen por 0 de tal forma que no se podrán realizar llamadas cuyo número inicie por 0. Si nos vamos al plan de marcado al que se hace referencia en el registro, podemos probar si realmente el plan de marcado tiene alguna regla que  coincida con alguno de los números marcados por el usuario:
SIP2.0_404_No_matching_rule_has_been_found_in_the_dial_plan_for_the_called_number_2.png
Este plan de marcado es de pruebas, para poder simular este error y como podéis ver no tiene ninguna regla de normalización que permita marcar números que se inicien con un 0. Por lo que para corregir este problema, únicamente debemos crear una regla de normalización que permita  marcar números que comiencen por 0. Lo del 0 en España se suele utilizar para diferenciar las llamadas locales y externas (PSTN)  en nuestras centralitas, y como realmente nuestro Lync enviará las llamadas a la PSTN mediante un Direct SIP (Lync Server: Direct SIP, Trunk SIP e Inter-Trunk Routing) hacia un gateway de Cisco (Direct SIP Lync 2013 –> Cisco CME 8.X (Parte I), Direct SIP Lync 2013 –> Cisco CME 8.X (Parte II)), debemos habiliar que podamos marcar un número de teléfono que comience por 0. Si ahora volvemos a realizar otra prueba de número marcado podemos verificar que funciona correctamente y nos indica el la regla de marcado que utilizará:
SIP2.0_404_No_matching_rule_has_been_found_in_the_dial_plan_for_the_called_number_3.png
 
Una vez que hayamos aplicado esta configuración, el usuario puede volver llamar al mismo número que antes le resultaba imposible y el resultado debería ser que la llamada se puede completar sin problema:
 
SIP2.0_404_No_matching_rule_has_been_found_in_the_dial_plan_for_the_called_number_5.png
Como vemos es puede ser un problema bastante común, pero también podemos comprobar que la solución es muy sencilla. Con identificar cual es el número que queremos llamar y habilitar la herramienta de registro de  Lync ya podemos tener un registro detallado del problema. Con el código de error "SIP2.0 404 No matching rule has been found in the dial plan for the called number" la solución va ligada a crear reglas de normalización en nuestros planes de marcado.
 
Espero que os sea de utilidad!!!

Uno de los requisitos más importantes cuando integramos Lync con la Mensajería Unificada de Exchange es conocer los certificados que podemos utilizar, sino nos podemos encontrar algunos de los siguientes errores cuando queremos llamar a nuestro buzón de voz:

LS LS Inbound Routing 45024_1.png
 
Si queremos obtener más detalle del problema, iniciamos la herramienta de registro de Lync Server y llamamos al buzón de voz para reproducir el problema y nos encontramos con esto:
 
LS LS Inbound Routing 45024_3.png
Como vemos el problema lo tenemos en el momento de conectar vía TLS, por lo que debemos analizar que certificados tenemos asignado en el Exchange en el rol de UM
LS LS Inbound Routing 45024_4.png
Pero antes revisaremos el Visor de Eventos a nivel de sistema y podemos observar varios errores de origen Schannel:
LS LS Inbound Routing 45024_5.png
LS LS Inbound Routing 45024_2.png
Este evento es más descriptivo, y vemos que el certificado que tiene asignado el servidor no es el esperado por Lync. Si ahora abrimos la consola de administración de Exchange podemos ver que certificado tiene asigando:
LS LS Inbound Routing 45024_6.png
Como podemos observar es un certificado SAN y todos los nombres alternativos con wildcard, algo no soportado para el servicio de UM de Exchange. Además, este certificado como nombre común tampoco se corresponde con el nombre del servidor, sino con el nombre al que se conectarán los clientes al rol CAS de este servidor. Lo que debemos hacer es solicitar o asignar (si ya lo tenemos ) el certificado adecuado al servicio de UM de Exchange:
 
El certificado que necesitamos debe contener el nombre del servidor en el sujeto del certificado
LS LS Inbound Routing 45024_7.png

Ahora únicamente debemos asignar el certificado al servicio de UM de nuestro servidor

LS LS Inbound Routing 45024_8.png
LS LS Inbound Routing 45024_9.png
Seleccionamos el servicio al cual le queremos asignar el certificado, por lo que en nuestro caso elegimos Mensajería Unificada (UM) y pulsamos en siguiente:
LS LS Inbound Routing 45024_10.png
LS LS Inbound Routing 45024_11.png
Pulsamos en Sí a todo y luego en Siguiente
LS LS Inbound Routing 45024_12.png
Ahora pulsamos en Finalizar para completar la asignación del certificado
LS LS Inbound Routing 45024_13.png
En unos segundos podemos comprobar que el certificado ya ha sido asignado al servicio de UM de nuestro servidor de Exchange
LS LS Inbound Routing 45024_14.png
Si nos vamos al visor de sucesos, podemos comprobar que se ha asignado el certificado y no ha generado ningún evento de error:
LS LS Inbound Routing 45024_15.png
Ahora en nuestro Lync Server ya podemos ver en el visor de sucesos que ya se ha podido conectar con el servicio de UM de nuestro servidor Exchange
LS LS Inbound Routing 45024_16.png
Ahora podemo probarlo llamando a nuestro buzón de voz y debería conectarse sin problemas, cosa que antes nos mostraba un error en la llamada:
LS LS Inbound Routing 45024_17.png
Como veis esto tiene fácil solución, pero es algo que debéis tener en cuenta cuando configuréis la integración de Lync Server (2010/2013) con el servicio de UM de Exchange Server.  Si queréis ampliar vuestro conocimiento sobre certificado Wildcard con Lync Server, aquí os dejo un enlace de Microsoft: http://technet.microsoft.com/en-us/library/hh202161.aspx. El único servicio de Exchange que no admite certificados wildcard es el servicio de UM, para el resto de servicios no tendréis problema si los queréis utilizar.
 
There is no support for a wildcard entry as the subject name (also referred to as the common name or CN) for any role. The following server roles are supported when using wildcard entries in the SAN:
  • Reverse proxy.   Wildcard SAN entry is supported for Simple URL (meet and dialin) publishing certificate.
  • Reverse proxy.   Wildcard SAN entry is supported for the SAN entries for LyncDiscover on the publishing certificate.
  • Director.   Wildcard SAN entry is supported for Simple URLs (meet and dialin) and for SAN entries for LyncDiscover and LyncDiscoverInternal in Director web components.
  • Front End Server (Standard Edition) and Front End pool (Enterprise Edition). Wildcard SAN entry is supported for Simple URLs (meet and dialin) and for SAN entries for LyncDiscover and LyncDiscoverInternal in Front End web components.
  • Exchange Unified Messaging (UM).   The server does not use SAN entries when deployed as a stand-alone server.
  • Microsoft Exchange Server Client Access server.   Wildcard entries in the SAN are supported for internal and external clients.
  • Exchange Unified Messaging (UM) and Microsoft Exchange Server Client Access server on same server.   Wildcard SAN entries are supported
Os dejo aquí algunos de los artículos de este blog relacionados con los certificados digitales y que os pueden ser de ayuda:
Espero que os sea de ayuda!!!

Microsoft ha publicado un esquema de una arquitectura de Lync Server 2013 On-Premises, aquí la tenéis (pulsar en la imagen para  verla a tamaño original):

 

Lync2013_Architectures_Febrero_2014.jpg
 
 
Enlaces de descarga:
 
 
 
 
 
Sobre una arquitectura similar (sin alta disponibilidad) he tratado de orientar la Primera Guía de Lync Server 2013 en Español: Primera Guía de Instalación de Lync Server 2013 en Español
 
Además os dejo aquí algunos artículos que había subido en su momento que van relacionados con distintos servicios de una arquitectura de Lync Server 2013:

Espero que os sean de utilidad!!!

Guía que podemos utilizar para validar nuestas implementaciones de Lync en cuanto a su rendimiento con simulaciones de carga con "The Lync Server 2013 Stress and Performance Tool (LSS)"​

Lync Server 2013 Stress Testing Guide_1.png

 

Document
Document
To validate the capacity planning requirements of a Lync Server 2013 deployment, we recommend that you perform a stress testing exercise using The Lync Server 2013 Stress and Performance Tool (LSS). This document will take you through the steps required to plan and conduct a Lync Server stress…
FREE
Release Date:
2/18/2014

 

Espero que os sea de utilidad!!!