Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).
En la actualidad, la industria de telecomunicaciones experimenta el cambio del establecimiento de switching y transporte de tecnologías de larga data a dispositivos de borde basados en IP. La revolución de la comunicación IP ha comenzado a generar un gran impacto comercial en la pequeña y mediana empresa. Estas pequeñas y medianas empresas reconocen que el uso de IP es muy eficiente porque el IP puede utilizar las funciones de Voz, Vídeo, y Datos sobre una red única, en vez de usar tres redes independientes para propósitos determinados. La Figura 1 muestra la implementación de telefonía IP que tiende al Trunking de IP.
Figura 1 - Sistema de Telefonía IP
Las IP PBX están comenzando a predominar en el negocio de la tecnología Voz, y el TDM PBX ya no más la fuente principal como el cruce que va entre dos redes de voz. El uso de TDM PBX ha disminuido en los últimos años, y el uso del IP PBX se está convirtiendo en una buena inversión en LAN y WAN IP. Para conectarse con la PSTN, los PBX necesita una cierta clase de trunking como TDM (T1/E1) o líneas analógicas. Las IP PBX puede acceder a la PSTN usando estos tipos de trunks, pero necesitan un gateway de medios que convierta el tráfico de voz del IP en la PSTN tradicional, lo que algunas veces puede dar como resultado una traducción sucesiva del dominio IP al dominio TDM. Estas traducciones sucesivas aumentan los costos de mantenimiento de los gateways, aumentan la latencia, y reducen la calidad de voz.
Para evitar estos problemas, la IP PBX utiliza los protocolos para el inicio de sesión y la administración, el más prominente es el Session Initiation Protocol (SIP). Este documento proporciona una descripción sobre el trunking SIP y Cisco CallManager Express (CME), y una configuración para implementar un sistema de telefonía basado en IP con el CME usando trunking SIP para las llamadas entrantes y salientes.
Asegúrese de cumplir estos requisitos antes de intentar esta configuración:
La versión CME 4.1 está instalada
Una imagen de Cisco IOS® Software Release 12.4(11)XJ o IOS 12.4(6th)T está en el router
Un módulo NM-CUE está instalado con la versión 2.3.4 de CUE
La información que contiene este documento se basa en las siguientes versiones de software y hardware.
Cisco 3825 Router en Cisco IOS Software Release 12.4(11)XJ
Cisco Catalyst 3550 Switch en Cisco IOS Software Release 12.4
Teléfono IP 7960 de Cisco
Cisco CallManager Express 4.1
Cisco Unity Express 2.3.4
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.
Consulte Convenciones de Consejos Técnicos de Cisco para obtener más información sobre las convenciones sobre documentos.
SIP es un protocolo de control, de capa de aplicación basado en ASCII que se puede utilizar para establecer, mantener, y finalizar llamadas entre dos o más extremos. SIP se ha destacado rápidamente como el protocolo estándar usado en las comunicaciones IP, porque es un protocolo de multimedia que se puede utilizar para las sesiones de video y mensajería inmediata además de voz. Además, SIP puede administrar sesiones de conferencia y broadcasts, así como las sesiones uno a uno. El SIP tiene gran potencial en la transformación y el desarrollo en los medio de comunicación. Por esta razón, Cisco continúa desempeñando una función importante como líder en la creación detecnologías nuevas que hacen que SIP y sus aplicaciones sean el estándar de las comunicaciones IP.
Los trunks de SIP son similares a una línea telefónica, salvo que los trunks de SIP utilizan la red IP, no la PSTN. Además, los trunks de SIP permiten la convergencia de voz y de los datos en conexiones comunes IP. Para acceder la red del IP usando un trunk del SORBO, es necesario que las configuraciones estén hechas en el proveedor de servicio, así como en el lado del cliente. Los clientes necesitan establecer y configurar el CME, que es el PBX que interpretará la señal de SIP de forma adecuada y pasará el tráfico con éxito. El proveedor de servicio necesita configurar un servidor alternativo SIP. Sin embargo, el establecimiento de los trunks de SIP es más complicado que los trunks PSTN habituales. La razón es que un cliente enfrenta desafíos al administrar las diversas interpretaciones e implementaciones del SIP de parte de los proveedores del equipo, al ofrecer seguridad, administrar calidad de Servicio (QoS), habilitar Traducción de Dirección de Red (NAT) y firewall traversal, y al garantizar confiabilidad a portadoras y continuidad del servicio.
Estos puntos describen por qué los trunks de SIP se usan cada vez más en las pequeñas y medianas empresas:
Implementación fácil y rápida
Capacidad mejorada de la Utilización de la Red
Potencial para Consolidar y Disminuir los Costos de Telefonía
Marcado de Entrada Directo (DID) Económico
Continuidad del negocio
Cisco CME es una solución de telefonía IP que se integra directamente con el Cisco IOS Software. El CME permite que las pequeñas y medianas empresas implementen capacidades de voz, datos, y vídeo en una plataforma única. La red de telefonía IP es fácil de configurar porque el CME se ejecuta en un único router, que tiene funciones PBX para los negocios. Por lo tanto, al usar el CME, las pequeñas y medianas empresas pueden ofrecer telefonía IP y ruteo de datos con una sola solución integrada con costos mínimos.
El CME comenzó a soportar trunking SIP cuando se lanzó CME 3.1 . Sin embargo, se produjeron algunos problemas cuando un teléfono SIP se comunicaba a un teléfono SCCP o intentaba acceder al correo de voz. El problema es que los teléfonos del SCCP conectados con el CME requieren el uso del relé dtmf fuera de banda de transportar DTMF (dígitos) a través de las conexiones VoIP, y SORBE los transportes de la en-banda del uso de los teléfonos. Una distorsión DTMF existió entre los dos dispositivos. Cuando el CME 3.2 fue lanzado, se agregó soporte a la retransmisión DTMF. Los dígitos DTMF de SCCP pudieron convertirse al mecanismo de retransmisión DTMF de banda con el RFC2833 o los métodos de Notificación.
El CME soporta actualmente esta lista de conexión entre redes DTMF para SIP a las llamadas SIP:
Notificación <---> Notificación desde 12.4(4)T
RFC2833 <---> Notificación desde 12.4(4)T
Notificación <---> RFC2833 desde 12.4(4)T
De banda G711 <---> desde 12.4(11)T [Requiere Transcodificación]
El CME soporta actualmente esta conexión entre redes DTMF para el SIP a las llamadas SCCP:
SCCP fuera de banda - El SORBO notifica/RFC2833 desde 12.4(4)T
Otro aspecto importante que debe considerar alconfigurar un trunk SIP son los el códecs soportados. Los códecs representan la muestra de modulación de código por impulso para las señales en las frecuencias de voz. Los trunks SIP soportan estos códecs: G.711 y G.729. Sin embargo, para diversas funciones tales como Cisco Unity Express (CUE) y Music on Hold (MOH), solamente se soporta el códec G.711. Esto significa que las llamadas de voz que utilizan los trunks SIP con el códec G.729 no pueden acceder a CUE, a menos que haya un transcodificador para permitir que la compresión y descompresión de las transmisiones de voz coincidan con las capacidades de la CUE. El MOH puede también utilizar el códec G.729 para guardar el ancho de banda, pero el códecno proporciona transmisiones MOH de calidad. adecuada. Esto es debido al hecho de que el G.729 está optimizado para la voz. Por lo tanto, debe forzar el MOH para utilizar el G.711.
Cuando una llamada viene adentro en un trunk del SORBO y consigue remitida (CFNA/CFB/CFA), después el comportamiento predeterminado está para que el CME envíe el 302" temporalmente movido” mensaje del SORBO al proxy del proveedor de servicio (SP). La parte de del Encabezado de Contacto del usuario el mensaje 302 posiblemente deba ser traducida para reflejar un DID que el proxy SP puede rutear. La parte de Encabezado de Contacto del host en el mensaje 302 se debe modificarse para reflejar la Dirección de Registro (AOR) usando host-registrar CLI en sip-ua y b2bua CLI en el voip dial peer que va a la CUE.
Algunos proxies SIP no pudieron soportar esta modificación. Si es así, necesita agregar lo siguiente:
Router(config)#voice service voip
Router(conf-voi-serv)#no supplementary-service sip moved-temporarily
La Figura 2 muestra el comportamiento del sistema CME cuando el mensaje 302 está inhabilitado.
Figura 2 - Flujo de Reenvío de Llamada Ocupado (CFB) con el mensaje 302 inhabilitado
Este método permitirá la devolución de llamadas de los mensajes SIP 302 para los reenvíos de llamada en CME. También se requiere lo anterior hay ciertas extensiones que no tienen mapping de DID ya que el proxy SP posiblemente no sepa cómo rutear tales llamadas. Si inhabilita la respuesta 3xx, el iniciador de número de origen se puede utilizar para preservar el identificador de llamada de la parte que llama original.
Cuando una llamada ingresa un trunk de SIP a un teléfono SCCP CUE AutoAttendant (AA) SCCP y es transferida, el CME de forma predeterminada enviará un mensaje SIP REFER al proxy SP. La mayoría de los Servidores Proxy SP no soportan el método REFER. Este método debe ser configurado para que el CME devuelva la llamada:
Router(config)#voice service voip
Router(conf-voi-serv)#no supplementary-service sip refer
La Figura 3 muestra el comportamiento del sistema CME con el método REFER inhabilitado.
Figura 3 - Transferencia con REFER inhabilitado
Si REFER se soporta en el proxy SIP, la porción de usuario de Derivar a y Derivado por debe ser traducida a un DID que el proxy SP comprenda. La porción de host de los campos Referir a y Derivado por debe ser una dirección IP o DN que el proxy SP también pueda rutear (esto sucede de forma predeterminada en CME 4.1).
Si un teléfono SCCP pone una llamada de PSTN en ESPERA, el CME localmente cambia los medios. No se envían mensajes en el trunk de SIP. El usuario escuchará Música en Espera en el trunk de SIP en función de la configuración CME.
En esta sección encontrará la información para configurar las funciones descritas en este documento.
En este documento, se utiliza esta configuración de red:
Estos elementos de configuración proporcionan una descripción de los pasos requeridos para configurar su CME con los trunks SIP:
Elementos de la infraestructura: Servicios de las interfaces, TFTP y del DHCP, NTP, etc.
Telefonía-servicio: Habilita el control de llamadas IOS “PBX” en la plataforma CME incluidos los elementos de la gestión del teléfono
Ephones y Ephones-dns: Definen los teléfonos IP y sus números de teléfono
Plan de marcado: Dial-peers, extensiones, reglas de traducción de voz
Configuración de IOS SIP: SORBO de los permisos, registro de teléfono con el proxy del SORBO, ruteo de llamadas sobre los trunks, etc.
Soporte de Correo de Voz: Cisco Unity Express
Configuración de Switch Catalyst: Dirección IP, interfaces, etc.
Ésta es la configuración completa necesaria para implementar un sistema CME con los trunks del SIP:
Router - Configuración CME |
---|
! AUSNML-3825-01#show run Building configuration... Current configuration : 8634 bytes ! version 12.4 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname AUSNML-3825-01 ! boot-start-marker boot-end-marker ! enable secret 5 $1$vBU1$MCMG1rXM5ejME8Wap6W0H1 ! no aaa new-model clock timezone central -8 clock summer-time central recurring ip cef ! !--- DHCP Configuration --- ip dhcp pool Voice network 172.22.100.0 255.255.255.0 option 150 ip 172.22.1.107 default-router 172.22.100.1 ! ip dhcp pool Data network 172.22.101.0 255.255.255.0 option 150 ip 172.22.1.107 default-router 172.22.101.1 ! ! ip domain name cisco.com ip name-server 205.152.0.20 multilink bundle-name authenticated ! voice-card 0 no dspfarm ! ! ! ! !--- Voice Class and Service VoIP Configuration --- voice service voip allow-connections sip to sip no supplementary-service sip moved-temporarily !---Disable 302 sending no supplementary-service sip refer !---Disable REFER sending sip registrar server expires max 3600 min 3600 localhost dns:domain.test.com ! ! voice class codec 1 codec preference 1 g711ulaw ! ! ! ! ! ! ! ! ! ! ! !--- Voice Translation Rules --- voice translation-rule 1 rule 1 /5123781291/ /601/ !--- An inbound rule for AA pilot "601 rule 2 /5123781290/ /600/ !--- An inbound rule for the voicemail pilot "600" ! voice translation-rule 2 rule 1 /^911$/ /911/ !--- An outbound rule to allow "911" rule 2 /^9\(.*\)/ /\1/ !--- An outbound rule to strip "9" from PSTN calls ! voice translation-rule 3 rule 1 /^.*/ /5123781291/ !--- An outbound rule to change calling-number CLID to a |
Router - Configuración de CUE |
---|
se-172-22-1-253#show run Generating configuration: clock timezone America/Chicago hostname se-172-22-1-253 ip domain-name localdomain groupname Administrators create groupname Broadcasters create !--- Users --- username Enrique create username John create username Enrique phonenumberE164 "5123781202" username John phonenumberE164 "5123781201" username Enrique phonenumber "202" username John phonenumber "201" !--- AutoAttendant --- ccn application autoattendant description "**AutoAttendant**" enabled maxsessions 4 script "aa.aef" parameter "busOpenPrompt" "AABusinessOpen.wav" parameter "operExtn" "601" parameter "welcomePrompt" "AAWelcome.wav" parameter "disconnectAfterMenu" "false" parameter "busClosedPrompt" "AABusinessClosed.wav" parameter "allowExternalTransfers" "false" parameter "holidayPrompt" "AAHolidayPrompt.wav" parameter "businessSchedule" "systemschedule" parameter "MaxRetry" "3" end application !--- MWI --- ccn application ciscomwiapplication description "ciscomwiapplication" enabled maxsessions 8 script "setmwi.aef" parameter "CallControlGroupID" "0" parameter "strMWI_OFF_DN" "8001" parameter "strMWI_ON_DN" "8000" end application !--- Voicemail --- ccn application voicemail description "**Voicemail**" enabled maxsessions 4 script "voicebrowser.aef" parameter "uri" "http://localhost/voicemail/vxmlscripts/login.vxml" parameter "logoutUri" "http://localhost/voicemail/vxmlscripts/mbxLogout.jsp" end application !--- SIP --- ccn subsystem sip gateway address "172.22.100.1" !--- Must match the "ip source-address" in telephony-service dtmf-relay sip-notify mwi sip outcall !--- Subscribe / Notify and Unsolicited Notify have not been tested transfer-mode blind bye-also !--- Testing with REFER method on CUE has caused certain call flows to break end subsystem !--- Trigger Phones --- ccn trigger sip phonenumber 600 application "voicemail" enabled maxsessions 4 end trigger ccn trigger sip phonenumber 601 application "autoattendant" enabled maxsessions 4 end trigger service phone-authentication end phone-authentication service voiceview enable end voiceview !--- Voicemail Mailboxes --- voicemail default mailboxsize 21120 voicemail broadcast recording time 300 voicemail mailbox owner "Enrique" size 300 description "**Enrique_Mailbox**" expiration time 10 messagesize 120 end mailbox voicemail mailbox owner "John" size 300 description "**John'sMailbox**" expiration time 10 messagesize 120 end mailbox end |
Configuración del switch |
---|
!--- Interface Connected to CME/CUE Router --- interface FastEthernet0/2 description Trunk to 3825 switchport trunk encapsulation dot1q switchport mode trunk no ip address duplex full speed 100 !--- Interfaces Connected to the IP Phones --- interface FastEthernet0/7 switchport trunk encapsulation dot1q switchport trunk native vlan 20 !--- Data Traffic --- switchport mode trunk switchport voice vlan 100 !--- Voice Traffic --- no ip address spanning-tree portfast interface FastEthernet0/8 switchport trunk encapsulation dot1q switchport trunk native vlan 20 switchport mode trunk switchport voice vlan 100 no ip address spanning-tree portfast !--- IP Address --- interface Vlan1 ip address 172.22.1.194 255.255.255.0 ! ip classless ip route 0.0.0.0 0.0.0.0 172.22.1.1 ip http server |
Actualmente, no hay un procedimiento de verificación disponible para esta configuración.
En esta sección encontrará información que puede utilizar para solucionar problemas de configuración.
El analizador del CLI de Cisco (clientes registrados solamente) apoya los ciertos comandos show. Utilice el analizador del CLI de Cisco para ver una análisis de la salida del comando show.
Note: Consulte Información Importante sobre Comandos de Debug antes de usar un comando debug.
Troubleshooting del trunk del SIP en el CME incluye los mismos comandos que utiliza para el troubleshooting del SIP GW IOS y el troubleshooting CME. Use estos comandos para verificar si se registra su DN:
muestre el estatus del registro sorbo-UA - Utilice este comando de visualizar el estatus de los números E.164 que un gateway del SORBO ha registrado con un secretario primario externo del SORBO.
ccsip message del debug - Habilita todo el seguimiento del mensaje de SPI del SORBO, tal como los que se intercambien entre el cliente del agente de usuario del SORBO (UAC) y el servidor de acceso.
Los comandos para las llamadas de troubleshooting a través de trunks son esencialmente los mismos que usa para eltroubleshooting del SIP GW y CME habitual.
Comandos show:
muestre el ephone registrado - Verifica el registro del ephone.
muestre la conexión del rtp del voip - Visualiza la información sobre los paquetes del Nombrado-evento RTP, tales como número de identificador de llamada, dirección IP, y puertos para el local y los puntos finales remotos.
muestre la llamada sorbo-UA - Las visualizaciones información activa del servidor UAC y del agente de usuario (UA) sobre el SORBO llaman.
muestre la descripción de la voz activa de la llamada - Información de llamada activa de las visualizaciones para las llamadas de voz o las transmisiones por fax en curso.
Comandos debug:
ccsip message del debug - Habilita todo el seguimiento del mensaje de SPI del SORBO, tal como los que se intercambien entre el SORBO UAC y el servidor de acceso.
inout del ccapi del voip del debug - Localiza el trayecto de ejecución a través del control de llamada API.
traducción de la Voz del debug - Marca las funciones de una regla de traducción.
<mac del MAC address del detalle del ephone del debug del phone> - los conjuntos detallan el debugging para el Cisco IP Phone.
Nombrado-eventos de la sesión del rtp del voip del debug - Permisos que hacen el debug de para los paquetes Nombrados de los eventos del Real-Time Transport Protocol (RTP).
haga el debug de las presentaciones del mensaje del sccp la secuencia de los mensajes SCCP.