Planificar el servicio de control de admisión de llamadas en Skype Empresarial 2015

 

Última modificación del tema:2016-05-11

Más información sobre el control de admisión de llamadas, lo que puede impedir que se realicen llamadas de poder haber una mala calidad de los medios en la Telefonía IP empresarial de Skype Empresarial Server.

Para las aplicaciones basadas en IP, como la telefonía, el vídeo y el uso compartido de aplicaciones, el ancho de banda disponible de las redes empresariales no se considera normalmente un factor limitante dentro de los entornos de LAN. Sin embargo, en los vínculos WAN que conectan sitios entre sí, el ancho de banda de red puede restringirse.

Cuando el tráfico de red produce una saturación en un vínculo WAN, los mecanismos actuales, como la puesta en cola, el almacenamiento en búfer y la pérdida de paquetes, se usan para solucionar la congestión. El tráfico adicional normalmente se retrasa hasta que la congestión de la red mejora o, si es necesario, se elimina el tráfico. Para el tráfico de datos convencional en estas situaciones, el cliente receptor puede recuperarse; pero para el tráfico en tiempo real, como las comunicaciones unificadas, la congestión de la red no se puede solucionar de este modo, porque el tráfico de las comunicaciones unificadas es sensible a la latencia y a la pérdida de paquetes. La congestión en la WAN puede ocasionar una baja calidad de la experiencia (QoE) para los usuarios finales. Para el tráfico en tiempo real en condiciones de congestión, es mejor denegar las llamadas que permitir las conexiones de baja calidad.

El servicio de control de admisión de llamadas (CAC) determina si hay suficiente ancho de banda de red para establecer una sesión en tiempo real con una calidad aceptable. En Skype Empresarial Server, CAC controla el tráfico en tiempo real únicamente para el audio y el vídeo, pero no afecta al tráfico de datos. Si la ruta de acceso de WAN predeterminada no tiene el ancho de banda necesario, CAC puede intentar redirigir la llamada a través de una ruta de acceso de Internet o a través de la red telefónica conmutada (RTC).

En esta sección se describen las funciones del servicio de control de admisión de llamadas y explica cómo planificar para CAC.

noteNota:
Skype Empresarial Server tiene tres características de Telefonía IP empresarial avanzadas: el servicio de control de admisión de llamadas, los servicios de emergencia (E9-1-1) y la omisión de medios. Para ver información general sobre los datos de planificación comunes a las tres características, mira Configuración de red para las características avanzadas de telefonía IP empresarial en Skype Empresarial Server 2015.

El diseño del CAC de Skype Empresarial Server 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.

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 del CAC, que aplica el servicio de directivas de ancho de banda que hay instalado en cada Grupo de servidores front-end. La configuración del CAC se propaga automáticamente a todos los Servidores front-end de Skype Empresarial Server en la 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:

  1. Internet

  2. RTC

  3. 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.

noteNota:
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.

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 directivas de ancho de banda se ejecuta como parte de los Servidores front-end, y por tanto, la alta disponibilidad está integrada dentro de ese grupo. El servicio de directivas 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 de CAC ya no se imponen para dicho sitio hasta que el Grupo de servidores front-end y, por consiguiente, el servicio de directivas de ancho de banda vuelvan a estar operativos. 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 directivas de ancho de banda proporciona alta disponibilidad dentro de un Grupo de servidores front-end, pero no redundancia entre Grupos de servidores front-end. El servicio de directivas de ancho de banda no puede llevar a cabo la conmutación por error de un Grupo de servidores front-end a otro. Una vez restaurado el servicio al Grupo de servidores front-end, el servicio de directivas de ancho de banda se reanuda y puede imponer de nuevo la directiva de ancho de banda.

Aunque el servicio de directivas de ancho de banda aplica la restricción de ancho de banda al audio y al vídeo en Skype Empresarial Server, esta restricción no se aplica en el enrutador de red (nivel 2 y 3). El CAC no puede evitar que una aplicación de datos, por ejemplo, consuma todo el ancho de banda de la red con un vínculo WAN, incluido el ancho de banda que la directiva del CAC reserva para el audio y el vídeo. 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.

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.

El servicio de control de admisión de llamadas no se aplica fuera de los límites de la organización de Skype Empresarial Server 2015. El CAC no puede aplicarse al tráfico multimedia que pasa por Internet, que no está administrado por Skype Empresarial Server 2015. Se llevarán a cabo comprobaciones de CAC en la parte de la llamada que fluya a través de la red de la empresa si el extremo destinatario de la llamada pertenece a la organización y el Servidor perimetral se ha agregado a la configuración de red, tal y como se describe en Implementar el servicio de control de admisión de llamadas: lista de comprobación final para Skype Empresarial Server 2015. Si el extremo destinatario de la llamada no pertenece a la organización, como un usuario federado o un usuario PIC, no se realizan comprobaciones de la directiva de ancho de banda y la llamada saliente ignorará cualquier restricción de CAC.

El servicio de control de admisión de llamadas se aplica en el Servidor de mediación, independientemente de si está conectado a una IP/PBX, a una puerta de enlace RTC o a un tronco SIP. Como el Servidor de mediación es un agente de usuario opuesto (B2BUA), finaliza los medios. Tiene dos lados de conexión: un lado conectado a Skype Empresarial Server y un lado de puerta de enlace, que está conectado a puertas de enlace RTC, IP/PBX o troncos SIP. Para obtener más detalles sobre las conexiones RTC, mira Planificar la conectividad con RTC en Skype Empresarial Server 2015.

El CAC puede aplicarse a ambos lados del Servidor de mediación, a menos que la omisión de medios esté habilitada. Si está habilitada, el tráfico de medios no pasará por el Servidor de mediación, sino que fluirá directamente entre el cliente de Skype Empresarial y la puerta de enlace. En este caso, el CAC no es necesario. Para obtener más detalles, mira Planificar la omisión de medios en Skype Empresarial 2015.

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

Aplicación de la conexión de desvío de medios del control de admisión de llamadas de voz

La planificación del servicio de control de admisión de llamadas (CAC) requiere información detallada sobre la topología de red de la empresa. Para obtener ayuda para planificar las directivas del servicio de control de admisión de llamadas, siga estos pasos.

  1. Identifica los concentradores o las redes troncales (denominados regiones de red ) dentro de la red empresarial.

  2. Identifica las oficinas o las ubicaciones (denominadas sitios de red ) dentro de cada región de red.

  3. Determina la ruta de red entre cada par de regiones de red.

  4. Determina los límites de ancho de banda para cada vínculo WAN.

    noteNota:
    Los límites de ancho de banda se refieren a la cantidad de ancho de banda de un vínculo WAN que se asigna a Telefonía IP empresarial y al tráfico de audio o vídeo. Cuando un vínculo WAN se describe como “con ancho de banda restringido”, tiene un límite de ancho de banda inferior al tráfico máximo esperado a través del vínculo.
  5. Identifica las subredes IP asignadas a cada sitio de red.

Para explicar estos conceptos, usaremos la topología de red de ejemplo que se muestra en la figura siguiente.

Topología de ejemplo para el servicio de control de admisión de llamadas

Ejemplo de topología de red de Litware Inc.

noteNota:
Todos los sitios de red están asociados a una región de red. Por ejemplo, Portland, Reno y Albuquerque están incluidos en la región Norteamérica. En esta figura, solo se muestran los vínculos WAN que tienen aplicadas directivas de CAC con límites de ancho de banda. Los sitios de red de Chicago, Nueva York y Detroit aparecen dentro del óvalo regional Norteamérica porque no tienen ancho de banda restringido y, por lo tanto, no precisan directivas de CAC.

Los componentes de esta topología de ejemplo se explican en las siguientes secciones. Para obtener más detalles sobre cómo se planificó esta topología, incluidos los límites de ancho de banda, mira Ejemplo: recopilación de los requisitos para el servicio de control de admisión de llamadas en Skype Empresarial Server 2015.

Una región de red representa una red troncal de red o un concentrador de red.

Un concentrador de red o una red troncal es parte de la infraestructura de una red informática que interconecta las diferentes partes de la red, lo que proporciona una ruta de acceso para el intercambio de información entre las diferentes LAN o subredes. Una red troncal puede enlazar diversas redes, ya sea de una pequeña ubicación a una extensa área geográfica. Con frecuencia, la capacidad de la red troncal es mayor que la de las redes que se conectan a ella.

Nuestra topología de ejemplo tiene tres regiones de red: Norteamérica, EMEA y APAC. Una región de red contiene un grupo de sitios de red (vea la definición de sitios de red que aparece más adelante en este tema). Trabaja con el equipo de operaciones de red para identificar tus regiones de red.

CAC necesita que se defina un sitio central de Skype Empresarial Server para cada región de red. El sitio central está seleccionado con la mejor conectividad de red y el mayor ancho de banda respecto al resto de sitios dentro de esa región de la red. El ejemplo anterior de topología de red muestra tres regiones de red, cada una con un sitio central que administra las decisiones de CAC. En el ejemplo anterior, la asociación correspondiente se muestra en la siguiente tabla.

noteNota:
Los sitios centrales no corresponden necesariamente a sitios de red. En los ejemplos de esta documentación, algunos sitios centrales (Chicago, Londres y Pekín) comparten el mismo nombre que los sitios de red. Aunque un sitio central y un sitio de red tengan el mismo nombre, el sitio central es un elemento de la topología de Skype Empresarial Server, mientras que el sitio de red forma parte de la red global en la que reside la topología de Skype Empresarial Server.

Regiones de red, sitios centrales y sitios de red

Región de redSitio centralSitios de red

Norteamérica

Chicago

Chicago

Nueva York

Detroit

Portland

Reno

Albuquerque

EMEA

Londres

Londres

Colonia

APAC

Pekín

Pekín

Manila

Un sitio de red representa una ubicación en la que la organización tiene un local físico, por ejemplo, oficinas, un conjunto de edificios o un campus. Un local físico con una LAN y que tiene conectividad WAN con otros sitios se considera un sitio de red. Comienza por realizar un inventario de las oficinas de la organización. En nuestra topología de ejemplo, la región de red Norteamérica está formada por los siguientes sitios de red: Nueva York, Chicago, Detroit, Portland, Reno y Albuquerque.

Necesitas asociar todos los sitios de red con una región de red. En función de si el sitio de red tiene un vínculo WAN restringido, se asocia una directiva de ancho de banda con el sitio de red. Para obtener más detalles sobre las directivas de CAC y el ancho de banda que se asigna con ellas, mira "Definir directivas de ancho de banda" más adelante en este tema. Para configurar el CAC, asocia sitios de red con regiones de red y, luego, crea directivas de asignación de ancho de banda para aplicarlas a las conexiones con ancho de banda restringido entre un sitio o una región determinado y las conexiones WAN entre los sitios y las regiones.

Los vínculos de red representan conexiones a la WAN física que vincula diferentes regiones y sitios. En nuestra topología de ejemplo, hay dos vínculos de red regional, cinco vínculos de red entre regiones y sitios, y un vínculo de red entre dos sitios.

Los dos vínculos de red regional están entre Norteamérica y EMEA, representado como NA-EMEA-LINK y entre APAC y EMEA, representado como EMEA-APAC-LINK.

Los vínculos de sitios se indican con las líneas que conectan Portland, Reno y Albuquerque con la región Norteamérica, Manila con la región APAC y Colonia con la región EMEA. La línea entre Reno y Albuquerque muestra un vínculo de red directo entre estos dos sitios.

Colabora con el equipo de operaciones de red para determinar la cantidad de ancho de banda WAN disponible para el tráfico de audio y vídeo en tiempo real a través de los vínculos WAN de la organización. Normalmente, las directivas de ancho de banda se aplican a vínculos WAN si el uso del ancho de banda está restringido; es decir, si se espera que sea mayor que el ancho de banda que se puede asignar para modalidades de audio y vídeo.

Las directivas de ancho de banda de CAC definen el ancho de banda máximo que se puede reservar para las modalidades de audio y vídeo en tiempo real. Ya que CAC no limita el ancho de banda de otro tráfico, no puede evitar que el tráfico de otros datos, como una transferencia de archivos grande o un streaming de música, use todo el ancho de banda de la red.

Las directivas de ancho de banda del CAC pueden definir cualquiera de las siguientes opciones o todas ellas:

  • Ancho de banda total máximo asignado para audio.

  • Ancho de banda total máximo asignado para vídeo.

  • Ancho de banda máximo asignado para una única llamada de audio (sesión).

  • Ancho de banda máximo asignado para una única videollamada (sesión).

noteNota:
Todos los valores de ancho de banda de CAC representan los límites máximos de ancho de banda unidireccional .
noteNota:
Las características de la directiva de voz de Skype Empresarial Server permiten invalidar las comprobaciones de la directiva de ancho de banda para llamadas entrantes a los usuarios (no para las llamadas salientes que realice el usuario). Una vez establecida la sesión, se justificará detalladamente el consumo de ancho de banda. Esta configuración se tiene que usar con moderación. Para obtener más detalles, mira Crear o modificar una directiva de voz y configurar registros de uso de RTC en Skype Empresarial 2015 o Modificar una directiva de voz y configurar registros de uso de RTC en Lync Server 2013 en la documentación relativa a la implementación.

Para optimizar la utilización del ancho de banda por sesión, ten en cuenta el tipo de códecs de audio y vídeo que se van a usar. En concreto, evita una asignación insuficiente de ancho de banda a un códec que crees que se va a usar con frecuencia. Por el contrario, si deseas evitar que los medios usen un códec que precisa mayor ancho de banda, deberás establecer un ancho de banda máximo por sesión lo suficientemente bajo para disuadir su uso. En lo que respecta al audio, no todos los códecs están disponibles para todos los escenarios. Por ejemplo:

  • Las llamadas de audio de punto a punto entre extremos de Skype Empresarial usarán RTAudio (8 kHz) o RTAudio (16 kHz) cuando consideres el ancho de banda y la prioridad de los códecs.

  • Las llamadas de conferencia entre extremos de Skype Empresarial y el servicio de conferencia A/V usarán G.722 o Siren.

  • Las llamadas a la red telefónica conmutada (RTC) que partan o se dirijan a extremos de Skype Empresarial usarán G.711 o RTAudio (8 kHz).

Usa la tabla que aparece a continuación para optimizar la configuración del ancho de banda máximo por sesión.

Utilización de ancho de banda por códecs

CódecRequisito de ancho de banda sin corrección de errores de reenvío (FEC)Requisito de ancho de banda con corrección de errores de reenvío (FEC)

RTAudio (8 kHz)

49,8 kbps

61,6 kbps

RTAudio (16 kHz)

67 kbps

96 kbps

Siren

57,6 kbps

73,6 kbps

G.711

102 kbps

166 kbps

G.722

105,6 kbps

169,6 kbps

RTVideo (CIF 15 fps)

260 kbps

No disponible

RTVideo (VGA 30 fps)

610 kbps

No disponible

noteNota:
Los requisitos de ancho de banda tienen en cuenta la sobrecarga para: Ethernet II, IP, Protocolo de datagramas de usuario (UDP), Protocolo de transporte en tiempo real (RTP) y Protocolo de transporte en tiempo real seguro (SRTP). También incluyen 10 kbps para sobrecarga de RTCP.

Los códecs G.722.1 y Siren son similares, pero ofrecen diferentes velocidades de bits.

G.722, el códec predeterminado para conferencia de Skype Empresarial Server, es completamente diferente de los códecs G.722.1 y Siren.

El códec Siren se usa en Skype Empresarial Server en las siguientes situaciones:

  • Si la directiva de ancho de banda tiene un valor demasiado bajo para el uso de G.722.

  • Si un cliente de Communications Server 2007 o Communications Server 2007 R2 se conecta a un servicio de conferencia de Skype Empresarial Server (porque estos clientes no admiten el códec G.722).

Utilización de ancho de banda por escenario

EscenarioRequisito de ancho de banda optimizado para cantidad (kbps)Requisito de ancho de banda para modo de equilibrado (kbps)Requisito de ancho de banda optimizado para calidad (kbps)

Llamadas de audio de punto a punto

45 kbps

62 kbps

91 kbps

Llamadas de conferencia

53 kbps

101 kbps

165 kbps

Llamadas RTC (entre Skype Empresarial y una puerta de enlace RTC, con omisión de medios)

97 kbps

97 kbps

161 kbps

Llamadas RTC (entre Skype Empresarial y Servidor de mediación, sin omisión de medios)

45 kbps

97 kbps

161 kbps

Llamadas RTC (entre un Servidor de mediación y una puerta de enlace RTC, sin omisión de medios)

97 kbps

97 kbps

161 kbps

Llamadas entre Skype Empresarial y Polycom

101 kbps

101 kbps

101 kbps

Para cada sitio de red, tendrás que trabajar con el administrador de la red para determinar qué subredes IP están asignadas a cada sitio de red. Si el administrador de la red ya ha organizado las subredes IP en regiones de red y sitios de red, tu trabajo se habrá simplificado en gran medida.

En nuestro ejemplo, el sitio Nueva York de la región Norteamérica tiene asignadas las siguientes subredes IP: 172.29.80.0/23, 157.57.216.0/25, 172.29.91.0/23, 172.29.81.0/24. Demos por supuesto que Alberto, que normalmente trabaja en Detroit, viaja a la oficina de Nueva York para recibir formación. Cuando encienda su PC y se conecte a la red, su PC obtendrá una dirección IP de uno de los cuatro rangos reservados a Nueva York, por ejemplo, 172.29.80.103.

warningAdvertencia:
Las subredes IP especificadas durante la configuración de red del servidor necesitan coincidir con el formato que proporcionan los equipos cliente para que se puedan usar adecuadamente para la omisión de medios. Un cliente de Skype Empresarial toma su dirección IP local y enmascara la dirección IP con la máscara de subred asociada. Al determinar el identificador de omisión asociado a cada cliente, el registrador comparará la lista de subredes IP asociadas con cada sitio de red con la subred indicada por el cliente para comprobar que coincidan exactamente. Por este motivo, es importante que las subredes introducidas durante la configuración de la red del servidor sean subredes reales y no virtuales. (Si implementas el servicio de control de admisión de llamadas, pero no la omisión de medios, el servicio de control de admisión de llamadas funcionará correctamente aunque configures subredes virtuales).
Por ejemplo, si un cliente inicia sesión en una PC con una dirección IP 172.29.81.57 y con una máscara de subred IP 255.255.255.0, Skype Empresarial solicitará el identificador de omisión asociado con la subred 172.29.81.0. Si la red se define como 172.29.0.0/16, aunque el cliente pertenezca a una subred virtual, el registrador no lo considerará una coincidencia porque el registrador está buscando específicamente la subred 172.29.81.0. Por lo tanto, es importante que el administrador introduzca las subredes exactamente tal y como las proporcionan los clientes de Skype Empresarial (que se aprovisionan con subredes durante la configuración de red, ya sea de forma estática o a través de DHCP).

Para mejorar el rendimiento y facilitar la implementación, sigue los procedimientos recomendados descritos a continuación a la hora de implementar el servicio de control de admisión de llamadas:

  • Comprueba que las redes WAN estén correctamente aprovisionadas para el tráfico de medios actual y previsto.

    noteNota:
    Recomendamos tener en cuenta un búfer además de los límites de ancho de banda. Existen escenarios, como condiciones de carrera, que afectan al ancho de banda total usado y pueden dar lugar a situaciones en que se supera el límite de ancho de banda. Por ejemplo, si se intentan iniciar dos llamadas cuando el tráfico de medios está alcanzando un límite de ancho de banda, es posible que una de ellas sea denegada porque la otra intentó iniciarse primero.
  • Supervisa el uso de red y los registros de detalles de llamadas para que puedas elegir una configuración óptima de CAC y actualizarla conforme el uso de la red va cambiando.

  • Usa directivas de ancho de banda de CAC para complementar la configuración de QoS.

  • Si deseas volver a redirigir llamadas bloqueadas a la RTC, comprueba la capacidad y las funciones de la RTC. Para obtener más detalles, mira Planeación del enrutamiento de voz saliente en Lync Server 2013.

    noteNota:
    La capacidad hace referencia a la cantidad de puertos que necesitas abrir para admitir un nuevo posible enrutamiento de la RTC.
 
Mostrar: