Planear el control de admisión de llamadas en Skype Empresarial Server
Obtenga información sobre el control de admisión de llamadas, que puede evitar que las llamadas se realicen si tuvieran mala calidad de medios, en Skype Empresarial Server Telefonía IP empresarial.
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 sobresuscribe un vínculo WAN, los mecanismos actuales como cola, almacenamiento en búfer y colocación de paquetes se utilizan para resolver la congestión. El tráfico adicional se retrasa típicamente hasta que la congestión de la red se facilita o, si es necesario, el tráfico se cae. Para el tráfico de datos convencional en este tipo de situaciones, el cliente receptor puede recuperarse. Sin embargo, para el tráfico en tiempo real como las comunicaciones unificadas, la congestión de la red no se puede resolver de esta manera, porque el tráfico de comunicaciones unificadas es sensible tanto a la latencia como a la pérdida de paquetes. La congestión de la WAN puede provocar una mala calidad de la experiencia (QoE) para los usuarios. Para el tráfico en tiempo real en condiciones congestionadas, en realidad es mejor denegar llamadas que proporcionar conexiones con mala 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 solamente 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.
Nota
Skype Empresarial Server tiene tres características avanzadas de Telefonía IP empresarial: el control de admisión de llamadas (CAC), los servicios de emergencia (E9-1-1) y la omisión de medios. Para obtener información general sobre la información de planeación común a las tres características, vea Configuración de red para las características avanzadas de Telefonía IP empresarial de Skype Empresarial Server.
El diseño cac en 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 CAC, que son impuestas por el servicio de la directiva de ancho de banda que se instala con cada grupo de servidores front-end. Las configuraciones de CAC se propagan automáticamente a todos los servidores front-end Skype Empresarial 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 que se restaura 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 Skype Empresarial Server, esta restricción no se aplica en el router de red (capa 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.
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 más allá de los límites de la organización Skype Empresarial Server. EL CAC no se puede aplicar al tráfico multimedia que atraviesa Internet, que no es gestionado por Skype Empresarial Server. Las comprobaciones de CAC se realizarán en la parte de la llamada que fluye a través de la red empresarial si el punto de conexión llamado pertenece a la organización y el servidor perimetral se ha agregado a la configuración de red, como se describe en Implementación del control de admisión de llamadas: lista de comprobación final para Skype Empresarial Server. 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.
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 Skype Empresarial 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, vea Planear la conectividad con RTC en Skype Empresarial Server.
CAC se puede exigir 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 Skype Empresarial y la puerta de enlace. En este caso, el CAC no es necesario. Para obtener más información, consulte Planear la omisión de medios en Skype Empresarial.
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
Definir los requisitos para el servicio de control de admisión de llamadas
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.
Identifica los concentradores o las redes troncales (denominados regiones de red) dentro de la red empresarial.
Identifica las oficinas o las ubicaciones (denominadas sitios de red) dentro de cada región de red.
Determina la ruta de red entre cada par de regiones de red.
Determina los límites de ancho de banda para cada vínculo WAN.
Nota
Los límites de ancho de banda se refieren a cuánto ancho de banda en un vínculo WAN se asigna a Telefonía IP empresarial y tráfico de audio/vídeo. Cuando un vínculo WAN se describe como "ancho de banda restringido", el vínculo WAN tiene un límite de ancho de banda inferior al tráfico máximo esperado sobre el vínculo.
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 siguiente ilustración.
Topología de ejemplo para el servicio de control de admisión de llamadas
Nota
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 información sobre cómo se planeó esta topología, incluidos los límites de ancho de banda, vea Ejemplo: Recopilación de requisitos para el control de admisión de llamadas en Skype Empresarial Server.
Identificar regiones de red
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.
Asociar un sitio central a cada región de red
CAC requiere que se defina un sitio central 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.
Nota
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. Sin embargo, incluso si un sitio central y un sitio de red comparten el mismo nombre, el sitio central es un elemento de la topología Skype Empresarial Server, mientras que el sitio de red es parte de la red general en la que reside la topología de Skype Empresarial Server.
Regiones de red, sitios centrales y sitios de red
| Región de red | Sitio central | Sitios de red |
|---|---|---|
| Norteamérica |
Chicago |
Chicago Nueva York Detroit Portland Reno Albuquerque |
| EMEA |
Londres |
Londres Colonia |
| APAC |
Pekín |
Pekín Manila |
Identificar sitios de red
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. Para empezar, realice un inventario de todas las oficinas de su 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.
Identificar vínculos de red
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.
Definir directivas de ancho de banda
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).
Nota
Todos los valores de ancho de banda de CAC representan los límites máximos de ancho de banda unidireccional.
Nota
Las características de directiva de voz Skype Empresarial Server proporcionan la capacidad de invalidar las comprobaciones de la directiva de ancho de banda para las llamadas entrantes al usuario (no para las llamadas salientes que realiza 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 información, vea Crear o modificar una directiva de voz y configurar los registros de uso de RTC en Skype Empresarial o Modificar una directiva de voz y Configurar registros de uso de RTC en la documentación de 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 Skype Empresarial puntos de conexión usarán RTAudio (8 kHz) o RTAudio (16 kHz) cuando tenga en cuenta el ancho de banda y la priorización de los códecs.
Las llamadas de conferencia entre Skype Empresarial puntos de conexión y el servicio de conferencia A/V usarán G.722 o Sirena.
Las llamadas a la red telefónica conmutada (RTC) desde o hacia Skype Empresarial puntos de conexión 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ódec | Requisito 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 |
Nota
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 las conferencias 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 situaciones siguientes:
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 esos clientes no admiten el códec G.722).
Utilización de ancho de banda por escenario
| Escenario | Requisito 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 puerta de enlace RTC, con omisión multimedia) |
97 kbps |
97 kbps |
161 kbps |
| Llamadas RTC (entre Skype Empresarial y servidor de mediación, sin omisión multimedia) |
45 kbps |
97 kbps |
161 kbps |
| Llamadas RTC (entre el servidor de mediación y la puerta de enlace RTC, sin omisión multimedia) |
97 kbps |
97 kbps |
161 kbps |
| Skype Empresarial: llamadas de Polycom |
101 kbps |
101 kbps |
101 kbps |
Identificar subredes IP
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.
Precaución
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 implementa el control de admisión de llamadas, pero no la omisión multimedia, el control de admisión de llamadas funcionará correctamente incluso si configura subredes virtuales). Por ejemplo, si un cliente inicia sesión en un equipo con una dirección IP 172.29.81.57 con una máscara de subred IP de 255.255.255.0, Skype Empresarial solicitará el id. de omisión asociado a 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 estáticamente o por DHCP).
Procedimientos recomendados para el servicio de control de admisión de llamadas
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.
Nota
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 Planning Outbound Call Routing.
Nota
La capacidad hace referencia a la cantidad de puertos que necesitas abrir para admitir un nuevo posible enrutamiento de la RTC.