Definición de los requisitos de la organización para el servicio de control de admisión de llamadas en Lync Server 2013

 

Última modificación del tema: 2013-10-28

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.

   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 “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

de

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: Recopilar los requisitos para el control de admisión de llamadas en Lync Server 2013.

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 de Lync 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 de Lync Server, mientras que el sitio de red es parte de la red general en la que reside la topología de Lync 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. 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.

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 la directiva de voz de Lync Server 2013 permiten 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, consulte Crear una directiva de voz y configurar los registros de uso de RTC en Lync Server 2013 o Modificar una directiva de voz y configurar los registros de uso de RTC en Lync Server 2013 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 los puntos de conexión de Lync 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 los puntos de conexión de Lync 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 los puntos de conexión de Lync 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 Lync Server, es completamente diferente de los códecs G.722.1 y Siren.

El códec Siren se usa en Lync 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 Lync 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 Lync 2013 y la puerta de enlace RTC, con omisión multimedia)	97 kbps	97 kbps	161 kbps
Llamadas RTC (entre Lync 2013 y el 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
Lync: 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.

Advertencia

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 Lync 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 incluso aunque configures subredes virtuales).
Por ejemplo, si un cliente inicia sesión en un equipo con una dirección IP de 172.29.81.57 con una máscara de subred IP de 255.255.255.0, Lync 2013 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 especifique las subredes exactamente tal como las proporcionan los clientes de Lync (que se aprovisionan con subredes durante la configuración de red estáticamente o mediante DHCP).