Metodología de calidad de llamadas de Lync en Lync Server 2013
Última modificación del tema: 2016-06-24
Este artículo es un complemento del póster Metodología de calidad de llamadas de Lync , que puede descargar desde el Centro de descarga.
.jpg "que describe el proceso CQM")
Puede usar este póster para obtener información sobre CQM, la metodología de calidad de llamadas para Lync 2013 y 2010 que le ayuda a encontrar y eliminar problemas que afectan a la calidad de la llamada y a la experiencia del usuario para implementaciones de Lync que incluyen características de voz empresarial. La metodología de calidad de llamadas es un nuevo marco de solución de problemas y administración de servicios que puede centrar mejor los esfuerzos para mejorar los servicios de voz empresariales en Lync. En este artículo, puede obtener más información sobre CQM, los tipos de servidores y soluciones que se supervisan y qué hacer con los datos de telemetría recopilados.
Si tiene preguntas sobre cómo utilizar CQM, puede enviar sus preguntas a cqmfeedback@microsoft.com.
El póster explica las siguientes áreas:
¿Qué es Lync CQM?
Priorizar: Ejecutar consultas de tendencias
Pcd
Administrado/no administrado
El camino de la planta de servidores
La última milla de carretera
La carretera de los puntos finales
Administración de servicios
Reglas de juego de mesa
¿Qué es Lync CQM?
La metodología de calidad de llamadas es un nuevo marco de solución de problemas y administración de servicios que puede centrar mejor los esfuerzos para mejorar los servicios de voz empresariales en Lync. Cuando utiliza CQM, se necesita menos esfuerzo para garantizar la calidad de la llamada y la satisfacción del usuario de los servicios de voz empresariales. CQM se explica más plenamente en la metodología de calidad de llamadas. Este artículo y el póster son resúmenes de ese contenido.
CQM divide solución de problemas del sistema en tres rutas o "Carreteras". Estos son: el Server Plant Road, que mira los servidores y los enlaces entre ellos, el End Points Road, que analiza los dispositivos de usuario y los medios utilizados para realizar llamadas, y el Last Mile Road, que aborda la integración de las llamadas de red telefónica conmutadas tradicionales.
Cada Carretera se divide en varios segmentos relacionados con un área o tema específico, y en cada segmento se realizan definiciones sobre lo que es un nivel de calidad aceptable, se realizan acciones para alcanzar ese nivel de calidad, y se aplica un plan de gestión de servicios para mantener ese nivel de calidad antes de pasar al tema siguiente.
El póster presenta Lync CQM como un juego de mesa para tres jugadores, cada uno de los cuales pasará por uno de los caminos. Las tarjetas incluidas con la descarga se utilizan para simular obstáculos a la calidad de la llamada que deben superarse. Se incluyen sugerencias y sugerencias sobre los objetivos y cómo lograrlos a lo largo de las tres rutas, así como directrices de priorización para qué camino seguir primero en las aplicaciones reales (en el juego, las tres carreteras se abordan en paralelo).
¿Cómo funciona CQM en versiones anteriores de Lync? CQM es nuevo para Lync 2013, pero la mayoría se puede adaptar para usarse con Lync 2010. CQM puede trabajar hasta cierto punto con Microsoft Office Communicator, pero no se puede probar y no se admite.
Si tiene preguntas sobre cómo utilizar CQM, puede enviar sus preguntas a cqmfeedback@microsoft.com.
Priorizar: Ejecutar consultas de tendencias
El primer paso en CQM es ejecutar cada una de las consultas de tendencia durante dos semanas y luego analizar los resultados. Priorice la acción correctiva por el mayor colaborador de la transmisión, la mayor relación de transmisión mala y las áreas administradas (las que controla). Si las consultas de mediación o de la unidad de control de varios puntos de audio/vídeo (MCU av) muestran resultados deficientes, comience en la carretera roja o en la planta del servidor. Si las consultas cableadas o inalámbricas muestran resultados deficientes, empiece por la carretera Azul o Última milla. Si las consultas VPN o externas muestran resultados deficientes, empiece por la carretera verde o de puntos finales.
Después de elegir un camino por el que empezar, defina un destino para cada área (Assert), trabaje para alcanzar ese objetivo (Achieve) y, a continuación, implemente procedimientos para mantenerse en el destino (Mantener). También puede utilizar este póster como un juego para entender los principios detrás de CQM.
Pcd
La herramienta de diagnóstico de PreCall (PCD) le ayudará a identificar y diagnosticar problemas en la red perimetral (la base de datos de QoE no recopila información sobre su red perimetral o perimetral) y también para solucionar problemas de conexiones en la última milla. La herramienta está disponible tanto como una aplicación moderna Windows 8 como una aplicación de escritorio de Windows en https://apps.microsoft.com/windows/en-us/app/lync-2013-precall-diagnostics/9607fe33-2b51-403d-9615-c23f248e7c88.
Administrado/no administrado
La infraestructura de red e implementación de Lync Server normalmente se pueden dividir en espacios administrados y no administrados. El espacio administrado incluye toda la infraestructura de red cableada y de servidor. El espacio no administrado es la infraestructura inalámbrica y la infraestructura de red externa.
Hacer esta distinción aumenta la claridad de los datos y ayuda a su organización a centrarse en las cargas de trabajo que tendrán un impacto mensurable en la calidad de voz y vídeo de los usuarios. Los usuarios tienen expectativas de calidad diferentes si la llamada se realiza en una infraestructura de su propiedad (administrada) frente a una infraestructura que está parcialmente bajo el control de alguna otra entidad (no administrada). Esto no quiere decir que los usuarios de red inalámbrica se dejen en sus propios dispositivos para tener excelentes experiencias con Lync Server.
Mejorar la calidad de voz en el espacio no administrado requiere que tenga una alta calidad en el espacio administrado. Si el espacio inalámbrico (Wi-Fi) se considera administrado o no administrado depende de tu organización. Las técnicas para lograr un entorno saludable son diferentes en los dos espacios, al igual que las soluciones.
El camino de la planta de servidores
El segmento 1 de la carretera de planta de servidores se dirige a los servidores reales en la implementación de Lync. Recopile datos de KHI sobre el propio servidor y su función en la implementación y analice el resultado. Si se garantiza una acción, corrige los problemas encontrados. Se presenta más detalles sobre este tema en el artículo sobre los indicadores clave de estado en Lync Server 2013 que acompaña al póster KHI.
El siguiente segmento se dirige a las transmisiones multimedia entre el servidor MCU av y el servidor de mediación. Empiece determinando los destinos para los umbrales de transmisión deficiente. Las transmisiones malas suelen ser PacketLossRate > .01 o PacketLossRateMax > .05. Otro objetivo deseable es PoorStreamsRatio < 2%. A continuación, use consultas detalladas para buscar pares de servidor de mediación y AVMCU con transmisiones malas, investigar la causa de transmisiones malas, ver el equipo de red en las rutas de transmisión deficientes, corregir las transmisiones malas y definir una configuración óptima o "dorada" para el equipo de red. Para mantener sus logros, implemente procesos y herramientas para administrar la deriva de configuración y para informar sobre nuevas áreas problemáticas.
Después, examine las transmisiones multimedia entre el servidor de mediación y la puerta de enlace de la red telefónica conmutada (RTC). Empiece determinando los destinos para los umbrales de transmisión deficiente. Las transmisiones malas suelen ser PacketLossRate > .01 o PacketLossRateMax > .05. Otro objetivo deseable es PoorStreamsRatio < 2%. A continuación, use consultas detalladas para buscar pares de puerta de enlace y de servidor de mediación con transmisiones malas, investigar la causa de las transmisiones malas, ver el equipo de red en las rutas de transmisión deficientes, corregir las transmisiones malas y definir una configuración óptima o "dorada" para el equipo de red. Para mantener sus logros, implemente procesos y herramientas para administrar la deriva de configuración y para informar sobre nuevas áreas problemáticas.
Por último, examine las métricas de estado de la puerta de enlace RTC. Identifique las estadísticas que muestran el estado y definen los objetivos contra ellos. Aquí no se proporciona ninguna orientación específica para usar tantas puertas de enlace posibles. Una vez establecidos los objetivos, remediar según sea necesario para alcanzarlo; en el proceso, probablemente definirá una configuración "gold" u óptima para la puerta de enlace. Para mantener sus logros, implemente procesos y herramientas para administrar la deriva de configuración y para informar sobre nuevas áreas problemáticas. Ten en cuenta que las actualizaciones de firmware y software pueden alterar la configuración o llevarte a cambiar la definición de la configuración "gold", por lo que debes abordar estas actividades con cuidado.
La última milla de carretera
De las dos maneras en que los clientes se conectan a la red, se espera que cableado ofrezca la máxima calidad y, correspondientemente, este debe ser su enfoque inicial para los problemas de última milla. Use la consulta cableada CQM (LastMile_0_Wired) y los datos de la relación de flujos pobres que proporciona. Le recomendamos que defina un destino PoorStreamsRatio < 5% para sitios con > 300 transmisiones). Para lograr los objetivos, corrija las subredes ordenadas del peor al mejor e implemente QoS.
Después de optimizar la calidad de las conexiones cableadas, mejorar la calidad inalámbrica es más fácil porque la infraestructura inalámbrica se encuentra encima del núcleo cableado en cada ubicación. Las transmisiones inalámbricas deficientes en un sitio con buena calidad cableada deben atribuirse a los componentes inalámbricos específicos. La consulta inalámbrica CQM (LastMile_1_Wireless) funciona en un intervalo de fechas y devolverá todas las transmisiones inalámbricas internas en su entorno desde clientes de Lync a servidores de conferencia o servidores de mediación, o desde ellos. Le recomendamos que defina un destino PoorStreamsRatio < 5% para sitios con > 300 transmisiones). Para lograr los objetivos, corrija las subredes ordenadas del peor al mejor e implemente QoS.
La carretera de los puntos finales
Inicie las consultas sobre end Points Road con los auriculares y otros dispositivos que se sabe que producen una calidad aceptable cuando se usa con Lync. Le sugerimos un destino AvgSendListen MOS > 3.6 para implementaciones con más de 100 transmisiones). Logre el objetivo identificando dispositivos problemáticos y repárelos o reemplácelos.
A continuación, examine el dispositivo o pc que procesa el audio para las llamadas del usuario final. Una métrica de calidad de destino sugerida es AudioMicGlitchRate <= 1. A medida que identifiques las configuraciones óptimas del sistema para los sistemas de usuario, define una configuración de PC "dorada", incluidas las versiones de los controladores.
Ahora examine la ruta de red que toma una secuencia de audio de un sistema de extremo de Lync, lo que puede provocar mala calidad de audio. Si el audio viaja a través de una conexión VPN, es posible que veas problemas de latencia. Si un cliente interno de Lync no puede establecer una transmisión multimedia directa a otro cliente interno de Lync para una llamada de dos partes o de punto a punto, volverá a una ruta que retransmita a través de un servidor perimetral de Lync, lo que volverá a provocar problemas de latencia, así como un mayor potencial de pérdida y vibración. Te sugerimos que definas una métrica de calidad del 0 % de medios a través de VPN. A medida que corrige para lograr el objetivo establecido, identifique subredes problemáticas e investigue las reglas del firewall, los formadores de paquetes y otra configuración relevante del equipo de red.
Los paquetes IP pueden usar el Protocolo de control de transmisión (TCP) o el Protocolo de datagramas de usuario (UDP). TCP es óptimo para las transmisiones de datos. UDP no tiene conexión y es más eficaz para los medios, ya que los mecanismos de recuperación de TCP no pueden solucionar la pérdida de medios en tiempo real. Lync siempre prefiere UDP, pero revertirá a TCP si no se puede establecer una sesión UDP. Las sesiones multimedia sobre TCP mostrarán una calidad menor que la de UDP. Se recomienda una definición de calidad de conexiones del 0 % a través de TCP. A medida que corrige para lograr el objetivo establecido, identifique subredes problemáticas e investigue las reglas del firewall, los formadores de paquetes y otra configuración relevante del equipo de red.
Administración de servicios
La gestión de servicios es el estado final de CQM, y el destino de las tres carreteras. Para mantener altos niveles de calidad de llamadas, supervise estas áreas:
Usuarios : las actividades de corrección deben mostrar un aumento mensurable de la satisfacción del usuario. Puede medir esto por vales de problemas u otros mecanismos de comentarios. También puede publicar métricas de calidad.
Proceso - definir procesos diarios, semanales y mensuales para poner en funcionamiento CQM. El ritmo de supervisión comienza con una frecuencia más alta mientras se corrige (a diario) y se mueve a una frecuencia menor (mensual) a medida que se estabiliza.
Herramientas : identifique herramientas para medir y corregir. Puede resultarle útil automatizar la ejecución de las consultas CQM para apoyar sus procesos. La corrección puede requerir herramientas adicionales, por ejemplo, para exigir configuraciones estandarizadas en elementos de red o para solucionar problemas de pérdida en transmisiones malas.
Reglas de juego de mesa
Puede utilizar este póster como referencia a una implementación CQM o como un juego para practicar los conceptos. Para jugar, necesitarás una matriz de seis lados y las cartas proporcionadas. Una versión descargable de las tarjetas está disponible para imprimir en las tarjetas de presentación estándar Avery 5871.
El juego es para 3 jugadores. Hay tres rutas que los jugadores pueden utilizar para lograr la calidad deseada y alcanzar el estado de administración del servicio central: Planta de servidor, Punto final y Última milla. Cada ruta de acceso se detiene en el camino en el que aser los objetivos de calidad, Lograr objetivos y Mantener un aspecto del sistema. Coloca las tarjetas en el área indicada de arriba y luego dibuja 5 cartas. Revise las tarjetas que ha dibujado y colótelas en el segmento de tablero correspondiente. Cada jugador pasa por las cartas en su camino paso a paso, afirmando objetivos de calidad, alcanzando esos objetivos y manteniendo los niveles de servicio. El juego se completa cuando todos los jugadores llegan al estado de administración del servicio central. Se proporcionan reglas más detalladas con la descarga de la tarjeta del juego.
Para aplicar un objetivo de calidad, revise los parámetros aplicables a ese objetivo y diga en voz alta lo que va a aceptar y lo que no. Hemos recomendado puntos iniciales, pero debes realizar la llamada final. La excepción son los datos de la KHI, donde deben usarse los estándares establecidos por Microsoft. Vea el póster de la KHI correspondiente.
Para lograr en el juego, utilice las tarjetas proporcionadas en lugar de datos KHI y consultas del sistema. Si al principio del juego no dibujaste una tarjeta relacionada con un aspecto determinado, puedes seguir pasando de ella. Si hay una tarjeta relevante, enrolle el troquel. Si ha rodado debajo del número indicado en la tarjeta, lo ha hecho correctamente. Si ruedas en o sobre el número indicado, deberás dibujar otra tarjeta del conjunto de diapositivas. Si la tarjeta indica que dos o más jugadores necesitan lanzarse, todos deben hacerlo correctamente.
Para Mantener en el juego, indique en voz alta el plan de administración de servicios en relación con ese aspecto del entorno de Lync.