Voz y Comunicaciones unificadas : Cisco Unified Survivable Remote Site Telephony

Ejemplo de Configuración de Cisco SRST

16 Enero 2016 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (13 Noviembre 2015) | Comentarios


Contenido


Introducción

Este documento proporciona un ejemplo de configuración para Cisco Secure Survivable Remote Site Telephony (SRST).

Los teléfonos IP seguros de Cisco que se encuentran en sitios remotos y se conectan a routers de gateway permiten una comunicación segura sobre la WAN con Cisco CallManager. Pero si se desactiva el link WAN o Cisco CallManager, toda la comunicación a través de los teléfonos remotos deja de ser segura. Para superar esta situación, ahora los routers de gateway pueden funcionar en modo de SRST segura, que se activa cuando el link WAN o Cisco CallManager se desactivan. Cuando se restablece el link WAN o Cisco CallManager, Cisco CallManager reanuda sus funciones de administración de llamadas seguras.

La SRST segura proporciona nuevas funciones de seguridad, como autenticación, integridad y encripción de medios. La autenticación ofrece a una parte la garantía de que la otra parte es quien dice ser. La integridad ofrece la garantía de que los datos proporcionados no se modifican en el recorrido entre entidades. La encripción implica confidencialidad, lo que significa que nadie puede leer los datos salvo su destinatario. Estas funciones de seguridad ofrecen privacidad para las llamadas de voz SRST y protegen contra infracciones de seguridad de voz y suplantaciones de identidad.

Se alcanza la seguridad SRST cuando:

  • Los dispositivos finales se autentican con certificados.

  • La señalización se autentica y se encripta con Transport Layer Security (TLS) para TCP.

  • Una ruta de medios segura se encripta con Secure Real-Time Transport Protocol (SRTP).

  • Los certificados son generados y distribuidos por una autoridad de certificación (CA).

prerrequisitos

Requisitos

Asegúrese de cumplir estos requisitos antes de intentar esta configuración:

Requisitos de Public Key Infrastructure

  • Ajuste el reloj, manualmente o con el Network Time Protocol (NTP). Esto garantiza la sincronización con Cisco CallManager.

  • Habilite IP HTTP el servidor (procesador de Cisco IOS�) con el comando ip http server, si no habilitado ya. Refiérase a Servidor de Certificados de Cisco IOS para obtener más información sobre la implementación de la Public Key Infrastructure (PKI).

  • Si el servidor de certificados forma parte de la configuración inicial, podría ver estos mensajes durante el procedimiento de boot:

    % Failed to find Certificate Server's trustpoint at startup 
    
    % Failed to find Certificate Server's cert.

    Estos mensajes son mensajes informativos e indican una inhabilitación temporal para configurar el servidor de certificados porque aún no se ha analizado completamente la configuración inicial. Los mensajes son útiles para el debug, en caso de que la configuración inicial esté dañada. Puede verificar el estado del servidor de certificados después del procedimiento de boot con el comando show crypto pki server.

Requisitos de SRST

Componentes Utilizados

La información que contiene este documento se basa en las siguientes versiones de software y hardware.

  • Los Cisco IP Phones seguros soportados en SRST segura deben tener los certificados instalados y la encripción habilitada.

  • El router SRST debe tener un certificado. Un certificado puede ser generado por otro proveedor o por la autoridad de certificación (CA) de Cisco IOS. La CA de Cisco IOS puede ejecutarse en el mismo gateway que SRST.

  • Las listas de certificados de confianza (CTL) deben estar habilitadas en Cisco CallManager. Para obtener instrucciones completas, refiérase a la sección Configuración de Llamadas de Telefonía IP Seguras de Autenticación de Medios y Señalización, y Función de Encripción para Gateways MGCP de Cisco IOS.

  • Cisco CallManager 4.1(2) o posterior debe estar instalado y debe soportar el modo seguro (modo de autenticación y encripción).

  • Los routers de gateway que ejecutan SRST segura deben soportar imágenes de Cisco IOS habilitadas para voz y seguridad (una imagen de software criptográfico “k9”). Se soportan dos imágenes: Servicios de IP avanzados, que incluye varias funciones de seguridad avanzadas, y Servicios empresariales avanzados, que incluye todo el software de Cisco IOS.

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando.

Convenciones

Consulte Convenciones de Consejos TécnicosCisco para obtener más información sobre las convenciones del documento.

Restricciones

Restricciones generales

  • Las funciones de software criptográfico (“k9 ") están sujetas a controles de exportación. Este producto tiene funciones criptográficas y está sujeto a las leyes sobre importación, exportación, transferencia y uso tanto de Estados Unidos como del país local. El suministro de productos criptográficos de Cisco no otorga a terceros ningún derecho para la importación, exportación, distribución o uso de la encripción. Los importadores, exportadores, distribuidores o usuarios son responsables del cumplimiento de las leyes locales y de Estados Unidos. La utilización de este producto supone la aceptación del cumplimiento de las leyes y las normativas aplicables. Si no se pueden cumplir las leyes locales y estadounidenses, el producto debe devolverse de inmediato.

    Se puede encontrar un resumen de las leyes estadounidenses que afectan a los productos criptográficos de Cisco en:

    http://www.cisco.com/wwl/export/crypto/tool/

    Si necesita más información, póngase en contacto con nosotros enviando un correo electrónico a export@cisco.com.

  • Cuando se hace una llamada encriptada de Secure Real-Time Transport Protocol (SRTP) entre extremos de Cisco IP Phone o desde un Cisco IP Phone a un extremo de gateway, se visualiza un icono de candado en los teléfonos IP. El candado indica que solamente está protegido el tramo IP de la llamada. No implica la seguridad del tramo PSTN.

  • Solamente se admite SRST segura para un alcance de un único router.

Funciones y Software no Soportados en Modo de SRST Segura

  • Versiones de Cisco CallManager anteriores a la 4.1(2)

  • Música en espera (MoH) segura

  • Transcodificación o conferencias seguras

  • H.323 o SIP seguros

  • Hot Standby Router Protocol (HSRP)

Llamadas Soportadas en Modo de SRST Segura

En modo de SRST segura solamente se soportan llamadas de voz. Específicamente, se soportan las siguientes llamadas de voz:

  • Llamada básica

  • Reenvío de llamada (ocupado, no contestadas, todas)

  • Línea compartida (teléfonos IP)

  • Transferencia de llamada (de consulta y oculta)

  • En espera y reanudada

Antecedentes

Estado de Reserva de Texto sin Cifrar en Cisco IP Phones durante SRST

Las versiones de Cisco SRST anteriores a Cisco IOS Software Release 12.3(14)T no pueden soportar las conexiones seguras ni tener la seguridad habilitada. Si un router SRST no es capaz del SRST seguro como un modo de soporte - es decir, no puede completar una entrada en contacto TLS con el Cisco CallManager — su certificado no se agrega al archivo de configuración del Cisco IP Phone. La ausencia de un certificado de router SRST hace que el Cisco IP Phone utilice comunicación no segura (texto sin cifrar) cuando esté en modo de reserva SRST. La capacidad de detectar y pasar a estado de reserva en modo de texto sin cifrar está integrada en el firmware de Cisco IP Phone. Refiérase a Autenticación de Medios y Señalización, y Función de Encripción para Gateways MGCP de Cisco IOS para obtener más información sobre el modo de texto sin cifrar.

Routers SRST y el Protocolo TLS

Transport Layer Security (TLS) Versión 1.0 proporciona canales TCP seguros entre Cisco IP Phones, routers SRST seguros y Cisco CallManager. El proceso TLS comienza cuando el Cisco IP Phone establece una conexión TLS al registrarse en Cisco CallManager. Si Cisco CallManager está configurado para pasar a reserva en SRST, también se establece la conexión TLS entre los Cisco IP Phones y el router SRST seguro. Si falla el link WAN o Cisco CallManager, el control de llamadas pasa al router SRST.

Routers SRST y PKI

La transferencia de certificados entre un router SRST y Cisco CallManager es obligatoria para la funcionalidad de SRST segura. Se utilizan comandos de Public Key Infrastructure (PKI) para generar, importar y exportar los certificados para SRST segura. En la tabla siguiente se muestran los certificados para cada Cisco IP Phone soportado.

Tabla 1 - Cisco IP Phones y Certificados Soportados

Cisco IP Phone 7940 Cisco IP Phone 7960 Cisco IP Phone 7970
El teléfono recibe el Locally Significant Certificate (LSC) de la Certificate Authority Proxy Function (CAPF) con formato Distinguished Encoding Rules (DER). Nombre de archivo del certificado: 59fe77ccd.0 que el nombre de fichero puede cambiar basado en el asunto del certificado del CAPF y el emisor de certificado CAPF. Si Cisco CallManager utiliza un proveedor de certificados de terceros, puede haber varios archivos .0 (entre dos y diez). Cada archivo de certificado .0 debe importarse individualmente durante la configuración. Solamente se admite la inscripción manual. El teléfono recibe el Locally Significant Certificate (LSC) de la Certificate Authority Proxy Function (CAPF) con formato Distinguished Encoding Rules (DER). Nombre de archivo del certificado: 59fe77ccd.0 que el nombre de fichero puede cambiar basado en el asunto del certificado del CAPF y el emisor de certificado CAPF. Si Cisco CallManager utiliza un proveedor de certificados de terceros, puede haber varios archivos .0 (entre dos y diez). Cada archivo de certificado .0 debe importarse individualmente durante la configuración. Solamente se admite la inscripción manual. El teléfono contiene un certificado instalado de fábrica (MIC) que se utiliza para la autenticación del dispositivo. Si Cisco 7970 implementa el MIC, son necesarios dos archivos de certificado público:
  • CiscoCA.pem (CA raíz de Cisco, utilizado para autenticar el certificado)
  • a69d2e04.0, con formato Privacy Enhanced Mail (PEM)
Si Cisco CallManager utiliza un proveedor de certificados de terceros, puede haber varios archivos .0 (entre dos y diez). Cada archivo de certificado .0 debe importarse individualmente durante la configuración. Solamente se admite la inscripción manual.

Servidor de Credenciales de Cisco IOS en Routers SRST Seguros

La SRST segura introduce un servidor de credenciales que se ejecuta en un router SRST seguro. Cuando el cliente, Cisco CallManager, solicita un certificado a través del canal TLS, el servidor de credenciales proporciona el certificado de router SRST a Cisco CallManager. Cisco CallManager inserta el certificado de router SRST en el archivo de configuración del Cisco IP Phone y descarga los archivos de configuración en los teléfonos. El Cisco IP Phone seguro utiliza el certificado para autenticar el router SRST durante las operaciones en modo de reserva. El servicio de credenciales se ejecuta en el puerto TCP predeterminado, 2445.

Cinco comandos nuevos de Cisco IOS configuran el servidor de credenciales en el modo call-manager-fallback y proporcionan capacidades del debugging y verificación del servidor:

  • credenciales

  • debug credentials

  • ip source-address (credentials)

  • show credentials

  • trustpoint (credentials)

Establecimiento de SRST Segura en el Cisco IP Phone

Este diagrama muestra la interconexión del servidor de credenciales en el router SRST, Cisco CallManager, y el Cisco IP Phone, que establece la SRST segura en el Cisco IP Phone.

http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unified-survivable-remote-site-telephony/65320-tdscsrst-1.gif

  1. El Cisco IP Phone configura el DHCP y obtiene la dirección del servidor TFTP.

  2. El Cisco IP Phone recupera un archivo CTL del servidor TFTP. El archivo CTL contiene los certificados en los que el teléfono debe confiar.

  3. El Cisco IP Phone abre un canal del protocolo Transport Layer Security (TLS) y se registra en Cisco CallManager.

Cisco CallManager exporta información de router SRST seguro y el certificado del router SRST al Cisco IP Phone. El teléfono coloca el certificado en su configuración. Una vez que el teléfono tiene el certificado SRST, se considera que el router SRST es seguro.

Si el Cisco IP Phone se configura como “autenticado” o “encriptado” y Cisco CallManager se configura en modo mixto, el teléfono busca un certificado SRST en su archivo de configuración. Si encuentra un certificado SRST, abre una conexión TLS en standby en el puerto predeterminado. El puerto predeterminado es el puerto TCP plus 443 del Cisco IP Phone, que es el puerto 2443 en un router SRST. La conexión con el router SRST se realiza automáticamente, con tal de que no haya un Cisco CallManager secundario y la SRST se configure como dispositivo de copia de seguridad.

Cisco CallManager debe configurarse en modo mixto, que es su modo seguro.

En caso de falla de WAN, el Cisco IP Phone inicia el registro SRST. El Cisco IP Phone se registra con el router SRST en el puerto predeterminado para comunicaciones seguras.

Configurar

En esta sección encontrará la información para configurar las funciones descritas en este documento.

Nota: Use la Command Lookup Tool (clientes registrados solamente) para obtener más información sobre los comandos usados en esta sección.

El router SRST seguro y los Cisco IP Phones deben solicitar la autenticación mutua durante el intercambio de señales TLS. El intercambio de señales TLS se produce cuando el teléfono se registra con el router SRST, ya sea antes o después de la falla del link WAN. El ejemplo de configuración no incluye el uso de un CA de terceros. Se supone que se usa el servidor de certificados de Cisco IOS para generar los certificados.

Diagrama de la red

Este documento utiliza la configuración de red que se muestra en el siguiente diagrama. El diagrama ilustra el proceso de autenticación y encripción SRST seguros.

http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unified-survivable-remote-site-telephony/65320-tdscsrst-2.gif

  1. El servidor de CA, ya sea una CA de router de Cisco IOS o una CA de terceros, emite un certificado de dispositivo al gateway de SRST, que habilita el servicio de credenciales. Opcionalmente, el certificado puede ser generado automáticamente por el router SRST con un servidor de CA de Cisco IOS.

    El router CA es el último punto de confianza para la Certificate Authority Proxy Function (CAPF). Refiérase a la Guía de Seguridad de Cisco CallManager para obtener más información sobre CAPF.

  2. CAPF es un proceso en el que los dispositivos soportados pueden solicitar un Locally Significant Certificate (LSC). La utilidad CAPF genera un par de llaves y un certificado específico para CAPF, copia este certificado a todos los servidores de Cisco Callmanager en el clúster y proporciona el LSC al Cisco IP Phone. Los Cisco IP Phones que no tienen un certificado instalado de fábrica (MIC) requieren un LSC. El Cisco 7970 está equipado con un MIC y, por lo tanto, no necesita pasar por el proceso CAPF.

  3. Cisco CallManager solicita el certificado SRST del servidor de credenciales y éste responde con el certificado.

  4. Para cada dispositivo, Cisco CallManager utiliza el proceso TFTP e inserta el certificado en el archivo de configuración SEPMACxxxx.cnf.xml del Cisco IP Phone.

  5. Cisco CallManager proporciona los archivos con formato PEM que contienen la información de certificados del teléfono al router SRST. Los archivos PEM se proporcionan al router SRST manualmente. Cuando el router SRST tiene los archivos PEM, puede autenticar el teléfono IP y validar el emisor del certificado del teléfono IP durante el intercambio de señales TLS.

  6. Se produce el intercambio de señales TLS, se intercambian los certificados y tiene lugar la autenticación mutua y el registro entre el Cisco IP Phone y el router SRST.

    1. El router SRST envía su certificado y el teléfono valida el certificado con el certificado que recibió de Cisco CallManager en el Paso 4.

    2. El Cisco IP Phone proporciona al router SRST el LSC o MIC, y el router valida el LSC o el MIC con los archivos con formato PEM que recibió en el Paso 5.

    Nota: Los medios se encriptan automáticamente cuando se intercambian los certificados del teléfono y el router, y se establece la conexión TLS con el router SRST.

Antes de configurar

CallManager de Cisco

Complete estos pasos:

  1. Una vez que el servicio de credenciales se ejecuta en el router SRST, hay que añadir una referencia SRST a Cisco CallManager, ya que Cisco CallManager se conecta al router SRST para obtener su certificado de dispositivo. Refiérase a la sección Configuración de Survivable Remote Site Telephony de la Guía de Administración de Cisco CallManager, Versión 4.1(2) para obtener toda la información sobre cómo añadir SRST a Cisco CallManager.

  2. Se debe configurar la reserva SRST en Cisco CallManager. Para ello debe asignar el conjunto de dispositivos a SRST. Refiérase a la sección Configuración de un Grupo de Dispositivos de la Guía de Administración de Cisco CallManager, Versión 4.1(2) para obtener toda la información sobre cómo añadir un grupo de dispositivos a Cisco CallManager.

  3. Hay que configurar Certificate Authority Proxy Function (CAPF) en Cisco CallManager. El proceso CAPF permite que los dispositivos soportados, como Cisco CallManager, soliciten los certificados LSC de los Cisco IP Phones. La utilidad CAPF genera un par de llaves y un certificado específico para CAPF, y copia este certificado a todos los servidores de Cisco Callmanager en el clúster. Refiérase a Autenticación y Encripción de Cisco IP Phone para Cisco CallManager 4.0(1) para obtener instrucciones completas de configuración de CAPF en Cisco CallManager.

Precauciones de Seguridad

  • El comando grant auto permite emitir los certificados y debe activarse al definir la CA raíz. Sin embargo, por razones de seguridad, el comando grant auto no debe permanecer activo y debe ser inhabilitado después de que se hayan emitido los certificados.

  • Una práctica recomendada de seguridad es proteger el puerto del servicio de credenciales con el control de tráfico del plano de control. El control de tráfico del plano de control protege el gateway y mantiene los estados de reenvío de paquetes y de protocolo aunque haya un tráfico intenso. Refiérase a Control de Tráfico del Plano de Control para obtener más información sobre los planos de control. También se incluye un ejemplo de configuración en la sección Configuración 2 de este documento.

Configuraciones

En este documento, se utilizan estas configuraciones:

  • Configuración 1 - Configure el router como este ejemplo de show running-config.

  • Configuración 2 - Una práctica recomendada de seguridad es proteger el puerto del servicio de credenciales con el control de tráfico del plano de control. Si utiliza el control de tráfico del plano del control, configure el router como este ejemplo parcial de show running-config.

Configuración 1
Router#show running-config
.
.
.

!--- Define Cisco CallManager.

ccm-manager fallback-mgcp
ccm-manager mgcp
ccm-manager music-on-hold
ccm-manager config server 10.1.1.13
ccm-manager config
!

!--- Define root CA.
!--- For SRST routers to provide secure communications, there must be a
!--- CA server that issues the device certificate in the network.
!--- The CA server can be a third-party CA or one generated from a
!--- Cisco IOS certificate server. The Cisco IOS certificate server
!--- provides a certificate generation option to users who do not 
!--- have a third-party CA in their network. The Cisco IOS certificate
!--- can run on the SRST router or on a different Cisco IOS router.

crypto pki server srstcaserver
 database level complete
 database url nvram 
 issuer-name CN=srstcaserver

!
!--- The secure SRST router needs to define a trustpoint. That is,
!--- it must obtain a device certificate from the CA server. The procedure
!--- is called certificate enrollment. Once enrolled, the secure SRST router
!--- can be recognized by Cisco CallManager as a secure SRST router. There
!--- are three options to enroll the secure SRST router to a CA server:
!--- autoenrollment, cut and paste, and TFTP. When the CA server is a 
!--- Cisco IOS certificate server, autoenrollment can be used. Otherwise, manual
!--- enrollment is required. Manual enrollment refers to cut and paste or TFTP.
!--- Issue the enrollment URL command for autoenrollment and the
!--- crypto pki authenticate command in order to authenticate the SRST router. 
!--- Issue the crypto ca enroll command in order to obtain the SRST router 
!--- certificate from the CA.

crypto pki trustpoint srstca
 enrollment url http://10.1.1.22:80
 revocation-check none
!
crypto pki trustpoint srstcaserver
 revocation-check none
 rsakeypair srstcaserver
!

!--- Define the CTL/7970/7960 trustpoint to authenticate secure SRST. 
!--- Repeat the enrollment procedure for each phone or PEM file.

crypto pki trustpoint 7970
 enrollment terminal
 revocation-check none
!
crypto pki trustpoint PEM
 enrollment terminal
 revocation-check none
!
crypto pki trustpoint 7960
 enrollment terminal
 revocation-check none
!

!--- This is the SRST router device certificate.

crypto pki certificate chain srstca
 certificate 02
  308201AD 30820116 A0030201 02020102 300D0609 2A864886 F70D0101 04050030
  17311530 13060355 0403130C 73727374 63617365 72766572 301E170D 30343034
  31323139 35323233 5A170D30 35303431 32313935 3232335A 30343132 300F0603
  55040513 08443042 39453739 43301F06 092A8648 86F70D01 09021612 6A61736F
  32363931 2E636973 636F2E63 6F6D305C 300D0609 2A864886 F70D0101 01050003
  4B003048 024100D7 0CC354FB 5F7C1AE7 7A25C3F2 056E0485 22896D36 6CA70C19
  C98F9BAE AE9D1F9B D4BB7A67 F3251174 193BB1A3 12946123 E5C1CCD7 A23E6155
  FA2ED743 3FB8B902 03010001 A330302E 300B0603 551D0F04 04030205 A0301F06
  03551D23 04183016 8014F829 CE97AD60 18D05467 FC293963 C2470691 F9BD300D
  06092A86 4886F70D 01010405 00038181 007EB48E CAE9E1B3 D1E7A185 D7F0D565
  CB84B17B 1151BD78 B3E39763 59EC650E 49371F6D 99CBD267 EB8ADF9D 9E43A5F2
  FB2B18A0 34AF6564 11239473 41478AFC A86E6DA1 AC518E0B 8657CEBB ED2BDE8E
  B586FE67 00C358D4 EFDD8D44 3F423141 C2D331D3 1EE43B6E 6CB29EE7 0B8C2752
  C3AF4A66 BD007348 D013000A EA3C206D CF
  quit
 certificate ca 01
  30820207 30820170 A0030201 02020101 300D0609 2A864886 F70D0101 04050030
  17311530 13060355 0403130C 73727374 63617365 72766572 301E170D 30343034
  31323139 34353136 5A170D30 37303431 32313934 3531365A 30173115 30130603
  55040313 0C737273 74636173 65727665 7230819F 300D0609 2A864886 F70D0101
  01050003 818D0030 81890281 8100C3AF EE1E4BB1 9922A8DA 2BB9DC8E 5B1BD332
  1051C9FE 32A971B3 3C336635 74691954 98E765B1 059E24B6 32154E99 105CA989
  9619993F CC72C525 7357EBAC E6335A32 2AAF9391 99325BFD 9B8355EB C10F8963
  9D8FC222 EE8AC831 71ACD3A7 4E918A8F D5775159 76FBF499 5AD0849D CAA41417
  DD866902 21E5DD03 C37D4B28 0FAB0203 010001A3 63306130 0F060355 1D130101
  FF040530 030101FF 300E0603 551D0F01 01FF0404 03020186 301D0603 551D0E04
  160414F8 29CE97AD 6018D054 67FC2939 63C24706 91F9BD30 1F060355 1D230418
  30168014 F829CE97 AD6018D0 5467FC29 3963C247 0691F9BD 300D0609 2A864886
  F70D0101 04050003 8181007A F71B25F9 73D74552 25DFD03A D8D1338F 6792C805
  47A81019 795B5AAE 035400BB F859DABF 21892B5B E71A8283 08950414 8633A8B2
  C98565A6 C09CA641 88661402 ACC424FD 36F23360 ABFF4C55 BB23C66A C80A3A57
  5EE85FF8 C1B1A540 E818CE6D 58131726 BB060974 4E1A2F4B E6195522 122457F3
  DEDBAAD7 3780136E B112A6
  quit
crypto pki certificate chain srstcaserver
 certificate ca 01
  30820207 30820170 A0030201 02020101 300D0609 2A864886 F70D0101 04050030
  17311530 13060355 0403130C 73727374 63617365 72766572 301E170D 30343034
  31323139 34353136 5A170D30 37303431 32313934 3531365A 30173115 30130603
  55040313 0C737273 74636173 65727665 7230819F 300D0609 2A864886 F70D0101
  01050003 818D0030 81890281 8100C3AF EE1E4BB1 9922A8DA 2BB9DC8E 5B1BD332
  1051C9FE 32A971B3 3C336635 74691954 98E765B1 059E24B6 32154E99 105CA989
  9619993F CC72C525 7357EBAC E6335A32 2AAF9391 99325BFD 9B8355EB C10F8963
  9D8FC222 EE8AC831 71ACD3A7 4E918A8F D5775159 76FBF499 5AD0849D CAA41417
  DD866902 21E5DD03 C37D4B28 0FAB0203 010001A3 63306130 0F060355 1D130101
  FF040530 030101FF 300E0603 551D0F01 01FF0404 03020186 301D0603 551D0E04
  160414F8 29CE97AD 6018D054 67FC2939 63C24706 91F9BD30 1F060355 1D230418
  30168014 F829CE97 AD6018D0 5467FC29 3963C247 0691F9BD 300D0609 2A864886
  F70D0101 04050003 8181007A F71B25F9 73D74552 25DFD03A D8D1338F 6792C805
  47A81019 795B5AAE 035400BB F859DABF 21892B5B E71A8283 08950414 8633A8B2
  C98565A6 C09CA641 88661402 ACC424FD 36F23360 ABFF4C55 BB23C66A C80A3A57
  5EE85FF8 C1B1A540 E818CE6D 58131726 BB060974 4E1A2F4B E6195522 122457F3
  DEDBAAD7 3780136E B112A6
  quit
crypto pki certificate chain 7970
 certificate ca 353FB24BD70F14A346C1F3A9AC725675
  308203A8 30820290 A0030201 02021035 3FB24BD7 0F14A346 C1F3A9AC 72567530
  0D06092A 864886F7 0D010105 0500302E 31163014 06035504 0A130D43 6973636F
  20537973 74656D73 31143012 06035504 03130B43 41502D52 54502D30 3032301E
  170D3033 31303130 32303138 34395A17 0D323331 30313032 30323733 375A302E
  31163014 06035504 0A130D43 6973636F 20537973 74656D73 31143012 06035504
  03130B43 41502D52 54502D30 30323082 0120300D 06092A86 4886F70D 01010105
  00038201 0D003082 01080282 010100C4 266504AD 7DC3FD8D 65556FA6 308FAE95
  B570263B 575ABD96 1CC8F394 5965D9D0 D8CE02B9 F808CCD6 B7CD8C46 24801878
  57DC4440 A7301DDF E40FB1EF 136212EC C4F3B50F BCAFBB4B CD2E5826 34521B65
  01555FE4 D4206776 03368357 83932638 D6FC953F 3A179E44 67255A73 45C69DEE
  FB4D221B 21D7A3AD 38184171 8FD8C271 42183E65 09461434 736C77CC F380EEBF
  632C7B3F A5F92AA6 A8EF3490 8724A84F 4DAF7FD7 0928F585 764D3558 3C0FE9AF
  1ED8763F A299A802 970004AD 1912D265 7DE335B4 BCB6F789 DC68B9FA C8FDF85E
  8A28AD8F 0F4883C0 77112A47 141DBEE0 948FBE53 FE67B308 D40C8029 87BD790E
  CDAB9FD7 A190C1A2 A462C5F2 4A6E0B02 0103A381 C33081C0 300B0603 551D0F04
  04030201 86300F06 03551D13 0101FF04 05300301 01FF301D 0603551D 0E041604
  1452922B E288EE2E 098A4E7E 702C56A5 9AB4D49B 96306F06 03551D1F 04683066
  3064A062 A060862D 68747470 3A2F2F63 61702D72 74702D30 30322F43 65727445
  6E726F6C 6C2F4341 502D5254 502D3030 322E6372 6C862F66 696C653A 2F2F5C5C
  6361702D 7274702D 3030325C 43657274 456E726F 6C6C5C43 41502D52 54502D30
  30322E63 726C3010 06092B06 01040182 37150104 03020100 300D0609 2A864886
  F70D0101 05050003 82010100 56838CEF C4DA3AD1 EA8FBB15 2FFE6EE5 50A1972B
  D4D7AF1F D298892C D5A2A76B C3462866 13E0E55D DC0C4B92 5AA94B6E 69277F9B
  FC73C697 11266E19 451C0FAB A55E6A28 901A48C5 B9911EE6 348A8920 0AEDE1E0
  B6EA781C FFD97CA4 B03C0E34 0E5B0649 8B0A34C9 B73A654E 09050C1F 4DA53E44
  BF78443D B08C3A41 2EEEB873 78CB8089 34F9D16E 91512F0D 3A8674AD 0991ED1A
  92841E76 36D7740E CB787F11 685B9E9D 0C67E85D AF6D05BA 3488E86D 7E2F7F65
  6918DE0F BD3C7F67 D8A33F70 9C4A596E D9F62B3B 1EDEE854 D5882AD4 3D71F72B
  8FAB7F3C 0B5F0759 D9828F83 954D7BB1 57A638EC 7D72BFF1 8933C16F 760BCA94
  4C5B1931 67947A4F 89A1BDB5
  quit
crypto pki certificate chain PEM
 certificate ca 7612F960153D6F9F4E42202032B72356
  308203A8 30820290 A0030201 02021076 12F96015 3D6F9F4E 42202032 B7235630
  0D06092A 864886F7 0D010105 0500302E 31163014 06035504 0A130D43 6973636F
  20537973 74656D73 31143012 06035504 03130B43 41502D52 54502D30 3031301E
  170D3033 30323036 32333237 31335A17 0D323330 32303632 33333633 345A302E
  31163014 06035504 0A130D43 6973636F 20537973 74656D73 31143012 06035504
  03130B43 41502D52 54502D30 30313082 0120300D 06092A86 4886F70D 01010105
  00038201 0D003082 01080282 010100AC 55BBED18 DE9B8709 FFBC8F2D 509AB83A
  21C1967F DEA7F4B0 969694B7 80CC196A 463DA516 54A28F47 5D903B5F 104A3D54
  A981389B 2FC7AC49 956262B8 1C143038 5345BB2E 273FA7A6 46860573 CE5C998D
  55DE78AA 5A5CFE14 037D695B AC816409 C6211F0B 3BBF09CF B0BBB2D4 AC362F67
  0FD145F1 620852B3 1F07E2F1 AA74F150 367632ED A289E374 AF0C5B78 CE7DFB9F
  C8EBBE54 6ECF4C77 99D6DC04 47476C0F 36E58A3B 6BCB24D7 6B6C84C2 7F61D326
  BE7CB4A6 60CD6579 9E1E3A84 8153B750 5527E865 423BE2B5 CB575453 5AA96093
  58B6A2E4 AA3EF081 C7068EC1 DD1EBDDA 53E6F0D6 E2E0486B 109F1316 78C696A3
  CFBA84CC 7094034F C1EB9F81 931ACB02 0103A381 C33081C0 300B0603 551D0F04
  04030201 86300F06 03551D13 0101FF04 05300301 01FF301D 0603551D 0E041604
  14E917B1 82C71FCF ACA91B6E F4A9269C 70AE05A0 9A306F06 03551D1F 04683066
  3064A062 A060862D 68747470 3A2F2F63 61702D72 74702D30 30312F43 65727445
  6E726F6C 6C2F4341 502D5254 502D3030 312E6372 6C862F66 696C653A 2F2F5C5C
  6361702D 7274702D 3030315C 43657274 456E726F 6C6C5C43 41502D52 54502D30
  30312E63 726C3010 06092B06 01040182 37150104 03020100 300D0609 2A864886
  F70D0101 05050003 82010100 AB64FDEB F60C32DC 360F0E10 5FE175FA 0D574AB5
  02ACDCA3 C7BBED15 A4431F20 7E9286F0 770929A2 17E4CDF4 F2629244 2F3575AF
  E90C468C AE67BA08 AAA71C12 BA0C0E79 E6780A5C F814466C 326A4B56 73938380
  73A11AED F9B9DE74 1195C48F 99454B8C 30732980 CD6E7123 8B3A6D68 80B97E00
  7F4BD4BA 0B5AB462 94D9167E 6D8D48F2 597CDE61 25CFADCC 5BD141FB 210275A2
  0A4E3400 1428BA0F 69953BB5 50D21F78 43E3E563 98BCB2B1 A2D4864B 0616BACD
  A61CD9AE C5558A52 B5EEAA6A 08F96528 B1804B87 D26E4AEE AB7AFFE9 2FD2A574
  BAFE0028 96304A8B 13FB656D 8FC60094 D5A53D71 444B3CEF 79343385 3778C193
  74A2A6CE DC56275C A20A303D
  quit
crypto pki certificate chain 7960
 certificate ca F301
  308201F7 30820160 A0030201 020202F3 01300D06 092A8648 86F70D01 01050500
  3041310B 30090603 55040613 02555331 1A301806 0355040A 13114369 73636F20
  53797374 656D7320 496E6331 16301406 03550403 130D4341 50462D33 35453038
  33333230 1E170D30 34303430 39323035 3530325A 170D3139 30343036 32303535
  30315A30 41310B30 09060355 04061302 5553311A 30180603 55040A13 11436973
  636F2053 79737465 6D732049 6E633116 30140603 55040313 0D434150 462D3335
  45303833 33323081 9F300D06 092A8648 86F70D01 01010500 03818D00 30818902
  818100C8 BD9B6035 366B44E8 0F693A47 250FF865 D76C35F7 89B1C4FD 1D122CE0
  F5E5CDFF A4A87EFF 41AD936F E5C93163 3E55D11A AF82A5F6 D563E21C EB89EBFA
  F5271423 C3E875DC E0E07967 6E1AAB4F D3823E12 53547480 23BA1A09 295179B6
  85A0E83A 77DD0633 B9710A88 0890CD4D DB55ADD0 964369BA 489043BB B667E60F
  93954B02 03010001 300D0609 2A864886 F70D0101 05050003 81810056 60FD3AB3
  6F98D2AD 40C309E2 C05B841C 5189271F 01D864E8 98BCE665 2AFBCC8C 54007A84
  8F772C67 E3047A6C C62F6508 B36A6174 B68C1D78 C2228FEA A89ECEFB CC8BA9FC
  0F30E151 431670F9 918514D9 868D1235 18137F1E 50DFD32E 1DC29CB7 95EF4096
  421AF22F 5C1D5804 B83F8E8E 95B04F45 86563BFE DF976C5B FB490A
  quit
!
!
no crypto isakmp enable
!

!--- Enable IPsec.

crypto isakmp policy 1
 authentication pre-share
 lifetime 28800
crypto isakmp key cisco123 address 10.1.1.13

!--- The crypto key must match the key configured on Cisco CallManager. 
!
!--- The crypto IPSec configuration must match your Cisco CallManager 
!--- configuration.

crypto ipsec transform-set rtpset esp-des esp-md5-hmac
!
!
crypto map rtp 1 ipsec-isakmp
 set peer 10.1.1.13
 set transform-set rtpset
 match address 116
!
!
interface FastEthernet0/0
 ip address 10.1.1.22 255.255.255.0
 duplex auto
 speed auto
 crypto map rtp
!
interface FastEthernet0/1
 no ip address
 shutdown
 duplex auto
 speed auto
!
ip classless
!
ip http server
no ip http secure-server
!
!

!--- Define the traffic to be encrypted by IPsec.

access-list 116 permit ip host 10.1.1.22 host 10.1.1.13
!
!
control-plane
!
!
call application alternate DEFAULT
!
!
voice-port 1/0/0
!
voice-port 1/0/1
!
voice-port 1/0/2
!
voice-port 1/0/3
!
voice-port 1/1/0
 timing hookflash-out 50
!
voice-port 1/1/1
!
voice-port 1/1/2
!
voice-port 1/1/3
!

!--- Enable the MGCP voice protocol.

mgcp
mgcp call-agent 10.1.1.13 2427 service-type mgcp version 0.1
mgcp dtmf-relay voip codec all mode out-of-band
mgcp rtp unreachable timeout 1000 action notify
mgcp package-capability rtp-package
mgcp package-capability sst-package
no mgcp package-capability fxr-package
no mgcp timer receive-rtcp
mgcp sdp simple
mgcp fax t38 inhibit
mgcp rtp payload-type g726r16 static
!
mgcp profile default
!
!
dial-peer voice 81235 pots
 application mgcpapp
 destination-pattern 81235
 port 1/1/0
 forward-digits all
!
dial-peer voice 81234 pots
 application mgcpapp
 destination-pattern 81234
 port 1/0/0
!
dial-peer voice 999100 pots
 application mgcpapp
 port 1/0/0
!
dial-peer voice 999110 pots
 application mgcpapp
 port 1/1/0
!
!

!--- Enable the credentials service on the gateway. 
!--- Cisco CallManager takes the certificate retrieved from the secure SRST
!--- device certificate and places it in the configuration file of the
!--- Cisco IP phone. Activate credentials service on all SRST routers.
!--- Enable the SRST router to receive messages from Cisco CallManager. The
!--- IP address is the preexisting router IP address, typically one of the
!--- addresses of the Ethernet port of the router. The default port number is 2445.

credentials
 ip source-address 10.1.1.22 port 2445


!--- Specify the name of the trustpoint that is to be associated with the SRST 
!--- router certificate. The trustpoint name must be the same as the one already 
!--- declared.

 trustpoint srstca
!
!

!--- Enable SRST mode on the SRST router to support Cisco IP phone functions.

call-manager-fallback
 secondary-dialtone 9
 transfer-system full-consult 
 ip source-address 10.1.1.22 port 2000
 max-ephones 15
 max-dn 30
 transfer-pattern .....
.
.
.

Configuración 2

!--- Allow trusted host traffic.

access-list 140 deny tcp host 10.1.1.11 any eq 2445

!--- Rate-limit all other traffic.

access-list 140 permit tcp any any eq 2445
access-list 140 deny ip any any

!--- Define class-map sccp-class.

class-map match-all sccp-class
 match access-group 140
policy-map control-plane-policy
 class sccp-class
  police 8000 1500 1500 conform-action drop exceed-action drop

!--- Define aggregate control plane service for the active Route Processor.

control-plane
 service-policy input control-plane-policy

Verificación

Utilize esta sección para confirmar que su configuración funcione correctamente.

La herramienta Output Interpreter Tool (clientes registrados solamente) (OIT) soporta ciertos comandos show. Utilice la OIT para ver un análisis del resultado del comando show.

Verificación de la Configuración de Credenciales

Para verificar la configuración de credenciales en el router SRST que se suministra a Cisco CallManager para el uso durante el estado de reserva de SRST segura, ejecute el comando show credentials.

Router#show credentials

Credentials IP: 10.1.1.22
Credentials PORT: 2445
Trustpoint: srstca

Verificación de la Inscripción de Certificados

Si utilizó el servidor de certificados de Cisco IOS como CA, ejecute el comando show running-config para verificar la inscripción de certificados o el comando show crypto pki server para verificar el estado del servidor CA.

  1. Ejecute el comando show running-config para verificar la creación de los certificados de servidor CA (01) y dispositivo (02). Este ejemplo muestra los certificados inscritos.

    ! SRST router device certificate.
    crypto pki certificate chain srstca
     certificate 02
      308201AD 30820116 A0030201 02020102 300D0609 2A864886 F70D0101 04050030
      17311530 13060355 0403130C 73727374 63617365 72766572 301E170D 30343034
      31323139 35323233 5A170D30 35303431 32313935 3232335A 30343132 300F0603
      55040513 08443042 39453739 43301F06 092A8648 86F70D01 09021612 6A61736F
      32363931 2E636973 636F2E63 6F6D305C 300D0609 2A864886 F70D0101 01050003
      4B003048 024100D7 0CC354FB 5F7C1AE7 7A25C3F2 056E0485 22896D36 6CA70C19
      C98F9BAE AE9D1F9B D4BB7A67 F3251174 193BB1A3 12946123 E5C1CCD7 A23E6155
      FA2ED743 3FB8B902 03010001 A330302E 300B0603 551D0F04 04030205 A0301F06
      03551D23 04183016 8014F829 CE97AD60 18D05467 FC293963 C2470691 F9BD300D
      06092A86 4886F70D 01010405 00038181 007EB48E CAE9E1B3 D1E7A185 D7F0D565
      CB84B17B 1151BD78 B3E39763 59EC650E 49371F6D 99CBD267 EB8ADF9D 9E43A5F2
      FB2B18A0 34AF6564 11239473 41478AFC A86E6DA1 AC518E0B 8657CEBB ED2BDE8E
      B586FE67 00C358D4 EFDD8D44 3F423141 C2D331D3 1EE43B6E 6CB29EE7 0B8C2752
      C3AF4A66 BD007348 D013000A EA3C206D CF
      quit
     certificate ca 01
      30820207 30820170 A0030201 02020101 300D0609 2A864886 F70D0101 04050030
      17311530 13060355 0403130C 73727374 63617365 72766572 301E170D 30343034
      31323139 34353136 5A170D30 37303431 32313934 3531365A 30173115 30130603
      55040313 0C737273 74636173 65727665 7230819F 300D0609 2A864886 F70D0101
      01050003 818D0030 81890281 8100C3AF EE1E4BB1 9922A8DA 2BB9DC8E 5B1BD332
      1051C9FE 32A971B3 3C336635 74691954 98E765B1 059E24B6 32154E99 105CA989
      9619993F CC72C525 7357EBAC E6335A32 2AAF9391 99325BFD 9B8355EB C10F8963
      9D8FC222 EE8AC831 71ACD3A7 4E918A8F D5775159 76FBF499 5AD0849D CAA41417
      DD866902 21E5DD03 C37D4B28 0FAB0203 010001A3 63306130 0F060355 1D130101
      FF040530 030101FF 300E0603 551D0F01 01FF0404 03020186 301D0603 551D0E04
      160414F8 29CE97AD 6018D054 67FC2939 63C24706 91F9BD30 1F060355 1D230418
      30168014 F829CE97 AD6018D0 5467FC29 3963C247 0691F9BD 300D0609 2A864886
      F70D0101 04050003 8181007A F71B25F9 73D74552 25DFD03A D8D1338F 6792C805
      47A81019 795B5AAE 035400BB F859DABF 21892B5B E71A8283 08950414 8633A8B2
      C98565A6 C09CA641 88661402 ACC424FD 36F23360 ABFF4C55 BB23C66A C80A3A57
      5EE85FF8 C1B1A540 E818CE6D 58131726 BB060974 4E1A2F4B E6195522 122457F3
      DEDBAAD7 3780136E B112A6										
      quit
    
  2. Ejecute el comando show crypto pki server para verificar el estado del servidor CA tras un procedimiento de boot.

    Router#show crypto pki server
    
    Certificate Server srstcaserver:
    Status: enabled
    Server's configuration is locked (enter "shut" to unlock it)
    Issuer name: CN=srstcaserver
    CA cert fingerprint: AC9919F5 CAFE0560 92B3478A CFF5EC00
    Granting mode is: auto
    Last certificate issued serial number: 0x2
    CA certificate expiration timer: 13:46:57 PST Dec 1 2007
    CRL NextUpdate timer: 14:54:57 PST Jan 19 2005
    Current storage dir: nvram
    Database Level: Complete - all issued certs written as <serialnum>.cer
    
    

Verificación del Estado y Registros de Teléfono

Para verificar o resolver problemas de estado y registro de teléfono IP, siga estos pasos en modo EXEC privilegiado.

  1. Ejecute el comando show ephone para visualizar los Cisco IP Phones registrados y sus capacidades. Este comando también visualiza el estatus de autenticación y encripción cuando se utiliza para SRST segura. En este ejemplo, el estado de autenticación y encripción está activo con una conexión TLS.

    Router#show ephone
    
    ephone-1 Mac:1000.1111.0002 TCP socket:[5] activeLine:0 REGISTERED in 
    SCCP ver 5 + Authentication + Encryption with TLS connection 
    mediaActive:0 offhook:0 ringing:0 reset:0 reset_sent:0 paging 0 debug:0 
    IP:10.1.1.40 32626 7970 keepalive 390 max_line 8 
    button 1: dn 14 number 2002 CM Fallback CH1 IDLE
    ephone-2 Mac:1000.1111.000B TCP socket:[12] activeLine:0 REGISTERED in 
    SCCP ver 5 + Authentication + Encryption with TLS connection 
    mediaActive:0 offhook:0 ringing:0 reset:0 reset_sent:0 paging 0 debug:0 
    IP:10.1.1.40 32718 7970 keepalive 390 max_line 8 
    button 1: dn 21 number 2011 CM Fallback CH1 IDLE
    ephone-3 Mac:1000.1111.000A TCP socket:[16] activeLine:0 REGISTERED in 
    SCCP ver 5 + Authentication + Encryption with TLS connection 
    mediaActive:0 offhook:0 ringing:0 reset:0 reset_sent:0 paging 0 debug:0 
    IP:10.1.1.40 32862 7970 keepalive 390 max_line 8 
    button 1: dn 2 number 2010 CM Fallback CH1 IDLE
    
    
  2. Ejecute el comando show ephone offhook para visualizar el estado y la calidad de Cisco IP Phone para todos los teléfonos descolgados. En este ejemplo, el estado de autenticación y encripción está activo con una conexión TLS, y hay una llamada segura activa.

    Router#show ephone offhook
    
    ephone-1 Mac:1000.1111.0002 TCP socket:[5] activeLine:1 REGISTERED in 
    SCCP ver 5 + Authentication + Encryption with TLS connection 
    mediaActive:1 offhook:1 ringing:0 reset:0 reset_sent:0 paging 0 
    :0 
    IP:10.1.1.40 32626 7970 keepalive 391 max_line 8 
    button 1: dn 14 number 2002 CM Fallback CH1 CONNECTED 
    Active Secure Call on DN 14 chan 1 :2002 10.1.1.40 29632 to 10.1.1.40 25616
    via 10.1.1.40 G711Ulaw64k 160 bytes no vad 
    Tx Pkts 295 bytes 49468 Rx Pkts 277 bytes 46531 Lost 0 
    Jitter 0 Latency 0 callingDn 22 calledDn -1
    ephone-2 Mac:1000.1111.000B TCP socket:[12] activeLine:1 REGISTERED in 
    SCCP ver 5 + Authentication + Encryption with TLS connection 
    mediaActive:1 offhook:1 ringing:0 reset:0 reset_sent:0 paging 0 debug:0 
    IP:10.1.1.40 32718 7970 keepalive 391 max_line 8 
    button 1: dn 21 number 2011 CM Fallback CH1 CONNECTED 
    Active Secure Call on DN 21 chan 1 :2011 10.1.1.40 16382 to 10.1.1.40 
    16382 via 10.1.1.40 G711Ulaw64k 160 bytes no vad 
    Tx Pkts 295 bytes 49468 Rx Pkts 277 bytes 46531 Lost 0 
    Jitter 0 Latency 0 callingDn -1 calledDn 11
    
    
  3. Ejecute el comando show voice call status para visualizar el estado de la llamada para todos los puertos de voz en el router Cisco SRST. Este comando no se aplica a llamadas entre dos dial peers de POTS.

    Router#show voice call status
     
    CallID CID ccVdb Port DSP/Ch Called # Codec Dial-peers 
    0x1164 2BFE 0x8619A460 50/0/35.0 2014 g711ulaw 20035/20027 
    0x1165 2BFE 0x86144B78 50/0/27.0 *2014 g711ulaw 20027/20035 
    0x1166 2C01 0x861043D8 50/0/21.0 2012 g711ulaw 20021/20011 
    0x1168 2C01 0x860984C4 50/0/11.0 *2012 g711ulaw 20011/20021 
    0x1167 2C04 0x8610EC7C 50/0/22.0 2002 g711ulaw 20022/20014 
    0x1169 2C04 0x860B8894 50/0/14.0 *2002 g711ulaw 20014/20022 
    0x116A 2C07 0x860A374C 50/0/12.0 2010 g711ulaw 20012/20002 
    0x116B 2C07 0x86039700 50/0/2.0 *2010 g711ulaw 20002/20012 
    0x116C 2C0A 0x86119520 50/0/23.0 2034 g711ulaw 20023/20020 
    0x116D 2C0A 0x860F9150 50/0/20.0 *2034 g711ulaw 20020/20023 
    0x116E 2C0D 0x8608DC20 50/0/10.0 2022 g711ulaw 20010/20008 
    0x116F 2C0D 0x86078AD8 50/0/8.0 *2022 g711ulaw 20008/20010 
    0x1170 2C10 0x861398F0 50/0/26.0 2016 g711ulaw 20026/20028 
    0x1171 2C10 0x8614F41C 50/0/28.0 *2016 g711ulaw 20028/20026 
    0x1172 2C13 0x86159CC0 50/0/29.0 2018 g711ulaw 20029/20004 
    0x1173 2C13 0x8604E848 50/0/4.0 *2018 g711ulaw 20004/20029 
    0x1174 2C16 0x8612F04C 50/0/25.0 2026 g711ulaw 20025/20030 
    0x1175 2C16 0x86164F48 50/0/30.0 *2026 g711ulaw 20030/20025 
    0x1176 2C19 0x860D8C64 50/0/17.0 2032 g711ulaw 20017/20018 
    0x1177 2C19 0x860E4008 50/0/18.0 *2032 g711ulaw 20018/20017 
    0x1178 2C1C 0x860CE3C0 50/0/16.0 2004 g711ulaw 20016/20019 
    0x1179 2C1C 0x860EE8AC 50/0/19.0 *2004 g711ulaw 20019/20016 
    0x117A 2C1F 0x86043FA4 50/0/3.0 2008 g711ulaw 20003/20024 
    0x117B 2C1F 0x861247A8 50/0/24.0 *2008 g711ulaw 20024/20003 
    0x117C 2C22 0x8608337C 50/0/9.0 2020 g711ulaw 20009/20031 
    0x117D 2C22 0x8616F7EC 50/0/31.0 *2020 g711ulaw 20031/20009 
    0x117E 2C25 0x86063990 50/0/6.0 2006 g711ulaw 20006/20001 
    0x117F 2C25 0x85C6BE6C 50/0/1.0 *2006 g711ulaw 20001/20006 
    0x1180 2C28 0x860ADFF0 50/0/13.0 2029 g711ulaw 20013/20034 
    0x1181 2C28 0x8618FBBC 50/0/34.0 *2029 g711ulaw 20034/20013 
    0x1182 2C2B 0x860C3B1C 50/0/15.0 2036 g711ulaw 20015/20005 
    0x1183 2C2B 0x860590EC 50/0/5.0 *2036 g711ulaw 20005/20015 
    0x1184 2C2E 0x8617A090 50/0/32.0 2024 g711ulaw 20032/20007 
    0x1185 2C2E 0x8606E234 50/0/7.0 *2024 g711ulaw 20007/20032 
    0x1186 2C31 0x861A56E8 50/0/36.0 2030 g711ulaw 20036/20033 
    0x1187 2C31 0x86185318 50/0/33.0 *2030 g711ulaw 20033/20036 
    18 active calls found

Troubleshooting

En esta sección encontrará información que puede utilizar para solucionar problemas de configuración.

Para más información sobre cómo resolver problemas, vea la sección de la “información relacionada”.

Configuración de Credenciales de Debug

Esta tarea hace el debug de las configuraciones de credenciales en el router SRST.

Para establecer debugging en la configuración de credenciales que se suministran a Cisco CallManager para su uso durante el estado de reserva de SRST segura, ejecute el comando debug credentials.

Router#debug credentials

Credentials server debugging is enabled
Router# 
Sep 29 01:01:50.903: Credentials service: Start TLS Handshake 1 10.1.1.13 2187 
Sep 29 01:01:50.903: Credentials service: TLS Handshake returns 
OPSSLReadWouldBlockErr 
Sep 29 01:01:51.903: Credentials service: TLS Handshake returns 
OPSSLReadWouldBlockErr 
Sep 29 01:01:52.907: Credentials service: TLS Handshake returns 
OPSSLReadWouldBlockErr 
Sep 29 01:01:53.927: Credentials service: TLS Handshake completes.

Debug de Registros de Teléfono IP

Estas tareas hacen el debug de registros de Cisco IP Phone y la configuración de llamadas.

  1. Para hacer el debug del proceso de registro del Cisco IP Phone, ejecute el comando debug ephone register.

    Router#debug ephone register
    
    EPHONE registration debugging is enabled
    *Jun 29 09:16:02.180: New Skinny socket accepted [2] (0 active)
    *Jun 29 09:16:02.180: sin_family 2, sin_port 51617, in_addr 10.5.43.177
    *Jun 29 09:16:02.180: skinny_socket_process: secure skinny sessions = 1
    *Jun 29 09:16:02.180: add_skinny_secure_socket: pid =155, new_sock=0, 
       ip address = 1.5.43.177
    *Jun 29 09:16:02.180: skinny_secure_handshake: pid =155, sock=0, 
       args->pid=155, ip address = 10.5.43.177
    *Jun 29 09:16:02.184: Start TLS Handshake 0 10.5.43.177 51617
    *Jun 29 09:16:02.184: TLS Handshake retcode OPSSLReadWouldBlockErr
    *Jun 29 09:16:03.188: TLS Handshake retcode OPSSLReadWouldBlockErr
    *Jun 29 09:16:04.188: TLS Handshake retcode OPSSLReadWouldBlockErr
    *Jun 29 09:16:05.188: TLS Handshake retcode OPSSLReadWouldBlockErr
    *Jun 29 09:16:06.188: TLS Handshake retcode OPSSLReadWouldBlockErr
    *Jun 29 09:16:07.188: TLS Handshake retcode OPSSLReadWouldBlockErr
    *Jun 29 09:16:08.188: CRYPTO_PKI_OPSSL - Verifying 1 Certs
    *Jun 29 09:16:08.212: TLS Handshake completes
    
    
  2. Para revisar la configuración de llamadas entre dos Cisco IP Phones seguros, ejecute el comando debug ephone state. El comando debug ephone state trace muestra la generación y distribución de llaves de encripción y desencripción entre los dos teléfonos.

    Router#debug ephone state
    
    *Jan 11 18:33:09.231:%SYS-5-CONFIG_I:Configured from console by console
    *Jan 11 18:33:11.747:ephone-2[2]:OFFHOOK
    *Jan 11 18:33:11.747:ephone-2[2]:---SkinnySyncPhoneDnOverlays is onhook
    *Jan 11 18:33:11.747:ephone-2[2]:SIEZE on activeLine 0 activeChan 1
    *Jan 11 18:33:11.747:ephone-2[2]:SetCallState line 1 DN 2(-1) chan 1 ref 6 
       TsOffHook
    *Jan 11 18:33:11.747:ephone-2[2]:Check Plar Number 
    *Jan 11 18:33:11.751:DN 2 chan 1 Voice_Mode
    *Jan 11 18:33:11.751:dn_tone_control DN=2 chan 1 tonetype=33:DtInsideDialTone 
       onoff=1 pid=232
    *Jan 11 18:33:15.031:dn_tone_control DN=2 chan 1 tonetype=0:DtSilence 
       onoff=0 pid=232
    *Jan 11 18:33:16.039:ephone-2[2]:Skinny-to-Skinny call DN 2 chan 1 to DN 4
       chan 1 instance 1
    *Jan 11 18:33:16.039:ephone-2[2]:SetCallState line 1 DN 2(-1) chan 1 ref 6
       TsProceed
    *Jan 11 18:33:16.039:ephone-2[2]:SetCallState line 1 DN 2(-1) chan 1 ref 6
       TsRingOut
    *Jan 11 18:33:16.039:ephone-2[2]::callingNumber 6000
    *Jan 11 18:33:16.039:ephone-2[2]::callingParty 6000
    *Jan 11 18:33:16.039:ephone-2[2]:Call Info DN 2 line 1 ref 6 call state 1
       called 6001 calling 6000 origcalled 
    *Jan 11 18:33:16.039:ephone-2[2]:Call Info DN 2 line 1 ref 6 called 6001
       calling 6000 origcalled 6001 calltype 2
    *Jan 11 18:33:16.039:ephone-2[2]:Call Info for chan 1
    *Jan 11 18:33:16.039:ephone-2[2]:Original Called Name 6001
    *Jan 11 18:33:16.039:ephone-2[2]:6000 calling 
    *Jan 11 18:33:16.039:ephone-2[2]:6001
    *Jan 11 18:33:16.047:ephone-3[3]:SetCallState line 1 DN 4(4) chan 1 ref 7
       TsRingIn
    *Jan 11 18:33:16.047:ephone-3[3]::callingNumber 6000
    *Jan 11 18:33:16.047:ephone-3[3]::callingParty 6000
    *Jan 11 18:33:16.047:ephone-3[3]:Call Info DN 4 line 1 ref 7 call state 7
       called 6001 calling 6000 origcalled 
    *Jan 11 18:33:16.047:ephone-3[3]:Call Info DN 4 line 1 ref 7 called 6001
       calling 6000 origcalled 6001 calltype 1
    *Jan 11 18:33:16.047:ephone-3[3]:Call Info for chan 1
    *Jan 11 18:33:16.047:ephone-3[3]:Original Called Name 6001
    *Jan 11 18:33:16.047:ephone-3[3]:6000 calling 
    *Jan 11 18:33:16.047:ephone-3[3]:6001
    *Jan 11 18:33:16.047:ephone-3[3]:Ringer Inside Ring On
    *Jan 11 18:33:16.051:dn_tone_control DN=2 chan 1 
       tonetype=36:DtAlertingTone onoff=1 pid=232
    *Jan 11 18:33:20.831:ephone-3[3]:OFFHOOK
    *Jan 11 18:33:20.831:ephone-3[3]:---SkinnySyncPhoneDnOverlays is onhook
    *Jan 11 18:33:20.831:ephone-3[3]:Ringer Off
    *Jan 11 18:33:20.831:ephone-3[3]:ANSWER call
    *Jan 11 18:33:20.831:ephone-3[3]:SetCallState line 1 DN 4(-1) chan 1 ref 7
       TsOffHook
    *Jan 11 18:33:20.831:ephone-3[3][SEP000DEDAB3EBF]:Answer Incoming call 
       from ephone-(2) DN 2 chan 1
    *Jan 11 18:33:20.831:ephone-3[3]:SetCallState line 1 DN 4(-1) chan 1 ref 7
       TsConnected
    *Jan 11 18:33:20.831:defer_start for DN 2 chan 1 at CONNECTED
    *Jan 11 18:33:20.831:ephone-2[2]:SetCallState line 1 DN 2(-1) chan 1 ref 6
       TsConnected
    *Jan 11 18:33:20.835:ephone-3[3]::callingNumber 6000
    *Jan 11 18:33:20.835:ephone-3[3]::callingParty 6000
    *Jan 11 18:33:20.835:ephone-3[3]:Call Info DN 4 line 1 ref 7 call state 4
       called 6001 calling 6000 origcalled 
    *Jan 11 18:33:20.835:ephone-3[3]:Call Info DN 4 line 1 ref 7 called 6001
       calling 6000 origcalled 6001 calltype 1
    *Jan 11 18:33:20.835:ephone-3[3]:Call Info for chan 1
    *Jan 11 18:33:20.835:ephone-3[3]:Original Called Name 6001
    *Jan 11 18:33:20.835:ephone-3[3]:6000 calling 
    *Jan 11 18:33:20.835:ephone-3[3]:6001
    *Jan 11 18:33:20.835:ephone-2[2]:Security Key Generation
    ! Ephone 2 generates a security key.
    *Jan 11 18:33:20.835:ephone-2[2]:OpenReceive DN 2 chan 1 codec 
       4:G711Ulaw64k duration 20 ms bytes 160
    *Jan 11 18:33:20.835:ephone-2[2]:Send Decryption Key
    ! Ephone 2 sends the decryption key. 
    *Jan 11 18:33:20.835:ephone-3[3]:Security Key Generation
    !Ephone 3 generates its security key.
    *Jan 11 18:33:20.835:ephone-3[3]:OpenReceive DN 4 chan 1 codec 
       4:G711Ulaw64k duration 20 ms bytes 160
    *Jan 11 18:33:20.835:ephone-3[3]:Send Decryption Key
    ! Ephone 3 sends its decryption key. 
    *Jan 11 18:33:21.087:dn_tone_control DN=2 chan 1 tonetype=0:DtSilence 
       onoff=0 pid=232
    *Jan 11 18:33:21.087:DN 4 chan 1 Voice_Mode
    *Jan 11 18:33:21.091:DN 2 chan 1 End Voice_Mode
    *Jan 11 18:33:21.091:DN 2 chan 1 Voice_Mode
    *Jan 11 18:33:21.095:ephone-2[2]:OpenReceiveChannelAck:IP 1.1.1.8, 
       port=25552, dn_index=2, dn=2, chan=1
    *Jan 11 18:33:21.095:ephone-3[3]:StartMedia 1.1.1.8 port=25552
    *Jan 11 18:33:21.095:DN 2 chan 1 codec 4:G711Ulaw64k duration 20 ms bytes
       160
    *Jan 11 18:33:21.095:ephone-3[3]:Send Encryption Key
    ! Ephone 3 sends its encryption key.
    *Jan 11 18:33:21.347:ephone-3[3]:OpenReceiveChannelAck:IP 1.1.1.9, 
       port=17520, dn_index=4, dn=4, chan=1
    *Jan 11 18:33:21.347:ephone-2[2]:StartMedia 1.1.1.9 port=17520
    *Jan 11 18:33:21.347:DN 2 chan 1 codec 4:G711Ulaw64k duration 20 ms bytes
       160
    *Jan 11 18:33:21.347:ephone-2[2]:Send Encryption Key
    !Ephone 2 sends its encryption key.
    *Jan 11 18:33:21.851:ephone-2[2]::callingNumber 6000
    *Jan 11 18:33:21.851:ephone-2[2]::callingParty 6000
    *Jan 11 18:33:21.851:ephone-2[2]:Call Info DN 2 line 1 ref 6 call state 4
       called 6001 calling 6000 origc
    *Jan 11 18:33:21.851:ephone-2[2]:Call Info DN 2 line 1 ref 6 called 6001
       calling 6000 origcalled 6001 calltype 2
    *Jan 11 18:33:21.851:ephone-2[2]:Call Info for chan 1
    *Jan 11 18:33:21.851:ephone-2[2]:Original Called Name 6001
    *Jan 11 18:33:21.851:ephone-2[2]:6000 calling 
    *Jan 11 18:33:21.851:ephone-2[2]:6001

Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Información Relacionada


Document ID: 65320