07 de agosto de 2026 | 7063 vista(s) | 0 personas pensaron que esto fue útil
Configurar la puerta de enlace local en Cisco IOS XE para Webex Calling
list-menu¿Comentarios?
Después de configurar Webex Calling para su organización, puede configurar un enlace troncal para conectar su puerta de enlace local a Webex Calling. El transporte TLS de SIP protege el enlace troncal entre la puerta de enlace local y la nube de Webex. Los medios entre la puerta de enlace local y Webex Calling utilizan SRTP.

Descripción general

Webex Calling actualmente admite dos versiones de Local Gateway:

  • Puerta de enlace local

  • Puerta de enlace local para Webex para la Generalitat

Consideraciones clave

  • Antes de comenzar, comprenda los requisitos locales de la red telefónica conmutada pública (PSTN) y la puerta de enlace local (LGW) para Webex Calling. Ver Arquitectura preferida de Cisco para llamadas Webexpara obtener más información.

  • En este artículo se asume que existe una plataforma de puerta de enlace local dedicada sin configuración de voz existente. Si modifica una pasarela PSTN o una implementación CUBE Enterprise existente para usarla como función de pasarela local para Webex Calling, preste atención a la configuración. Asegúrese de no interrumpir los flujos de llamadas existentes y la funcionalidad debido a los cambios que realiza.

Los procedimientos contienen enlaces a la documentación de referencia de comandos donde puede obtener más información sobre las opciones de comandos individuales. Todos los enlaces de referencia de comandos van a la Referencia de comando de Webex Managed Gateways a menos que se indique lo contrario (en cuyo caso, los enlaces de comandos van a la Referencia de comando de voz de Cisco IOS). Puede acceder a todas estas guías en Cisco Unified Border Element Referencias de comandos.

Para obtener información sobre los SBC de terceros admitidos, consulte la documentación de referencia del producto correspondiente.

Configure su gateway local

Existen dos opciones para configurar la puerta de enlace local para el tronco de la llamada Webex:

  • Enlace troncal basado en inscripción

  • Enlace troncal basado en certificados

Utilice el flujo de tareas bajo el Registration-based Local Gateway o Certificate-based Local Gateway para configurar Local Gateway para su trunk de Webex Calling.

Ver Comience con Local Gatewaypara obtener más información sobre los diferentes tipos de tronco. Realice los siguientes pasos en la propia puerta de enlace local mediante la interfaz de línea de comandos (CLI). Utilizamos el protocolo de inicio de sesión (SIP) y el transporte de seguridad de la capa de transporte (TLS) para proteger el tronco y el protocolo seguro en tiempo real (SRTP) para proteger los medios entre el gateway local y Webex Calling.

Consideraciones clave

Local Gateway for Webex for Government no admite lo siguiente:

  • STUN/ICE-Lite para la optimización de rutas de medios

  • Fax (T.38)

Configure su puerta de enlace local para Webex para el gobierno

Para configurar la puerta de enlace local para su tronco de llamadas Webex en Webex for Government, utilice la siguiente opción:

  • Enlace troncal basado en certificados

Utilice el flujo de tareas bajo el Certificate-based Local Gateway para configurar el gateway local para su trunk de Webex Calling. Para obtener más detalles sobre cómo configurar un gateway local basado en certificados, consulte Configurar el tronco basado en certificados de Webex Calling.

Es obligatorio configurar cifradores GCM compatibles con FIPS para admitir Local Gateway for Webex for Government. Si no es así, falla la configuración de la llamada. Para obtener detalles de la configuración, consulte Configure Webex Calling certificate-based trunk.

Webex for Government no admite Local Gateway basado en el registro.

Descripción general del diseño

Esta sección describe cómo configurar un Cisco Unified Border Element (CUBE) como una puerta de enlace local para Webex Calling, utilizando un tronco SIP de registro. La primera parte de este documento ilustra cómo configurar una pasarela PSTN sencilla. En este caso, todas las llamadas del PSTN se encaminan a Webex Calling y todas las llamadas del Webex Calling se encaminan al PSTN. La imagen siguiente destaca esta solución y la configuración de enrutamiento de llamadas de alto nivel que se seguirá.

En este diseño, se utilizan las siguientes configuraciones principales:

  • inquilinos de clase de voz: Se utiliza para crear configuraciones específicas del tronco.

  • uri de clase de voz: Se utiliza para clasificar mensajes SIP para la selección de un dial-peer entrante.

  • Dial-peer entrante: Proporciona tratamiento para los mensajes SIP entrantes y determina la ruta de salida mediante un grupo de pares de marcado.

  • grupo de pares de marcación: Define los pares de marcado salientes utilizados para el encaminamiento de llamadas hacia adelante.

  • Dial-peer saliente: Proporciona tratamiento para los mensajes SIP salientes y los dirige al destino requerido.

Call routing from/to PSTN to/from Webex Calling configuration solution

Aunque IP y SIP se han convertido en los protocolos predeterminados para los troncos PSTN, los circuitos ISDN TDM (multiplexación por división de tiempo) siguen siendo ampliamente utilizados y son compatibles con los troncos Webex Calling. Para permitir la optimización de medios de rutas IP para gateways locales con flujos de llamadas TDM-IP, actualmente es necesario utilizar un proceso de enrutamiento de llamadas de dos patas. Este enfoque modifica la configuración de encaminamiento de llamadas mostrada anteriormente, mediante la introducción de un conjunto de pares de marcación de bucle interno entre Webex Calling y troncos PSTN como se ilustra en la imagen siguiente.

Call routing configuration with a set of internal loop-back dial-peers between Webex Calling and PSTN trunks

Al conectar una solución local de Cisco Unified Communications Manager con Webex Calling, puede utilizar la sencilla configuración de pasarela PSTN como base para construir la solución ilustrada en el siguiente diagrama. En este caso, Unified Communications Manager proporciona enrutamiento y tratamiento centralizados de todas las llamadas PSTN y Webex Calling.

Solution diagram showing Unified Communications Manager provides centralized routing and treatment of all PSTN and Webex Calling calls

A lo largo de este documento, se utilizan los nombres de host, direcciones IP e interfaces ilustradas en la siguiente imagen.

The host names, IP addresses, and interfaces used in Call routing configuration solutions

Utilice la guía de configuración del resto de este documento para completar la configuración de la pasarela local de la siguiente manera:

  • Paso 1: Configurar la conectividad y la seguridad de referencia del router

  • Paso 2: Configurar el tronco de llamadas Webex

    Dependiendo de su arquitectura requerida, siga cualquiera de las siguientes opciones:

  • Paso 3: Configurar la puerta de enlace local con el tronco SIP PSTN

  • Paso 4: Configurar la puerta de enlace local con un entorno de Unified CM existente

    O bien:

  • Paso 3: Configurar la puerta de enlace local con el tronco de TDM PSTN

Configurar la conectividad y la seguridad

Configuración basal

El primer paso en la preparación de su router Cisco como puerta de enlace local para Webex Calling es construir una configuración de base que asegure su plataforma y establezca la conectividad.

  • Todos los despliegues de Local Gateway basados en el registro requieren Cisco IOS XE 17.6.1a o versiones posteriores. Se recomienda Cisco IOS 17.12.2 o posterior. Para ver las versiones recomendadas, consulte el Investigación de software de Ciscopágina. Busque la plataforma y seleccione una de las versiones sugeridas.

    • Los routers de la serie ISR4000 deben estar configurados con licencias de tecnología de seguridad y comunicaciones unificadas.

    • Los routers de la serie Catalyst Edge 8000 equipados con tarjetas de voz o DSP requieren licencia de DNA Advantage. Los routers sin tarjetas de voz o DSP requieren un mínimo de licencias de DNA Essentials.

  • Cree una configuración de base para su plataforma que siga las políticas de su empresa. En particular, configure y verifique lo siguiente:

    • NTP

    • Acl

    • Autenticación de usuario y acceso remoto

    • DNS

    • Enrutamiento IP

    • Direcciones IP

  • La red hacia Webex Calling debe utilizar una dirección IPv4.

  • Cargue el paquete de CA raíz de Cisco a la gateway local.

Al configurar el lado del inquilino para conectarse con Webex Calling, solo se admiten direcciones basadas en SRV.

Configuración

1

Asegúrese de asignar direcciones IP válidas y enrutables a cualquier interfaz de capa 3, por ejemplo:


interface GigabitEthernet0/0/0
  description Interface facing PSTN and/or CUCM
  ip address 10.80.13.12 255.255.255.0
!
interface GigabitEthernet0/0/1
  description Interface facing Webex Calling (Private address)
  ip address 192.51.100.1 255.255.255.240

2

Proteja las credenciales de registro y STUN en el router mediante cifrado simétrico. Configure la clave de cifrado principal y el tipo de cifrado de la siguiente manera:


key config-key password-encrypt YourPassword
password encryption aes

3

Cree un punto de confianza PKI marcador de posición.

Requiere este punto de confianza para configurar TLS más adelante. Para troncos basados en registro, este punto de confianza no requiere un certificado, como se requiere para un tronco basado en certificado.


crypto pki trustpoint EmptyTP 
 revocation-check none
4

Activar la exclusividad de TLS1.2 y especificar el punto de confianza predeterminado mediante los siguientes comandos de configuración. Actualizar los parámetros de transporte para garantizar una conexión segura y fiable para el registro:

El mensaje cn-san-validate server el comando garantiza que la puerta de enlace local permite una conexión si el nombre de host configurado en el inquilino 200 está incluido en los campos CN o SAN del certificado recibido del proxy saliente.

  1. Definir tcp-retry count a 1000 (múltiplos de 5-ms = 5 segundos).

  2. El mensaje timer connection establish El comando le permite ajustar cuánto tiempo espera el LGW para establecer una conexión con un proxy antes de considerar la siguiente opción disponible. El valor predeterminado para este temporizador es de 20 segundos y el mínimo de 5 segundos. Comience con un valor bajo y aumente si es necesario para adaptarse a las condiciones de la red.


sip-ua
 timers connection establish tls 5
 transport tcp tls v1.2
 crypto signaling default trustpoint EmptyTP cn-san-validate server
 tcp-retry 1000

5

Instale el paquete root CA de Cisco, que incluye el certificado IdenTrust Commercial Root CA1 utilizado por Webex Calling. Utilice la flecha crypto pki trustpool import clean url comando para descargar el paquete raíz de CA desde la URL especificada, y para limpiar el pool de confianza de CA actual, a continuación instale el nuevo paquete de certificados:

Si necesita utilizar un proxy para acceder a Internet mediante HTTPS, agregue la siguiente configuración antes de importar el paquete de CA:

ip http client proxy-server yourproxy.com proxy-port 80

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Configurar el tronco basado en el registro de Webex Calling
1

Cree un tronco PSTN basado en el registro para una ubicación existente en el Centro de control. Tome nota de la información del maletero que se proporciona una vez creado el maletero. Los detalles resaltados en la ilustración se utilizan en los pasos de configuración de esta guía. Para obtener más información, consulte Configurar troncos, grupos de ruta y planes de marcado para Webex Calling.

PSTN trunk registered
2

Introduzca los siguientes comandos para configurar CUBE como puerta de enlace local de llamadas Webex:

 
voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 media statistics
 media bulk-stats 
 allow-connections sip to sip
 no supplementary-service sip refer  
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip
  asymmetric payload full
  early-offer forced

Aquí se ofrece una explicación de los campos correspondientes a la configuración:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • Para proteger contra el fraude de peaje, la lista de direcciones de confianza define una lista de hosts y redes desde las que el gateway local espera llamadas VoIP legítimas.

  • De forma predeterminada, Local Gateway bloquea todos los mensajes VoIP entrantes de direcciones IP que no están en su lista de confianza. De forma predeterminada, los pares de marcado configurados estáticamente con “IP de destino de sesión” o direcciones IP de grupo de servidor son de confianza. No es necesario agregar estas direcciones IP a la lista de confianza.

  • Al configurar su gateway local, agregue las subredes IP de su centro de datos regional de Webex Calling a la lista. Para obtener más información, consulte Información de referencia de puerto para llamadas Webex. Además, agregue rangos de direcciones para servidores Unified Communications Manager (si se utilizan) y gateways troncales PSTN.

    Si su LGW está detrás de un firewall con NAT de cono restringido, puede preferir desactivar la lista de confianza de direcciones IP en la interfaz de Webex Calling. El firewall ya le protege de las llamadas entrantes no VoIP. La acción de deshabilitación reduce la sobrecarga de configuración a largo plazo, ya que no podemos garantizar que las direcciones de los compañeros de Webex Calling permanezcan fijas, y debe configurar su firewall para los compañeros en cualquier caso.

mode border-element

Activa las funciones de Cisco Unified Border Element (CUBE) en la plataforma.

media statistics

Habilita la supervisión de medios en la puerta de enlace local.

media bulk-stats

Permite que el plano de control sondee el plano de datos para obtener estadísticas de llamadas masivas.

Para obtener más información sobre estos comandos, consulte Medios de comunicación.

allow-connections sip to sip

Active la funcionalidad de agente de usuario SIP back-to-back básico de CUBE. Para obtener más información, consulte Permitir conexiones.

De forma predeterminada, el transporte de fax T.38 está activado. Para obtener más información, consulte protocolo de fax t38(servicio de voz).

stun

Habilita STUN (salto de sesión de UDP a través de NAT) globalmente.

  • La función de enlaces STUN en la pasarela local permite que las solicitudes STUN generadas localmente se envíen a través de la ruta de medios negociada. Esto ayuda a abrir el agujero en el firewall.

Para obtener más información, consulte ID de agente de datos de flujo stuny secreto compartido de datos de flujo stun.

asymmetric payload full

Configura el soporte de carga útil asimétrica SIP tanto para cargas útiles DTMF como para códec dinámico. Para obtener más información, consulte carga útil asimétrica.

early-offer forced

Obliga a la puerta de enlace local a enviar información de SDP en el mensaje INVITE inicial en lugar de esperar el acuse de recibo del colega vecino. Para obtener más información sobre este comando, consulte oferta anticipada.

3

Configurar voice class codec 100 permitiendo códecs G.711 sólo para todos los troncos. Este enfoque sencillo es adecuado para la mayoría de las implementaciones. Si es necesario, se pueden añadir a la lista tipos de códec adicionales soportados tanto por sistemas de origen como por sistemas de terminación.

Soluciones más complejas que implican Categoría: Transcodificaciónse admite el uso de módulos DSP, pero no se incluye en esta guía. 


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

Aquí se ofrece una explicación de los campos correspondientes a la configuración:

voice class codec 100

Se utiliza para permitir sólo los códecs preferidos para las llamadas troncales SIP. Para obtener más información, consulte códec de clase de voz.

4

Configurar voice class stun-usage 100 para habilitar el ICE en el maletero de Webex Calling.


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Aquí se ofrece una explicación de los campos correspondientes a la configuración:

stun usage ice lite

Se utiliza para habilitar ICE-Lite para todos los compañeros de línea de Webex Calling para permitir la optimización de medios siempre que sea posible. Para obtener más información, consulte uso de aturdimiento de clase de vozy uso de aturdimiento ice lite.

La optimización de los medios se negocia siempre que sea posible. Si una llamada requiere servicios multimedia en la nube, como grabación, los medios no se pueden optimizar.

5

Configure la directiva de cifrado de medios para el tráfico Webex.


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Aquí se ofrece una explicación de los campos correspondientes a la configuración:

voice class srtp-crypto 100

Especifica SHA1_80 como el único paquete de cifrado SRTP CUBE que ofrece el SDP en los mensajes de oferta y respuesta. Webex Calling solo admite SHA1_80. Para obtener más información, consulte clase de voz srtp-crypto.

6

Configure un patrón para identificar llamadas a un tronco de la puerta de enlace local en función de su parámetro de tronco de destino: 


voice class uri 100 sip
 pattern dtg=dallas1463285401_lgu

Aquí se ofrece una explicación de los campos correspondientes a la configuración:

voice class uri 100 sip

Define un patrón para que coincida con una invitación SIP entrante a un dial-peer entrante. Al introducir este patrón, utilice dtg= seguido del valor OTG/DTG del tronco proporcionado en el Centro de control cuando se creó el tronco. Para obtener más información, consulte clase de voz uri.

7

Configurar sip profile 100, que se utilizará para modificar los mensajes SIP antes de que se envíen a Webex Calling.


voice class sip-profiles 100
 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:"
 rule 20 request ANY sip-header To modify "<sips:" "<sip:"
 rule 30 request ANY sip-header From modify "<sips:" "<sip:"
 rule 40 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
 rule 50 response ANY sip-header To modify "<sips:" "<sip:"
 rule 60 response ANY sip-header From modify "<sips:" "<sip:"
 rule 70 response ANY sip-header Contact modify "<sips:" "<sip:"
 rule 80 request ANY sip-header From modify ">" ";otg=dallas1463285401_lgu>"
 rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:"

Aquí se ofrece una explicación de los campos correspondientes a la configuración:

  • de la regla 10 a 70 y 90

    Garantiza que los encabezados SIP utilizados para la señalización de llamadas utilicen SIP, en lugar del esquema SIPs, que los proxies de Webex requieren. La configuración de CUBE para usar SIP garantiza que se utilice un registro seguro.

  • regla 80

    Modifica el encabezado De para incluir el identificador OTG/DTG del grupo principal del centro de control para identificar de forma exclusiva un sitio de gateway local dentro de una empresa.

El proveedor de PSTN de Estados Unidos o Canadá puede ofrecer la verificación de identificación de llamadas para llamadas de spam y fraude, con la configuración adicional mencionada en el Indicación de llamadas de spam o fraude en Webex Callingartículo.

8

Configurar el tronco de llamadas Webex:

  1. Crear voice class tenant 100 definir y agrupar las configuraciones requeridas específicamente para el tronco de Webex Calling. En particular, los detalles de registro del tronco proporcionados anteriormente en el Centro de control se utilizarán en esta etapa como se detalla a continuación. Los pares de marcado asociados con este inquilino heredarán posteriormente estas configuraciones.

    El siguiente ejemplo utiliza los valores ilustrados en el paso 1 para los fines de esta guía (mostrados en negrita). Reemplácelos con valores para su tronco en su configuración.

    
voice class tenant 100
  registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com
  no remote-party-id
  sip-server dns:98027369.us10.bcld.webex.com
  connection-reuse
  srtp-crypto 100
  session transport tcp tls 
  no session refresh
  url sips 
  error-passthru
  rel1xx disable
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 100 
  outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com  
  privacy-policy passthru

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    voice class tenant 100

    Define un conjunto de parámetros de configuración que se utilizarán únicamente para el tronco de Webex Calling. Para obtener más información, consulte inquilino de clase de voz.

    registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls

    Servidor de registro para el gateway local con el registro configurado para que se actualice cada dos minutos (50% de 240 segundos). Para obtener más información, consulte Registrador.

    Asegúrese de utilizar aquí el valor de Registrar dominio desde el Centro de control.

    credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks

    Credenciales para el desafío de registro de enlace troncal. Para obtener más información, consulte credenciales (SIP UA).

    Asegúrese de utilizar aquí los valores de host de línea/puerto, nombre de usuario de autenticación y contraseña de autenticación respectivamente del Centro de control.

    authentication username Dallas1171197921_LGU password 0 9Wt[M6ifY+ realm BroadWorks
    authentication username Dallas1171197921_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com

    Desafío de autenticación para llamadas. Para obtener más información, consulte autenticación (dial-peer).

    Asegúrese de utilizar los valores de Nombre de usuario de autenticación, Contraseña de autenticación y Dominio del registrador, respectivamente, del Centro de control aquí.

    no remote-party-id

    Deshabilite el encabezado SIP Remote-Party-ID (RPID) ya que Webex Calling admite PAI, que está habilitado mediante asserted-id pai. Para obtener más información, consulte ID de partido remoto.

    sip-server dns: us25.sipconnect.bcld.webex.com

    Configura el servidor SIP de destino para el tronco. Utilice la dirección SRV del proxy Edge proporcionada en el Centro de control cuando haya creado su tronco.

    connection-reuse

    Utiliza la misma conexión persistente para el registro y el procesamiento de llamadas. Para obtener más información, consulte conexión-reutilización.

    srtp-crypto 100

    Configura las suites de cifrado preferidas para la rama de llamada SRTP (conexión) (especificada en el paso 5). Para obtener más información, consulte clase de voz srtp-crypto.

    session transport tcp tls

    Define el transporte en TLS. Para obtener más información, consulte sesión-transporte.

    no session refresh

    Desactiva la actualización de sesión SIP para llamadas entre CUBE y Webex. Para obtener más información, consulte actualización de sesión.

    url sips

    La consulta SRV debe ser SIP según lo admite el SBC de acceso; todos los demás mensajes se cambian a SIP por el perfil de sip 200.

    error-passthru

    Especifica la funcionalidad de paso de respuesta de error de SIP. Para obtener más información, consulte error-passthru.

    rel1xx disable

    Desactiva el uso de respuestas provisionales fiables para el tronco de Webex Calling. Para obtener más información, consulte Categoría: Rel1xx.

    asserted-id pai

    (Opcional) Activa el procesamiento del encabezado P-Asserted-Identity y controla cómo se utiliza para el tronco Webex Calling.

    Webex Calling incluye cabeceras P-Asserted-Identity (PAI) en INVITE de llamadas salientes a la puerta de enlace local.

    Si esta orden está configurada, la información del llamante de la cabecera PAI se utiliza para rellenar las cabeceras salientes From y PAI/Remote-Party-ID.

    Si este comando no está configurado, la información del llamante de la cabecera From se utiliza para llenar las cabeceras salientes From y PAI/Remote-Party-ID.

    Para obtener más información, consulte ID afirmado.

    bind control source-interface GigabitEthernet0/0/1

    Configura la interfaz de origen y la dirección IP asociada para los mensajes enviados a Webex Calling. Para obtener más información, consulte Ligamiento.

    bind media source-interface GigabitEthernet0/0/1

    Configura la interfaz de origen y la dirección IP asociada para los medios enviados a WebexCalling. Para obtener más información, consulte Ligamiento.

    no pass-thru content custom-sdp

    Comando predeterminado en el inquilino. Para obtener más información sobre este comando, consulte contenido de paso.

    sip-profiles 100

    Cambia los SIP a SIP y modifican la línea/puerto para los mensajes INVITE y REGISTRAR, como se define en sip-profiles 100. Para obtener más información, consulte perfiles sip de clase de voz.

    outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com

    Webex Calling accede a SBC. Inserte la dirección de proxy saliente proporcionada en el Centro de control cuando haya creado el tronco. Para obtener más información, consulte proxy saliente.

    privacy-policy passthru

    Configura las opciones de directiva de encabezado de privacidad para que el tronco pase los valores de privacidad del mensaje recibido a la siguiente rama de llamada. Para obtener más información, consulte política de privacidad.

  2. Configure el Webex Calling trunk dial-peer. 

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 max-conn 250
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 dtmf-relay rtp-nte
 voice-class stun-usage 100
 no voice-class sip localhost
 voice-class sip tenant 100
 srtp
 no vad

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    
dial-peer voice 100 voip
  description Inbound/Outbound Webex Calling

    Define un par de marcado de VoIP con una etiqueta de 100 y proporciona una descripción significativa para facilitar la administración y la resolución de problemas.

    max-conn 250

    Restringe el número de llamadas entrantes y salientes simultáneas entre las llamadas LGW y Webex. Para los troncos de registro, el valor máximo configurado debería ser 250. El valor del usuario es menor si es más adecuado para su despliegue. Para obtener más información sobre los límites de llamadas concurrentes para Local Gateway, consulte el Comience con Local Gatewaydocumento.

    destination-pattern BAD.BAD

    Se requiere un patrón de destino ficticio cuando se enrutan las llamadas salientes utilizando un grupo de pares de marcación entrantes. En este caso, se puede utilizar cualquier patrón de destino válido. Para obtener más información, consulte patrón de destino (interfaz).

    session protocol sipv2

    Especifica que el par de marcado 100 gestiona las patas de llamada SIP. Para obtener más información, consulte protocolo de sesión (dial-peer).

    session target sip-server

    Indica que el servidor SIP definido en el inquilino 100 se hereda y se utiliza para el destino de las llamadas de este par de marcado. Para obtener más información, consulte objetivo de sesión (par de marcado de voip).

    incoming uri request 100

    Para especificar la clase de voz utilizada para hacer coincidir un par de marcado de VoIP con el identificador uniforme de recursos (URI) de una llamada entrante. Para obtener más información, consulte URI entrante.

    voice-class codec 100

    Configura el dial-peer para usar la lista de filtros de códec común 100. Para obtener más información, consulte códec de clase de voz.

    voice-class stun-usage 100

    Permite que las solicitudes STUN generadas localmente en la pasarela local se envíen a través de la ruta de medios negociada. STUN ayuda a abrir un agujero de seguridad para el tráfico de medios. Para obtener más información, consulte uso de aturdimiento de clase de voz.

    no voice-class sip localhost

    Deshabilita la sustitución del nombre de host local de DNS en lugar de la dirección IP física en los encabezados Desde, Id. de llamada y ID de parte remota de los mensajes salientes.

    voice-class sip tenant 100

    El dial-peer hereda todos los parámetros configurados globalmente y en el inquilino 100. Los parámetros pueden ser anulados a nivel de pares de marcación.

    srtp

    Habilita SRTP para la etapa de llamada.

    no vad

    Deshabilita la detección de actividad de voz.

  3. (Opcional) Forzar llamadas a audio solamente.

    No se admite el vídeo sobre llamadas Webex utilizando flujos de llamadas de puerta de enlace local. Aunque el vídeo puede funcionar en algunos escenarios, puede resultar en una calidad degradada y un comportamiento inesperado. Para forzar llamadas a audio solamente, aplica el siguiente comando bajo tu Webex Calling dial-peers:

    voice-class sip audio forced

    Si decide permitir el vídeo, es posible que las llamadas no se realicen como se esperaba.

9

Para configurar dispositivos de red como CUBE y reenviar encabezados del Protocolo de inicio de sesión (SIP) que el dispositivo no procesa, utilice estos comandos. Estos comandos permiten que el dispositivo pase a través de cabeceras SIP no soportadas, incluidas cabeceras de geolocalización y PIDF-LO (Presence Information Data Format - Location Object), en la pasarela local. Esta funcionalidad admite los servicios Nomadic E911 al garantizar que la información de ubicación crítica se conserva y reenvía correctamente.

  1. Configuración de pares de marcado

    Voice service voip
 sip
  pass-thru headers unsupp

  2. Configuración específica de pares de marcado

    
Dial-peer voice 911 voip
 voice-class sip pass-thru headers unsupp

  3. Configuración de clase de voz para encabezados específicos

    Para proxy de los encabezados de ubicación geográfica:

    
voice class sip-hdr-passthrulist 200 
 passthru-hdr Geolocation-Routing
 passthru-hdr Geolocation
 passthru-hdr-unsupp

    Aplicar el pase a través al dial-peer entrante/saliente

    
dial-peer voice 100 voip  // inbound
 voice-class sip pass-thru headers 200
dial-peer voice 200 voip  // outbound
 voice-class sip pass-thru headers 200

    Para permitir el paso a través del cuerpo del PIDFO, utilice:

    
voice service voip 
 sip 
  pass-thru content unsupp

Después de definir el inquilino 100 y configurar un SIP VoIP dial-peer, la pasarela inicia una conexión TLS hacia Webex Calling. En este punto, el acceso SBC presenta su certificado a la Pasarela Local. El Local Gateway valida el certificado de acceso SBC de Webex Calling utilizando el paquete raíz de CA que se actualizó anteriormente. Si se reconoce el certificado, se establece una sesión TLS persistente entre el Local Gateway y el acceso Webex Calling SBC. La pasarela local puede utilizar esta conexión segura para registrarse en el SBC de acceso Webex. Cuando se cuestiona el registro para la autenticación:

  • El mensaje username, password, y realm parámetros de la credentials la configuración se utiliza en la respuesta.

  • Las reglas de modificación del perfil SIP 100 se utilizan para convertir la URL de SIPS de nuevo a SIP.

El registro se realiza correctamente cuando se recibe un 200 OK desde el SBC de acceso.

Diagrama de flujo de autenticación y registro de Webex Calling con Local gateway

Configure Local Gateway con un tronco SIP PSTN

Después de haber construido un tronco hacia Webex Calling anteriormente, utilice la siguiente configuración para crear un tronco no cifrado hacia un proveedor PSTN basado en SIP:

Si su proveedor de servicios ofrece un maletero PSTN seguro, puede seguir una configuración similar a la descrita anteriormente para el maletero Webex Calling. CUBE admite enrutamiento seguro de llamadas.

Si utiliza un tronco PSTN de TDM/ISDN, vaya a la siguiente sección Configurar puerta de enlace local con el tronco PSTN de TDM.

Para configurar interfaces TDM para las patas de llamada PSTN en las pasarelas TDM-SIP de Cisco, consulte  Configuración de PRI ISDN.

1

Configure el siguiente uri de clase de voz para identificar las llamadas entrantes desde el tronco de PSTN:


voice class uri 200 sip
  host ipv4:192.168.80.13

Aquí se ofrece una explicación de los campos correspondientes a la configuración:

voice class uri 200 sip

Define un patrón para que coincida con una invitación SIP entrante a un dial-peer entrante. Al introducir este patrón, utilice la dirección IP de su puerta de enlace IP PSTN. Para obtener más información, consulte  clase de voz uri.

2

Configure el siguiente IP PSTN dial-peer:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip asserted-id pai
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Aquí se ofrece una explicación de los campos correspondientes a la configuración:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Define un par de marcado de VoIP con una etiqueta de 200 y ofrece una descripción significativa para facilitar la administración y la resolución de problemas. Para obtener más información, consulte voz dial-peer.

destination-pattern BAD.BAD

Se requiere un patrón de destino ficticio cuando se enrutan las llamadas salientes utilizando un grupo de pares de marcación entrantes. En este caso, se puede utilizar cualquier patrón de destino válido. Para obtener más información, consulte patrón de destino (interfaz).

session protocol sipv2

Especifica que este par de marcado maneja las patas de llamada SIP. Para obtener más información, consulte protocolo de sesión (marcar par).

session target ipv4: 192.168.80.13

Especifica la dirección de destino para las llamadas enviadas al proveedor de PSTN. Puede ser una dirección IP o un nombre de host DNS. Para obtener más información, consulte  objetivo de sesión (par de marcado VoIP).

incoming uri via 200

Especifica la clase de voz utilizada para hacer coincidir las llamadas entrantes con este par de marcado utilizando el URI de cabecera INVITE VIA. Para obtener más información, consulte  URL entrante.

voice-class sip asserted-id pai

(Opcional) Activa el procesamiento del encabezado P-Asserted-Identity y controla cómo se utiliza para el tronco PSTN. Si se usa esta orden, la identidad de la parte llamante proporcionada desde el punto de referencia entrante se usa para las cabeceras salientes From y P-Asserted-Identity. Si no se utiliza este comando, la identidad de la parte que llama proporcionada desde el punto de referencia entrante se utiliza para los encabezados salientes From y Remote-Party-ID. Para obtener más información, consulte sip asserted-id de clase de voz.

bind control source-interface  GigabitEthernet0/0/0

Configura la interfaz de origen y la dirección IP asociada para los mensajes enviados al PSTN. Para obtener más información, consulte  Ligamiento.

bind media source-interface  GigabitEthernet0/0/0

Configura la interfaz de origen y la dirección IP asociada para los medios enviados a PSTN. Para obtener más información, consulte  Ligamiento.

voice-class codec 100

Configura el par de marcado para utilizar la lista de filtros de códec común 100. Para obtener más información, consulte códec de clase de voz.

dtmf-relay rtp-nte

Define RTP-NTE (RFC2833) como la capacidad de DTMF esperada en el tramo de llamada. Para obtener más información, consulte Relé DTMF (voz sobre IP).

no vad

Deshabilita la detección de actividad de voz. Para obtener más información, consulte vad (par de marcación).

3

Si está configurando su gateway local para enrutar únicamente llamadas entre Webex Calling y el PSTN, agregue la siguiente configuración de enrutamiento de llamadas. Si está configurando su gateway local con una plataforma Unified Communications Manager, pase a la sección siguiente.

  1. Cree grupos de pares de marcado para dirigir las llamadas hacia Webex Calling o el PSTN. Defina DPG 100 con dial-peer saliente 100 hacia Webex Calling. El DPG 100 se aplica al par de marcado entrante desde el PSTN. De manera similar, defina DPG 200 con dial-peer saliente 200 hacia el PSTN. El DPG 200 se aplica al dial-peer entrante de Webex.

    
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    dial-peer 100

    Asocia un dial-peer saliente con un grupo dial-peer. Para obtener más información, consulte  dpg de clase de voz.

  2. Aplicar grupos de pares de marcado para dirigir llamadas desde Webex al PSTN y desde el PSTN al Webex: 

    
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    destination dpg 200

    Especifica qué grupo de pares de marcado y, por lo tanto, los pares de marcado deben utilizarse para el tratamiento saliente de las llamadas presentadas a estos pares de marcado entrantes.

    Esto concluye la configuración de la puerta de enlace local. Guarde la configuración y vuelva a cargar la plataforma si es la primera vez que se configuran las funciones CUBE.

Configure Local Gateway con un tronco TDM PSTN

Después de haber construido un tronco hacia Webex Calling, utilice la siguiente configuración para crear un tronco TDM para su servicio PSTN con enrutamiento de llamada de vuelta para permitir la optimización de los medios en el tramo de llamada Webex.

Si no requiere la optimización de medios IP, siga los pasos de configuración para un tronco SIP PSTN. Utilice un puerto de voz y un par de marcado POTS (como se muestra en los pasos 2 y 3) en lugar del par de marcado PSTN VoIP.

1

La configuración de pares de marcado en bucle atrás utiliza grupos de pares de marcado y etiquetas de enrutamiento de llamadas para garantizar que las llamadas pasen correctamente entre Webex y el PSTN, sin crear bucles de enrutamiento de llamadas. Configure las siguientes reglas de traducción que se utilizarán para agregar y eliminar las etiquetas de enrutamiento de llamadas:


voice translation-rule 100 
 rule 1 /^\+/ /A2A/ 

voice translation-profile 100 
 translate called 100 

voice translation-rule 200 
 rule 1 /^/ /A1A/ 

voice translation-profile 200 
 translate called 200 

voice translation-rule 11 
 rule 1 /^A1A/ // 

voice translation-profile 11 
 translate called 11 

voice translation-rule 12 
 rule 1 /^A2A44/ /0/
 rule 2/^A2A/ /00/

voice translation-profile 12 
 translate called 12

Aquí se ofrece una explicación de los campos correspondientes a la configuración:

voice translation-rule

Utiliza expresiones regulares definidas en las reglas para agregar o eliminar etiquetas de enrutamiento de llamadas. Los dígitos sobredecádicos («A») se utilizan para añadir claridad a la resolución de problemas.

En esta configuración, la etiqueta añadida por perfil de traducción 100 se utiliza para guiar las llamadas de Webex Calling hacia el PSTN a través de los pares de marcación de bucle invertido. De manera similar, la etiqueta añadida por perfil de traducción 200 se utiliza para guiar las llamadas desde el PSTN hacia Webex Calling. Los perfiles de traducción 11 y 12 eliminan estas etiquetas antes de entregar llamadas a los troncos Webex y PSTN, respectivamente.

Este ejemplo supone que los números llamados de Webex Calling se presentan en formato +E.164. La regla 100 elimina el + inicial para mantener un número de llamada válido. La regla 12 luego agrega un dígito de enrutamiento nacional o internacional al quitar la etiqueta. Utilice dígitos que se adapten a su plan de marcado nacional de la RDSI local.

Si Webex Calling presenta números en formato nacional, ajuste las reglas 100 y 12 para simplemente agregar y eliminar la etiqueta de enrutamiento, respectivamente.

Para obtener más información, consulte perfil de traducción de vozy regla de traducción de voz.

2

Configure los puertos de la interfaz de voz TDM según lo requiera el tipo de tronco y el protocolo utilizados. Para obtener más información, consulte Configuración de PRI ISDN. Por ejemplo, la configuración básica de una interfaz de RDSI de tasa primaria instalada en la ranura NIM 2 de un dispositivo podría incluir lo siguiente:


card type e1 0 2 
isdn switch-type primary-net5 
controller E1 0/2/0 
 pri-group timeslots 1-31
3

Configure el siguiente TDM PSTN dial-peer:


dial-peer voice 200 pots 
 description Inbound/Outbound PRI PSTN trunk 
 destination-pattern BAD.BAD 
 translation-profile incoming 200 
 direct-inward-dial 
 port 0/2/0:15

Aquí se ofrece una explicación de los campos correspondientes a la configuración: 


dial-peer voice 200 pots
 description Inbound/Outbound PRI PSTN trunk

Define un par de marcado de VoIP con una etiqueta de 200 y proporciona una descripción significativa para facilitar la administración y la resolución de problemas. Para obtener más información, consulte Voz de pares.

destination-pattern BAD.BAD

Se requiere un patrón de destino ficticio cuando se enrutan las llamadas salientes utilizando un grupo de pares de marcación entrantes. En este caso, se puede utilizar cualquier patrón de destino válido. Para obtener más información, consulte patrón de destino (interfaz).

translation-profile incoming 200

Asigna el perfil de traducción que agregará una etiqueta de enrutamiento de llamada al número de llamada entrante.

direct-inward-dial

Dirige la llamada sin proporcionar un tono de marcado secundario. Para obtener más información, consulte Esfera directa.

port 0/2/0:15

El puerto físico de voz asociado con este dial-peer.

4

Para permitir la optimización de medios de las rutas IP para gateways locales con flujos de llamadas TDM-IP, puede modificar el enrutamiento de llamadas introduciendo un conjunto de pares de llamadas internas entre Webex Calling y troncos PSTN. Configure los siguientes pares de marcado con bucle invertido. En este caso, todas las llamadas entrantes se enrutarán inicialmente a 10 y desde allí a 11 o 12 en función de la etiqueta de enrutamiento aplicada. Después de eliminar la etiqueta de enrutamiento, las llamadas se enrutarán al tronco saliente utilizando grupos de pares de marcado.


dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad

Aquí se ofrece una explicación de los campos correspondientes a la configuración: 


dial-peer voice 10 voip
 description Outbound loop-around leg

Define un dial-peer de VoIP y ofrece una descripción significativa para facilitar la gestión y la resolución de problemas. Para obtener más información, consulte Voz de pares.

translation-profile incoming 11

Aplica el perfil de traducción definido anteriormente para eliminar la etiqueta de enrutamiento de llamada antes de pasar al tronco de salida.

destination-pattern BAD.BAD

Se requiere un patrón de destino ficticio cuando se enrutan las llamadas salientes utilizando un grupo de pares de marcación entrantes. Para obtener más información, consulte patrón de destino (interfaz).

session protocol sipv2

Especifica que este par de marcado maneja las patas de llamada SIP. Para obtener más información, consulte  protocolo de sesión (marcar par).

session target ipv4: 192.168.80.14

Especifica la dirección de la interfaz del router local como el destino de llamada al bucle hacia atrás. Para obtener más información, consulte objetivo de sesión (par de marcado de voip).

bind control source-interface  GigabitEthernet0/0/0

Configura la interfaz de origen y la dirección IP asociada para los mensajes enviados a través del bucle de retorno. Para obtener más información, consulte  Ligamiento.

bind media source-interface  GigabitEthernet0/0/0

Configura la interfaz de origen y la dirección IP asociada para los medios enviados a través del bucle de retorno. Para obtener más información, consulte  Ligamiento.

dtmf-relay rtp-nte

Define RTP-NTE (RFC2833) como la capacidad de DTMF esperada en el tramo de llamada. Para obtener más información, consulte  Relé DTMF (voz sobre IP).

codec g711alaw

Obliga a todas las llamadas PSTN a utilizar G.711. Seleccione a-law o u-law para que coincida con el método de companding utilizado por su servicio ISDN.

no vad

Deshabilita la detección de actividad de voz. Para obtener más información, consulte  vad (par de marcación).

5

Agregue la siguiente configuración de enrutamiento de llamadas:

  1. Cree grupos de pares de marcado para enrutar llamadas entre los troncos PSTN y Webex, a través del bucle de retorno.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 10
 description Route calls to Loopback
 dial-peer 10

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    dial-peer 100

    Asocia un dial-peer saliente con un grupo dial-peer. Para obtener más información, consulte  dpg de clase de voz.

  2. Aplique grupos de pares de marcación a las llamadas de ruta.

    
dial-peer voice 100
 destination dpg 10
dial-peer voice 200
 destination dpg 10
dial-peer voice 11
 destination dpg 100
dial-peer voice 12
 destination dpg 200

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    destination dpg 200

    Especifica qué grupo de pares de marcado y, por lo tanto, los pares de marcado deben utilizarse para el tratamiento saliente de las llamadas presentadas a estos pares de marcado entrantes.

Esto concluye la configuración de la puerta de enlace local. Guarde la configuración y vuelva a cargar la plataforma si es la primera vez que se configuran las funciones CUBE.
Configurar la puerta de enlace local con un entorno de Unified CM existente

La configuración PSTN-Webex Calling en las secciones anteriores puede modificarse para incluir troncos adicionales a un clúster Cisco Unified Communications Manager (UCM). En este caso, todas las llamadas se enrutan a través de Unified CM. Las llamadas del UCM en el puerto 5060 se enrutan al PSTN y las llamadas del puerto 5065 se enrutan a Webex Calling. Se pueden añadir las siguientes configuraciones incrementales para incluir este escenario de llamada.

Al crear el baúl de llamadas Webex en Unified CM, asegúrese de configurar el puerto entrante en la configuración del perfil de seguridad de baúl de SIP en 5065. Esto permite los mensajes entrantes en el puerto 5065 y llenar el encabezado VIA con este valor cuando se envían mensajes a la pasarela local.

Enter SIP trunk security profile information
1

Configure las siguientes URI de clase de voz:

  1. Clasifica las llamadas Unified CM a Webex utilizando el puerto SIP VIA:

    
voice class uri 300 sip
 pattern :5065

  2. Clasifica las llamadas de CM a PSTN unificadas utilizando SIP a través del puerto:

    
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060

    Clasifique los mensajes entrantes desde el UCM hacia el tronco PSTN utilizando uno o más patrones que describen las direcciones de origen y el número de puerto. Si es necesario, se pueden usar expresiones regulares para definir patrones de coincidencia.

    En el ejemplo anterior, se utiliza una expresión regular para hacer coincidir cualquier dirección IP del intervalo 192.168.80.60 con 65 y el número de puerto 5060.

2

Configure los siguientes registros DNS para especificar el enrutamiento SRV a hosts Unified CM:

IOS XE utiliza estos registros para determinar localmente los hosts y puertos UCM de destino. Con esta configuración, no es necesario configurar registros en su sistema DNS. Si prefiere utilizar su DNS, estas configuraciones locales no son necesarias.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Aquí se ofrece una explicación de los campos correspondientes a la configuración:

El siguiente comando crea un registro de recursos DNS SRV. Cree un registro para cada host y tronco de UCM:

ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: Nombre del registro de recursos SRV

2: La prioridad de registro de recursos de SRV

1: El peso del registro de recursos de SRV

5060: El número de puerto que se utilizará para el host de destino en este registro de recursos

ucmsub5.mydomain.com: El host de destino del registro de recursos

Para resolver los nombres de host de destino de registro de recursos, cree registros DNS A locales. Por ejemplo:

ip host ucmsub5.mydomain.com 192.168.80.65

Host IP: Crea un registro en la base de datos local de IOS XE.

ucmsub5.mydomain.com: El nombre de host de registro A.

192.168.80.65: La dirección IP del host.

Cree los registros de recursos SRV y los registros A para reflejar su entorno UCM y su estrategia de distribución de llamadas preferida.

3

Configure los siguientes pares de marcado:

  1. Dial-peer para llamadas entre Unified CM y Webex Calling:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

    Define un par de marcado de VoIP con una etiqueta 300 y ofrece una descripción significativa para facilitar la administración y la resolución de problemas.

    destination-pattern BAD.BAD

    Se requiere un patrón de destino ficticio cuando se enrutan las llamadas salientes utilizando un grupo de pares de marcación entrantes. En este caso, se puede utilizar cualquier patrón de destino válido.

    session protocol sipv2

    Especifica que el par de marcado 300 gestiona las patas de llamada SIP. Para obtener más información, consulte  protocolo de sesión (dial-peer).

    session target dns:wxtocucm.io

    Define el objetivo de sesión de múltiples nodos de CM unificados mediante resolución DNS SRV. En este caso, el registro SRV definido localmente wxtocucm.io se utiliza para dirigir llamadas.

    incoming uri via 300

    Utiliza el URI de clase de voz 300 para dirigir todo el tráfico entrante desde Unified CM utilizando el puerto de origen 5065 a este dial-peer. Para obtener más información, consulte  URI entrante.

    voice-class codec 100

    Indica la lista de filtros de códec para llamadas hacia y desde el CM unificado. Para obtener más información, consulte  códec de clase de voz.

    bind control source-interface GigabitEthernet0/0/0

    Configura la interfaz de origen y la dirección IP asociada para los mensajes enviados al PSTN. Para obtener más información, consulte  Ligamiento.

    bind media source-interface GigabitEthernet0/0/0

    Configura la interfaz de origen y la dirección IP asociada para los medios enviados a PSTN. Para obtener más información, consulte  Ligamiento.

    dtmf-relay rtp-nte

    Define RTP-NTE (RFC2833) como la capacidad de DTMF esperada en el tramo de llamada. Para obtener más información, consulte  Relé DTMF (voz sobre IP).

    no vad

    Deshabilita la detección de actividad de voz. Para obtener más información, consulte  vad (par de marcación).

  2. Dial-peer para llamadas entre el CM unificado y el PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Define un par de marcado de VoIP con una etiqueta de 400 y ofrece una descripción significativa para facilitar la administración y la resolución de problemas.

    destination-pattern BAD.BAD

    Se requiere un patrón de destino ficticio cuando se enrutan las llamadas salientes utilizando un grupo de pares de marcación entrantes. En este caso, se puede utilizar cualquier patrón de destino válido.

    session protocol sipv2

    Especifica que el par de marcado 400 gestiona las patas de llamada SIP. Para obtener más información, consulte  protocolo de sesión (dial-peer).

    session target dns:pstntocucm.io

    Define el objetivo de sesión de múltiples nodos de CM unificados mediante resolución DNS SRV. En este caso, el registro SRV definido localmente pstntocucm.io se utiliza para dirigir llamadas.

    incoming uri via 400

    Utiliza el URI de clase de voz 400 para dirigir todo el tráfico entrante desde los hosts de CM unificados especificados utilizando el puerto de origen 5060 a este dial-peer. Para obtener más información, consulte  URI entrante.

    voice-class codec 100

    Indica la lista de filtros de códec para llamadas hacia y desde el CM unificado. Para obtener más información, consulte  códec de clase de voz.

    bind control source-interface GigabitEthernet0/0/0

    Configura la interfaz de origen y la dirección IP asociada para los mensajes enviados al PSTN. Para obtener más información, consulte  Ligamiento.

    bind media source-interface GigabitEthernet0/0/0

    Configura la interfaz de origen y la dirección IP asociada para los medios enviados a PSTN. Para obtener más información, consulte  Ligamiento.

    dtmf-relay rtp-nte

    Define RTP-NTE (RFC2833) como la capacidad de DTMF esperada en el tramo de llamada. Para obtener más información, consulte  Relé DTMF (voz sobre IP).

    no vad

    Deshabilita la detección de actividad de voz. Para obtener más información, consulte  vad (par de marcación).

4

Agregue el enrutamiento de llamadas utilizando las siguientes configuraciones:

  1. Cree grupos de pares de marcado para enrutar llamadas entre Unified CM y Webex Calling. Definir DPG 100 con outbound dial-peer 100 hacia Webex Calling. El DPG 100 se aplica al par de marcado entrante asociado desde el CM unificado. De manera similar, defina DPG 300 con dial-peer saliente 300 hacia CM unificado. El DPG 300 se aplica al dial-peer entrante de Webex.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Cree grupos de pares de marcado para enrutar llamadas entre el CM unificado y el PSTN. Definir DPG 200 con outbound dial-peer 200 hacia el PSTN. El DPG 200 se aplica al par de marcado entrante asociado desde el CM unificado. De manera similar, defina DPG 400 con dial-peer saliente 400 hacia CM unificado. El DPG 400 se aplica al par de marcado entrante desde el PSTN.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    dial-peer  100

    Asocia un dial-peer saliente con un grupo dial-peer. Para obtener más información, consulte  dpg de clase de voz.

  3. Aplicar grupos de pares de marcado para dirigir llamadas de Webex a Unified CM y de Unified CM a Webex: 

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    destination dpg 300

    Especifica qué grupo de pares de marcado y, por lo tanto, los pares de marcado deben utilizarse para el tratamiento saliente de las llamadas presentadas a estos pares de marcado entrantes.

  4. Aplicar grupos de pares de marcado para encaminar llamadas desde el PSTN al CM unificado y desde el CM unificado al PSTN:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Esto concluye la configuración de la puerta de enlace local. Guarde la configuración y vuelva a cargar la plataforma si es la primera vez que se configuran las funciones de CUBE.

Supervisión y solución de problemas de la pasarela local con firmas de diagnóstico

Las Firmas de diagnóstico (DS) detectan proactivamente los problemas más observados en la puerta de enlace local basada en IOS XE y genera notificaciones por correo electrónico, syslog o mensajes de terminal del evento. También puede instalar el DS para automatizar la recopilación de datos de diagnóstico y transferir los datos recopilados al caso Cisco TAC para acelerar el tiempo de resolución.

Las Firmas de diagnóstico (DS) son archivos XML que contienen información acerca de los eventos que desencadenan el problema y las acciones que deben tomarse para informar, solucionar y solucionar el problema. Puede definir la lógica de detección de problemas mediante mensajes del registro del sistema, eventos SNMP y mediante la supervisión periódica de salidas de comandos de mostrar específicas.

Los tipos de acción incluyen recopilar mostrar salidas de comandos:

  • Generar un archivo de registro consolidado

  • Cargar el archivo en una ubicación de red proporcionada por el usuario, como HTTPS, SCP o servidor FTP.

Los ingenieros de TAC autorizan los archivos DS y los firman digitalmente para proteger la integridad. Cada archivo de DS tiene un ID numérico único asignado por el sistema. Herramienta de búsqueda de firmas de diagnóstico(DSLT) es una única fuente para encontrar firmas aplicables para supervisar y solucionar diversos problemas.

Antes de comenzar:

  • No edite el archivo DS desde el que se descarga DSLT. Los archivos que modifique fallarán en la instalación debido a un error de comprobación de integridad.

  • Un servidor de Protocolo de transferencia de correo simple (SMTP) que necesita para que la puerta de enlace local envíe notificaciones por correo electrónico.

  • Asegúrese de que el gateway local está ejecutando IOS XE 17.6.1 o superior si desea utilizar el servidor SMTP seguro para notificaciones por correo electrónico.

Requisitos previos

Gateway local con IOS XE 17.6.1a o superior

  1. Las firmas de diagnóstico están habilitadas de manera predeterminada.

  2. Configure el servidor de correo electrónico seguro que se utilizará para enviar notificaciones proactivas si el dispositivo está ejecutando Cisco IOS XE 17.6.1a o superior.

    configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

  3. Configure la variable de entorno ds_email con la dirección de correo electrónico del administrador para notificarle. 

    configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address> 
end

A continuación se muestra un ejemplo de configuración de una pasarela local que se ejecuta en Cisco IOS XE 17.6.1a o superior para enviar las notificaciones proactivas a tacfaststart@gmail.comuso de Gmail como servidor SMTP seguro:

Le recomendamos que utilice las versiones de Cisco IOS XE Bengaluru 17.6.x o posteriores.

call-home  
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls 
diagnostic-signature 
environment ds_email "tacfaststart@gmail.com"

Una puerta de enlace local que se ejecuta en el software Cisco IOS XE no es un cliente gmail basado en la Web que es compatible con OAuth, por lo que debemos configurar una configuración específica de la cuenta de Gmail y proporcionar un permiso específico para que el correo electrónico del dispositivo se procese correctamente:

  1. Diríjase a Manage Google Account > Security y encienda el Less secure app access configuración.

  2. Responda "Sí, era yo" cuando recibió un correo electrónico de Gmail en el que se indica: "Google evitó que alguien iniciar sesión en su cuenta utilizando una aplicación que no es Google".

Instale firmas de diagnóstico para la supervisión dinámica

Supervisión de una alta utilización de la CPU

Este DS rastrea el uso de la CPU durante cinco segundos utilizando el OID SNMP 1.3.6.1.4.1.9.2.1.56. Cuando la utilización alcanza el 75% o más, desactiva todos los debugs y desinstala todas las firmas de diagnóstico que se instalan en el gateway local. Siga los pasos a continuación para instalar la firma.

  1. Utilice la flecha show snmp para activar SNMP. Si no lo activa, configure el snmp-server manager Comando.

    show snmp 
%SNMP agent not enabled 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Descargar DS 64224utilizando las siguientes opciones desplegables en Herramienta de búsqueda de firmas de diagnóstico:

    Nombre del campo

    Valor de campo

    Plataforma

    Cisco 4300, 4400 serie ISR o serie CSR 1000V de Cisco

    Producto

    Solución CUBE Enterprise en Webex Calling

    Alcance del problema

    Rendimiento

    Tipo de problema

    Alta utilización de la CPU con notificación por correo electrónico.

  3. Copie el archivo XML de DS en el la unidad flash de la puerta de enlace local.

    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    El siguiente ejemplo muestra cómo copiar el archivo desde un servidor FTP a la puerta de enlace local. 

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Instale el archivo XML de DS en la puerta de enlace local.

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Utilice la flecha show call-home diagnostic-signature comando para verificar que la firma se haya instalado correctamente. La columna de estado debe tener un valor de "inscrito". 

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
ds_email: username@gmail.com

    Descargar DSes:

    ID de DS

    Nombre de DS

    Revisión

    Estado

    Última actualización (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registrados

    2020-11-07 22:05:33

    Cuando se activa, esta firma desinstala todos los DS que se ejecutan, incluido él mismo. Si es necesario, vuelva a instalar DS 64224 para seguir supervisando el alto uso de la CPU en el gateway local.

Supervisión del registro de enlace troncal SIP

Este DS comprueba la cancelación del registro de un Trunk SIP de Gateway Local con Webex Calling en la nube cada 60 segundos. Una vez que se detecta el evento de cancelación de la registro, genera una notificación por correo electrónico y syslog y se desinstala a sí mismo después de dos ocurrencias de cancelación de la registro. Utilice los siguientes pasos para instalar la firma:

  1. Descargar DS 64117utilizando las siguientes opciones desplegables en Herramienta de búsqueda de firmas de diagnóstico:

    Nombre del campo

    Valor de campo

    Plataforma

    Cisco 4300, 4400 serie ISR o serie CSR 1000V de Cisco

    Producto

    Solución CUBE Enterprise en Webex Calling

    Alcance del problema

    SIP-SIP

    Tipo de problema

    Enlace troncal SIP registro con notificación por correo electrónico.

  2. Copie el archivo XML de DS en la puerta de enlace local.

    copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:

  3. Instale el archivo XML de DS en la puerta de enlace local. 

    call-home diagnostic-signature load DS_64117.xml 
Load file DS_64117.xml success 
LocalGateway#

  4. Utilice la flecha show call-home diagnostic-signature comando para verificar que la firma se haya instalado correctamente. La columna de estado debe tener un valor de "registrado".

El monitoreo de llamadas anormales se desconecta

Este DS utiliza sondeo SNMP cada 10 minutos para detectar una desconexión anormal de llamadas con errores SIP 403, 488 y 503.  Si el incremento del recuento de errores es mayor o igual a 5 de la última encuesta, genera un registro del sistema y una notificación por correo electrónico. Siga los pasos a continuación para instalar la firma.

  1. Utilice la flecha show snmp comando para comprobar si SNMP está activado. Si no está activado, configure el snmp-server manager Comando. 

    show snmp 
%SNMP agent not enabled 
 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Descargar DS 65221utilizar las siguientes opciones en Herramienta de búsqueda de firmas de diagnóstico:

    Nombre del campo

    Valor de campo

    Plataforma

    Cisco 4300, 4400 serie ISR o serie CSR 1000V de Cisco

    Producto

    Solución CUBE Enterprise en Webex Calling

    Alcance del problema

    Rendimiento

    Tipo de problema

    Detección de desconexión de llamadas anormales en SIP con notificación de correo electrónico y syslog.

  3. Copie el archivo XML de DS en la puerta de enlace local. 

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

  4. Instale el archivo XML de DS en la puerta de enlace local. 

    call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Utilice la flecha show call-home diagnostic-signature comando para verificar que la firma se haya instalado correctamente. La columna de estado debe tener un valor de "registrado".

Instale firmas de diagnóstico para solucionar un problema

Utilice las Firmas de diagnóstico (DS) para resolver problemas con rapidez. Los ingenieros del TAC de Cisco han publicado varias firmas que permiten las depuraciones necesarias para solucionar un problema determinado, detectar la ocurrencia del problema, recopilar el conjunto correcto de datos de diagnóstico y transferir los datos automáticamente al caso del TAC de Cisco. Las firmas de diagnóstico (DS) eliminan la necesidad de comprobar manualmente la aparición del problema y facilitan mucho la resolución de problemas intermitentes y transitorios.

Puede utilizar el Herramienta de búsqueda de firmas de diagnósticopara encontrar las firmas aplicables e instalarlas para autoresolver un problema determinado, o bien puede instalar la firma recomendada por el ingeniero de TAC como parte del compromiso de soporte.

Este es un ejemplo de cómo encontrar e instalar un DS para detectar la ocurrencia “%VOICE_IEC-3-GW: CCAPI: Error interno (umbral de pico de llamadas): IEC=1.1.181.1.29.0" syslog y automatice la recopilación de datos de diagnóstico mediante los siguientes pasos:

  1. Configure una variable de entorno DS adicional ds_fsurl_prefix que es la ruta del servidor de archivos TAC de Cisco (cxd.cisco.com) a la que se cargan los datos de diagnóstico recopilados. El nombre de usuario en la ruta del archivo es el número de caso y la contraseña es el token de carga del archivo que se puede recuperar de Administrador de casos de soporteen el siguiente comando. El token de carga de archivos se puede generar en la sección Adjuntos del Administrador de casos de soporte, según sea necesario. 

    configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end

    Ejemplo: 

    call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Asegúrese de que SNMP está activado mediante el show snmp Comando. Si no está activado, configure el snmp-server manager Comando.

    show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end

  3. Asegúrese de instalar el DS de supervisión de alta CPU 64224 como medida proactiva para desactivar todas las firmas de debugs y diagnósticos durante el tiempo de alta utilización de la CPU. Descargar DS 64224utilizar las siguientes opciones en Herramienta de búsqueda de firmas de diagnóstico:

    Nombre del campo

    Valor de campo

    Plataforma

    Cisco 4300, 4400 serie ISR o Cisco CSR 1000V Series

    Producto

    Solución CUBE Enterprise en Webex Calling

    Alcance del problema

    Rendimiento

    Tipo de problema

    Alta utilización de la CPU con notificación por correo electrónico.

  4. Descargar DS 65095utilizar las siguientes opciones en Herramienta de búsqueda de firmas de diagnóstico:

    Nombre del campo

    Valor de campo

    Plataforma

    Cisco 4300, 4400 serie ISR o Cisco CSR 1000V Series

    Producto

    Solución CUBE Enterprise en Webex Calling

    Alcance del problema

    Syslog

    Tipo de problema

    Registro del sistema - %VOICE_IEC-3-GW: CCAPI: Error interno (umbral de pico de llamadas): IEC=1.1.181.1.29.0

  5. Copie los archivos XML de DS en la puerta de enlace local.

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

  6. Instale el archivo DS 64224 de supervisión de alta CPU y, a continuación, el archivo XML de DS 65095 en la gateway local. 

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

  7. Verifique que la firma se haya instalado correctamente mediante el show call-home diagnostic-signature Comando. La columna de estado debe tener un valor de "registrado". 

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    DSes descargados:

    ID de DS

    Nombre de DS

    Revisión

    Estado

    Última actualización (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registrados

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Registrados

    2020-11-08

Verificar la ejecución de firmas de diagnóstico

En el siguiente comando, la columna “Status” del show call-home diagnostic-signature el comando cambia a “en ejecución” mientras la puerta de enlace local ejecuta la acción definida en la firma. El resultado de show call-home diagnostic-signature statistics es la mejor manera de verificar si una firma de diagnóstico detecta un evento de interés y ejecuta la acción. La columna "Desencadenado/Máximo/Desinstalar" indica la cantidad de veces que la firma dada ha desencadenado un evento, la cantidad máxima de veces que se define para detectar un evento y si la firma se desinstala a sí misma después de detectar la cantidad máxima de eventos desencadenados. 

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

DSes descargados:

ID de DS

Nombre de DS

Revisión

Estado

Última actualización (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Registrados

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Ejecutando

2020-11-08 00:12:53

mostrar estadísticas de la firma de diagnóstico de llamadas locales

ID de DS

Nombre de DS

Activado/Máx/Desinstalación

Tiempo de ejecución promedio (segundos)

Tiempo de ejecución máximo (segundos)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

La notificación por correo electrónico que se envía durante la ejecución de la firma de diagnóstico contiene información clave como el tipo de problema, los detalles del dispositivo, la versión de software, la configuración en ejecución y muestra las salidas de comandos que son relevantes para resolver el problema dado.

Desinstalar las firmas de diagnóstico

Por lo general, las firmas de diagnóstico se definen para desinstalar después de detectar algunas instancias de problemas. Si desea desinstalar una firma manualmente, recupere el ID de DS de la salida del show call-home diagnostic-signature y ejecute el siguiente comando:

call-home diagnostic-signature deinstall <DS ID>

Ejemplo:

call-home diagnostic-signature deinstall 64224

Periódicamente, se agregan firmas nuevas a la Herramienta de búsqueda de firmas de diagnóstico, en función de los problemas que se observan frecuentemente en las implementaciones. Actualmente, el TAC no admite las solicitudes para crear firmas personalizadas nuevas.

Gestione y valide gateways Cisco IOS XE a través de Control Hub

Para una mejor gestión de los gateways Cisco IOS XE, le recomendamos que se inscriba y administre los gateways a través del Control Hub. Es una configuración opcional. Cuando esté inscrito, puede utilizar la opción de validación de configuración en el Centro de control para validar la configuración de la puerta de enlace local e identificar cualquier problema de configuración. Actualmente, solo los troncos basados en registro soportan esta funcionalidad.

Para obtener más información, consulte lo siguiente:

Descripción general del diseño

Esta sección describe cómo configurar un Cisco Unified Border Element (CUBE) como una puerta de enlace local para Webex Calling utilizando un tronco SIP TLS mutuo basado en certificados (mTLS). La primera parte de este documento ilustra cómo configurar una pasarela PSTN sencilla. En este caso, todas las llamadas del PSTN se encaminan a Webex Calling y todas las llamadas del Webex Calling se encaminan al PSTN. La siguiente imagen destaca esta solución y la configuración de enrutamiento de llamadas de alto nivel que se seguirá.

En este diseño, se utilizan las siguientes configuraciones principales:

  • inquilinos de clase de voz: Se utiliza para crear configuraciones específicas del tronco.

  • URI de clase de voz: Se utiliza para clasificar mensajes SIP para la selección de un dial-peer entrante.

  • dial-peer entrante: Proporciona tratamiento para los mensajes SIP entrantes y determina la ruta de salida mediante un grupo de pares de marcado.

  • grupo de pares de marcado: Define los pares de marcado salientes utilizados para el encaminamiento de llamadas hacia adelante.

  • dial-peer saliente: Proporciona tratamiento para los mensajes SIP salientes y los dirige al destino requerido.

Call routing from/to PSTN to/from Webex Calling configuration solution

Al conectar una solución local de Cisco Unified Communications Manager con Webex Calling, puede utilizar la sencilla configuración de pasarela PSTN como base para construir la solución ilustrada en el siguiente diagrama. En este caso, un Gestor de Comunicaciones Unificado proporciona enrutamiento y tratamiento centralizado de todas las llamadas PSTN y Webex Calling.

Solution diagram showing Unified Communications Manager provides centralized routing and treatment of all PSTN and Webex Calling calls

A lo largo de este documento, se utilizan los nombres de host, direcciones IP e interfaces ilustradas en la siguiente imagen. Se ofrecen opciones para la dirección pública o privada (detrás de la NAT). Los registros DNS SRV son opcionales, a menos que el equilibrio de carga entre múltiples instancias CUBE.

The host names, IP addresses, and interfaces used in certificate based local gateway configurations

Utilice la guía de configuración del resto de este documento para completar la configuración de la pasarela local de la siguiente manera:

Configurar la conectividad y la seguridad

Configuración basal

El primer paso para preparar su router Cisco como puerta de enlace local para Webex Calling es construir una configuración de línea de base que asegure su plataforma y establezca la conectividad.

  • Todos los despliegues de gateway local basados en certificados requieren Cisco IOS XE 17.9.1a o versiones posteriores. Se recomienda Cisco IOS XE 17.12.2 o posterior. Para ver las versiones recomendadas, consulte el Investigación de software de Ciscopágina. Busque la plataforma y seleccione una de las versiones sugeridas.

    • Los routers de la serie ISR4000 deben estar configurados con licencias de tecnología de seguridad y comunicaciones unificadas.

    • Los routers de la serie Catalyst Edge 8000 equipados con tarjetas de voz o DSP requieren licencia de DNA Advantage. Los routers sin tarjetas de voz o DSP requieren un mínimo de licencias de DNA Essentials.

    • Para los requisitos de alta capacidad, también puede requerir una licencia de alta seguridad (HSEC) y un derecho de rendimiento adicional.

      Consulte la Códigos de autorizaciónpara más detalles.

  • Cree una configuración de base para su plataforma que siga las políticas de su empresa. En particular, configure y verifique lo siguiente:

    • NTP

    • Acl

    • Autenticación de usuario y acceso remoto

    • DNS

    • Enrutamiento IP

    • Direcciones IP

  • La red hacia Webex Calling debe utilizar una dirección IPv4. Las direcciones de nombres de dominio completamente cualificados (FQDN) de gateway local o de registro de servicio (SRV) configuradas en el Centro de control deben resolverse a una dirección IPv4 pública en Internet.

  • Todos los puertos SIP y medios de comunicación en la interfaz de Local Gateway que se enfrenta a Webex deben ser accesibles desde Internet, ya sea directamente o a través de NAT estática. Asegúrese de actualizar su firewall en consecuencia.

  • Siga los pasos de configuración detallados que se proporcionan a continuación para instalar un certificado firmado en el gateway local:

    • Una Autoridad de Certificación (AC) pública, tal como se detalla en  ¿Qué autoridades de certificado raíz son compatibles con las llamadas a las plataformas de audio y video de Cisco Webex?debe firmar el certificado del dispositivo.

    • Se admiten certificados que contienen únicamente el uso de clave extendida de autenticación de servidor (EKU). Webex Calling no valida ni aplica la presencia de EKU de autenticación de cliente durante el establecimiento de la negociación TLS.

      Algunos controladores de fronteras de sesión (SBC) de terceros pueden aplicar una validación estricta de la EKU y pueden rechazar certificados que no incluyen la EKU de autenticación de clientes. En tales casos, asegúrese de que el SBC esté configurado para aceptar certificados sólo con EKU de autenticación de servidor o para desactivar la validación estricta de EKU (si se admite).

    • El nombre común del sujeto del certificado (CN) o uno de los nombres alternativos del sujeto (SAN) deben ser los mismos que el FQDN configurado en el centro de control.

      Al adquirir un certificado con Common Name (CN) o Subject Alternative Name (SAN), asegúrese de que el certificado utilice únicamente letras minúsculas. En la configuración de Control Hub, todas las entradas de FQDN se convierten automáticamente en minúsculas, y cualquier desajuste en la carcasa de las letras entre el FQDN y el certificado impedirá el registro del tronco con éxito.

      Por ejemplo:

      • Si un tronco configurado en el Centro de control de su organización tiene cube1.lgw.com:5061 como FQDN de la puerta de enlace local, el CN o SAN del certificado del router debe contener cube1.lgw.com. 

      • Si un tronco configurado en el Centro de control de su organización tiene lgws.lgw.com como dirección SRV de la(s) puerta(s) local(es) accesible(s) desde el tronco, entonces el CN o SAN del certificado del router debe contener lgws.lgw.com. Los registros en los que SRV de correo electrónico se resuelve en (CNAME, A Record o IP Address) son opcionales en SAN.

      • Ya sea que utilice un FQDN o un SRV para el tronco, la dirección de contacto para todos los nuevos diálogos SIP de su puerta de enlace local debe utilizar el nombre configurado en el Centro de control.

  • Cargue el paquete de CA raíz de Cisco a la gateway local. Este paquete incluye el certificado raíz de CA utilizado para verificar la plataforma Webex.

Configuración

1

Asegúrese de asignar direcciones IP válidas y enrutables a cualquier interfaz de capa 3, por ejemplo:


interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling (Public address)
 ip address 198.51.100.1 255.255.255.240

2

Proteja las credenciales STUN en el router mediante cifrado simétrico. Configure la clave de cifrado principal y el tipo de cifrado de la siguiente manera:


key config-key password-encrypt YourPassword
password encryption aes
3

Cree un punto de confianza de cifrado con un certificado para su dominio, firmado por un soportadoAutoridad de Certificación (CA).

  1. Cree un par de claves RSA utilizando el siguiente comando exec.

    crypto key generate rsa general-keys exportable label lgw-key modulus 4096

  2. Utilice los siguientes comandos de configuración para crear un punto de confianza para el certificado, especificando los valores de campo a utilizar en la solicitud de firma del certificado: 

    
crypto pki trustpoint LGW_CERT
 enrollment terminal pem
 fqdn none
 subject-name cn=cube1.lgw.com
 subject-alt-name cube1.lgw.com
 revocation-check none
 rsakeypair lgw-key
 hash sha256

    Notas para los campos del certificado:

    • fqdn: Este no es un campo obligatorio para Webex Calling. Establecer esta configuración en "ninguno" para no incluir este campo en la solicitud de firma de certificado. Si necesita incluir un FQDN usando este comando, no hay ningún impacto en la operación de la puerta de enlace local.

    • nombre del sujeto: Para validar llamadas desde una puerta de enlace local, Webex debe coincidir el FQDN en los encabezados de contacto SIP con los incluidos en el atributo Subject Common Name (CN) o en el campo Subject Alternative Name (SAN) del certificado SBC. El campo de asunto debe contener al menos un atributo CN, y puede incluir otros atributos, según sea necesario. Para obtener más información, consulte nombre del sujeto.

    • Nombre alternativo del sujeto: El campo Subject Alternative Name (SAN) del certificado SBC puede incluir una lista de FQDN adicionales. Webex comprueba esta lista para validar el encabezado de contacto SIP en los mensajes de la puerta de enlace local si el atributo CN del asunto del certificado no coincide.

    • Hash: Se recomienda que las solicitudes de firma de certificados (CSR, por sus siglas en inglés) se firmen utilizando SHA256. Cisco IOS XE 17.11.1 utiliza este algoritmo de forma predeterminada y, para una versión anterior, utiliza el comando Hash.

  3. Genere una solicitud de firma de certificado (CSR) con el siguiente comando exec o configuración y utilícela para solicitar un certificado firmado a un proveedor de CA compatible:

    crypto pki enroll LGW_CERT

4

Proporcione el certificado de la CA de firma intermedia para autenticar su certificado de host. Introduzca el siguiente comando exec o configuración:


crypto pki authenticate LGW_CERT
<paste Intermediate X.509 base 64 based certificate here>

5

Importe el certificado de host firmado mediante el siguiente comando exec o configuration:


crypto pki import LGW_CERT certificate
<paste CUBE host X.509 base 64 certificate here>

6

Activar la exclusividad de TLS1.2 y especificar el punto de confianza predeterminado que se utilizará para las aplicaciones de voz mediante los siguientes comandos de configuración:


 sip-ua
  crypto signaling default trustpoint LGW_CERT
  transport tcp tls v1.2

7

Instale el paquete root CA de Cisco, que incluye el certificado IdenTrust Commercial Root CA 1 utilizado por Webex Calling. Utilice la flecha crypto pki trustpool import clean url url comando para descargar el paquete raíz de CA desde la URL especificada, y para limpiar el grupo de confianza de CA actual, a continuación instale el nuevo paquete de certificados:

Si necesita utilizar un proxy para acceder a Internet mediante HTTPS, agregue la siguiente configuración antes de importar el paquete de CA:

ip http client proxy-server yourproxy.com proxy-port 80

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Configurar el tronco basado en certificados de Webex Calling
1

Cree un tronco PSTN basado en certificados CUBE para una ubicación existente en el Centro de control. Para obtener más información, consulte Configurar troncos, grupos de ruta y planes de marcado para Webex Calling.

Tome nota de la información del tronco al crear el tronco. Estos detalles, como se destaca en la siguiente ilustración, se utilizan en los pasos de configuración de esta guía.

Se crea el grupo de troncos PSTN basado en certificados CUBE

2

Introduzca los siguientes comandos para configurar CUBE como puerta de enlace local de llamadas Webex:


voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip 
  asymmetric payload full
  early-offer forced
  sip-profiles inbound

Aquí se ofrece una explicación de los campos correspondientes a la configuración:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • Para proteger contra el fraude de peaje, la lista de direcciones de confianza define una lista de hosts y entidades de red desde las que el gateway local espera llamadas VoIP legítimas.

  • De forma predeterminada, un gateway local bloquea todos los mensajes VoIP entrantes de direcciones IP que no están en su lista de confianza. De forma predeterminada, los pares de marcado configurados estáticamente con “IP de destino de sesión” o direcciones IP de grupo de servidor son de confianza. No es necesario agregar estas direcciones IP a la lista de confianza.

  • Al configurar su gateway local, agregue las subredes IP para su centro de datos regional de Webex Calling a la lista; consulte Información de referencia de puerto para Webex Callingpara obtener más información. Además, agregue rangos de direcciones para servidores Unified Communications Manager (si se utilizan) y gateways troncales PSTN.

  • Para obtener más información sobre cómo utilizar una lista de confianza de direcciones IP para prevenir el fraude de peaje, consulte Dirección IP de confianza.

mode border-element

Activa las funciones de Cisco Unified Border Element (CUBE) en la plataforma.

allow-connections sip to sip

Activar la funcionalidad de agente de usuario SIP básica de CUBE. Para obtener más información, consulte Permitir conexiones.

De forma predeterminada, el transporte de fax T.38 está activado. Para obtener más información, consulte protocolo de fax t38(servicio de voz).

stun

Habilita STUN (salto de sesión de UDP a través de NAT) globalmente.

Estos comandos globales de aturdimiento solo son necesarios cuando se despliega la puerta de enlace local detrás de NAT.

  • La función de enlaces STUN en la pasarela local permite que las solicitudes STUN generadas localmente se envíen a través de la ruta de medios negociada. Esto ayuda a abrir el agujero en el firewall.

Para obtener más información, consulte  ID de agente de datos de flujo stuny  secreto compartido de datos de flujo stun.

asymmetric payload full

Configura el soporte de carga útil asimétrica SIP tanto para cargas útiles DTMF como para códec dinámico. Para obtener más información sobre este comando, consulte carga útil asimétrica.

early-offer forced

Obliga a la puerta de enlace local a enviar información de SDP en el mensaje INVITE inicial en lugar de esperar el acuse de recibo del colega vecino. Para obtener más información sobre este comando, consulte oferta anticipada.

sip-profiles inbound

Permite a CUBE utilizar perfiles SIP para modificar los mensajes a medida que se reciben. Los perfiles se aplican a través de pares de marcado o inquilinos.

3

Configurar voice class codec 100 permitiendo códecs G.711 sólo para todos los troncos. Este enfoque sencillo es adecuado para la mayoría de las implementaciones. Si es necesario, añada a la lista tipos de códec adicionales soportados tanto por sistemas de origen como por sistemas de terminación.

Soluciones más complejas que implican Categoría: Transcodificaciónse admite el uso de módulos DSP, pero no se incluye en esta guía. 


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

Aquí se ofrece una explicación de los campos correspondientes a la configuración:

voice class codec 100

Se utiliza para permitir sólo los códecs preferidos para las llamadas troncales SIP. Para obtener más información, consulte códec de clase de voz.

4

Configurar voice class stun-usage 100 para habilitar el ICE en el maletero de Webex Calling. (Este paso no es aplicable a Webex para el Gobierno)


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Aquí se ofrece una explicación de los campos correspondientes a la configuración:

stun usage ice lite

Se utiliza para habilitar ICE-Lite para todos los compañeros de línea de Webex Calling para permitir la optimización de medios siempre que sea posible. Para obtener más información, consulte uso de aturdimiento de clase de vozy uso de aturdimiento ice lite.

El mensaje stun usage firewall-traversal flowdata solo se requiere el comando cuando se despliega la pasarela local detrás de NAT.

La optimización de los medios se negocia siempre que sea posible. Si una llamada requiere servicios multimedia en la nube, como grabación, los medios no se pueden optimizar.

5

Configure la directiva de cifrado de medios para el tráfico Webex. (Este paso no es aplicable a Webex para el Gobierno)


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Aquí se ofrece una explicación de los campos correspondientes a la configuración:

voice class srtp-crypto 100

Especifica SHA1_80 como el único paquete de cifrado SRTP CUBE que ofrece el SDP en los mensajes de oferta y respuesta. Webex Calling solo admite SHA1_80. Para obtener más información, consulte clase de voz srtp-crypto.

6

Configure cifradores GCM compatibles con FIPS (Este paso solo es aplicable a Webex for Government). 


voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

Aquí se ofrece una explicación de los campos correspondientes a la configuración:

voice class srtp-crypto 100

Especifica GCM como el conjunto de cifrado que ofrece CUBE. Es obligatorio configurar cifradores GCM para Local Gateway for Webex for Government.

7

Configure un patrón para identificar de forma exclusiva las llamadas a un tronco de la puerta de enlace local en función de su FQDN o SRV de destino:


voice class uri 100 sip
 pattern cube1.lgw.com

Aquí se ofrece una explicación de los campos correspondientes a la configuración:

voice class uri 100 sip

Define un patrón para que coincida con una invitación SIP entrante a un dial-peer entrante. Al introducir este patrón, utilice el FQDN o el SRV del maletero configurado en el Centro de control para el maletero.

Durante la configuración del lado del inquilino de troncos basados en certificados para Webex Calling, utilice únicamente la dirección Webex Calling Edge basada en SRV en la pasarela local. Los FQDN ya no son compatibles.

8

Configure perfiles de manipulación de mensajes SIP. Si su gateway está configurado con una dirección IP pública, configure un perfil como sigue o pase al siguiente paso si utiliza NAT. En este ejemplo, cube1.lgw.com es el FQDN configurado para la puerta de enlace local:


voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"

Aquí se ofrece una explicación de los campos correspondientes a la configuración:

reglas 10 y 20

Para permitir que Webex autentique mensajes desde su gateway local, el encabezado 'Contacto' en los mensajes de respuesta y solicitud SIP debe contener el valor proporcionado para el tronco en el Centro de control. Este será el nombre FQDN de un único host o el nombre SRV utilizado para un clúster de dispositivos.

9

Si su gateway está configurado con una dirección IP privada detrás de la NAT estática, configure los perfiles SIP entrantes y salientes de la siguiente manera. En este ejemplo, cube1.lgw.com es el FQDN configurado para la puerta de enlace local, "10.80.13.12" es la dirección IP de la interfaz que se dirige a Webex Calling y "192.65.79.20" es la dirección IP pública NAT.

Perfiles SIP para mensajes salientes a Webex Calling 

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Aquí se ofrece una explicación de los campos correspondientes a la configuración:

rules 10 and 20

Para permitir que Webex autentique mensajes desde su gateway local, el encabezado 'Contacto' en los mensajes de solicitud y respuesta SIP debe contener el valor proporcionado para el tronco en el Centro de control. Este será el nombre FQDN de un único host o el nombre SRV utilizado para un clúster de dispositivos.

rules 30 to 81

Convierte las referencias de direcciones privadas a la dirección pública externa del sitio, lo que permite a Webex interpretar y dirigir correctamente los mensajes posteriores.

Perfil SIP para mensajes entrantes de Webex Calling 

voice class sip-profiles 110
 rule 10 response ANY sdp-header Video-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 50 response ANY sdp-header Session-Owner modify "192.65.79.20" "10.80.13.12"
 rule 60 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12"
 rule 70 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12"
 rule 80 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Aquí se ofrece una explicación de los campos correspondientes a la configuración:

rules 10 to 80

Convierte las referencias de direcciones públicas a la dirección privada configurada, permitiendo a CUBE procesar los mensajes de Webex.

Para obtener más información, consulte perfiles sip de clase de voz.

El proveedor de PSTN de Estados Unidos o Canadá puede ofrecer la verificación de identificación de llamadas para llamadas de spam y fraude, con la configuración adicional mencionada en el Indicación de llamadas de spam o fraude en Webex Callingartículo.

10

Configure una opción SIP keepalive con perfil de modificación de encabezado.


voice class sip-profiles 115
 rule 10 request OPTIONS sip-header Contact modify "<sip:.*:" "<sip:cube1.lgw.com:" 
 rule 30 request ANY sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Connection-Info modify "10.80.13.12" "192.65.79.20"  
 rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20"
!
voice class sip-options-keepalive 100
 description Keepalive for Webex Calling
 up-interval 5
 transport tcp tls
 sip-profiles 115

Aquí se ofrece una explicación de los campos correspondientes a la configuración:

voice class sip-options-keepalive 100

Configura un perfil keepalive y entra en el modo de configuración de clase de voz. Puede configurar el tiempo (en segundos) en el que un SIP Fuera de las opciones de diálogo Ping se envía al destino de marcado cuando la conexión del latido cardíaco al endpoint está en estado UP o Down.

Este perfil keepalive se activa desde el dial-peer configurado hacia Webex.

Para garantizar que los encabezados de contacto incluyan el nombre de dominio completo de SBC, se utiliza el perfil SIP 115. Las reglas 30, 40 y 50 solo se requieren cuando el SBC está configurado detrás de la NAT estática.

En este ejemplo, cube1.lgw.com es el FQDN seleccionado para la puerta de enlace local y, si se utiliza NAT estática, "10.80.13.12" es la dirección IP de la interfaz SBC para Webex Calling y "192.65.79.20" es la dirección IP pública de NAT.

11

Configurar el tronco de llamadas Webex:

  1. Crear voice class tenant 100 definir y agrupar las configuraciones requeridas específicamente para el tronco de Webex Calling. Los pares de marcado asociados con este inquilino heredan posteriormente estas configuraciones:

    El siguiente ejemplo utiliza los valores ilustrados en el paso 1 para los fines de esta guía (mostrados en negrita). Reemplácelos con valores para su tronco en su configuración.

    
voice class tenant 100
 no remote-party-id
 sip-server dns:us25.sipconnect.bcld.webex.com
 srtp-crypto 100
 localhost dns:cube1.lgw.com
 session transport tcp tls
 no session refresh
 error-passthru
 rel1xx disable
 asserted-id pai
 bind control source-interface GigabitEthernet0/0/1
 bind media source-interface GigabitEthernet0/0/1
 no pass-thru content custom-sdp
 sip-profiles 100 
 sip-profiles 110 inbound
 privacy-policy passthru
!

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    voice class tenant 100

    Le recomendamos que utilice inquilinos para configurar los troncos, que tienen su propio certificado TLS, y la lista de validación CN o SAN. Aquí, el perfil tls asociado con el inquilino contiene el punto de confianza que se utilizará para aceptar o crear nuevas conexiones, y tiene la lista CN o SAN para validar las conexiones entrantes. Para obtener más información, consulte inquilino de clase de voz.

    no remote-party-id

    Deshabilita el encabezado SIP Remote-Party-ID (RPID) ya que Webex Calling admite PAI, que está habilitado mediante un asserted-id pai Comando. Para obtener más información, consulte ID de partido remoto.

    sip-server dns: us25.sipconnect.bcld.webex.com

    Configura el servidor SIP de destino para el tronco. Utilice la dirección SRV del proxy de Edge proporcionada en el Centro de control cuando haya creado su tronco

    srtp-crypto 100

    Configura las suites de cifrado preferidas para la rama de llamada SRTP (conexión) (especificada en el paso 5). Para obtener más información, consulte clase de voz srtp-crypto.

    localhost dns: cube1.lgw.com

    Configura CUBE para reemplazar la dirección IP física en los encabezados From, Call-ID y Remote-Party-ID en los mensajes salientes con el FQDN proporcionado. Utilice aquí el FQDN o el SRV del maletero configurado en el Centro de control para el maletero.

    session transport tcp tls

    Establece el transporte a TLS para los compañeros de marcado asociados. Para obtener más información, consulte sesión-transporte.

    no session refresh

    Desactiva la actualización de sesión SIP para llamadas entre CUBE y Webex. Para obtener más información, consulte actualización de sesión.

    error-passthru

    Especifica la funcionalidad de paso de respuesta de error de SIP. Para obtener más información, consulte error-passthru.

    rel1xx disable

    Desactiva el uso de respuestas provisionales fiables para el tronco de Webex Calling. Para obtener más información, consulte Categoría: Rel1xx.

    asserted-id pai

    (Opcional) Activa el procesamiento del encabezado P-Asserted-Identity y controla cómo se utiliza para el tronco Webex Calling.

    Webex Calling incluye cabeceras P-Asserted-Identity (PAI) en INVITE de llamadas salientes a la puerta de enlace local.

    Si esta orden está configurada, la información del llamante de la cabecera PAI se utiliza para rellenar las cabeceras salientes From y PAI/Remote-Party-ID.

    Si este comando no está configurado, la información del llamante de la cabecera From se utiliza para llenar las cabeceras salientes From y PAI/Remote-Party-ID.

    Para obtener más información, consulte ID afirmado.

    bind control source-interface GigabitEthernet0/0/1

    Configura la interfaz de origen y la dirección IP asociada para los mensajes enviados a Webex Calling. Para obtener más información, consulte Ligamiento.

    bind media source-interface GigabitEthernet0/0/1

    Configura la interfaz de origen y la dirección IP asociada para los medios enviados a Webex Calling. Para obtener más información, consulte Ligamiento.

    voice-class sip profiles 100

    Aplica el perfil de modificación de encabezado (dirección IP pública o NAT) a utilizar para mensajes salientes. Para obtener más información, consulte perfiles sip de clase de voz.

    voice-class sip profiles 110 inbound

    Solo para despliegues LGW detrás de NAT: Aplica el perfil de modificación de encabezado que se utilizará para los mensajes entrantes. Para obtener más información, consulte los perfiles sip de clase de voz.

    privacy-policy passthru

    Configura CUBE para pasar de forma transparente los encabezados de privacidad del mensaje recibido a la siguiente rama de llamada. Para obtener más información, consulte política de privacidad.

  2. Configure el Webex Calling trunk dial-peer.

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 voice-class stun-usage 100
 voice-class sip tenant 100
 voice-class sip options-keepalive profile 100
 dtmf-relay rtp-nte 
 srtp
 no vad

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling

    Define un par de marcado de VoIP con una etiqueta de 100 y ofrece una descripción significativa para facilitar la gestión y la resolución de problemas. Para obtener más información, consulte Voz de pares.

    destination-pattern BAD.BAD

    Se requiere un patrón de destino ficticio cuando se enrutan las llamadas salientes utilizando un grupo de pares de marcación entrantes. Puede usar cualquier patrón de destino válido en este caso. Para obtener más información, consulte patrón de destino (interfaz).

    session protocol sipv2

    Especifica que este par de marcado maneja las patas de llamada SIP. Para obtener más información, consulte protocolo de sesión (dial-peer).

    session target sip-server

    Indica que el servidor SIP definido en el inquilino 100 se hereda y se utiliza para el destino de las llamadas de este par de marcado.

    incoming uri request  100

    Especifica la clase de voz utilizada para hacer coincidir las llamadas entrantes con este par de marcado utilizando el URI de cabecera INVITE REQUEST. Para obtener más información, consulte  URI entrante.

    voice-class codec 100

    Indica la lista de filtros de códec para llamadas hacia y desde Webex Calling. Para obtener más información, consulte códec de clase de voz.

    voice-class stun-usage 100

    Permite que las solicitudes STUN generadas localmente desde la puerta de enlace local se envíen a través de la ruta de medios negociada. Los paquetes STUN ayudan a abrir un agujero de seguridad para el tráfico de medios y a detectar rutas válidas para la optimización de medios.

    voice-class sip tenant 100

    El dial-peer hereda todos los parámetros configurados globalmente y en el inquilino 100. Los parámetros pueden anularse a nivel de pares de marcación. Para obtener más información, consulte  Usuario SIP de clase de voz.

    voice-class sip options-keepalive profile 100

    Este comando supervisa la disponibilidad de un grupo de servidores o endpoints SIP mediante un perfil específico (100).

    srtp

    Habilita SRTP para la etapa de llamada.

  3. (Opcional) Forzar llamadas a audio solamente.

    No se admite el vídeo sobre llamadas Webex utilizando flujos de llamadas de puerta de enlace local. Aunque el vídeo puede funcionar en algunos escenarios, puede resultar en una calidad degradada y un comportamiento inesperado. Para forzar llamadas a audio solamente, aplica el siguiente comando bajo tu Webex Calling dial-peers:

    voice-class sip audio forced

    Si decide permitir el vídeo, es posible que las llamadas no se realicen como se esperaba.

12

(Opcional) Para configurar dispositivos de red como CUBE y reenviar encabezados del Protocolo de inicio de sesión (SIP) que el dispositivo no procesa, utilice estos comandos. Estos comandos permiten que el dispositivo pase a través de cabeceras SIP no soportadas, incluidas cabeceras de geolocalización y PIDF-LO (Presence Information Data Format - Location Object), en la pasarela local. Esta funcionalidad es compatible con los servicios Nomadic E-911 al garantizar que la información de ubicación crítica se conserva y reenvía correctamente.

  1. Configuración de pares de marcado

    Voice service voip
 sip
  pass-thru headers unsupp

  2. Configuración específica de dial-peer

    
Dial-peer voice 911 voip
 voice-class sip pass-thru headers unsupp

  3. Configuración de clase de voz para encabezados específicos

    Para proxy de los encabezados de ubicación geográfica:

    
voice class sip-hdr-passthrulist 200 
 passthru-hdr Geolocation-Routing
 passthru-hdr Geolocation
 passthru-hdr-unsupp

    Aplicar el pase a través al dial-peer entrante/saliente

    
dial-peer voice 100 voip  // inbound
 voice-class sip pass-thru headers 200
dial-peer voice 200 voip  // outbound
 voice-class sip pass-thru headers 200

    Para permitir el paso a través del cuerpo del PIDFO, utilice:

    
voice service voip 
 sip 
  pass-thru content unsupp
Configure Local Gateway con un tronco SIP PSTN

Después de haber construido un tronco hacia Webex Calling anteriormente, utilice la siguiente configuración para crear un tronco no cifrado hacia un proveedor PSTN basado en SIP:

Si su proveedor de servicios ofrece un maletero PSTN seguro, puede seguir una configuración similar a la descrita anteriormente para el maletero Webex Calling. CUBE admite enrutamiento seguro de llamadas.

Si utiliza un tronco PSTN de TDM/ISDN, vaya a la siguiente sección Configurar puerta de enlace local con el tronco PSTN de TDM.

Para configurar interfaces TDM para las patas de llamada PSTN en las pasarelas TDM-SIP de Cisco, consulte  Configuración de PRI ISDN.

1

Configure el siguiente uri de clase de voz para identificar las llamadas entrantes desde el tronco de PSTN:


voice class uri 200 sip
  host ipv4:192.168.80.13

Aquí se ofrece una explicación de los campos correspondientes a la configuración:

voice class uri 200 sip

Define un patrón para que coincida con una invitación SIP entrante a un dial-peer entrante. Al introducir este patrón, utilice la dirección IP de su puerta de enlace IP PSTN. Para obtener más información, consulte  clase de voz uri.

2

Configure el siguiente IP PSTN dial-peer:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip asserted-id pai
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Aquí se ofrece una explicación de los campos correspondientes a la configuración:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Define un par de marcado de VoIP con una etiqueta de 200 y ofrece una descripción significativa para facilitar la administración y la resolución de problemas. Para obtener más información, consulte voz dial-peer.

destination-pattern BAD.BAD

Se requiere un patrón de destino ficticio cuando se enrutan las llamadas salientes utilizando un grupo de pares de marcación entrantes. En este caso, se puede utilizar cualquier patrón de destino válido. Para obtener más información, consulte patrón de destino (interfaz).

session protocol sipv2

Especifica que este par de marcado maneja las patas de llamada SIP. Para obtener más información, consulte protocolo de sesión (marcar par).

session target ipv4: 192.168.80.13

Especifica la dirección de destino para las llamadas enviadas al proveedor de PSTN. Puede ser una dirección IP o un nombre de host DNS. Para obtener más información, consulte  objetivo de sesión (par de marcado VoIP).

incoming uri via 200

Especifica la clase de voz utilizada para hacer coincidir las llamadas entrantes con este par de marcado utilizando el URI de cabecera INVITE VIA. Para obtener más información, consulte  URL entrante.

voice-class sip asserted-id pai

(Opcional) Activa el procesamiento del encabezado P-Asserted-Identity y controla cómo se utiliza para el tronco PSTN. Si se usa esta orden, la identidad de la parte llamante proporcionada desde el punto de referencia entrante se usa para las cabeceras salientes From y P-Asserted-Identity. Si no se utiliza este comando, la identidad de la parte que llama proporcionada desde el punto de referencia entrante se utiliza para los encabezados salientes From y Remote-Party-ID. Para obtener más información, consulte sip asserted-id de clase de voz.

bind control source-interface  GigabitEthernet0/0/0

Configura la interfaz de origen y la dirección IP asociada para los mensajes enviados al PSTN. Para obtener más información, consulte  Ligamiento.

bind media source-interface  GigabitEthernet0/0/0

Configura la interfaz de origen y la dirección IP asociada para los medios enviados a PSTN. Para obtener más información, consulte  Ligamiento.

voice-class codec 100

Configura el par de marcado para utilizar la lista de filtros de códec común 100. Para obtener más información, consulte códec de clase de voz.

dtmf-relay rtp-nte

Define RTP-NTE (RFC2833) como la capacidad de DTMF esperada en el tramo de llamada. Para obtener más información, consulte Relé DTMF (voz sobre IP).

no vad

Deshabilita la detección de actividad de voz. Para obtener más información, consulte vad (par de marcación).

3

Si está configurando su gateway local para enrutar únicamente llamadas entre Webex Calling y el PSTN, agregue la siguiente configuración de enrutamiento de llamadas. Si está configurando su gateway local con una plataforma Unified Communications Manager, pase a la sección siguiente.

  1. Cree grupos de pares de marcado para dirigir las llamadas hacia Webex Calling o el PSTN. Defina DPG 100 con dial-peer saliente 100 hacia Webex Calling. El DPG 100 se aplica al par de marcado entrante desde el PSTN. De manera similar, defina DPG 200 con dial-peer saliente 200 hacia el PSTN. El DPG 200 se aplica al dial-peer entrante de Webex.

    
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    dial-peer 100

    Asocia un dial-peer saliente con un grupo dial-peer. Para obtener más información, consulte  dpg de clase de voz.

  2. Aplicar grupos de pares de marcado para dirigir llamadas desde Webex al PSTN y desde el PSTN al Webex: 

    
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    destination dpg 200

    Especifica qué grupo de pares de marcado y, por lo tanto, los pares de marcado deben utilizarse para el tratamiento saliente de las llamadas presentadas a estos pares de marcado entrantes.

    Esto concluye la configuración de la puerta de enlace local. Guarde la configuración y vuelva a cargar la plataforma si es la primera vez que se configuran las funciones CUBE.

Configure Local Gateway con un tronco TDM PSTN

Después de haber construido un tronco hacia Webex Calling, utilice la siguiente configuración para crear un tronco TDM para su servicio PSTN con enrutamiento de llamada de vuelta para permitir la optimización de los medios en el tramo de llamada Webex.

Si no requiere la optimización de medios IP, siga los pasos de configuración para un tronco SIP PSTN. Utilice un puerto de voz y un par de marcado POTS (como se muestra en los pasos 2 y 3) en lugar del par de marcado PSTN VoIP.

1

La configuración de pares de marcado en bucle atrás utiliza grupos de pares de marcado y etiquetas de enrutamiento de llamadas para garantizar que las llamadas pasen correctamente entre Webex y el PSTN, sin crear bucles de enrutamiento de llamadas. Configure las siguientes reglas de traducción que se utilizarán para agregar y eliminar las etiquetas de enrutamiento de llamadas:


voice translation-rule 100 
 rule 1 /^\+/ /A2A/ 

voice translation-profile 100 
 translate called 100 

voice translation-rule 200 
 rule 1 /^/ /A1A/ 

voice translation-profile 200 
 translate called 200 

voice translation-rule 11 
 rule 1 /^A1A/ // 

voice translation-profile 11 
 translate called 11 

voice translation-rule 12 
 rule 1 /^A2A44/ /0/
 rule 2/^A2A/ /00/

voice translation-profile 12 
 translate called 12

Aquí se ofrece una explicación de los campos correspondientes a la configuración:

voice translation-rule

Utiliza expresiones regulares definidas en las reglas para agregar o eliminar etiquetas de enrutamiento de llamadas. Los dígitos sobredecádicos («A») se utilizan para añadir claridad a la resolución de problemas.

En esta configuración, la etiqueta añadida por perfil de traducción 100 se utiliza para guiar las llamadas de Webex Calling hacia el PSTN a través de los pares de marcación de bucle invertido. De manera similar, la etiqueta añadida por perfil de traducción 200 se utiliza para guiar las llamadas desde el PSTN hacia Webex Calling. Los perfiles de traducción 11 y 12 eliminan estas etiquetas antes de entregar llamadas a los troncos Webex y PSTN, respectivamente.

Este ejemplo supone que los números llamados de Webex Calling se presentan en formato +E.164. La regla 100 elimina el + inicial para mantener un número de llamada válido. La regla 12 luego agrega un dígito de enrutamiento nacional o internacional al quitar la etiqueta. Utilice dígitos que se adapten a su plan de marcado nacional de la RDSI local.

Si Webex Calling presenta números en formato nacional, ajuste las reglas 100 y 12 para simplemente agregar y eliminar la etiqueta de enrutamiento, respectivamente.

Para obtener más información, consulte perfil de traducción de vozy regla de traducción de voz.

2

Configure los puertos de la interfaz de voz TDM según lo requiera el tipo de tronco y el protocolo utilizados. Para obtener más información, consulte Configuración de PRI ISDN. Por ejemplo, la configuración básica de una interfaz de RDSI de tasa primaria instalada en la ranura NIM 2 de un dispositivo podría incluir lo siguiente:


card type e1 0 2 
isdn switch-type primary-net5 
controller E1 0/2/0 
 pri-group timeslots 1-31
3

Configure el siguiente TDM PSTN dial-peer:


dial-peer voice 200 pots 
 description Inbound/Outbound PRI PSTN trunk 
 destination-pattern BAD.BAD 
 translation-profile incoming 200 
 direct-inward-dial 
 port 0/2/0:15

Aquí se ofrece una explicación de los campos correspondientes a la configuración: 


dial-peer voice 200 pots
 description Inbound/Outbound PRI PSTN trunk

Define un par de marcado de VoIP con una etiqueta de 200 y proporciona una descripción significativa para facilitar la administración y la resolución de problemas. Para obtener más información, consulte Voz de pares.

destination-pattern BAD.BAD

Se requiere un patrón de destino ficticio cuando se enrutan las llamadas salientes utilizando un grupo de pares de marcación entrantes. En este caso, se puede utilizar cualquier patrón de destino válido. Para obtener más información, consulte patrón de destino (interfaz).

translation-profile incoming 200

Asigna el perfil de traducción que agregará una etiqueta de enrutamiento de llamada al número de llamada entrante.

direct-inward-dial

Dirige la llamada sin proporcionar un tono de marcado secundario. Para obtener más información, consulte Esfera directa.

port 0/2/0:15

El puerto físico de voz asociado con este dial-peer.

4

Para permitir la optimización de medios de las rutas IP para gateways locales con flujos de llamadas TDM-IP, puede modificar el enrutamiento de llamadas introduciendo un conjunto de pares de llamadas internas entre Webex Calling y troncos PSTN. Configure los siguientes pares de marcado con bucle invertido. En este caso, todas las llamadas entrantes se enrutarán inicialmente a 10 y desde allí a 11 o 12 en función de la etiqueta de enrutamiento aplicada. Después de eliminar la etiqueta de enrutamiento, las llamadas se enrutarán al tronco saliente utilizando grupos de pares de marcado.


dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad

Aquí se ofrece una explicación de los campos correspondientes a la configuración: 


dial-peer voice 10 voip
 description Outbound loop-around leg

Define un dial-peer de VoIP y ofrece una descripción significativa para facilitar la gestión y la resolución de problemas. Para obtener más información, consulte Voz de pares.

translation-profile incoming 11

Aplica el perfil de traducción definido anteriormente para eliminar la etiqueta de enrutamiento de llamada antes de pasar al tronco de salida.

destination-pattern BAD.BAD

Se requiere un patrón de destino ficticio cuando se enrutan las llamadas salientes utilizando un grupo de pares de marcación entrantes. Para obtener más información, consulte patrón de destino (interfaz).

session protocol sipv2

Especifica que este par de marcado maneja las patas de llamada SIP. Para obtener más información, consulte  protocolo de sesión (marcar par).

session target ipv4: 192.168.80.14

Especifica la dirección de la interfaz del router local como el destino de llamada al bucle hacia atrás. Para obtener más información, consulte objetivo de sesión (par de marcado de voip).

bind control source-interface  GigabitEthernet0/0/0

Configura la interfaz de origen y la dirección IP asociada para los mensajes enviados a través del bucle de retorno. Para obtener más información, consulte  Ligamiento.

bind media source-interface  GigabitEthernet0/0/0

Configura la interfaz de origen y la dirección IP asociada para los medios enviados a través del bucle de retorno. Para obtener más información, consulte  Ligamiento.

dtmf-relay rtp-nte

Define RTP-NTE (RFC2833) como la capacidad de DTMF esperada en el tramo de llamada. Para obtener más información, consulte  Relé DTMF (voz sobre IP).

codec g711alaw

Obliga a todas las llamadas PSTN a utilizar G.711. Seleccione a-law o u-law para que coincida con el método de companding utilizado por su servicio ISDN.

no vad

Deshabilita la detección de actividad de voz. Para obtener más información, consulte  vad (par de marcación).

5

Agregue la siguiente configuración de enrutamiento de llamadas:

  1. Cree grupos de pares de marcado para enrutar llamadas entre los troncos PSTN y Webex, a través del bucle de retorno.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 10
 description Route calls to Loopback
 dial-peer 10

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    dial-peer 100

    Asocia un dial-peer saliente con un grupo dial-peer. Para obtener más información, consulte  dpg de clase de voz.

  2. Aplique grupos de pares de marcación a las llamadas de ruta.

    
dial-peer voice 100
 destination dpg 10
dial-peer voice 200
 destination dpg 10
dial-peer voice 11
 destination dpg 100
dial-peer voice 12
 destination dpg 200

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    destination dpg 200

    Especifica qué grupo de pares de marcado y, por lo tanto, los pares de marcado deben utilizarse para el tratamiento saliente de las llamadas presentadas a estos pares de marcado entrantes.

Esto concluye la configuración de la puerta de enlace local. Guarde la configuración y vuelva a cargar la plataforma si es la primera vez que se configuran las funciones CUBE.
Configurar la puerta de enlace local con un entorno de Unified CM existente

La configuración PSTN-Webex Calling en las secciones anteriores puede modificarse para incluir troncos adicionales a un clúster Cisco Unified Communications Manager (UCM). En este caso, todas las llamadas se enrutan a través de Unified CM. Las llamadas del UCM en el puerto 5060 se enrutan al PSTN y las llamadas del puerto 5065 se enrutan a Webex Calling. Se pueden añadir las siguientes configuraciones incrementales para incluir este escenario de llamada.

1

Configure las siguientes URI de clase de voz:

  1. Clasifica las llamadas Unified CM a Webex utilizando el puerto SIP VIA:

    
voice class uri 300 sip
 pattern :5065

  2. Clasifica las llamadas de CM a PSTN unificadas utilizando SIP a través del puerto:

    
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060

    Clasifique los mensajes entrantes desde el UCM hacia el tronco PSTN utilizando uno o más patrones que describen las direcciones de origen y el número de puerto. Si es necesario, se pueden usar expresiones regulares para definir patrones de coincidencia.

    En el ejemplo anterior, se utiliza una expresión regular para hacer coincidir cualquier dirección IP del intervalo 192.168.80.60 con 65 y el número de puerto 5060.

2

Configure los siguientes registros DNS para especificar el enrutamiento SRV a hosts Unified CM:

IOS XE utiliza estos registros para determinar localmente los hosts y puertos UCM de destino. Con esta configuración, no es necesario configurar registros en su sistema DNS. Si prefiere utilizar su DNS, estas configuraciones locales no son necesarias.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Aquí se ofrece una explicación de los campos correspondientes a la configuración:

El siguiente comando crea un registro de recursos DNS SRV. Cree un registro para cada host y tronco de UCM:

ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: Nombre del registro de recursos SRV

2: La prioridad de registro de recursos de SRV

1: El peso del registro de recursos de SRV

5060: El número de puerto que se utilizará para el host de destino en este registro de recursos

ucmsub5.mydomain.com: El host de destino del registro de recursos

Para resolver los nombres de host de destino de registro de recursos, cree registros DNS A locales. Por ejemplo:

ip host ucmsub5.mydomain.com 192.168.80.65

Host IP: Crea un registro en la base de datos local de IOS XE.

ucmsub5.mydomain.com: El nombre de host de registro A.

192.168.80.65: La dirección IP del host.

Cree los registros de recursos SRV y los registros A para reflejar su entorno UCM y su estrategia de distribución de llamadas preferida.

3

Configure los siguientes pares de marcado:

  1. Dial-peer para llamadas entre Unified CM y Webex Calling:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

    Define un par de marcado de VoIP con una etiqueta 300 y ofrece una descripción significativa para facilitar la administración y la resolución de problemas.

    destination-pattern BAD.BAD

    Se requiere un patrón de destino ficticio cuando se enrutan las llamadas salientes utilizando un grupo de pares de marcación entrantes. En este caso, se puede utilizar cualquier patrón de destino válido.

    session protocol sipv2

    Especifica que el par de marcado 300 gestiona las patas de llamada SIP. Para obtener más información, consulte  protocolo de sesión (dial-peer).

    session target dns:wxtocucm.io

    Define el objetivo de sesión de múltiples nodos de CM unificados mediante resolución DNS SRV. En este caso, el registro SRV definido localmente wxtocucm.io se utiliza para dirigir llamadas.

    incoming uri via 300

    Utiliza el URI de clase de voz 300 para dirigir todo el tráfico entrante desde Unified CM utilizando el puerto de origen 5065 a este dial-peer. Para obtener más información, consulte  URI entrante.

    voice-class codec 100

    Indica la lista de filtros de códec para llamadas hacia y desde el CM unificado. Para obtener más información, consulte  códec de clase de voz.

    bind control source-interface GigabitEthernet0/0/0

    Configura la interfaz de origen y la dirección IP asociada para los mensajes enviados al PSTN. Para obtener más información, consulte  Ligamiento.

    bind media source-interface GigabitEthernet0/0/0

    Configura la interfaz de origen y la dirección IP asociada para los medios enviados a PSTN. Para obtener más información, consulte  Ligamiento.

    dtmf-relay rtp-nte

    Define RTP-NTE (RFC2833) como la capacidad de DTMF esperada en el tramo de llamada. Para obtener más información, consulte  Relé DTMF (voz sobre IP).

    no vad

    Deshabilita la detección de actividad de voz. Para obtener más información, consulte  vad (par de marcación).

  2. Dial-peer para llamadas entre el CM unificado y el PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Define un par de marcado de VoIP con una etiqueta de 400 y ofrece una descripción significativa para facilitar la administración y la resolución de problemas.

    destination-pattern BAD.BAD

    Se requiere un patrón de destino ficticio cuando se enrutan las llamadas salientes utilizando un grupo de pares de marcación entrantes. En este caso, se puede utilizar cualquier patrón de destino válido.

    session protocol sipv2

    Especifica que el par de marcado 400 gestiona las patas de llamada SIP. Para obtener más información, consulte  protocolo de sesión (dial-peer).

    session target dns:pstntocucm.io

    Define el objetivo de sesión de múltiples nodos de CM unificados mediante resolución DNS SRV. En este caso, el registro SRV definido localmente pstntocucm.io se utiliza para dirigir llamadas.

    incoming uri via 400

    Utiliza el URI de clase de voz 400 para dirigir todo el tráfico entrante desde los hosts de CM unificados especificados utilizando el puerto de origen 5060 a este dial-peer. Para obtener más información, consulte  URI entrante.

    voice-class codec 100

    Indica la lista de filtros de códec para llamadas hacia y desde el CM unificado. Para obtener más información, consulte  códec de clase de voz.

    bind control source-interface GigabitEthernet0/0/0

    Configura la interfaz de origen y la dirección IP asociada para los mensajes enviados al PSTN. Para obtener más información, consulte  Ligamiento.

    bind media source-interface GigabitEthernet0/0/0

    Configura la interfaz de origen y la dirección IP asociada para los medios enviados a PSTN. Para obtener más información, consulte  Ligamiento.

    dtmf-relay rtp-nte

    Define RTP-NTE (RFC2833) como la capacidad de DTMF esperada en el tramo de llamada. Para obtener más información, consulte  Relé DTMF (voz sobre IP).

    no vad

    Deshabilita la detección de actividad de voz. Para obtener más información, consulte  vad (par de marcación).

4

Agregue el enrutamiento de llamadas utilizando las siguientes configuraciones:

  1. Cree grupos de pares de marcado para enrutar llamadas entre Unified CM y Webex Calling. Definir DPG 100 con outbound dial-peer 100 hacia Webex Calling. El DPG 100 se aplica al par de marcado entrante asociado desde el CM unificado. De manera similar, defina DPG 300 con dial-peer saliente 300 hacia CM unificado. El DPG 300 se aplica al dial-peer entrante de Webex.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Cree grupos de pares de marcado para enrutar llamadas entre el CM unificado y el PSTN. Definir DPG 200 con outbound dial-peer 200 hacia el PSTN. El DPG 200 se aplica al par de marcado entrante asociado desde el CM unificado. De manera similar, defina DPG 400 con dial-peer saliente 400 hacia CM unificado. El DPG 400 se aplica al par de marcado entrante desde el PSTN.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    dial-peer  100

    Asocia un dial-peer saliente con un grupo dial-peer. Para obtener más información, consulte  dpg de clase de voz.

  3. Aplicar grupos de pares de marcado para dirigir llamadas de Webex a Unified CM y de Unified CM a Webex: 

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    destination dpg 300

    Especifica qué grupo de pares de marcado y, por lo tanto, los pares de marcado deben utilizarse para el tratamiento saliente de las llamadas presentadas a estos pares de marcado entrantes.

  4. Aplicar grupos de pares de marcado para encaminar llamadas desde el PSTN al CM unificado y desde el CM unificado al PSTN:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Esto concluye la configuración de la puerta de enlace local. Guarde la configuración y vuelva a cargar la plataforma si es la primera vez que se configuran las funciones de CUBE.

Supervise y resuelva problemas de la puerta de enlace local con firmas de diagnóstico

Las Firmas de diagnóstico (DS) detectan proactivamente los problemas más observados en la puerta de enlace local basada en Cisco IOS XE y genera notificaciones por correo electrónico, syslog o mensajes de terminal del evento. También puede instalar DS para automatizar la recopilación de datos de diagnóstico y transferir los datos recopilados al caso de TAC de Cisco para acelerar el tiempo de resolución.

Las Firmas de diagnóstico (DS) son archivos XML que contienen información acerca de eventos y acciones de activación de problemas para informar, solucionar y solucionar el problema. Utilice los mensajes de syslog, los eventos SNMP y a través de la supervisión periódica de salidas de comandos de demostración específicas para definir la lógica de detección de problemas. Entre los tipos de acción se incluyen los siguientes:

  • Recopilación de resultados de comandos para mostrar

  • Generar un archivo de registro consolidado

  • Cargando el archivo a una ubicación de red proporcionada por el usuario, como HTTPS, SCP, ftp server

Los ingenieros de TAC autorizan archivos DS y los firman digitalmente para proteger la integridad. Cada archivo DS tiene el ID numérico único asignado por el sistema. Herramienta de búsqueda de firmas de diagnóstico(DSLT) es una única fuente para encontrar firmas aplicables para supervisar y solucionar diversos problemas.

Antes de comenzar:

  • No edite el archivo DS desde el que se descarga DSLT. Los archivos que modifique fallarán en la instalación debido a un error de comprobación de integridad.

  • Un servidor de Protocolo de transferencia de correo simple (SMTP) que necesita para que la puerta de enlace local envíe notificaciones por correo electrónico.

  • Asegúrese de que el gateway local está ejecutando IOS XE 17.6.1 o superior si desea utilizar el servidor SMTP seguro para notificaciones por correo electrónico.

Requisitos previos

Gateway local con IOS XE 17.6.1 o superior

  1. Las firmas de diagnóstico están habilitadas de manera predeterminada.

  2. Configure el servidor de correo electrónico seguro que utiliza para enviar una notificación proactiva si el dispositivo está ejecutando IOS XE 17.6.1 o superior.

    
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

  3. Configure la variable de entorno ds_email con la dirección de correo electrónico del administrador que debe notificar.

    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
end

Instale firmas de diagnóstico para la supervisión dinámica

Supervisión de una alta utilización de la CPU

Este DS rastrea el uso de la CPU de 5-segundos utilizando el OID SNMP 1.3.6.1.4.1.9.2.1.56. Cuando la utilización alcanza el 75% o más, desactiva todas las depuraciones y desinstala todas las firmas de diagnóstico que instala en el gateway local. Siga los pasos a continuación para instalar la firma.

  1. Asegúrese de activar SNMP mediante el comando show snmp. Si SNMP no está activado, configure el snmp-server manager Comando.

    
show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Descargar DS 64224utilizando las siguientes opciones desplegables en Herramienta de búsqueda de firmas de diagnóstico:

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Nombre del campo

    Valor de campo

    Plataforma

    Software Cisco 4300, 4400 serie ISR o Catalyst 8000V Edge

    Producto

    CUBE Enterprise en la solución Webex Calling

    Alcance del problema

    Rendimiento

    Tipo de problema

    Alta utilización de la CPU con notificación por correo electrónico

    Download DS 64224 from Diagnostic Signatures Lookup tool

  3. Copie el archivo XML de DS en el la unidad flash de la puerta de enlace local.

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    El siguiente ejemplo muestra cómo copiar el archivo desde un servidor FTP a la puerta de enlace local.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Instale el archivo XML de DS en la puerta de enlace local.

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Utilice la flecha show call-home diagnostic-signature comando para verificar que la firma se haya instalado correctamente. La columna de estado debe tener un valor de "registrado". 

    
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com

    Descargar DSes:

    ID de DS

    Nombre de DS

    Revisión

    Estado

    Última actualización (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registrados

    2020-11-07 22:05:33

    Cuando se activa, esta firma desinstala todos los DS que se ejecutan, incluido él mismo. Si es necesario, vuelva a instalar DS 64224 para seguir supervisando el alto uso de la CPU en el gateway local.

Monitoreo de desconexiones de llamadas anormales

Este DS utiliza sondeo SNMP cada 10 minutos para detectar una desconexión anormal de llamadas con errores SIP 403, 488 y 503.  Si el incremento del recuento de errores es mayor o igual a 5 de la última encuesta, genera un registro del sistema y una notificación por correo electrónico. Siga los pasos a continuación para instalar la firma.

  1. Asegúrese de que SNMP está activado mediante el comando show snmp. Si SNMP no está activado, configure el snmp-server manager Comando. 

    show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Descargar DS 65221utilizar las siguientes opciones en Herramienta de búsqueda de firmas de diagnóstico:

    Nombre del campo

    Valor de campo

    Plataforma

    Software Cisco 4300, 4400 serie ISR o Catalyst 8000V Edge

    Producto

    Solución CUBE Enterprise en Webex Calling

    Alcance del problema

    Rendimiento

    Tipo de problema

    Detección de desconexión de llamadas anormales en SIP con notificación de correo electrónico y syslog.

  3. Copie el archivo XML de DS en la puerta de enlace local.

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

  4. Instale el archivo XML de DS en la puerta de enlace local. 

    
call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Usar el comando show call-home diagnostic-signature para verificar que la firma se haya instalado correctamente. La columna de estado debe tener un valor de "inscrito".

Instale firmas de diagnóstico para solucionar un problema

También puede utilizar las Firmas de diagnóstico (DS) para resolver problemas con rapidez. Los ingenieros del TAC de Cisco han publicado varias firmas que permiten las depuraciones necesarias para solucionar un problema determinado, detectar la ocurrencia del problema, recopilar el conjunto correcto de datos de diagnóstico y transferir los datos automáticamente al caso del TAC de Cisco. Esto elimina la necesidad de verificar manualmente la ocurrencia de problemas y facilita mucho la resolución de problemas intermitentes y transitorios.

Puede utilizar el Herramienta de búsqueda de firmas de diagnósticopara encontrar las firmas aplicables e instalarlas para resolver un problema determinado, o bien puede instalar la firma recomendada por el ingeniero de TAC como parte del compromiso de soporte.

Este es un ejemplo de cómo encontrar e instalar un DS para detectar la ocurrencia “%VOICE_IEC-3-GW: CCAPI: Error interno (umbral de pico de llamadas): IEC=1.1.181.1.29.0" syslog y automatice la recopilación de datos de diagnóstico mediante los siguientes pasos:

  1. Configure otra variable de entorno DS ds_fsurl_prefix como ruta del servidor de archivos TAC de Cisco (cxd.cisco.com) para cargar los datos de diagnóstico. El nombre de usuario en la ruta del archivo es el número de caso y la contraseña es el token de carga del archivo que se puede recuperar de Administrador de casos de soportecomo se muestra a continuación. El token de carga de archivos se puede generar en la sección Adjuntos del Administrador de casos de soporte, según sea necesario.

    The file upload token generated in the Attachments section of the Support Case Manager
    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end

    Ejemplo: 

    
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Asegúrese de que SNMP está activado mediante el comando show snmp. Si SNMP no está activado, configure el snmp-server manager Comando.

    
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end

  3. Recomendamos instalar el DS de monitorización de alta CPU 64224 como medida proactiva para desactivar todas las firmas de debugs y diagnósticos durante el tiempo de alta utilización de la CPU. Descargar DS 64224utilizar las siguientes opciones en Herramienta de búsqueda de firmas de diagnóstico:

    Nombre del campo

    Valor de campo

    Plataforma

    Software Cisco 4300, 4400 serie ISR o Catalyst 8000V Edge

    Producto

    Solución CUBE Enterprise en Webex Calling

    Alcance del problema

    Rendimiento

    Tipo de problema

    Alta utilización de la CPU con notificación por correo electrónico.

  4. Descargar DS 65095utilizar las siguientes opciones en Herramienta de búsqueda de firmas de diagnóstico:

    Nombre del campo

    Valor de campo

    Plataforma

    Software Cisco 4300, 4400 serie ISR o Catalyst 8000V Edge

    Producto

    Solución CUBE Enterprise en Webex Calling

    Alcance del problema

    Syslog

    Tipo de problema

    Registro del sistema - %VOICE_IEC-3-GW: CCAPI: Error interno (umbral de pico de llamadas): IEC=1.1.181.1.29.0

  5. Copie los archivos XML de DS en la puerta de enlace local.

    
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

  6. Instale el archivo DS 64224 de supervisión de alta CPU y, a continuación, el archivo XML de DS 65095 en la gateway local. 

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

  7. Verifique que la firma se haya instalado correctamente utilizando show call-home diagnostic-signature. La columna de estado debe tener un valor de "inscrito". 

    
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    DSes descargados:

    ID de DS

    Nombre de DS

    Revisión

    Estado

    Última actualización (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registrados

    2020-11-08:00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Registrados

    2020-11-08:00:12:53

Verificar la ejecución de firmas de diagnóstico

En el siguiente comando, la columna “Status” del comando show call-home diagnostic-signature cambia a “en ejecución” mientras Local Gateway ejecuta la acción definida en la firma. El resultado de show call-home diagnostic-signature statistics es la mejor manera de verificar si una firma de diagnóstico detecta un evento de interés y ejecutó la acción. La columna "Desencadenado/Máximo/Desinstalar" indica la cantidad de veces que la firma dada ha desencadenado un evento, la cantidad máxima de veces que se define para detectar un evento y si la firma se desinstala a sí misma después de detectar la cantidad máxima de eventos desencadenados. 

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

DSes descargados:

ID de DS

Nombre de DS

Revisión

Estado

Última actualización (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Registrados

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Ejecutando

2020-11-08 00:12:53

mostrar estadísticas de la firma de diagnóstico de llamadas locales

ID de DS

Nombre de DS

Activado/Máx/Desinstalación

Tiempo de ejecución promedio (segundos)

Tiempo de ejecución máximo (segundos)
64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

La notificación por correo electrónico que se envía durante la ejecución de la firma de diagnóstico contiene información clave como el tipo de problema, los detalles del dispositivo, la versión del software, la configuración en ejecución y muestra las salidas de comandos que son relevantes para resolver el problema dado.

Notification email that is sent during Diagnostic Signature execution

Desinstalar las firmas de diagnóstico

Por lo general, las firmas de diagnóstico se definen para desinstalar después de detectar algunas instancias de problemas. Si desea desinstalar una firma manualmente, recupere el ID de DS de la salida de show call-home diagnostic-signature y ejecute el siguiente comando:

call-home diagnostic-signature deinstall <DS ID>

Ejemplo:

call-home diagnostic-signature deinstall 64224

Periódicamente, se agregan firmas nuevas a la Herramienta de búsqueda de firmas de diagnóstico, en función de los problemas que se observan en las implementaciones. Actualmente, el TAC no admite las solicitudes para crear firmas personalizadas nuevas.

¿Ha encontrado este artículo útil?
¿Ha encontrado este artículo útil?
PreciosAplicación de WebexReunionesCallingMensajeríaUso compartido de pantalla
Webex SuiteCallingReunionesMensajeríaSlidoSeminarios webEventsCentro de contactosCPaaSSeguridadControl Hub
AuricularesCámarasSerie deskSerie RoomSerie BoardServicios telefónicosAccesorios
EducaciónAtención médicaGobiernoFinanzasDeporte y entretenimientoPrimera líneaOrganizaciones sin fines de lucroEmpresas emergentesTrabajo híbrido
DescargasEntrar a una reunión de pruebaClases en líneaIntegracionesAccesibilidadInclusiónSeminarios web en vivo y a pedidoComunidad de WebexDesarrolladores de WebexNoticias e innovaciones
CiscoComunicarse con el soporteComuníquese con un representante de ventasWebex BlogLiderazgo de pensamiento WebexWebex Merch StoreOportunidades laborales
  • X
  • LinkedIn
  • Facebook
  • Youtube
  • Instagram
Términos y condicionesDeclaración de privacidadCookiesMarcas comerciales
©2026 Cisco y/o sus filiales. Todos los derechos reservados.
Términos y condicionesDeclaración de privacidadCookiesMarcas comerciales