Migrar su puerta de enlace local
La Webex Calling incluye infraestructura mejorada en la nube a la que se conectan sus puertas de enlace locales basadas en el lugar. Esta mejora mejora el servicio y habilita varias características nuevas para la puerta de enlace local.
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 Webex Calling Media Optimization para llamadas entre teléfonos de escritorio, la aplicación Webex y una pasarela 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 de salida que no forma parte del nuevo rango de direcciones proxy de Webex Calling que se indica a continuación, migre manualmente según le convenga a su organización. La dirección que aparece 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 actualmente con una dirección antigua y requiera una migración.
Esta migración no debería llevar más de 10-15 minutos. Sin embargo, durante la migración, la pasarela local se vuelve a registrar en la nube, lo que repercute 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
-
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.
-
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.
-
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.
#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 en negrita que empieza por 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. |
| 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 Su puerta de enlace local se inscribirá en la nueva OBP. |
| 4 |
Valide que el registro se haya realizado correctamente con el siguiente comando. Debería producir una salida similar a la que se indica a continuación. |
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.
¡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 ! -
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.
-
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.
-
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 .
