Optimización de troncal SIP

Última actualización : Aug 01, 2026 |
Prolog information
Metadata
Keywords:
La función Optimización de troncal SIP elimina la necesidad de proveer troncales para redundancia. Esta función libera troncales para que los agentes SIP, las estaciones SIP, o las llamadas de troncales SIP unidas a PSTN puedan utilizar los troncales disponibles. La siguiente ilustración explica el problema del consumo de troncales por redundancia.
La figura anterior proporciona los siguientes dos escenarios:
  • Primer escenario: cuando la conexión entre Communication Manager y Session Manager funciona bien.
  • Segundo escenario: cuando falla la conexión entre Communication Manager y Session Manager.
En el primer escenario, si Communication Manager desea contactarse con los agentes rojos (grupo de agentes 1), puede hacerlo a través del troncal rojo entre Communication Manager y Session Manager-1. De manera similar, si Communication Manager desea contactarse con los agentes azules (grupo de agentes 2), puede hacerlo a través del troncal azul entre Communication Manager y Session Manager-2.
En el segundo escenario, la administración de troncales adicionales ofrece una solución para dar servicio a agentes rojos y azules, pero introduce otros pocos problemas.
  • Los miembros de troncales adicionales que se administran para redundancia siguen sin utilizarse en el primer escenario, cuando los enlaces de entidad a Session Manager-1 y Session Manager-2 están en servicio.
    Note:
    Cuando la asignación basada en políticas está habilitada en System Manager, puede administrar hasta cuatro Session Manager para una estación SIP.
  • Debe proveerse el doble de troncales para cubrir un segundo escenario que es poco probable. Dada la cantidad limitada de miembros de troncales en Communication Manager, el uso de troncales para redundancia reduce los troncales necesarios para el tráfico real.
  • El enrutamiento y la administración de patrones de ruta se convierten en algo complejo.
Para el aprovisionamiento de conectividad a Session Manager-1 y Session Manager-2, Communication Manager debe crear dos grupos de señalización:
  • Grupo de señalización a Session Manager-1: Extremo local como procr y extremo lejano como Session Manager-1
  • Grupo de señalización a Session Manager-2: Extremo local como procr y extremo lejano como Session Manager-2
Cada señalización debe tener 5000 troncales aprovisionados con Session Manager-1 y 5000 troncales que deben aprovisionarse con Session Manager-2, según se describió anteriormente.
La función Optimización de troncales SIP permite que cada grupo de señalización apunte a múltiples Session Manager. En este caso en particular, un grupo de señalización apuntará tanto a Session Manager-1 como a Session Manager-2. Esto se consigue apuntando al grupo de señalización a un clúster de Session Manager. Un clúster SM puede tener 28 Session Manager. Con un clúster de Session Manager, se asume que todos los Session Manager comparten una configuración similar y cualquier Session Manager puede enrutar una llamada a la estación de extremo lejano o a la troncal de extremo lejano.
La habilidad del grupo de señalización para apuntar a ambos Session Manager reduce a la mitad los troncales que deben administrarse en Communication Manager y al mismo tiempo alcanza redundancia completa. Si falla el enlace a Session Manager-1, el grupo de señalización utiliza el enlace a Session Manager-2 para enrutar todo el tráfico saliente. El efecto que produce un grupo de señalización que apunta a varios Session Manager es el siguiente:
  • El grupo de señalización permanece en servicio si al menos es posible contactarse con un Session Manager administrado en el clúster.
  • El grupo de troncales permanece en servicio y todos los miembros administrados en el grupo de troncales pueden ofrecer tráfico.
  • Por ejemplo, un grupo de troncales con 5000 miembros en el primer escenario puede abastecer a 2500 agentes en Session Manager-1 y a 2500 agentes en Session Manager-2. Si la conectividad entre Communication Manager y Session Manager-1 se desactiva, el mismo grupo de troncales con 5000 miembros puede prestar servicio a 2500 agentes en Session Manager-1 y 2500 agentes en Session Manager-1 y 2500 agentes en Session Manager-2 a través del enlace entre Communication Manager y Session Manager-2. Incluso si Session Manager-1 disminuye y todos los agentes se mueven a Session Manager-2, los mismos 5000 miembros pueden conectarse con todos los 5000 agentes.
La función de optimización de troncales SIP es la siguiente:
  • La cantidad de miembros de troncales es de 9,999 para los grupos de troncales SIP.
  • El número de agentes SIP es 10,000.
  • Los miembros de troncales de todo el sistema son 30,000.
  • Las troncales medidas son 30,000.
  • Las conexiones TLS para SIP son 56 de 32 que eran para admitir 28 Session Managers porque se requieren dos enlaces para admitir cada Session Manager.
  • El formulario Estación SIP apunta directamente a su Session Manager primario y secundario para admitir 28 Session Managers, ya que se requieren dos enlaces para admitir cada Session Manager. Para obtener más información acerca de las capacidades, vea Avaya Aura® Communication Manager System Capacities Table.
    Note:
    Cuando la asignación basada en políticas está habilitada en System Manager, puede administrar hasta cuatro Session Manager para una estación SIP.
  • La función Look Ahead Routing deja de utilizarse para las llamadas de estación SIP si se enrutan a través del grupo de señalización en clúster.
  • El patrón de ruta ahora puede especificar una región de red.