Información general sobre el control de admisión de llamadas en Lync Server 2013
Última modificación del tema: 2012-09-22
Las comunicaciones en tiempo real son sensibles a la latencia y a la pérdida de paquetes que se puede producir en las redes congestionadas. El control de admisión de llamadas (CAC) determina, en base al ancho de banda de la red disponible, si está permitido establecer sesiones de comunicación en tiempo real, como son las llamadas de voz o vídeo. El diseño de CAC en Lync Server 2013 ofrece cuatro atributos principales:
Es fácil de implementar y administrar, y no requiere equipamiento adicional, como ocurre con los enrutadores especialmente configurados.
Está dirigido a casos de uso de comunicaciones unificadas críticas, como los escenarios con usuarios remotos o múltiples puntos de presencia. Las directivas del CAC se aplican de acuerdo con el lugar donde se ubica el extremo, no con el lugar donde se hospeda el usuario.
Además de las llamadas de voz, puede aplicarse a otro tráfico, como las videollamadas y las sesiones de conferencia de audio/vídeo.
Proporciona la flexibilidad necesaria para habilitar la representación de varios tipos de topologías de red. Para obtener ejemplos, consulte Componentes y topologías de CAC en Lync Server 2013.
Si una sesión de vídeo o voz nueva supera los límites de ancho de banda que se han establecido en un vínculo WAN, la sesión se bloquea o (solo para llamadas telefónicas) se desvía a la RTC.
El CAC controla el tráfico en tiempo real solo para voz y vídeo. No controla el tráfico de datos.
Los administradores definen las directivas CAC, que son impuestas por el servicio de la directiva de ancho de banda que se instala con cada grupo de servidores front-end. La configuración de CAC se propaga automáticamente a todos los servidores front-end de Lync Server de su red.
Para las llamadas en las que se produce un error debido a las directivas del CAC, el orden de prioridad para desviar la llamada es el siguiente:
Internet
RTC
Correo de voz
Información de las capturas del registro de detalles de llamadas (CDR) sobre las llamadas que se desvían a la RTC o al correo de voz. El CDR no captura información sobre las llamadas que se desvían a Internet, ya que Internet se considera una ruta de acceso alternativa en lugar de una opción secundaria.
Nota
Los depósitos de correo de voz no se denegarán por restricciones del ancho de banda.
El servicio de directivas de ancho de banda genera dos tipos de archivo de registro en formato de valores separados por comas (CSV). El archivo de registro de errores de comprobación captura información cuando se deniegan las solicitudes de ancho de banda. El archivo de registro de uso de vínculos captura una instantánea de la topología de red y del uso del ancho de banda del vínculo WAN. Estos dos archivos de registro pueden ayudarte a ajustar las directivas del CAC en función del uso.
Consideraciones relacionadas con el servicio de control de admisión de llamadas
El administrador elige instalar el servicio de directiva de ancho de banda en el primer grupo configurado en la ubicación central. Dado que hay una única ubicación central por región de red, solo hay un servicio de directivas de ancho de banda en cada región de red, que administra la directiva de ancho de banda para dicha región, sus sitios asociados y los vínculos a esos sitios. El servicio de directiva de ancho de banda se ejecuta como parte de los servidores front-end y, por lo tanto, la alta disponibilidad está integrada dentro de ese grupo. El servicio de directiva de ancho de banda que se ejecuta en cada servidor front-end se sincroniza cada 15 segundos. Si falla el grupo de servidores front-end, las directivas CAC ya no se aplican para ese sitio hasta que el grupo de servidores front-end y, en consecuencia, el servicio de la directiva de ancho de banda vuelve a ser operativo nuevamente. Esto implica que todas las llamadas pasarán mientras el servicio de directivas de ancho de banda esté fuera de servicio. En consecuencia, existe la posibilidad de saturación del ancho de banda de los vínculos durante este período.
El servicio de directiva de ancho de banda proporciona alta disponibilidad dentro de un grupo de servidores front-end; sin embargo, no proporciona redundancia en los grupos de servidores front-end. El servicio de directiva de ancho de banda no puede conmutar por error de un grupo de servidores front-end a otro. Una vez restaurado el servicio al grupo de servidores front-end, se reanuda el servicio de directiva de ancho de banda y se pueden volver a aplicar comprobaciones de directiva de ancho de banda.
Consideraciones relacionadas con la red
Aunque el servicio de directivas de ancho de banda aplica la restricción de ancho de banda para audio y vídeo en Lync Server 2013, esta restricción no se aplica en el enrutador de red (capa 2 y 3). Lync Server 2010 CAC no puede impedir, por ejemplo, que una aplicación de datos consuma todo el ancho de banda de red en un vínculo WAN, incluido el ancho de banda reservado para audio y vídeo por la directiva de CAC. Para proteger el ancho de banda necesario en la red, puedes implementar un protocolo de calidad de servicio (QoS) como, por ejemplo, los servicios diferenciados (DiffServ). Así pues, el procedimiento recomendado es coordinar las directivas de ancho de banda del CAC que definas con cualquier configuración de QoS que puedas implementar.
Rutas de acceso de señalización y medios sobre VPN
Si tu empresa admite medios a través de VPN, asegúrate de que tanto la secuencia de medios como la secuencia de señalización pasen por la VPN o se redirijan a través de Internet. De forma predeterminada, las secuencias de medios y de señalización pasan por el túnel VPN.
Servicio de control de admisión de llamadas de usuarios externos
El control de admisión de llamadas no se aplica para los usuarios remotos donde el tráfico de red fluye a través de Internet. Debido a que el tráfico multimedia está atravesando Internet, que no está administrado por Lync Server, CAC no se puede aplicar. Sin embargo, se realizarán comprobaciones CAC en la parte de la llamada que fluye a través de la red de empresa.
Servicio de control de admisión de llamadas de conexiones RTC
El control de admisión de llamadas se puede exigir en el servidor de mediación independientemente de si está conectado a una IP/PBX, una puerta de enlace RTC o un tronco SIP. Dado que el servidor de mediación es un agente de usuario back-to-back (B2BUA), termina los medios. Tiene dos lados de conexión: un lado que está conectado a Lync Server y un lado de la puerta de enlace, que está conectado a puertas de enlace RTC, IP/PBX o troncos SIP. Para obtener más información sobre las conexiones RTC, consulte Planeamiento de la conectividad con RTC en Lync Server 2013.
CAC se puede aplicar en ambos lados del servidor de mediación a menos que se habilite la omisión de medios. Si la omisión multimedia está habilitada, el tráfico multimedia no atraviesa el servidor de mediación, sino que fluye directamente entre el cliente de Lync y la puerta de enlace. En este caso, el CAC no es necesario. Para obtener más información, vea Planear la omisión de medios en Lync Server 2013.
En la siguiente figura se muestra cómo se aplica el CAC a las conexiones RTC con la omisión de medios habilitada e inhabilitada.
Cumplimiento del control de admisión de llamadas en conexiones al RTC
Compatibilidad del control de admisión de llamadas con versiones anteriores de Office Communications Server
El control de admisión de llamadas solo se puede habilitar en los puntos de conexión habilitados para Lync Server 2010 y versiones posteriores.
El control de admisión de llamadas no se puede habilitar en los puntos de conexión que ejecutan Office Communicator 2007 R2 o una versión anterior.
Aplicación de CAC en diferentes versiones de Lync Server
Diagrama