Las mejoras de esta nueva infraestructura incluyen:

  • Se mejoró el rendimiento del manejo de llamadas, que permite hasta 250 sesiones concurrentes por inscripción de puerta de enlace local.

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

Especificaciones:

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

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

Si alguna de sus puertas de enlace locales tiene una dirección proxy saliente que no es parte del nuevo rango de direcciones de proxy de Webex Calling que se indica a continuación, tendrá que migrar manualmente según la comodidad de su organización. La dirección enumerada en Control Hub será una de las nuevas direcciones a continuación; sin embargo, es posible que su puerta de enlace local actualmente esté configurada con una dirección antigua y requiera migración.

Esta migración no debe tardar más de 10 a 15 minutos. Sin embargo, durante la migración, la puerta de enlace local se volverá a registrar a la nube, lo que afectará el servicio. Por esta razón, le recomendamos que lleve a cabo esta actividad durante un período de mantenimiento.

EE. UU.

Canadá

Europa

Japón

Australia


Los nuevos dispositivos de la puerta de enlace local incorporados desde diciembre de 2020 se configurarán automáticamente para utilizar esta infraestructura, por lo que no es posible que se requiera 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.

Si no recibió un correo electrónico de Cisco que le indica que mejore la configuración de su puerta de enlace local, no se requiere ninguna otra acción. Consulte la sección Introducción a la sección Migración de la puerta de enlace local para saber si alguna de sus puertas de enlace locales puede necesitar una migración.


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

Antes de comenzar

  1. Actualice la Lista de control de acceso en CUBE: Webex Calling tiene un rango actualizado de direcciones IP del Controlador de fronteras de sesiones(SBC), que es posible que deban aplicarse como una lista de confianza en todos los CUBEs de su organización que se conecten a Webex Calling. Verifique el rango de IP más reciente de la Guía de referencia de puertos de Webex Calling para confirmar si ya se ha aplicado y, si no, consulte los pasos de configuración del paso 1 de Inscribir puerta de enlace local en Webex Calling para realizar esta actualización. Tener al día "direcciones IP de confianza" 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 comunicarse con estas direcciones IP desde su CUBE: si su firewall externo filtra las direcciones IP a las que puede llegar cube, también debe actualizar esto para que la puerta de enlace local pueda comunicarse con la nube de . Consulte la Guía de información de referencia de puertos para obtener más información.

Desde el Concentrador de control , puede obtener su nueva dirección proxy desalida.

1

Desde la vista del cliente en https://admin.webex.com, vaya a Servicios y elija Llamada >Enrutamiento de llamada .

2

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

3

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

4

Copie la dirección del proxy de salida.


 

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, obtendrá diferentes direcciones proxy de salida desde Control Hub. Asegúrese de copiar la dirección proxy saliente específica del Control Hub para cada puerta de enlace local que configure. La elección de una dirección específica es importante para la redundancia y el tráfico de nivelador de carga.

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

En el siguiente ejemplo, el inquilino 201 es el inquilino que se conecta a Webex 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

Elimine la línea que comienza en negrita comenzando con registrar dns:xxxx y guárdelo para más tarde. También guarde la dirección proxy saliente que salga.

La puerta de enlace local ahora desinscripción a Webex Calling.

2

Confirme que su puerta de enlace local no esté registrada en Webex Calling introduciendo los siguientes comandos.

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

Tome la nueva dirección que copió desde control Hub y agregue la línea de registro desde arriba haciaatrás. En el siguiente ejemplo, nuestro OBP era 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 inscribirá en la nueva OBP.

4

Valide que el registro se haya realizado correctamente con el siguiente comando.

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

Debería producir una salida similar a la que se indica a continuación.

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

Ahora deberá actualizar otras puertas de enlace locales siguiendo los mismos pasos anteriores.

Para una migración incorrecta, simplemente vuelva a registrar su dirección de proxy de salida anterior. Siga las instrucciones a continuación para revertir 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 revierte, su configuración en Control Hub seguirá indicando la nueva dirección del proxy de salida. Este es el comportamiento que se espera. El servicio seguirá funcionando con la antigua dirección de proxy saliente.

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

  3. Si no puede resolver este problema, comuníquese con Cisco Webex Calling Soporte.

Es importante garantizar que los servicios estén funcionando normalmente después de la migración. Asegúrese de probar su servicio después de finalizar la migración. Puede probar su servicio realizando llamadas a números de teléfono desde sus dispositivos Webex Calling o probando llamadas a cualquier SBC que se utilice junto con Webex Calling .