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 la Optimización de medios de Webex Calling 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 de proxy de salida que no forma parte del nuevo rango de direcciones de proxy de Webex Calling listado a continuación, realice la migración manual según conveniencia de su organización. La dirección listada en Control Hub es una de las nuevas direcciones que aparecen a continuación; sin embargo, es posible que su puerta de enlace local esté configurada con una dirección anterior y requiera migración.

Esta migración no debería demorar más de 10 a 15 minutos. Sin embargo, durante la migración, la puerta de enlace local se vuelve a inscribir en la nube, lo que impacta en 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

Singapur

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.

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

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.

  3. Asegúrese de que se haya actualizado el anclaje de confianza en CUBE al seguir el paso 5 de Configuración de la plataforma de referencia de perform reference.

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 de 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.

#mostrar configuración en ejecución | s inquilino de clase de voz 201 inquilino de clase de voz 201 registrar dns:lgw2.killarney.cisco.com scheme sips expira 240 refresh-ratio 50 tcp tls ENLACE TRONCAL del número de credenciales_grupo_24740_Enlace troncal del nombre de usuario de LGU_grupo_29959_Contraseña de LGU 6 K]W]ZP`PSZRKWE^WXXIPG\^_adEnlace troncal del nombre de usuario de autenticación de BroadWorks en el dominio STbLMHV_grupo_29959_Contraseña de LGU 7 XXXXXXXX dominio BroadWorks nombre de usuario de autenticación TRONCAL_grupo_29959_Contraseña LGU 6 xxxxxxxx dominio 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 dns de proxy saliente:lgwrestest.killarney.cisco.com 
1

Elimine la línea en negrita que comienza con registrar dns:xxxx y guárdela para más tarde. También guarde la dirección proxy saliente 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.

Inquilino 201 de clase de voz sin registrador ! mostrar el estado del registro sip-ua 
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 fue ch13.sipconnect-us.bcld.webex.com.

El inquilino 201 de la clase de voz de proxy saliente dns:hs3.sse.lgw.bcld.webex.com registrar dns:lgw2.killarney.cisco.com el esquema sips vence el índice de actualización 240 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 estado del registro show sip-ua estado del registro 

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

Inquilino:  201 --------------------- Registrador-Índice  1 --------------------- par de línea expira(s) reg survival P-Associ-URI ================================ ========== ============ ============================== ============ TRUNK_GROUP_29959_LGU -1         7 sí normal 

Qué hacer a continuación

Actualice las 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.

El inquilino 201 de la clase de voz no registra outbound-proxy dns:lgwrestest.killarney.cisco.com registra dns:lgw2.killarney.cisco.com el esquema sips caduca 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 migrar su puerta de enlace local en la sección Control Hub 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 .