En este artículo
dropdown icon
Consideraciones de implementación
    Configuración de una sola ubicación
    Configuración de varias ubicaciones
    Condiciones clave para la supervivencia del sitio
    Ubicación en conjunto con Unified SRST
    Características y componentes compatibles
    Información de referencia de puertos para la puerta de enlace de supervivencia
dropdown icon
Configuración de características
    Flujo de tareas de configuración de supervivencia del sitio
    Asignar servicio de supervivencia a una puerta de enlace
    Descargar plantilla de configuración
    Configurar licencias
dropdown icon
Configurar certificados
    Configurar certificados en Cisco IOS XE
    Importar certificados junto con pares de claves
dropdown icon
Configurar la puerta de enlace de supervivencia
    Configurar la puerta de enlace como puerta de enlace de supervivencia
    Completar sincronización a pedido
    Editar las propiedades de la puerta de enlace de supervivencia
    Configuraciones para habilitar CDR en la puerta de enlace de supervivencia
    Configuraciones para habilitar el desvío de llamadas
    Configuraciones para habilitar un grupo de salto
    Configuraciones para habilitar la distribución automática básica de llamadas (B-ACD)
Limitaciones y restricciones
Experiencia del usuario durante la recuperación de fallas
dropdown icon
Ejemplos de configuración
    Ejemplos de conexión PSTN
    Ejemplo de llamadas de emergencia
Supervivencia del sitio para Webex Calling
list-menuEn este artículo
list-menu¿Comentarios?

La supervivencia del sitio garantiza que su empresa siga siendo accesible incluso si se pierde la conexión a Webex. Utiliza una puerta de enlace de red local para proporcionar servicios de llamadas de recuperación a extremos del sitio durante interrupciones de la red.

Consideraciones sobre el despliegue

De forma predeterminada, los endpoints Webex Calling funcionan en modo Activo, conectándose a la nube Webex para el registro SIP y el control de llamadas. Si se pierde la conexión de red a Webex, los endpoints cambian automáticamente al modo de supervivencia y se registran en la pasarela de supervivencia local. En este modo, la pasarela proporciona servicios básicos de llamadas de copia de seguridad. Una vez restablecida la conexión de red a Webex, el control de llamadas y los registros vuelven a la nube de Webex.

Las siguientes llamadas son compatibles con el modo de supervivencia:

  • Llamadas internas (intracentros) entre endpoints Webex Calling compatibles

  • Llamadas externas (entrantes y salientes) utilizando un circuito PSTN local o un tronco SIP a números externos y proveedores de E911

Para usar esta función, debe configurar un router Cisco IOS XE en la red local como Survivability Gateway. El gateway de supervivencia sincroniza la información de llamadas diariamente desde la nube Webex para los endpoints de esa ubicación. Si los endpoints cambian al modo de supervivencia, la gateway puede utilizar esta información para hacerse cargo de los registros SIP y proporcionar servicios de llamadas básicos.

Configuración de una sola ubicación

La siguiente imagen muestra un escenario de fallo de red en el que la conexión a Webex está interrumpida y los endpoints del sitio Webex están funcionando en modo de supervivencia. En la imagen, la pasarela de supervivencia dirige una llamada interna entre dos endpoints in situ sin necesidad de una conexión a Webex. En este caso, la pasarela de supervivencia está configurada con una conexión PSTN local. Como resultado, los endpoints in situ en modo de supervivencia pueden utilizar el PSTN para llamadas entrantes y salientes a números externos y proveedores de E911.

Diagram of a network failure scenario where the connection to Webex is broken and endpoints at the Webex site are operating in survivability mode.
Webex Calling endpoints desde una única ubicación en modo de supervivencia

Configuración de múltiples ubicaciones

La siguiente imagen muestra un escenario de fallo de red en el que la conexión a Webex está interrumpida y los endpoints ubicados en diferentes ubicaciones están funcionando en modo de supervivencia. Hay múltiples ubicaciones más pequeñas dentro de la red LAN que se asignan a una única puerta de enlace de supervivencia. Este despliegue optimiza la utilización de recursos de gateway, al tiempo que preserva las configuraciones específicas de la ubicación para el enrutamiento de llamadas.

Webex calling endpoints from multiple locations in Site Survivability mode

Cisco recomienda mantener un umbral de latencia de 50 milisegundos para la conectividad entre Survivability Gateway y endpoints en todas las ubicaciones dentro de una LAN.

Condiciones clave para la supervivencia del sitio

Las siguientes condiciones se aplican a la pasarela de supervivencia:

  • La nube Webex incluye la dirección IP de Survivability Gateway, el nombre de host y el puerto en el archivo de configuración del dispositivo. Como resultado, los endpoints pueden llegar a Survivability Gateway para registrarse si se rompe la conexión con Webex.

  • La sincronización diaria de los datos de llamadas entre la nube Webex y Survivability Gateway incluye información de autenticación para usuarios registrados. Como resultado, los endpoints pueden mantener registros seguros, incluso mientras operan en modo de supervivencia. La sincronización también incluye información de enrutamiento para esos usuarios.

  • La pasarela de supervivencia puede enrutar llamadas internas automáticamente utilizando la información de enrutamiento que proporciona Webex. Agregue una configuración de tronco PSTN a la pasarela de supervivencia para proporcionar llamadas externas.

  • Cada sitio que despliegue Site Survivability requiere una Gateway de Survivability dentro de la red local.

  • Los registros y el control de llamadas vuelven a la nube Webex una vez que se reanuda la conexión de red Webex durante al menos 30 segundos.

Ubicación conjunta con SRST unificado

La pasarela de supervivencia admite la ubicación conjunta de una configuración de supervivencia Webex y una configuración de SRST unificada en la misma pasarela. La pasarela puede soportar la supervivencia tanto para endpoints Webex Calling como para endpoints que se registran en Unified Communications Manager. Para configurar la ubicación conjunta:

Consideraciones de enrutamiento de llamadas para la ubicación conjunta

Tenga en cuenta lo siguiente al configurar el enrutamiento de llamadas para escenarios de colocación:

  • La pasarela de supervivencia dirige automáticamente las llamadas internas siempre que ambos endpoints de la llamada estén registrados en la pasarela de supervivencia. Las llamadas internas se enrutan automáticamente entre cualquier cliente registrado (SRST o Webex Calling).

  • Es posible tener una situación en la que la conexión a un sistema de control de llamada disminuye mientras que la conexión al otro sistema de control de llamada permanece activa. Como resultado, un conjunto de endpoints se registra en la pasarela de supervivencia, mientras que otro conjunto de endpoints en el mismo sitio se registra en el control de llamadas primarias. En este caso, es posible que necesite enrutar llamadas entre los dos conjuntos de endpoints a un circuito SIP o PSTN.

  • Las llamadas externas y las llamadas E911 se pueden dirigir a un circuito SIP o PSTN.

Características y componentes compatibles

La siguiente tabla proporciona información sobre las funciones soportadas.

Table 1. Supported Calling features
Característica Dispositivos MPP y Webex AppVG4xx ATA

Llamada de extensión intracentro

Compatible automáticamente sin necesidad de configuración de enrutamiento específica en Survivability Gateway.

Compatible automáticamente sin necesidad de configuración de enrutamiento específica en Survivability Gateway.

No se admiten números alternativos.

Llamadas entre sitios y PSTN (entrante y saliente)

Llamada PSTN basada en circuito telco o tronco SIP.

Llamada PSTN basada en circuito telco o tronco SIP.

E911 Gestión de llamadas

E911 La llamada requiere un circuito PSTN o un maletero SIP.

Las llamadas salientes utilizan un número de identificación de ubicación de emergencia (ELIN) registrado específico para una ubicación de respuesta de emergencia (ERL) definida. Si el operador de emergencia devuelve una llamada desconectada, la pasarela de supervivencia dirige la llamada al último dispositivo que llamó al número de emergencia.

E911 La llamada requiere un circuito PSTN o un maletero SIP.

Las llamadas salientes utilizan un número de identificación de ubicación de emergencia (ELIN) registrado específico para una ubicación de respuesta de emergencia (ERL) definida. Si el operador de emergencia devuelve una llamada desconectada, la pasarela de supervivencia dirige la llamada al último dispositivo que llamó al número de emergencia.

Espera y reanudación de llamadas

Admitido

Si está utilizando Music on Hold (MOH), proporcione manualmente el Survivability Gateway con un archivo MOH.

Las líneas analógicas de VG4xx ATA no pueden suspender llamadas ni reanudar su actividad.

Esta función solo se admite cuando se recibe una llamada entrante en VG4xx ATA.

Transferencia de llamadas atendidas

Admitido

Esta función solo se admite cuando se recibe una llamada entrante en VG4xx ATA.

Transferencia de llamadas ciegas

Admitido

Esta función solo se admite cuando se recibe una llamada entrante en VG4xx ATA.

Identificador de llamadas entrantes (nombre)

Admitido

Admitido

ID de llamadas entrantes (nombre y número)

Admitido

Admitido

Videollamada punto a punto

Admitido

No compatible

Llamada de tres vías

No compatible

No compatible

Líneas compartidas

Admitido

Admitido

Líneas virtuales

Admitido

No compatible

Reenvío de llamadas

Compatible con Call forward All, No Answer y ocupado.

Admitido

Grupo de salto

Compatible con lo siguiente: Secuencial, Paralelo, Peer y Longest-idle.

Admitido

Contestador automático

Compatible con dial por extensión

Admitido

Al configurar la función, la supervivencia del sitio está disponible para los siguientes endpoints admitidos.

Table 2. Supported endpoint models
EscribaModelosVersión mínima
Cisco IP Phone con firmware multiplataforma (MPP)

6821, 6841, 6851, 6861, 6861 Wi-Fi, 6871

7811, 7821, 7841, 7861

8811, 8841, 8851, 8861

8845 (solo audio), 8865 (solo audio), 8875(video)

9800

Para obtener más información sobre los teléfonos IP de Cisco compatibles con firmware multiplataforma (MPP), consulte:

12.0(1)

Para teléfonos 8875 - Sistema operativo del teléfono 3.2 y versiones posteriores

Para la serie 9800: PhoneOS 3.2(1)

Teléfono IP de conferencia Cisco

7832,8832

12.0(1)

Aplicación Cisco Webex

Windows, Mac

43.2

Parámetros analógicos

VG400 ATA, VG410 ATA y VG420 ATA

Cisco ATA 191 y 192

17.16.1a

11.3(1) para ATA 191 y 192

Los dispositivos de terceros no son compatibles con Survivability Gateway.

La siguiente tabla ayuda a configurar los routers Cisco IOS XE como Survivability Gateway. Esta tabla muestra el número máximo de endpoints que admite cada plataforma y la versión mínima de IOS XE.

Las funciones de Webex Calling Survivability Gateway están disponibles con la versión de Cisco IOS XE Dublín 17.12.3 o versiones posteriores. Las funciones de Hunt Group, Call Forward y Auto Attendant están disponibles en IOS 17.18.2 y su posterior versión.

Table 3. Supported platform models
ModeloNúmero máximo de registros de endpointsVersión mínima

Enrutador de servicios integrados 4321

50

Cisco IOS XE Dublin 17.12.3 o versiones posteriores

Enrutador de servicios integrados 4331

100

Enrutador de servicios integrados 4351

700

Enrutador de servicios integrados 4431

1200

Enrutador de servicios integrados 4451-X

2000

Enrutador de servicios integrados 4461

2000

Borde del catalizador 8200L-1N-4T

1500

Borde del catalizador 8200-1N-T4

2500

Borde del catalizador 8300-1N1S-6T

2500

Borde del catalizador 8300-2N2S-6T

2500

Borde del catalizador 8300-1N1S-4T2X

2500

Borde del catalizador 8300-2N2S-4T2X

2500

Configuración pequeña del software Catalyst Edge 8000V

500

Configuración media del software Catalyst Edge 8000V

1000

Configuración grande del software Catalyst Edge 8000V

2000

Información de referencia de puerto para Survivability Gateway

Table 4. Port reference information for Survivability Gateway

Objetivo de la conexión

Direcciones de origen

Puertos de origen

Protocolo

Direcciones de destino

Puertos de destino

Señalización de llamadas a Survivability Gateway (SIP TLS)

Dispositivos

5060-5080

TLS

Puerta de enlace de supervivencia

8933

Llamar a los medios a Survivability Gateway (SRTP)

Dispositivos

19560-19660

UDP

Puerta de enlace de supervivencia

8000-14198 (SRTP sobre UDP)

Señalización de llamadas a pasarela PSTN (SIP)

Puerta de enlace de supervivencia

Efímero

TCP o UDP

Su pasarela PSTN de ITSP

5060

Medio de llamadas a la puerta de enlace de PSTN (SRTP)

Puerta de enlace de supervivencia

8000-48198

UDP

Su pasarela PSTN de ITSP

Efímero

Sincronización de tiempo (NTP)

Puerta de enlace de supervivencia

Efímero

UDP

Servidor NTP

123

Resolución de nombres (DNS)

Puerta de enlace de supervivencia

Efímero

UDP

Servidor DNS

53

Gestión en la nube

Conector

Efímero

HTTPS

Servicios de Webex

443,8433

Para obtener orientación operativa sobre el modo de nube, consulte la Información de referencia de puerto para llamadas WebexArtículo de ayuda.

Puede personalizar los valores de configuración de puertos en los routers Cisco IOS XE. Esta tabla utiliza valores predeterminados para proporcionar orientación.

Configuración de las funciones

Flujo de tareas de configuración de supervivencia del sitio

Realice las siguientes tareas para agregar la capacidad de supervivencia del sitio para una ubicación de llamada Webex existente. Si se rompe la conexión a la nube Webex, una pasarela de supervivencia en la red local puede proporcionar control de llamadas de copia de seguridad para endpoints en esa ubicación.

Antes de comenzar

Si necesita proporcionar una nueva puerta de enlace para actuar como Puerta de Supervivencia, consulte el artículo de Webex Registrar gateways gestionados de Cisco IOS a Webex Cloudpara agregar la puerta de enlace al Centro de control.

PasosComando o acciónPropósito

1

Asignar servicio de supervivencia a una puerta de enlace

En el Centro de control, asigne el Survivability Gateway servicio a una pasarela.

2

Descargar plantilla de configuración

Descargue la plantilla de configuración de Control Hub. Necesitará la plantilla cuando configure la línea de comandos del gateway.

3

Configurar licencias

Configure licencias para Survivability Gateway.

4

Configure certificados en Cisco IOS XE

Configure certificados para Survivability Gateway.

5

Configurar la pasarela como una pasarela de supervivencia

Utilice la plantilla de configuración que ha descargado anteriormente como guía para configurar la línea de comandos de la gateway. Complete todas las configuraciones obligatorias que se encuentran en la plantilla.

Asignar servicio de supervivencia a una puerta de enlace

Antes de comenzar

Si la puerta de enlace no existe en Control Hub, consulte Registrar gateways de Cisco IOS a Webex Callingpara agregar una nueva instancia de gateway.
1

Diríjase a Calling en Services, y luego haga clic en Managed Gateways .

La vista Gateways gestionados muestra la lista de gateways que administra a través del Centro de control.
2

Seleccione la puerta de enlace que desea asignar como puerta de enlace de supervivencia y elija una de las siguientes opciones, en función del valor de la Service campo:

  • No asignado (valor vacío): haga clic en Assign Service e ir al siguiente paso.

  • Survivability Gateway—Si desea editar la configuración de IP de gateway existente, vaya a Editar propiedades de la puerta de enlace de supervivencia. De lo contrario, vaya al siguiente procedimiento en el flujo.

3

En el menú desplegable tipo de servicio, seleccione Survivability Gateway y rellene los siguientes campos:

  • Location—En el menú desplegable, seleccione una ubicación. Para asignar varias ubicaciones a una puerta de enlace de supervivencia, seleccione todas las ubicaciones necesarias de la lista.

  • Host Name—Introduzca el nombre de dominio completo (FQDN) utilizado al crear el certificado para la pasarela. Podría ser un nombre que se incluya en el campo Nombre alternativo del sujeto (SAN) del certificado. El FQDN y la dirección IP solo se utilizan para establecer una conexión segura con la pasarela. Por lo tanto, no es obligatorio rellenarlo en DNS.

  • IP Address—En formato IPv4, introduzca la dirección IP de Survivability Gateway. Los dispositivos se registran en esta dirección mientras funcionan en modo de supervivencia.

Una vez que haya completado la inscripción, los detalles de la ubicación aparecerán en la página Gateways gestionados.

4

Haga clic en Assign.

La vista Gateways gestionados muestra la lista de ubicaciones asignadas a la gateway.
(Opcional) Anular la asignación del servicio de supervivencia—Si desea eliminar la puerta de enlace de supervivencia de una puerta de enlace, vaya a Anular la asignación de los servicios de una gateway gestionada.

Descargar plantilla de configuración

Descargue la plantilla de configuración de Control Hub o utilice esta enlace. Necesitará la plantilla cuando configure la línea de comandos del gateway.
1

Iniciar sesión en Centro de control.

Si es una organización asociada, se lanza el Partner Hub. Para abrir el Centro de control, haga clic en Customer ver en Partner Hub y seleccionar el cliente correspondiente, o seleccionar My Organization para abrir la configuración del Centro de control para la organización asociada.

2

Diríjase a Services > PSTN & Routing > Gateway configurations > Manage Gateways.

3

Haga clic en la puerta de enlace de supervivencia correspondiente.

4

Haga clic en Download Config Template y descargue la plantilla en su escritorio o portátil.

Configurar licencias

Asegúrese de tener las licencias de plataforma adecuadas para su gateway. Configure las licencias utilizando los comandos apropiados para su plataforma.
1

Introduzca el modo de configuración global en el router:

enable
 configure terminal
2

Configure licencias utilizando los comandos que se aplican únicamente a su plataforma específica.

  • Para la serie Cisco ISR 4000:

    license boot level uck9
     license boot level securityk9
    
  • Para las plataformas Cisco Catalyst 8300 y 8200 Series Edge, utilice la licencia de la función DNA Network Advantage, o mejor, e introduzca el nivel de rendimiento requerido. El siguiente ejemplo utiliza 25Mbps de cifrado bidireccional. Seleccione el nivel adecuado para el número de llamadas que prevea.

    license boot level network-advantage addon dna-advantage
     platform hardware throughput crypto 25M
    
  • Para el software Cisco Catalyst 8000V Edge, utilice la licencia de la función DNA Network Advantage o mejor e introduzca el nivel de rendimiento requerido. El siguiente ejemplo utiliza el rendimiento de 1Gbps. Seleccione el nivel adecuado para el número de llamadas que prevea.

    license boot level network-essentials addon dna-essentials
     platform hardware throughput level MB 1000
    

Al configurar un rendimiento superior a 250Mbp, necesita una licencia de plataforma HSEC.

Configurar certificados

Configure certificados en Cisco IOS XE

Complete los siguientes pasos para solicitar y crear certificados para Survivability Gateway. Utilice certificados firmados por una autoridad de certificación conocida públicamente.

La plataforma Survivability Gateway solo admite certificados de CA conocidos públicamente. Los certificados de CA privados o empresariales no se pueden utilizar para Survivability Gateway.

Para obtener una lista de las autoridades de certificación raíz que son compatibles con Webex Calling, consulte ¿Qué autoridades de certificado raíz son compatibles con las llamadas a las plataformas de audio y video de Cisco Webex?.

La plataforma Survivability Gateway no admite el certificado comodín.

Ejecute los comandos desde el código de muestra para completar los pasos. Para obtener más información sobre estos comandos, junto con más opciones de configuración, consulte la sección “ Compatibilidad con SIP TLS” capítulo en el Guía de configuración de Cisco Unified Border Element.

1

Introduzca el modo de configuración global ejecutando los siguientes comandos:

enable
 configure terminal
2

Genere la clave privada RSA ejecutando el siguiente comando. El módulo de clave privada debe ser al menos 2048 bits.

crypto key generate rsa general-keys label webex-sgw exportable modulus 2048
3

Configure un punto de confianza para mantener el certificado Survivability Gateway. El nombre de dominio completo (fqdn) de la puerta de enlace debe utilizar el mismo valor que utilizó al asignar el servicio de supervivencia a la puerta de enlace.

crypto pki trustpoint webex-sgw 
 enrollment terminal 
 fqdn <gateway_fqdn> 
 subject-name cn=<gateway_fqdn>
 subject-alt-name <gateway_fqdn>
 revocation-check crl 
 rsakeypair webex-sgw
4

Generar una solicitud de firma de certificado ejecutando el crypto pki enroll webex-sgw Comando.

Cuando se le solicite, ingrese yes.

Después de que aparezca el CSR en pantalla, utilice el Bloc de notas para copiar el certificado en un archivo que puede enviar a una autoridad de certificación (CA) compatible.

Si su proveedor de firma de certificados requiere un CSR en formato PEM (Privacy Enhanced Mail), agregue un encabezado y un pie de página antes de enviarlo. Por ejemplo:

-----BEGIN CERTIFICATE REQUEST-----
 <Insert CSR here>
 -----END CERTIFICATE REQUEST-----
5

Después de que la CA le emita un certificado, ejecute el crypto pki authenticate webex-sgw comando para autenticar el certificado. Puede ejecutar este comando desde exec o config Modo.

Cuando se le solicite, pegue el contenido del certificado CER/PEM 64 base que emite el certificado de CA (no el certificado del dispositivo) en la terminal.

6

Importe el certificado de host firmado en el punto de confianza utilizando el crypto pki import webex-sgw certificate Comando.

Cuando se le solicite, pegue el certificado 64 CER/PEM base en la terminal.

7

Compruebe que el certificado de CA raíz está disponible:

Con la solución Webex Calling solo se apoya a las autoridades certificadoras de conocimiento público. No se admiten certificados de CA privados o empresariales.

  1. Encuentra el nombre común de CA raíz ejecutando show crypto pki certificates webex-sgw | begin CA Cert. Buscar el emisor cn= <value>.

  2. Ejecute el archivo show crypto pki trustpool | include cn= y compruebe si este certificado raíz CA está instalado con el paquete Cisco CA. Si ve su CA, pase al paso 9.

  3. Si no ve su certificado, puede realizar una de las siguientes acciones:

    • Importar los certificados que faltan

    • Ejecute el siguiente comando para instalar el paquete extendido de IOS CA.

      crypto pki trustpool import url http://www.cisco.com/security/pki/trs/ios_union.p7b

      Usar el paquete extendido de IOS CA ios_core.p7b, sólo si la pasarela es una pasarela local coubicada. Ver Configure Local Gateway en Cisco IOS XE para llamadas Webexpara obtener más detalles.

  4. Repita estos pasos secundarios para determinar si el certificado de CA raíz ya está disponible. Después de repetir los pasos secundarios:

    Si el certificado no está disponible, vaya al paso 8. Si el certificado está disponible, vaya al paso 9.

8

Si su certificado raíz de CA no está incluido en el paquete, adquiera el certificado e importe a un nuevo TrustPoint.

Realice este paso si un certificado raíz de CA conocido públicamente no está disponible con su gateway Cisco IOS XE.

crypto pki trustpoint <CA name>
 enrollment terminal
 revocation-check crl
 crypto pki authenticate <CA name>

Cuando se le solicite, pegue el contenido base del certificado 64 CER/PEM en la terminal.

9

Utilizando el modo de configuración, especifique el punto de confianza predeterminado, la versión TLS y los valores predeterminados de SIP-UA con los siguientes comandos.

sip-ua 
 no remote-party-id 
 retry invite 2 
 transport tcp tls v1.2 
 crypto signaling default trustpoint webex-sgw 
 handle-replaces

Importar certificados junto con pares de claves

Puede importar certificados de CA y pares de claves como paquete utilizando el formato PKCS12 (.pfx o .p12). Puede importar el paquete desde un sistema de archivos local o desde un servidor remoto. PKCS12 es un tipo especial de formato de certificado. Agrupa toda la cadena de certificados desde el certificado raíz hasta el certificado de identidad, junto con el par de claves RSA. Es decir, el paquete PKCS12 que importa incluiría el par de claves, los certificados de host y los certificados intermedios. Importar un paquete PKCS12 para los siguientes escenarios:

  • Exporte desde otro router Cisco IOS XE e importe a su router Survivability Gateway

  • Generación del paquete PKCS12 fuera del router Cisco IOS XE mediante OpenSSL

Complete los siguientes pasos para crear, exportar e importar certificados y pares de claves para su router Survivability Gateway.

1

(Opcional) Exporte el paquete PKCS12 necesario para su enrutador Survivability Gateway.

crypto pki export webex-sgw pkcs12 terminal password xyz123

Este paso solo es aplicable si exporta desde otro router Cisco IOS XE.

2

(Opcional) Cree un paquete PKCS12 utilizando OpenSSL.

  1. Compruebe que OpenSSL está instalado en el sistema en el que se ejecuta este proceso. Para los usuarios de Mac OSX y GNU/Linux, está instalado por defecto.

  2. Cambia al directorio donde se almacenan las claves, certificados y archivos de cadena.

    En Windows: De forma predeterminada, las utilidades están instaladas en C:\Openssl\bin. Abra un símbolo del sistema en esta ubicación.

    En Mac OSX/Linux: Abra la ventana Terminal en el directorio necesario para crear el certificado PKCS12.

  3. En el directorio, guarde los archivos de clave privada (privateKey.key), certificado de identidad (certificate.crt) y cadena de certificados CA raíz (CACert.crt).

    Combine la clave privada, el certificado de identidad y la cadena de certificados CA raíz en un archivo PKCS12. Introduzca una frase de contraseña para proteger su certificado PKCS12.

    console> openssl pkcs12 -export -out certificate.pfx -inkey privateKey.key -in certificate.crt -certfile CACert.crt

    Proporcione una contraseña al utilizar OpenSSL para generar el archivo PKCS12.

Este paso solo es aplicable si genera un paquete PKCS12 fuera de Cisco IOS XE utilizando OpenSSL.

3

Importe el paquete de archivos en formato PKCS12.

crypto pki import <trustpoint name> pkcs12 <certificate file location> password <file password>

La siguiente es una configuración de muestra para el comando y detalles relativos a los parámetros configurables:

crypto pki import webex-sgw pkcs12 bootflash:certificate.pfx password xyz123
  • <trustpoint name>—Nombre del punto de confianza que se crea al usar este comando (por ejemplo, webex-sgw).

  • <certificate file location>—URL local o de red que apunta al archivo del certificado (por ejemplo, bootflash:certificate.pfx)

  • <file password>—La contraseña que se utiliza al crear el archivo PKCS12 (por ejemplo, xyz123).

El mensaje crypto pki import comando construye automáticamente el punto de confianza para acomodar el certificado.

4

Utilizando el modo de configuración, especifique el punto de confianza predeterminado, la versión TLS y los valores predeterminados de SIP-UA con los siguientes comandos.

sip-ua 
 no remote-party-id 
 retry invite 2 
 transport tcp tls v1.2 
 crypto signaling default trustpoint webex-sgw 
 handle-replaces

Configurar la puerta de enlace de supervivencia

Configurar la pasarela como una pasarela de supervivencia

Utilice la plantilla de configuración que ha descargado anteriormente como guía para configurar la línea de comandos de la gateway. Complete las configuraciones obligatorias en la plantilla.

Los siguientes pasos contienen comandos de muestra junto con una explicación de los comandos. Edite la configuración para que se adapte a su despliegue. Los soportes en ángulo (por ejemplo, <settings>) identificar la configuración en la que debe introducir los valores que se aplican a su despliegue. Las diversas configuraciones de <tag> utilizan valores numéricos para identificar y asignar conjuntos de configuraciones.

  • A menos que se indique lo contrario, esta solución requiere que complete todas las configuraciones de este procedimiento.
  • Al aplicar la configuración de la plantilla, reemplace %tokens% con sus valores preferidos antes de copiar en la puerta de enlace.
  • Para obtener más información sobre los comandos, consulte Referencia de comando Webex Managed Gateway. Utilice esta guía a menos que la descripción del comando le refiera a un documento diferente.
1

Entra en el modo de configuración global.


enable
 configure terminal

donde:

  • enable—Activa el modo EXEC privilegiado.

  • configure terminal—Activa el modo de configuración global.

2

Realice las configuraciones del servicio de voz:


 voice service voip
  ip address trusted list
    ipv4 <ip_address> <subnet_mask>
    ipv4 <ip_address> <subnet_mask>
  allow-connections sip to sip
  supplementary-service media-renegotiate
  no supplementary-service sip refer
  no supplementary-service sip moved-temporarily
  trace
  sip
   asymmetric payload full
   registrar server
  

Explicación de los comandos:

  • ip address trusted list—Define una lista de direcciones no registradas desde las que Survivability Gateway debe aceptar mensajes SIP. Por ejemplo, una dirección de pares troncales SIP.

  • <ip_address> y <subnet_mask> representan rangos de direcciones de confianza. No es necesario introducir subredes conectadas directamente, ya que Survivability Gateway confía en ellas automáticamente.

  • allow-connections sip to sip—Permite conexiones SIP a SIP en una red VoIP.

  • no supplementary-service sip refer—Deshabilite el método REFER para los servicios complementarios de reenvío de llamadas y transferencia de llamadas. Webex Calling no utiliza estos métodos.

  • no supplementary-service sip moved-temporarily—Desactiva la gestión automática de los mensajes de redirección SIP 302 por parte de la gateway.

  • sip—Entra en el modo de configuración SIP del servicio.

  • registrar server—Habilite el registrador SIP para que los clientes de Webex Calling se registren en la pasarela.

  • asymmetric payload full—Activa la videollamada en modo de supervivencia.

3

Habilitar la supervivencia en el router:


voice register global
 mode webex-sgw
 max-dn 50
 max-pool 50
 exit
 

Explicación de los comandos:

  • voice register global—Entra en el modo de registro de voz global.

  • mode webex-sgw—Habilita el modo de supervivencia de llamadas Webex y la telefonía remota de sitios de supervivencia para endpoints de Unified Communications Manager.

    Después mode webex-sgw configuración, Survivability Gateway escucha en el puerto 8933 las conexiones seguras entrantes de los endpoints.

  • max-dn—Limita el número de números de directorio (DN) que puede manejar el router. Para esta solución, configure siempre el valor máximo disponible para su plataforma.

    Las apariencias de línea compartida cuentan hacia el límite max-dn. Por ejemplo, si todos los teléfonos 5 comparten los mismos 5 DN, esta configuración cuenta como 25 DN para el límite máximo-dn.

  • max-pool—Establece el número máximo de dispositivos que pueden registrarse en la gateway. Establezca este valor en el máximo que permita su plataforma, como se describe en la Tabla 3.

4

Configurar servidores NTP:

ntp server <ip_address_of_primary_NTP_server>
 ntp server <ip_address_of_secondary_NTP_server>

5

(Opcional). Configurar permisos de llamada de clase general de restricción:


dial-peer cor custom
 name Wx_calling_Internal
 name Wx_calling_Toll-free
 name Wx_calling_National
 name Wx_calling_International
 name Wx_calling_Operator_Assistance
 name Wx_calling_Chargeable_Directory_Assistance
 name Wx_calling_Special_Services1
 name Wx_calling_Special_Services2
 name Wx_calling_Premium_Services1
 name Wx_calling_Premium_Services2

El ejemplo anterior crea un conjunto de clases personalizadas de categorías de restricción nombradas (por ejemplo, Wx_calling_International). Para obtener detalles sobre cómo usar Clase de restricciones con pares de marcado, consulte "Clase de restricciones" en Guía de configuración de Dial Peer, versión de Cisco IOS 15M&T.

6

Configure una lista de códecs preferidos. Por ejemplo, la siguiente lista especifica g711ulaw como códec preferido, seguido de g711alaw.


voice class codec 1
 codec preference 1 g711ulaw
 codec preference 2 g711alaw

Explicación de los comandos:

  • voice class codec 1 entra en el modo de configuración de clase de voz para el grupo de códec 1.

  • codec preference identifica los códecs preferidos para este grupo de códecs.

7

Configurar grupos de registro de voz predeterminados:


voice register pool 1
 id network 0.0.0.0 mask 0.0.0.0
 dtmf-relay rtp-nte
 voice-class codec 1

Explicación de los comandos:

  • voice register pool 1—Entra en el modo de configuración de grupo de registro de voz para dispositivos SIP en este grupo.

  • id network y mask identificar un dispositivo SIP o conjunto de dispositivos de red que utilizan este grupo. Utilice las direcciones y las máscaras que correspondan a su despliegue. La dirección 0.0.0.0 permite que dispositivos desde cualquier lugar se registren (si las direcciones del dispositivo están en la lista de permisos).

  • id extension-number—El grupo se aplica específicamente al usuario de Webex Calling en la extensión 1234. Utilice las extensiones adecuadas para su red.

  • id phone-number—El grupo se aplica específicamente al usuario de Webex Calling con el número de teléfono +1 210-903-443. Utilice el número de teléfono adecuado para su red.

  • dtmf-relay especifica el rtp-nte método para enviar dígitos DTMF. En este ejemplo, el tipo de carga útil de transporte en tiempo real (RTP) con evento telefónico nombrado (NTE).

  • voice-class codec 1—Asigna un grupo de códec 1 a este grupo.

8

Configurar llamada de emergencia:


voice emergency response location 1
 elin 1 <number>
 subnet 1 <ip-group> <subnet-mask>

 voice emergency response location 2
  elin 1 <number>
  subnet 1 <ip-group> <subnet-mask>

 voice emergency response zone 1
  location 1
  location 2

 voice class e164-pattern-map 301
 voice class e164-pattern-map 351

Explicación de los comandos:

  • voice emergency response location 1—Crea el grupo de ubicación de respuesta ante emergencias 1 para el servicio mejorado de 911. Un comando posterior crea el grupo de ubicación de respuesta de emergencia 2.

  • elin 1 <number>—Asigna un elin a la ubicación de respuesta de emergencia. Para este elin, la parte <number> define un número PSTN para reemplazar la extensión de la persona que llama 911 (por ejemplo, 14085550100).

  • subnet 1 <ip-group> <subnet-mask>—Define un grupo de subred junto con una dirección de subred específica para esta ubicación de respuesta de emergencia. Utilice este comando para identificar la red de llamadas a través de una dirección IP y una máscara de subred. Por ejemplo, subnet 1 192.168.100.0 /26.

  • voice emergency response zone 1—Define una zona de respuesta de emergencia.

  • location 1 (and 2)—Asigna ubicaciones de respuesta de emergencia 1 y 2 a esta zona de respuesta de emergencia.

  • voice class e164-pattern-map 301 (and 351)—Identifica los mapas de patrones e164 301 y 351 para esta clase de voz. Puede utilizar el mapa para definir los planes de marcado y los identificadores de ubicación de emergencia.

Si la superposición Wi-Fi no coincide con las subredes IP con precisión, es posible que la llamada de emergencia para dispositivos nómadas no tenga el mapeo ELIN correcto.

9

Configure los pares de marcado para el PSTN. Para un ejemplo de la configuración de pares de marcado, véase Ejemplos de conexión PSTN.

10

Opcional. Activar música en espera para el router. Debe almacenar un archivo de música en la memoria flash del router en formato G.711. El archivo puede estar en formato .au o .wav, pero el formato de archivo debe contener datos de 8-bit 8-kHz (por ejemplo, formato de datos ITU-T A-law o mu-law).

call-manager-fallback
 moh enable-g711 "bootflash:<MOH_filename>"

Explicación de los comandos:

  • call-manager-fallback—Entra en el modo de configuración SRST.

  • moh enable-g711 "bootflash:<MOH_filename>"—Activa unicast Music on Hold (Música en espera) mediante G.711. También proporciona el directorio y el nombre de archivo de audio (por ejemplo, bootflash:music-on-hold.au). El nombre de archivo no puede superar los 128 caracteres.

Sincronización completa bajo demanda

Opcional. Complete este procedimiento solo si desea realizar una sincronización inmediata bajo demanda. Este procedimiento no es obligatorio, ya que la nube Webex sincroniza los datos de llamadas a Survivability Gateway una vez al día, automáticamente.

1

Iniciar sesión en Centro de control.

Si es una organización asociada, se lanza el Partner Hub. Para abrir el Centro de control, haga clic en Customer ver en Partner Hub y seleccionar el cliente correspondiente, o seleccionar My Organization para abrir la configuración del Centro de control para la organización asociada.

2

Diríjase a Services > PSTN & Routing > Gateway configurations > Manage Gateways.

3

Haga clic en la puerta de enlace de supervivencia correspondiente para abrir la Survivability Service vista para esa puerta de enlace.

4

Haga clic en el Sync Botón.

5

Haga clic en Submit.

La sincronización puede tardar hasta 10 minutos.

Editar propiedades de la puerta de enlace de supervivencia

Utilice este procedimiento opcional sólo si desea editar la configuración de una puerta de enlace de supervivencia existente.
1

Iniciar sesión en Centro de control.

Si es una organización asociada, se lanza el Partner Hub. Para abrir el Centro de control, haga clic en Customer ver en Partner Hub y seleccionar el cliente correspondiente, o seleccionar My Organization para abrir la configuración del Centro de control para la organización asociada.

2

Diríjase a Services > PSTN & Routing > Gateway configurations > Manage Gateways.

3

Haga clic en la puerta de enlace de supervivencia correspondiente para abrir la Survivability Service vista para esa puerta de enlace.

4

Haga clic en el Edit botón y ajustes de actualización para lo siguiente.

  • Host Name—Utilice el nombre de host o el nombre de dominio completo del certificado para establecer la conexión TLS con los clientes y la dirección IP.

  • IP Address—En formato IPv4, introduzca la dirección IP de la puerta de enlace a la que se registran los dispositivos mientras funcionan en modo de supervivencia.

5

Haga clic en Submit.

Si desea eliminar una puerta de enlace de supervivencia de Control Hub, anule la asignación del Survivability Gateway servicio primero. Para más detalles, consulte Asignar servicios a gateways gestionados.

Configuraciones para habilitar las CDR en la pasarela de supervivencia

El conector configura automáticamente comandos relacionados con CDR para facilitar la recopilación de métricas de recuento de llamadas.

Al final de un evento de supervivencia, el conector procesa las CDR generadas durante el período de evento, junto con los datos de configuración, para identificar varios recuentos de llamadas. Las métricas incluyen recuentos de llamadas totales, llamadas de emergencia y llamadas externas, y se utilizan para supervisar el uso interno de funciones. Solo las métricas de recuento de llamadas se envían a la nube Webex mientras que las CDR reales no se transmiten.

La siguiente es una configuración de muestra:


!
gw-accounting file
 primary ifs bootflash:guest-share/cdrs/
 acct-template callhistory-detail
 maximum cdrflush-timer 5
 cdr-format detailed
!

Explicación de los comandos:

  • primary ifs bootflash:guest-share/cdrs/- Este comando es almacenar los archivos CDR bajo la carpeta guest-share para permitir el acceso por el conector.

  • acct-template callhistory-detail- Este comando es necesario para incluir la etiqueta dial-peer en el CDR.

  • maximum cdrflush-timer 5- El valor predeterminado es 60 minutos, pero configurarlo en 5 minutos permite que las CDR se registren en el archivo más rápidamente.

  • cdr-format detailed- Este es el formato predeterminado. El formato compacto no es adecuado ya que no incluye la etiqueta dial-peer.

Configuraciones para habilitar el reenvío de llamadas

La funcionalidad de reenvío de llamadas es parte de las características de supervivencia que garantizan el manejo continuo de llamadas durante cortes de red cuando se pierde la conexión a la nube Webex. La pasarela de supervivencia actúa como una pasarela de respaldo local, lo que permite que los endpoints se registren localmente y mantengan las capacidades de llamada esenciales.

  • El comportamiento de reenvío de llamadas en el modo de supervivencia es gestionado por la pasarela de supervivencia utilizando la configuración de grupo, configuraciones de pares de marcado y políticas de enrutamiento que manejan llamadas localmente o las enrutan a través de troncos PSTN o SIP.

  • La pasarela de supervivencia desactiva SIP REFER, SIP moved-temporarily for call forward and call transfer supplementary services, ya que Webex Calling no utiliza estos métodos en modo de supervivencia.

Configure los grupos de registro de voz para los escenarios de reenvío de llamadas:

Para utilizar la función de reenvío de llamadas, configure el call-forward b2bua bajo el comando voice register pool de teléfonos individuales.​

  • Para activar call-forward all, configurar: call-forward b2bua all <extn/phone number/ESN>

  • Para activar call-forward no-answer, configurar:call-forward b2bua noan <extn/phone number/ESN> timeout <time in sec> ​

  • Para activar el disparador ocupado con el número especificado de llamada entrante, configure:

    
    call-forward b2bua busy <extn/phone number/ESN>
    busy-trigger-per-button <count>

  • Ejemplo de configuración: ​

    
    voice register pool  1​
      id phone-number +12107501105​
      dtmf-relay rtp-nte​
      call-forward b2bua noan +12107501155 timeout 20​
      codec g711ulaw​
    
    voice register pool  2
       busy-trigger-per-button 2
       id extension-number 1104
       dtmf-relay rtp-nte
       call-forward b2bua busy +12307501111
       codec g711ulaw 

Configuraciones para habilitar el grupo de búsqueda

Esta tabla proporciona una asignación para la configuración de la función de grupo de búsqueda en el Centro de control y utilizando los comandos de puerta de enlace de supervivencia

Características del grupo HuntConfiguración mediante el Centro de controlComandos de puerta de enlace de supervivencia

Seleccionar patrón de enrutamiento de llamadas ​

Top-Down/Simultaneous/Circular/Idle más largo

Secuencial/Paralelo/Par/Reposo más largo

Añadir grupo Hunt​

Agregue el grupo de búsqueda con el nombre y el número de teléfono por ubicación.

Para agregar Hunt Group, utilice el voice hunt-group <tag> <call routing pattern>. Luego agregue el número de teléfono utilizando el pilot nombre del grupo de comando y búsqueda con description comando

Seleccione usuarios, espacios de trabajo o líneas virtuales para agregar.

Seleccione los agentes para formar parte del Grupo Hunt​

Configure la lista de agentes mediante el number <tag> <phone-number> comando

Avance después de establecer el número de anillos

Configure usando el Set number of Rings opción

Configure usando eltimeout <timeout value> orden para adelantar la llamada al siguiente agente en lugar del número de anillos.

Avance cuando esté ocupado

Configure usando el Advance when busy opción

Configure usando el present-call idle-phonecomando

Desvíe las llamadas cuando todos los agentes no estén accesibles

Configure usando el Divert calls when all agents unreachable opción

Configure usando el final <phone number> comando

Desvíe las llamadas cuando todos los agentes están ocupados o el grupo de caza está ocupado.

Configure usando elDivert calls when all agents are busy or the hunt group is busy opción

Configurar usando final <phone number> command​

  • Configurar un grupo de búsqueda de anillos secuenciales

    
      voice hunt-group 1 sequential​
        pilot 1111
        number 1 1001​
        number 2 1002​
        number 3 7089001​
        number 4 7089002​
        number 5 +1210903443​
        .....​
        .....​
        timeout 20​
        final 1009
        statistics collect
        description​
        present-call idle-phone

  • Configurar un grupo de Hunt anillos paralelos

    
    voice hunt-group 2 parallel​
      pilot 2222​
      number 1 2001
      number 2 2002​
      number 3 2089001​
      number 4 2089002​
      number 5 +12109034433​
      .....​
      .....​
      timeout 60​
      final 1009​
      statistics collect​
      description​

Descripción de los comandos:

  • voice hunt-group- Este comando se utiliza para definir e introducir el modo de configuración de un grupo de búsqueda.

  • parallel- Esta palabra clave especifica el método o algoritmo del grupo de búsqueda que el sistema utilizará para distribuir las llamadas entrantes entre los miembros de este grupo de búsqueda.

  • number- Crea una lista de extensiones/e164 números/ESN que son miembros de un grupo de búsqueda de voz. Cualquier número en la lista no puede ser un número piloto de otro grupo de caza.

  • pilot- Este es el número principal o número de directorio del grupo de caza. Las personas que llaman marcan este número para llegar al grupo de caza.

  • timeout- Establece la cantidad máxima de tiempo, en segundos, que el grupo de caza intentará llamar a sus miembros antes de tomar la siguiente acción.

  • final- Este comando especifica el número de respaldo.

  • statistics collect​- Permite la recogida de estadísticas operativas para el grupo de caza.

  • descriptin- descripción del grupo de caza

  • present-call idle-phone-Presente la llamada solo a los agentes que están inactivos.

La siguiente es una salida de muestra de la show voice hunt-group statistics Comando. La salida incluye llamadas directas a un número de grupo de búsqueda de voz y llamadas desde la cola o B-ACD.


Router# show voice hunt-group 1 statistics last 1 h 
Wed 04:00 - 05:00
	Max Agents: 3
	Min Agents: 3
	Total Calls: 9
	Answered Calls: 7
	Abandoned Calls: 2
	Average Time to Answer (secs): 6
	Longest Time to Answer (secs): 13
	Average Time in Call (secs): 75
	Longest Time in Call (secs): 161
	Average Time before Abandon (secs): 8
	Calls on Hold: 2
	Average Time in Hold (secs): 16	
	Longest Time in Hold (secs): 21
	Per agent statistics:
		Agent: 5012
			From Direct Call:
				Total Calls Answered: 3
				Average Time in Call (secs): 70
				Longest Time in Call (secs): 150
				Totals Calls on Hold: 1
				Average Hold Time (secs): 21
				Longest Hold Time (secs): 21
			From Queue:
				Total Calls Answered: 3
				Average Time in Call (secs): 55
				Longest Time in Call (secs): 78
				Total Calls on Hold: 2
				Average Hold Time (secs): 19
				Longest Hold Time (secs): 26
				Total Loged in Time (secs): 3000
				Total Loged out Time (secs): 600
		Agent: 5013
			From Direct Call:
				Total Calls Answered: 3
				Average Time in Call (secs): 51
				Longest Time in Call (secs): 118
				Totals Calls on Hold: 1
				Average Hold Time (secs): 11
				Longest Hold Time (secs): 11
			From Queue:
				Total Calls Answered: 1
				Average Time in Call (secs): 4
				Longest Time in Call (secs): 4
				Total Loged in Time (secs): 3000
				Total Loged out Time (secs): 600
		Agent: 5014
			From Direct Call:
				Total Calls Answered: 1
				Average Time in Call (secs): 161
				Longest Time in Call (secs): 161
			From Queue:
				Total Calls Answered: 1
				Average Time in Call (secs): 658
				Longest Time in Call (secs): 658
				Total Loged in Time (secs): 3000
				Total Loged out Time (secs): 600

	Queue related statistics:
		Total calls presented to the queue: 5
		Calls handoff to IOS: 5
		Number of calls in the queue: 0
		Average time to handoff (secs): 2
		Longest time to handoff (secs): 3
		Number of abandoned calls: 0
		Average time before abandon (secs): 0
		Calls forwarded to voice mail: 0
		Calls answered by voice mail: 0
		Number of error calls: 0

Router# sh voice hunt-group 
Group 1
    type: sequential
    pilot number: 4444, peer-tag 2147483647
    list of numbers: 
        Member        Used-by       State  Login/Logout
        ======        =======       =====  ============
        1001          1001          up   -
        1003          1003          up   -
    preference: 0
    preference (sec): 0
    timeout: 15
    final_number: 
    auto logout: no
    stat collect: no
    phone-display: no
    hlog-block: no
    calls in queue: 0
    overwrite-dyn-stats: no
    members logout: no
    present-call idle-phone: no
webex-sgw-bgl14#

Configuraciones para habilitar la distribución automática básica de llamadas (B-ACD)

El servicio básico de distribución automática de llamadas (B-ACD) y de asistente automático (AA) proporciona la respuesta automática de llamadas externas con saludos y menús que permiten a las personas que llaman seleccionar el departamento apropiado o marcar números de extensión conocidos.

B-ACD proporciona respuestas automáticas y distribución de llamadas para llamadas utilizando menús interactivos y grupos de búsqueda locales. La aplicación B-ACD consiste en servicios de asistente automático (AA) y un servicio de cola de llamadas. El asistente automático B-ACD admite llamadas PSTN que se negocian con el tronco SIP entrante con el códec g711ulaw

B-ACD soporta grupos de búsqueda de voz con líneas compartidas SIP y líneas compartidas mixtas, secuenciales, paralelas, pares y más largas de soporte de explosión de llamada inactiva.

Una llamada entrante marca el número piloto B-ACD AA y escucha un mensaje que proporciona un saludo e instrucciones para ayudar al usuario a enrutar automáticamente la llamada.

Limitaciones

Utilice el mismo códec en los pares de marcado entrantes y salientes al transferir llamadas. No se admite el uso de diferentes codecs. IOS no invocará el transcodificador para las llamadas manejadas por ninguna aplicación TCL.

Componentes de B-ACD

La aplicación B-ACD consiste en un servicio de cola de llamadas y uno o más servicios AA. Los componentes configurables de estos servicios son:

  • Número de piloto

  • Mensaje de bienvenida y otros archivos de audio

  • Opciones del menú

  • Marcar por extensión

Número de piloto

Cada servicio AA tiene su propio número de piloto AA que las personas que llaman marcan para llegar a la AA. Este número se especifica en el param aa-pilot Comando. El número de piloto de AA no está asociado con ningún número de teléfono de agente o teléfono físico, pero debe definir un par de marcación con el número de piloto de AA como el número de llamada entrante para que las personas que llaman al exterior puedan acceder a este número.

Solicitud de bienvenida y otros archivos de audio

El mensaje de bienvenida es un archivo de audio que se reproduce cuando una llamada es contestada por el número de piloto. Este archivo de audio es uno de los varios archivos de audio que se utilizan con el servicio B-ACD para informar a las personas que llaman de su estado y de cualquier acción que puedan tomar. Puede crear archivos de audio personalizados que describan las opciones de menú disponibles para sus usuarios. Los archivos de audio B-ACD se describen en las siguientes secciones:

Regrabando archivos de audio predeterminados

Los archivos de audio predeterminados se proporcionan para cada punto del script y se entregan a las personas que llaman. Descarga los archivos de audio predeterminados de la enlacey copiarlos en un lugar al que se pueda acceder mediante un router B-ACD, como memoria flash o un servidor TFTP. Los archivos de audio y los archivos de secuencias de comandos se agrupan en un archivo tar en el sitio web. Los archivos predeterminados y sus mensajes se muestran en la tabla. Puede volver a grabar mensajes personalizados sobre los mensajes predeterminados, pero no puede cambiar los nombres de los archivos de audio, excepto como se describe específicamente en el Cambio de códigos de idioma y nombres de archivos.

Para volver a grabar e instalar las indicaciones de audio predeterminadas antes de utilizar un servicio B-ACD por primera vez, siga los pasos de la Descarga de secuencias de comandos Tcl y mensajes de audio. Para volver a transmitir mensajes de audio en un servicio B-ACD existente, siga los pasos en el Actualización de parámetros de script e indicaciones de audio (solo marcar por extensión).

Nombre de archivo predeterminadoAnuncio predeterminadoDuración del anuncio por defecto
en_bacd_welcome.au

“Gracias por llamar”. Incluye una pausa de dos segundos después del mensaje.

3 segundos

en_bacd_options_menu.au

Para ventas, presione 1 (pausa)

Para el servicio al cliente, pulse 2 (pausa)

Para marcar mediante extensión, pulse 3 (pausa)

Para hablar con un operador, presione cero.

Incluye una pausa de cuatro segundos después del mensaje.

15segundos

en_bacd_disconnect.au

“No podemos atender su llamada en este momento. Inténtalo de nuevo más tarde. Gracias por llamar”. Incluye una pausa de cuatro segundos después del mensaje.

10segundos

en_bacd_invalidoption. au

“Ha introducido una opción no válida. Por favor, inténtalo de nuevo”. Incluye una pausa de un segundo después del mensaje. Este mensaje se reproduce cuando un usuario elige una opción de menú no válida o marca una extensión no válida.

7segundos

en_bacd_enter_dest.au

“Ingrese el número de extensión que desea alcanzar”. Incluye una pausa de cinco segundos después del mensaje. Este mensaje se reproduce cuando una persona que llama elige el dial-by-extension opción

7segundos

en_bacd_allagentsbusy. au

“Todos los agentes están ocupados ayudando a otros clientes. Continúe esperando para recibir asistencia. Alguien estará con usted en breve”. Incluye una pausa de dos segundos después del mensaje. Este mensaje también se conoce como el segundo saludo.

7segundos

en_bacd_music_on_hol d.au

La música en espera (MOH) se reproduce a las llamadas B-ACD.

60segundos

Si vuelve a leer cualquiera de los archivos de audio, tenga en cuenta que las peticiones B-ACD requieren un formato de archivo de audio G.711 (.au) con codificación de 8-bit, mu-law y 8-kHz. Recomendamos las siguientes herramientas de audio u otras de calidad similar:

  • Adobe Audition para Microsoft Windows por Adobe Systems Inc. (anteriormente llamado Cool Edit por Syntrillium Software Corp.)

  • AudioTool para Solaris de Sun Microsystems Inc.

Configurar B-ACD

Estos son algunos ejemplos de configuración:


application
 service aa bootflash:app-b-acd-aa-3.0.0.8.tcl
  paramspace english index 1
  param handoff-string aa
  param dial-by-extension-option <dial-by-extn menu option, standard BACD script menu option is 3>
  paramspace english language en
  param aa-pilot <auto attendant 164 pilot number associated in auto attendant dial-peer>
  paramspace english location flash:
  param welcome-prompt _bacd_welcome.au
  param voice-mail <alternate destination for calls that are not answered>
  param service-name queue
 !
 service queue bootflash:app-b-acd-3.0.0.8.tcl
  param queue-len 30
  param queue-manager-debugs 1
 ! 

! SIP PSTN Dial-Peers for Auto Attendant(BACD) service called aa associated with incoming voice port
dial-peer voice 500 voip
 description Inbound dial-peer for Auto Attendant
 service aa
 session protocol sipv2
 incoming called-number <Auto Attendant Pilot number>
 dtmf-relay rtp-nte
 codec g711ulaw
 no vad
!
! TDM PSTN Dial-Peers if not using SIP for Auto Attendant(BACD) service called aa associated with incoming voice pots
dial-peer voice 500 voip
 description Inbound dial-peer for Auto Attendant
 service aa
 incoming called-number <Auto Attendant Pilot number>
 port %tdm_port%
! 
Explicación del comando:
ComandoExplicación
param dial-by-extension-option <menu-number>

Permite a las personas que llaman marcar números de extensión después de marcar el número de menú especificado.

número de menú: identificador de una opción de menú. El intervalo es de 1 a 9. No hay incumplimiento.

param aa-pilot

Especifica el número de piloto asociado en el dial-peer del asistente automático

param voice-mail

Define un destino alternativo para las llamadas que no son respondidas por agentes AA

paramspace english language en

Define el código de idioma de los archivos de audio que se utilizan para las indicaciones dinámicas de una aplicación IVR.

  • paquete de idioma: nombre del paquete de idioma que se va a utilizar. Hay tres paquetes de idiomas integrados: chino, inglés y español. Otros idiomas pueden ser soportados por el uso del script de idioma Tcl (Tool Command Language).

  • código de idioma: código de dos caracteres que identifica el idioma de los archivos de audio asociados. Las entradas válidas son las siguientes:

    ch —Chino

    es —Inglés

    sp —Español

    aa —todos

Este código de idioma debe coincidir con el prefijo de idioma de dos caracteres utilizado en los nombres de sus archivos de solicitud de audio, independientemente del idioma que se utilice realmente en el archivo. Para obtener más información, consulte el Solicitud de bienvenida y otros archivos de audio

param welcome-prompt audio-filename

Asigna un archivo de audio para el saludo de bienvenida utilizado por este servicio AA.

  • audio-filename: identificador parte del nombre del archivo de audio que contiene el saludo de bienvenida que se reproducirá cuando las personas que llaman lleguen por primera vez al servicio B-ACD. La parte de identificador del nombre de archivo no incluye el prefijo de idioma, y debe comenzar con un subrayado.

Cambio de códigos de idioma y nombres de archivo

  • El prefijo de cualquier nombre de archivo puede cambiarse a ch, en, sp o aa. El prefijo debe coincidir con el código especificado en el parámetro language-code en el comando paramspace language, independientemente del idioma real utilizado en el archivo.

  • Después de su prefijo, el nombre de archivo del mensaje de bienvenida (por defecto es en_bacd_welcome.au) puede tener cualquier nombre de identificación, tal y como se define en el param welcome-prompt Comando.

  • Después de su prefijo, el nombre de archivo de la solicitud desplegable (no se proporciona por defecto) puede tener cualquier nombre de identificación, tal y como se define en el param drop-through-prompt Comando.

En los archivos de audio, puede grabar un mensaje en cualquier idioma. No es necesario cambiar el prefijo de un archivo que contiene un mensaje en un idioma diferente porque los prefijos de código de idioma se utilizan para características que no forman parte del servicio B-ACD. Pero es importante que los prefijos de código de idioma para sus archivos coincidan con el código de idioma que se especifica en el parámetro de código de idioma en el comando de idioma paramspace, independientemente del idioma utilizado realmente en el archivo de audio.

No cambie la parte de identificador del nombre de un archivo de audio, con la excepción del _bacd_welcome.au archivo. Las secuencias de comandos identifican archivos de audio que tienen los mismos nombres de identificación que los de Tablay que tienen el mismo prefijo que se especifica en el comando paramspace language.

Las dos excepciones a las reglas generales de nomenclatura de archivos son el archivo de audio welcome-prompt (por defecto es en_bacd_welcome.au) y el drop-through-option solicitar archivo de audio (no se suministra por defecto). Las partes de identificación de los nombres de archivo para estos dos mensajes de audio se especifican explícitamente durante la configuración y son completamente configurables por el usuario. Estos archivos pueden utilizar cualquier nombre de archivo siempre que los nombres cumplan las siguientes convenciones:

  • La parte de prefijo del nombre de archivo debe ser la misma que el código de idioma que se especifica en el comando paramspace language. Por ejemplo, en.

  • La parte de identificador del nombre de archivo debe comenzar con un subrayado. Por ejemplo, _welcome_to_xyz.au.

Uso de archivos de audio para describir las opciones de menú

De forma predeterminada, se suministran dos archivos de audio para proporcionar orientación inicial al usuario y orientación sobre las opciones de menú disponibles: en_welcome_prompt.au y en_bacd_options_menu.au. Puede volver a leer mensajes personalizados sobre los mensajes predeterminados que se suministran en estos archivos, como se explica en Tabla.

Si su servicio B-ACD utiliza un único servicio AA, registre un saludo de bienvenida en en_welcome_prompt.au y registre las instrucciones sobre las opciones de menú en en_bacd_options_menu.au.

Si su servicio B-ACD utiliza varios servicios AA, necesitará saludos e instrucciones por separado para cada AA, utilizando las siguientes pautas:

  • Grabe un mensaje de bienvenida separado para cada servicio AA, utilizando un nombre diferente para el archivo de audio para cada mensaje de bienvenida. Por ejemplo: en_welcome_aa1.au yen_welcome_aa2.au. Las indicaciones de bienvenida que registre en estos archivos deben incluir tanto el saludo como las instrucciones sobre las opciones de menú.

  • Grabar silencio en el archivo de audio en_bacd_options_menu.au. Deberá registrarse un mínimo de un segundo de silencio. Tenga en cuenta que este archivo no contiene las instrucciones del menú cuando hay varios servicios AA.

Opciones del menú

El propósito de un servicio B-ACD es dirigir automáticamente las llamadas al destino correcto de su organización. Los servicios interactivos de AA le permiten ofrecer opciones de menú a las personas que llaman para que puedan tomar las decisiones adecuadas para sus llamadas. Los tipos de opciones de menú que están disponibles en B-ACD se describen en la tabla. Las opciones de menú se anuncian a las personas que llaman por medio de instrucciones de audio, que se describen en el Solicitud de bienvenida y otros archivos de audio.

EscribaDescripciónRequisitosEjemplo
Dial-by-extension

La persona que llama presiona un dígito para poder marcar una extensión conocida.

El número de menú utilizado para esta opción no debe ser el mismo que cualquier número de menú (aa-hunt) utilizado con el servicio de cola de llamadas.

Sin requisitos.

Después de escuchar las opciones del menú, una persona que llama marca 4 y puede marcar un número de extensión interno.

Opción de marcado por extensión

El servicio B-ACD también puede tener una opción de marcado por extensión, que permite a las personas que llaman marcar números de extensión internos cuando ya conocen el número de extensión. La opción de marcado por extensión se muestra como opción de menú.

La opción dial-by-extension se configura especificando un número de opción de menú para el parámetro dial-by-extension. Cuando se utiliza el siguiente comando, las personas que llaman pueden marcar 1 y luego un número de extensión.

param dial-by-extension-option 1

Dentro de un servicio de cola de llamadas B-ACD, el número de opción de marcado por extensión y los números de opción de grupo de búsqueda deben ser mutuamente excluyentes. Esta restricción significa que el número de opción utilizado para la opción dial-by-extension no puede ser el mismo que ninguno de los números de opción utilizados con las opciones aa-hunt. Por ejemplo, si utiliza aa-hunt1 a aa-hunt5 para especificar grupos de búsqueda en la configuración del servicio de cola de llamadas, puede utilizar la opción 6 para la opción de marcado por extensión, pero no cualquiera de los números 1 a 5.

Si los diez números aa-hunt se utilizan para grupos de hunt en el servicio de cola de llamadas, no queda ninguna opción para la opción dial-by-extension. Tenga en cuenta que esta restricción se basa en todos los números de opción (números aa-hunt) utilizados con el servicio de cola de llamadas y no en los números de opción utilizados con una aplicación AA.

Descarga de secuencias de comandos Tcl y mensajes de audio

Utilice estos pasos para preparar los archivos de secuencias de comandos y los archivos de solicitud que son necesarios para su servicio B-ACD.

  1. Copia el archivo tar al bootflash del router SGW

  2. Descomprima los archivos tcl y audio usando el comando:

    archive tar /xtract bootflash:cme-b-acd-3.0.0.8.tar bootflash:
  3. Vuelva a grabar los archivos de audio si es necesario.

Explicación de los comandos:

ComandoExplicación

Descargar el archivo tar B-ACD

Descargar el archivo tar B-ACD llamado cme-b-acd-3.0.0.8.tar a un servidor TFTP accesible al router SGW.

Este archivo tar contiene el script AA Tcl, el script Tcl en cola de llamada y los archivos de audio predeterminados que necesita para el servicio B-ACD

enable

Activa el modo EXEC privilegiado en el router SGW. Ingrese su contraseña si se le pide.

archivetar/xtract <source-url> flash:

Descomprime los archivos del archivo B-ACD y los copia en memoria flash. Los siguientes archivos están contenidos en el cme-b-acd-3.0.0.8.tar archivo:

  • app-b-acd-aa-x.x.x.x.tcl (guión AA)

  • app-b-acd-x.x.x.x.tcl (script de cola de llamadas)

  • es_bacd_allagentsbusy.au (archivo de audio)

  • es_bacd_options_menu.au (archivo de audio)

  • en_bacd_disconnect.au (archivo de audio)

  • es_bacd_music_on_hold.au (archivo de audio)

  • es_bacd_invalidoption.au (archivo de audio)

  • es_bacd_welcome.au (archivo de audio)

  • es_bacd_enter_dest.au (archivo de audio)

Registre si es necesario

Releve los archivos de audio con sus mensajes personalizados, pero no cambie los nombres de los archivos de audio.

Ejemplos

El siguiente ejemplo extrae archivos del archivo llamado cme-b-acd-2.1.0.0 del servidor en 192.168.1.1 y los copia en la memoria flash del router B-ACD.

archive tar /xtract tftp://192.168.1.1/cme-b-acd-2.1.0.0.tar flash:

Actualización de parámetros de script e indicaciones de audio (solo marcar por extensión)

Puede actualizar los parámetros de la secuencia de comandos B-ACD haciendo cambios en la configuración de Cisco IOS. Para que los cambios de parámetro surtan efecto, debe detener y recargar los scripts B-ACD que ha realizado los cambios. Si vuelve a leer mensajes de audio, debe volver a cargar los archivos de mensajes de audio que han cambiado.

  1. Determine los ID de sesión de cualquier sesión activa-

    Utilice la flecha showcall application sessions comando en modo EXEC privilegiado para obtener números de ID de sesión (SID) de los servicios AA y de cola de llamadas. Si la sesión AA no tiene llamadas activas, el nombre del script AA no aparece en la salida del show call application sessions Comando.

  2. Detenga las sesiones de servicio B-ACD AA y de cola de llamadas si es necesario. Utilizando los números de ID de sesión del paso1, detenga el servicio B-ACD AA y las sesiones de servicio de cola de llamadas. Utilice la flecha call application session stop comando en modo EXEC privilegiado para detener las sesiones AA y la cola de llamadas.
  3. Recarga el script AA y los scripts de la cola de llamadas - Usa el call application voice load comando en modo EXEC privilegiado para recargar los scripts.
  4. Si se ha cambiado un archivo de solicitud de audio, vuelva a cargar. Utilice el audio-prompt load comando en modo EXEC privilegiado para recargar un archivo de audio. Repita este comando para cada archivo de audio que haya sido cambiado.

Verificación del estado de B-ACD

Utilice la flecha show call application sessions comando para verificar que B-ACD esté activo.

El siguiente ejemplo muestra una sesión con aplicaciones AA activas y de cola de llamadas. El campo “App” es el nombre del servicio. El campo “Url” es la ubicación del archivo de script para la aplicación.


Session ID 17
App: aa
Type: Service
Url: flash:app-b-acd-aa-2.1.0.0.tcl
Session ID 12
App: queue
Type: Service
Url: flash:app-b-acd-2.1.0.0.tcl 

El siguiente ejemplo muestra una sesión con sólo la aplicación de cola activa. El script AA no aparece en la salida del show call application sessions comando porque no hay llamadas activas. El nombre del servicio AA aparece en la salida solo cuando hay una llamada activa. El script de cola de llamadas se activa después de la primera llamada entrante y permanece activo incluso si no hay llamadas activas.


Router# show call application sessions
Session ID 12
App: queue
Type: Service
Url: flash:app-b-acd-2.1.0.0.tcl

Puede actualizar los parámetros de la secuencia de comandos B-ACD haciendo cambios en la configuración de Cisco IOS. Para que los cambios de parámetro surtan efecto, debe detener y volver a cargar los scripts B-ACD a los que ha hecho cambios como se explica en los pasos siguientes. Si vuelve a leer mensajes de audio, debe volver a cargar los archivos de mensajes de audio que han cambiado.

  1. Determine los ID de sesión de cualquier sesión activa:

    Utilice la flecha show call application sessions comando en modo EXEC privilegiado para obtener números de ID de sesión (SID) de los servicios AA y de cola de llamadas. Si la sesión AA no tiene llamadas activas, el nombre del script AA no aparece en la salida del show call application sessions Comando.

    El siguiente ejemplo muestra una sesión con llamadas activas. El campo “App” es el nombre del servicio dado al script de la cola de llamadas y al script AA. También puede ver los nombres de servicio en la salida para el comando show running-config.

    
    Router# show call application sessions
    Session ID 17
    App: aa
    Type: Service
    Url: bootflash:app-b-acd-aa-3.0.0.8.tcl
    
    Session ID 12
    App: queue
    Type: Service
    Url: bootflash:app-b-acd-3.0.0.8.tcl
    
  2. Detenga las sesiones de servicio de AA de B-ACD y de cola de llamadas si es necesario

    Con los números de ID de sesión del paso 1, detenga el servicio AA de B-ACD y las sesiones de servicio de cola de llamadas. Utilice la flecha call application session stop comando en modo EXEC privilegiado para detener las sesiones AA y la cola de llamadas.

    
    Router# call application session stop id 17
    Router# call application session stop id 12

    Cuando utiliza el comando de parada de sesión de aplicación de llamada para un servicio AA, se producen las siguientes acciones:

    El servicio AA está detenido.

    Todas las llamadas conectadas activamente al servicio AA están desconectadas.

    El nombre del servicio AA se elimina de la salida para el show call application sessions Comando.

    Para eliminar la posibilidad de desconectar llamadas, espere hasta que no haya llamadas entrantes antes de recargar el script, por ejemplo después del horario de trabajo.

    Si un nombre de servicio AA no aparece en la salida para el show call application sessions comando, significa que no hay sesiones de llamada y usted no tiene que emitir un call application session stop para ello.

  3. Recarga el script AA y los scripts de cola de llamadas

    Utilice la flecha call application voice load comando en modo EXEC privilegiado para recargar los scripts.

    
    Router# call application voice load aa
    Router# call application voice load queue
  4. Si se ha cambiado un archivo de solicitud de audio, vuelva a cargarlo

    Utilice la flecha audio-prompt load comando en modo EXEC privilegiado para recargar un archivo de audio. Repita este comando para cada archivo de audio que haya cambiado.

    
    Router# audio-prompt load flash:en_bacd_welcome.au
    Reload of flash:en_bacd_welcome.au successful

Limitaciones y restricciones

  • La disponibilidad del servicio de red telefónica conmutada pública (PSTN) depende de los troncos SIP o los circuitos PSTN disponibles durante una interrupción de la red.

  • Los dispositivos con conectividad 4G y 5G (por ejemplo, la aplicación Webex para móviles o tabletas) podrían seguir registrándose en Webex Calling durante cortes de servicio. Como resultado, es posible que no puedan llamar a otros números desde la misma ubicación del sitio durante una interrupción del servicio.

  • Los patrones de marcado podrían funcionar de manera diferente en el modo de supervivencia que en el modo activo.

  • La puerta de enlace de supervivencia debe utilizar una dirección IPv4. No se admite IPv6.

  • Una actualización de estado de sincronización bajo demanda en el Centro de control podría tardar hasta 30 minutos.

  • El muelle de llamadas no se admite en el modo de supervivencia.

  • No configurar el SIP bind comando en el modo de configuración voip del servicio de voz. Da lugar a un fallo de registro de endpoints con Survivability Gateway.

  • Asegúrese de que los números significativos de la empresa (ESN) en diferentes ubicaciones físicas sean únicos, para evitar conflictos y mejorar la trazabilidad, la redundancia y la fiabilidad de la conmutación por error.

Las siguientes limitaciones se aplican durante el modo de supervivencia:

  • MPP Softkeys: Las teclas de software como Park, Unpark, Barge, Pickup, Group Pickup y Call Pull no son compatibles, pero no parecen desactivadas en el dispositivo.

  • Líneas compartidas: Las llamadas realizadas a líneas compartidas pueden sonar en todos los dispositivos; sin embargo, otras funcionalidades de líneas compartidas como monitorización remota del estado de la línea, retención, reanudación, sincronización no molestar (DND) y configuración de reenvío de llamadas no están disponibles.

  • Conferencias: No se admiten conferencias ni llamadas de tres vías.

  • Distribución automática básica de llamadas (B-ACD): No se admite el servicio con Survivability Gateway y Local Gateway.

  • Historial de llamadas: Las llamadas realizadas se almacenan localmente en el historial de llamadas tanto para dispositivos MPP como para la aplicación Webex.

  • Grupos de caza: Puede configurar hasta 100 grupos de búsqueda, y cada grupo admite un máximo de 32 usuarios.

  • Aspecto mejorado de la llamada compartida: No se admiten funciones como notificación de estado de línea, retención de línea compartida/reanudación remota y otras con llamadas básicas, grupo Hunt o reenvío de llamadas.

  • Enrutamiento de llamadas de grupo Hunt: No se admite el patrón de enrutamiento de llamadas ponderado.

Experiencia del usuario durante la conmutación por error

Si un sitio de su empresa pierde la conexión a internet y usted se encuentra en ese sitio, aún puede realizar y recibir llamadas, tanto internas de su empresa como externas a los clientes. Ver Webex App | Supervivencia del sitio.

Ejemplos de configuración

Ejemplos de conexión PSTN

Para llamadas externas, configure una conexión al PSTN. Este tema describe algunas de las opciones y proporciona configuraciones de muestra. Las dos opciones principales son:

  • Conexión de la tarjeta de interfaz de voz (VIC) a PSTN

  • Tronco SIP a puerta de enlace PSTN

Conexión de tarjeta de interfaz de voz a PSTN

Puede instalar una tarjeta de interfaz de voz (VIC) en el router y configurar una conexión de puerto al PSTN.

Tronco SIP a puerta de enlace PSTN

Puede configurar una conexión troncal SIP que apunte a una pasarela PSTN. Para configurar la conexión troncal en la pasarela, utilice la configuración voice-class-tenant. A continuación se muestra una configuración de muestra.

voice class tenant 300 
  sip-server ipv4:<ip_address>:<port>
  session transport udp 
  bind all source-interface GigabitEthernet0/0/1 
 

Configuración de pares de marcado

Para las conexiones troncales, configure los pares de marcado entrante y saliente para la conexión troncal. La configuración depende de sus requisitos. Para obtener información detallada sobre la configuración, consulte Guía de configuración de Dial Peer, versión de Cisco IOS 3S.

Las siguientes son las configuraciones de muestra:

Dial-peers salientes al PSTN con UDP y RTP

dial-peer voice 300 voip 
 description outbound to PSTN 
 destination-pattern +1[2-9]..[2-9]......$ 
 translation-profile outgoing 300
 rtp payload-type comfort-noise 13 
 session protocol sipv2 
 session target sip-server
 voice-class codec 1 
 voice-class sip tenant 300 
 dtmf-relay rtp-nte 
 no vad

Dial-peer entrante desde el PSTN usando UDP con RTP

voice class uri 350 sip 
 host ipv4:<ip_address> 
 !
dial-peer voice 190 voip 
 description inbound from PSTN 
 translation-profile incoming 350 
 rtp payload-type comfort-noise 13 
 session protocol sipv2 
 voice-class codec 1 
 voice-class sip tenant 300 
 dtmf-relay rtp-nte 
 no vad

Traducciones de números

Para las conexiones PSTN, es posible que necesite usar reglas de traducción para traducir extensiones internas a un número E.164 que el PSTN pueda enrutar. Las siguientes son las configuraciones de muestra:

De la regla de traducción PSTN con no +E164

voice translation-rule 350 
 rule 1 /^\([2-9].........\)/ /+1\1/ 
 voice translation-profile 300 
 translate calling 300 
 translate called 300

De la regla de traducción del sistema telefónico con +E164

voice translation-rule 300 
 rule 1 /^\+1\(.*\)/ /\1/ 
 voice translation-profile 300 
 translate calling 300 
 translate called 300

Ejemplo de llamada de emergencia

El siguiente ejemplo contiene un ejemplo de configuración de llamada de emergencia.

Si la superposición WiFi no coincide con las subredes IP con precisión, entonces la llamada de emergencia para dispositivos nómadas puede no tener un mapeo ELIN correcto.

Lugares de respuesta ante emergencias (ERL)


voice emergency response location 1
 elin 1 14085550100
 subnet 1 192.168.100.0 /26
 !
voice emergency response location 2
 elin 1 14085550111
 subnet 1 192.168.100.64 /26
 !
voice emergency response zone 1
 location 1 
 location 2 

Pares de marcación salientes


voice class e164-pattern-map 301
 description Emergency services numbers
  e164 911
  e164 988
 !
voice class e164-pattern-map 351
 description Emergency ELINs
  e164 14085550100
  e164 14085550111
 !
dial-peer voice 301 pots
 description Outbound dial-peer for E911 call
 emergency response zone 1 
 destination e164-pattern-map 301
 !
 dial-peer voice 301 pots
 description Inbound dial-peer for E911 call
 emergency response callback
 incoming called e164-pattern-map 351
 direct-inward-dial 
¿Ha encontrado este artículo útil?
¿Ha encontrado este artículo útil?