Migre su puerta de enlace local

list-menu¿Comentarios?
La plataforma Webex Calling incluye una infraestructura de nube mejorada a la que se conectan sus puertas de enlace locales locales locales. Esta actualización mejora el servicio y habilita varias funciones nuevas para la puerta de enlace local.

Las mejoras de esta nueva infraestructura incluyen:

  • Rendimiento mejorado de manejo de llamadas, permitiendo hasta 250 sesiones simultáneas por registro de puerta de enlace local.

  • Admite el uso de Optimización de Webex Calling medios para llamadas entre teléfonos de escritorio, la aplicación Webex y una puerta de enlace local.

Especificaciones:

  • Se ha publicado una nueva lista de direcciones proxy. Una dirección proxy es un registro DNS estático que se obtiene de Control Hub durante el proceso de incorporación de una puerta de enlace local y luego se configura en la configuración de inquilino de una puerta de enlace local para registrar la puerta de enlace.

  • Webex Callinglas operaciones en la nube solicitan a los clientes que migren puertas de enlace locales que utilizan una dirección proxy anterior. Los detalles se describen en las siguientes secciones.

Si alguna de sus puertas de enlace locales tiene una dirección proxy saliente que no forma parte del nuevo rango de direcciones Webex Calling proxy que se indica a continuación, migre manualmente según la conveniencia de su organización. La dirección que aparece en Control Hub es una de las nuevas direcciones a continuación; sin embargo, su puerta de enlace local puede estar configurada actualmente con una dirección antigua y requiere migración.

Esta migración no debería tomar más de 10 a 15 minutos. Sin embargo, durante la migración, la puerta de enlace local se registra de nuevo en la nube, lo que afecta al servicio. Por lo tanto, le recomendamos que lleve a cabo esta actividad durante una ventana de mantenimiento.

US

Canadá

Europa

Japón

Australia

Singapur

Los nuevos dispositivos de puerta de enlace local integrados desde diciembre de 2020 se configuran automáticamente para usar esta infraestructura y, por lo tanto, es posible que no se necesite ninguna acción. Le recomendamos que consulte la lista anterior para verificar si alguna de sus puertas de enlace locales necesita una migración y, de ser así, realizar una migración, según las pautas que se indican a continuación.

Para saber si alguna de sus puertas de enlace locales puede necesitar una migración, consulte la sección Introducción a su migración de puerta de enlace local.

Las pantallas de configuración en Control Hub, los pasos de configuración de CUBE y la dirección proxy saliente variarán según la ubicación de su organización y la puerta de enlace local. Los detalles enumerados en los pasos que se muestran a continuación son solo ejemplos.

Antes de comenzar

  1. Actualizar la lista de control de acceso en CUBE: Webex Calling tiene un rango actualizado de direcciones IP del controlador de borde de sesión (SBC), que pueden tener que aplicarse como una lista de confianza en todos los CUBE de su organización a Webex Calling los que se conecta. Verifique el rango IP más reciente de la Guía de referencia de Webex Calling puertos para confirmar si ya está aplicado y, si no, consulte los pasos de configuración en el paso 1 de Registrar puerta de enlace local Webex Calling para realizar esta actualización. Tener “direcciones IP de confianza” actualizadas en su CUBE es un requisito obligatorio que, si no se actualiza, provocará fallas en las llamadas.

  2. Asegúrese de que su firewall externo permita que estas direcciones IP sean alcanzadas desde su Cube. Si su firewall externo filtra las direcciones IP a las que puede llegar el CUBE, también debe actualizarlo para que la puerta de enlace local pueda ponerse en contacto con la nube. Consulte la Guía de información de referencia de puertos para obtener más información.

  3. Asegúrese de que el anclaje de confianza en CUBE se haya actualizado siguiendo el paso 5 de Realizar configuración de plataforma de referencia.

Desde Control Hub, puede obtener su nueva dirección proxy saliente.

1

Inicie sesión en Control Hub.

2

Vaya a Servicios > PSTN y enrutamiento > Configuraciones de puerta de enlace > Troncal.

3

Seleccione su conexión PSTN y, a continuación, haga clic en Editar en Puerta de enlace local.

4

Haga clic en Administrar para acceder a la configuración de la puerta de enlace local.

5

Copie la dirección proxy saliente.

Si tiene muchas puertas de enlace locales en su organización, es probable que cada vez que realice la tarea anterior para una puerta de enlace local diferente, obtenga diferentes direcciones proxy salientes de Control Hub. Asegúrese de copiar la dirección proxy saliente específica de Control Hub para cada puerta de enlace local que configure. Elegir una dirección específica es importante para la redundancia y el tráfico de equilibrio de carga.

Migrate your local gateway in Control Hub

La actualización de su configuración de puerta de enlace local afecta al servicio y puede afectar las llamadas activas.

En el siguiente ejemplo, el inquilino 201 es el inquilino que se conecta aWebex Calling. Introduzca el inquilino correcto para su configuración.

#show running-config | s voice class tenant 201
voice class tenant 201
  registrar dns:lgw2.killarney.cisco.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number TRUNK_GROUP_24740_LGU username TRUNK_GROUP_29959_LGU password 6 K]W]ZP`PSZRKWE^WXXIPG\^_adSTbLMHV realm BroadWorks
  authentication username TRUNK_GROUP_29959_LGU password 7 xxxxxxxx realm BroadWorks
  authentication username TRUNK_GROUP_29959_LGU password 6 xxxxxxxx realm lgw2.killarney.cisco.com
  sip-server dns:lgw2.killarney.cisco.com
  connection-reuse
  session transport tcp tls
  url sips
  error-passthru
  bind control source-interface GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 201
  outbound-proxy dns:lgwrestest.killarney.cisco.com
1

Retire la línea en negrita que comienza con registrar dns:xxxxy guárdela para más tarde. También guarde su dirección proxy saliente de salida.

La puerta de enlace local ahora dejará de registrarse aWebex Calling.

2

Confirme que su puerta de enlace local no está registrada Webex Calling ingresando los siguientes comandos.

voice class tenant 201
  no registrar
!
show  sip-ua register status
3

Tome la nueva dirección que copió de Control Hub y agregue la línea del registrador desde arriba hacia atrás. En el siguiente ejemplo, nuestro OBP fue ch13.sipconnect-us.bcld.webex.com.

voice class tenant 201
outbound-proxy dns:hs3.sse.lgw.bcld.webex.com  
registrar dns:lgw2.killarney.cisco.com scheme sips expires 240 refresh-ratio 50 tcp tls
!

Su puerta de enlace local se registrará con el nuevo OBP.

4

Valide que el registro se realizó correctamente utilizando el siguiente comando.

show sip-ua register status
show sip-ua register status

Debería producir una salida similar a la siguiente.

Tenant:  201
--------------------- Registrar-Index  1 ---------------------
Line                             peer      expires(sec) reg survival  P-Associ-URI
================================ ========= ============ === ========  ============
TRUNK_GROUP_29959_LGU                 -1         7            yes normal

Qué hacer a continuación

Actualice las otras puertas de enlace locales siguiendo los mismos pasos que anteriormente.

Para una migración fallida, simplemente vuelva a registrar su dirección proxy saliente anterior. Siga las instrucciones que se indican a continuación para retroceder y restaurar el servicio.

voice class tenant 201
  no registrar
  outbound-proxy dns:lgwrestest.killarney.cisco.com
  registrar dns:lgw2.killarney.cisco.com scheme sips expires 240 refresh-ratio 50 tcp tls
!
  1. Si retrocede, su configuración en Control Hub todavía muestra la nueva dirección proxy saliente. Este es el comportamiento esperado. El servicio continuará trabajando con la antigua dirección proxy saliente.

  2. Asegúrese de haber seguido correctamente el Paso 2 en la sección Migrar su puerta de enlace local en Control Hub y que no haya ningún firewall que bloquee el acceso al nuevo proxy saliente.

  3. Si no puede resolver este problema, póngase en contacto con el servicio de Cisco Webex Callingsoporte.

Es importante asegurarse de que los servicios funcionen con normalidad después de la migración. Asegúrese de probar su servicio después de completar la migración. Puede probar su servicio haciendo llamadas a números de teléfono desde sus Webex Calling dispositivos o probando llamadas a cualquier SBC que se use junto conWebex Calling.

¿Ha encontrado este artículo útil?
¿Ha encontrado este artículo útil?