Explicación profundizada del Cisco IOS y del ruteo de llamadas IOS-XE
Contenido
Introducción
El propósito de este documento es explicar el ruteo de llamadas IOS e IOS-XE y los mecanismos detrás del dial-peer de entrada y de salida que corresponde con con los tramos de llamada de la red del Servicio telefónico sencillo antiguo (POTS) y de la voz sobre IP (VoIP).
Además de la información del dial-peer esta temas importantes de los documentos abarca que pertenecen al ruteo de llamadas. Éstos incluyen la Manipulación de dígitos, una descripción rápida de la manipulación del mensaje del Session Initiation Protocol (SIP), algunos métodos para restringir las capacidades de llamada, un media rápido y la señalización de la descripción obligatoria, y pasado de un bit del troubleshooting.
Este documento utiliza los ejemplos de configuración así como las salidas del comando debug and show como puntos de referencia. Las muchas características en este documento se marcan claramente con la versión que la característica fue introducida al IOS y a IOS-XE. Esta información puede también ser referida rápidamente marcando la sección del mapa de ruta del comando y de la característica. Si hay un defecto muy notable se conecta dentro del texto de modo que los lectores sean conscientes.
Contribuido por Kyzer Davis y editado por Ramiro Amaya, ingenieros de Cisco TAC
Prerrequisitos
Requisitos
Mientras que no hay requisito previó formal necesario para leer este documento; fue escrito con la expectativa que el lector tiene ya cierto conocimiento sobre el funcionamiento de los protocolos de señalización de voz subyacentes que se utilizan para establecer y para conectar las llamadas telefónicas. Estos protocolos se refieren muchas veces en el libro.
Protocolos de señalización: Session Initiation Protocol (SIP), H323 (h225/h245), Media Gateway Control Protocol (MGCP), protocolo skinny client control (SCCP), ISDN Q931, E1 R2.
Protocolos de los media: Real-Time Protocol (RTP), codecs de la Voz, codecs video.
Tecnologías analogicas: Ear and mouth (E&M), suscriptor de divisas (FXS) y Oficina de intercambio remoto (FXO).
Componentes Utilizados
La información en este documento se basa en estos software y soporte físico:
Cisco IOS y gatewayes IOS-XE
2800/3800/2900/3900/4300/4400/CSR1000v/ASR100X
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.
Definiciones comunes
| Atributo | Descripción |
|---|---|
| Cadena del dígito |
También referido como cadena de números, número de teléfono, número, o número E164. Consiste entirerly en los dígitos 0 a 9 con llevar opcional más el símbolo (+).
|
| Dialed Number Identification Service (DNIS) | Éste es número al que se llamó o el número de destino para una llamada. |
| Identificación de número automática (ANI) | Éste es el número que llama o el número que llama que origina para una llamada. Esto se puede también referir como el identificador de la línea de llamada (CLID) que se puede también titular el Identificador de llamada |
| Identificador de recursos uniformes (URI) |
URI es cualquiera al sorbo: o teléfono: cadena más de uso general con el SORBO de los protocolos VoIP y el H323.
|
| ID del portador |
Ejemplos CID: |
| Ruta-cadena |
Una encabezado propietaria de Cisco para las Ruta-cadenas ILS usadas con el SORBO.
|
| ENUM | El ENUM es un protocolo que utiliza el servicio de nombre del dominio (DNS) para traducir los números de teléfono E164 a los URI. Éste no debe ser cubierto en este documento. |
| PSTN | Public Switched Telephone Network |
| ITSP |
Proveedor de servicio de la telefonía por Internet |
| SBC |
Regulador de la frontera de la sesión. Éste es el dispositivo que se coloca como el punto de demarcación entre un cliente LAN y una red ITSP/PSTN |
Mapa de ruta del comando y de la característica
| Función | Versión del IOS | Versión IOS-XE |
|
Extensión del número (numérico-exp) Dial-peers (CRISOLES y VOIP) respuesta-direccionamiento destino-modelo llamar-número entrante destino de la sesión (IPv4 y DNS) Conexiones máximas (MAX-CONN) direct-inward-dial delantero-dígitos (CRISOLES) prefijo (CRISOLES) inter dígito de los descansos (puerto de voz) |
11.3(1)T | Todos |
|
adaptador del dial-peer |
12.0 | Todos |
|
huntstop |
12.0(5)T | Todos |
| Correspondencias ISDN | 12.0(6)T | Todos |
|
Dial-peer que caza los esquemas |
12.0(7)XK | Todos |
|
Regla de traducción y perfil de la Voz traducir-saliente enumeración-tipo dígito-tira (CRISOLES) |
12.0.(7)XR1 | Todos |
| destino de la sesión (sorbo-servidor) | 12.1(1)T | Todos |
| Grupo troncal de los CRISOLES | ‘12.1(3)T’ | Todos |
| DNIS-mapa (saliente) |
12.2(2)XB |
Todos |
| trunk-grupo-escritura de la etiqueta |
‘12.2(11)T’ |
Todos |
| Dial-peer (datos) |
12.2(13)T |
Todos |
| Clase URI de la Voz (saliente) | ‘12.3(4)T’ |
Todos |
| destino de la sesión (IPv6) | 12.4(22)T |
Todos |
| Perfiles del SORBO (salientes) | los 15.0(1)M |
Todos |
| Clase URI de la Voz (entrante) |
15.1(2)T |
3.8S |
|
SORBO Copylist destino de la sesión (secretario) |
15.1(3)T |
3.6S |
|
llamada-ruta (URL) |
15.2(1)T |
3.3S |
|
MAX-ancho de banda |
15.2(2)T |
3.7S |
| E164-Pattern-Maps (saliente) | el 15.2(4)M | 3.7S |
|
Ruta-cadena de la clase de la Voz llamada-ruta (dest-ruta-cadena) |
los 15.3(3)M | 3.10S |
|
Grupos del dial-peer (VOIP) E164-Pattern-Maps (entrante) Grupo de servidor de destino requri-paso destino de la sesión (sorbo-URI) |
15.4(1)T |
3.11S |
|
Directiva del abastecimiento de dial peer Sorbo-perfiles (entrantes) |
15.4(2)T | 3.12S |
| Grupo del dial-peer (CRISOLES) | 15.5(1)T | 3.14S |
| Arrendatarios de la clase de la Voz | 15.6(2)T | 16.3.1 |
| VRF que filtra para el dial-peers | el 15.6(3)M | 16.3.1 |
Fundamentales del ruteo de llamadas IOS/IOS-XE
El Cisco IOS y los gatewayes IOS-XE utilizan un concepto de un dial-peer para controlar el ruteo de llamadas y la negociación de capacidades para cada pierna de una llamada. Un tramo de llamada es la comunicación bidireccional entre dos agentes de la llamada. Un agente de la llamada es un dispositivo que inicia, procesos, o adelante llamadas de telefonía. Esto puede ser y no se limita al equipo del proveedor de telefonía, a un gateway de Cisco, a un teléfono del IP, a un administrador unificado Cisco de la comunicación (CUCM), al Cisco Unity Connection (CUC), al etc. Hay lejano demasiados agentes de la llamada a enumerar.
Escenario: Una llamada que llega un gateway de Cisco de otro agente de la llamada es el tramo de llamada de entrada (en-pierna). Los procesos de gateway la llamada y basado en su proceso envían la llamada al agente siguiente de la llamada. Éste es el tramo de salida de la llamada (hacia fuera-pierna).
La imagen 1 muestra una llamada del PSTN a la encaminamiento CUCM con un gateway de voz de Cisco y tramo de llamada entrante o saliente la información respectiva.
Imagen 1 - Llamada entrante o saliente piernas ilustradas
Una llamada satisfactoria a través de un gateway de Cisco ALWAYS* hace juego un entrante o a un dial-peer de salida para rutear correctamente. Los dial-peer de entrada y de salida son similares a los tramos de llamada mencionados anterior. En la imagen 1 la llamada que llega del PSTN el gateway de Cisco necesita hacer juego a un dial peer de entrada. Entonces el gateway utiliza a un dial-peer de salida para rutear la llamada al agente siguiente de la llamada. Es importante recordar que estos términos están definidos desde la perspectiva del gateway de Cisco.
Correspondiendo con un dial-peer para cada lado de la llamada un administrador tiene el poder de controlar muchos aspectos del un tramo de llamada específico. Los ejemplos de éstos incluyen el codecs de la Voz, las preferencias DTMF, Manipulación de dígitos, donde está la llamada ser ruteada y muchas muchas otras configuraciones. El dial-peers puede ser configurado con las declaraciones de coincidencia entrantes y salientes así que corresponder con el mismo dial-peer para la en-pierna y la hacia fuera-pierna es posible si una configuración que corresponde con entrante y saliente válida se aplica a ese dial-peer específico.
la excepción del *The a esta regla está con los puertos de voz MGCP y del SCCP. Estos protocolos de señalización no siguen el mecanismo normal de la correspondencia de dial-peer durante el ruteo de llamadas. Vea la sección del SCCP y MGCP para otros detalles
La imagen 2 ilustra las mismas llamada entrante o saliente piernas que la imagen 1 pero con el dial-peers respectivo para una llamada del PSTN a la encaminamiento CUCM a través de un gateway de voz de Cisco.
Imagen 2 - Dial-peer de entrada y de salida ilustrados
Los gatewayes de voz de Cisco pueden intertrabajar muchos diversos tipos de llamadas de voz y de protocolos incluyendo el IP al IP, los CRISOLES a los CRISOLES y el IP a los CRISOLES o vice versa.
La imagen 3 ilustra un VoIP a la llamada VoIP a través del Cisco Unified Border Element (CUBO).
Imagen 3 - Dial-peer de entrada y de salida para un voip a la llamada VoIP
La imagen 4 visualiza los CRISOLES a la llamada de POTS a través de un gateway de Cisco.
Imagen 4 - Dial-peer de entrada y de salida para CRISOLES a la llamada de POTS
Tipos del dial-peer de la Voz
| CRISOLES | Corresponden con al viejo dial-peers llano del servicio de telefonía para las conexiones analógicas tales como FXS analógico, FXO, ISDN T1/E1, E1 R2, y ear and mouth (conexiones E&M). Éstos envían o reciben una llamada a/desde un puerto de voz físico en el gateway. |
| VOIP | Utilizan al dial-peers de la voz sobre IP para controlar principalmente el H323 y PARA SORBER las conexiones a y desde el gateway. Este dial-peers envía y recibe la señalización del IPv4 y IPv6 IP así como los nombres de dominio completo (FQDN) usando el Domain Name System (DNS). --- Los VoIP dial-peer pueden también ser utilizados para el voz sobre Frame Relay (VoFR), Voz por ATM (VoATM), Voz sobre el High-Level Data Link Control (VoHDLC) y el registro, la admisión, y la señalización y los destinos de la sesión del estatus (RAS) para este dial-peers pueden también incluir los acuerdos y los valores ENUM. Nota: Algunos de estos tipos de configuraciones son más viejas Tecnologías no vistas en más nuevas redes y con IOS-XE algunos se soportan no más. Como consecuencia no deben ser cubiertos en este documento. |
| MMOIP | Utilizan al dial-peers del correo multimedia sobre IP para enviar los correos electrónicos a los servidores Exchange. Éstos se utilizan sobre todo para la en la rampa t37/el envío de faxes off-ramp. Estos tipos del dial-peer no están dentro del ámbito de este documento. |
17290095: May 26 12:59:46.406: %DIALPEER_DB-3-ADDPEER_MEM_THRESHOLD: Addition of dial-peers limited by available memory
El corresponder con del dial peer de entrada
Cuando un gateway de Cisco recibe un pedido de configuración de llamada el gateway comienza a buscar para un dial-peer entrante aplicable para esta llamada. Esto no es un análisis de dígito por el dígito que el mensaje completo se utiliza bastante para determinar seleccionan a qué dial peer de entrada. La pedido de los elementos en el mensaje marcado es en gran parte dependiente en el protocolo para la llamada según lo indicado por las listas de la preferencia definidas en los cuadros 1 a 3. Un dial-peer necesita solamente satisfacer una de las condiciones para corresponder con. No es necesario que todos los atributos sean configurados en el dial peer o que cada coincidencia del atributo la información de la configuración de la llamada. Buscan a todos los dial peer basaron en los primeros criterios de concordancia. El gateway se mueve encendido a los criterios siguientes solamente si no se encuentra ninguna coincidencia.
Preferencia entrante de la selección del dial-peer del SORBO del cuadro 1.
| Preferencia |
Criterios de concordancia |
Dial-peer Commands* |
| 1 |
URI |
uri entrante vía el <uri-tag> <uri-tag> entrante de la petición del uri uri entrante al <uri-tag> uri entrante del <uri-tag> |
| 2 |
Número al que se llamó |
<number-string> entrante del llamar-número <pattern-map-number> llamado entrante e164-pattern-map |
| 3 | Número que llama |
<pattern-map-number> de llamada entrante e164-pattern-map <number-string> del respuesta-direccionamiento |
| 4 | Destino-modelo (ANI) | <number-string> del destino-modelo |
| 5 | ID del portador | <string> de la fuente del ID del portador |
Preferencia entrante de la selección del dial-peer H323 del cuadro 2.
| Preferencia | Criterios de concordancia |
Dial-peer Commands* |
| 1 | URI | el uri entrante llamó el <uri-tag> uri entrante que llama el <uri-tag> |
| 2 | Número al que se llamó | <number-string> entrante del llamar-número <pattern-map-number> llamado entrante e164-pattern-map |
| 3 | Número que llama | <pattern-map-number> de llamada entrante e164-pattern-map <number-string> del respuesta-direccionamiento |
| 4 |
Destino-modelo (ANI) |
<number-string> del destino-modelo |
| 5 |
ID del portador |
<string> de la fuente del ID del portador |
Preferencia de la selección del dial-peer de los POT entrantes del cuadro 3.
| Preferencia | Criterios de concordancia | Dial-peer Commands* |
| 1 | Número al que se llamó | <number-string> entrante del llamar-número |
| 2 | Número que llama | <number-string> del respuesta-direccionamiento |
| 3 | Destino-modelo (ANI) | <number-string> del destino-modelo |
| 4 | Puerto de voz | <voice-port-number> del puerto |
Cuando ningunas coincidencias existen/el dial-peer por default 0 peer_tag=0, pid:0
Cuando hay ningún eliglbe hace juego para un dial peer de entrada para o los CRISOLES o las llamadas VoIP el gateway afectan un aparato el dial-peer 0. Esto no es ideal pues el dial-peer 0 ha limitado las capacidades y puede causar los problemas con las llamadas. El afloramiento a esto es SCCP y los protocolos MGCP que no utilizan al dial-peers para las llamadas de ruteo. Vea la sección MGCP y del SCCP para otros detalles.
dial-peer 0 capacidades
- Ningunos mecanismos de la DTMF-retransmisión
- Hizo publicidad de todo el codecs de la Voz para las llamadas VoIP
- Fax-rate voice
- Se habilita la detección de actividad de la Voz (VAD)
- No rsvp support
- Ningún soporte de la aplicación IVR para las llamadas de POTS
- se habilita el Directo-hacia adentro-dial
El corresponder con del dial-peer de salida
Utilizan a los dial-peer de salida para rutear los CRISOLES o las llamadas VoIP del gateway al agente siguiente de la llamada. Como el dial peer de entrada el corresponder con allí es una lista de elementos que el gateway puede utilizar para hacer juego al dial-peers basó en la orden de la preferencia para el protocolo específico. Sin embargo, a diferencia de los dial peer de entrada, si no hay dial-peer de salida elegible para rutear la llamada la llamada después falla. Como el dial peer de entrada que corresponde con buscan a todos los dial peer basaron en los primeros criterios de concordancia. El gateway se mueve encendido a los criterios siguientes solamente si no se encuentra ninguna coincidencia.
Preferencia saliente de la selección del dial-peer del SORBO del cuadro 4.
| Preferencia | Criterios de concordancia | Dial-peer Commands* |
| 1 | Dial-peer del grupo del dial-peer |
<dpg-tag> del dpg del destino (configurado en el dial peer de entrada) |
| 2 | Cadena de la ruta ILS | <route-string-tag> de la ruta-cadena del destino |
| 3 | URI y ID del portador | <string> de la blanco del <uri-tag> Y del ID del portador del uri del destino |
| 4 | Número al que se llamó y ID del portador | <string> de la blanco del <number-string> Y del ID del portador del destino-modelo |
| 5 | URI | <uri-tag> del uri del destino |
| 6 | Número al que se llamó |
<DNIS-number> del destino-modelo <pattern-map-number> del destino e164-pattern-map <dnis-map-number> del DNIS-mapa |
| 7 | Directiva URI del abastecimiento de dial peer | destination URI-de <uri-tag> destino URI-al <uri-tag> destino URI-vía el <uri-tag> <uri-tag> de la URI-diversión del destino destino URI-referir-por el <uri-tag> |
| 8 | Número que llama | destino que llama el <pattern-map-number> e164-pattern-map |
Preferencia saliente de la selección del dial-peer H323 del cuadro 5.
| Preferencia | Criterios de concordancia | Dial-peer Commands* |
| 1 | Dial-peer del grupo del dial-peer |
<dpg-tag> del dpg del destino (configurado en el dial peer de entrada) |
| 2 | URI y ID del portador | <uri-tag> del uri del destino Y blanco del ID del portador <string |
| 3 | Número al que se llamó y ID del portador | <string> de la blanco del <number-string> Y del ID del portador del destino-modelo |
| 4 | URI | <uri-tag> del uri del destino |
| 5 | Número al que se llamó |
<number-string> del destino-modelo <pattern-map-number> del destino e164-pattern-map <dnis-map-number> del DNIS-mapa |
| 6 | Número que llama | destino que llama el <pattern-map-number> e164-pattern-map |
Preferencia de la selección del dial-peer de los POT de salidas del cuadro 6.
| Preferencia | Criterios de concordancia | Dial-peer Comamnds* |
| 1 | Dial-peer del grupo del dial-peer |
<dpg-tag> del dpg del destino (configurado en el dial peer de entrada) |
| 2 | URI y ID del portador |
<string> de la blanco del <uri-tag> Y del ID del portador del uri del destino |
| 3 | Número al que se llamó y ID del portador | <string> de la blanco del <number-string> Y del ID del portador del destino-modelo |
| 4 | URI |
<uri-tag> del uri del destino |
| 5 | Número al que se llamó |
<DNIS-número del destino-modelo > <map-number> del DNIS-mapa |
Búsqueda del dial-peer de la cadena de números
Preferencia de la cadena de números:
Como URI tenga un orden concreto de operaciones para las coincidencias del evaluationg allí es también un conjunto de reglas usado al evaluar una dígito-cadena numérica. El esquema de la caza del dial-peer por default para se fija a 0. Esto significa las búsquedas del gateway para un modelo con la coincidencia más larga (más específica). Si hay dos dial-peers con el mismo match length el gateway mira la preferencia explícitamente definida del dial-peer. Pasado si ambos ésos son lo mismo elige uno en una orden al azar.
Hay otros esquemas de la caza del dial-peer disponibles para la configuración sin embargo que la mayoría de los deploymens guardan el valor por defecto de 0. Si el dial-peers que es exterior correspondido con la orden predeterminada un administrtor examina la configuración corriente para un esquema no valor por defecto de la caza del dial-peer.
Gateway(config)#dial-peer hunt ? <0-7> Dial-peer hunting choices, listed in hunting order within each choice: 0 - Longest match in phone number, explicit preference, random selection. 1 - Longest match in phone number, explicit preference, least recent use. 2 - Explicit preference, longest match in phone number, random selection. 3 - Explicit preference, longest match in phone number, least recent use. 4 - Least recent use, longest match in phone number, explicit preference. 5 - Least recent use, explicit preference, longest match in phone number. 6 - Random selection. 7 - Least recent use.
La coincidencia más larga se define como la coincidencia más específica basada en el número posible de números que la cadena podría hacer juego.
Escenario: Han configurado al dial-peers elegible con las coincidencias posibles siguientes y el gateway está evaluando una dígito-cadena de 2001. El dial-peer 1 puede hacer juego cualquier número 2000 a 2999 mientras que el dial-peer 2 puede hacer juego 2000 a 2009. el dial-peer 2 sería correspondido con para esta llamada pues es la coincidencia más larga (más específica) para la cadena 2001 del dígito en que se emplean los mecanismos de la caza del dial-peer por default (la caza 0 del dial-peer).
!
dial-peer voice 1 voip
destination-pattern 2...
!
dial-peer voice 2 voip
destination-pattern 200.
!
La preferencia se define como la ponderación definida administrador para cada dial-peer. Los administradores pueden configurar una preferencia así que el uso de la llamada siempre un dial-peer específico antes de otros. Por abandono todo el dial-peers es la preferencia 0. Un dial-peer con la preferencia 0 se corresponde con antes de otro dial-peer con el preference 1 con 10. La mayoría de los administradores pusieron a los dial-peer múltiples para enviar una llamada a un suscriptor específico CUCM con un suscriptor de reserva u otro agente de la llamada que era configurado otro dial-peer con una preferencia menor.
Escenario: Configuran a dos dial-peers con el mismo match length para la cadena del dígito de 2001. El administrador ha definido una preferencia explícita. El gateway evalúa a ambo dial-peers lo mismo puesto que su match length es lo mismo. Sin embargo el administrador ha fijado el dial-peer 1 con una preferencia más alta para elegir el dial-peer como el primer dial-peer usado en rutear la llamada. el dial-peer 2 permanecería pues una opción secundaria si un error ocurriera en el primer dial-peer.
!
dial-peer voice 1 voip
destination-pattern 2...
preference 1
!
dial-peer voice 2 voip
destination-pattern 2...
preference 2
!
Una tentativa del gateway de Cisco solamente de rutear una llamada vía un en un momento elegible del dial-peer de salida. Si una condición de error observada en la primera seleccionó el dial-peer el gateway después intenta rutear el decir en voz alta el dial-peer elegible siguiente. Esto continúa hasta que la llamada tenga éxito o falle porque no hay dial-peers elegible dejado para intentar. Los síntomas comunes de la búsqueda y del error del dial-peer son un retraso notable en la señal de llamada mientras que hace llama. Los debugs son generalmente necesarios verificar exactamente porqué la llamada está fallando en el primer dial-peers antes finalmente de trabajar a través de otro. El comando huntstop puede ser empleado en un dial-peer si un administrador no quisiera que un gateway buscara otro dial-peer cuando se observa una condición de error.
Escenario: Configuran a dos dial-peers con el mismo match length para la cadena del dígito de 2001. El administrador ha definido una preferencia explícita y no quiere hacer juego el dial-peer 2 para esta llamada determinada. Puesto que tenemos dos dial-peers con el mismo match length la preferencia se utiliza para determinar el dial-peer utilizó. El dial-peer 1 tiene una preferencia configurada se utiliza para rutear la llamada. Si una condición de error ocurre en el tramo de salida de la llamada usando el dial-peer 1 entonces el dial-peer de la parada del gateway inmediatamente que caza puesto que configuran al comando huntstop. Tan en nuestro escenario el dial-peer 2 nunca se utiliza para la encaminamiento saliente.
! dial-peer voice 1 voip destination-pattern 2... preference 1 hunstop ! dial-peer voice 2 voip destination-pattern 2... preference 2 !
Búsqueda del dial-peer de URI
El gateway mira cada los criterios de concordancia antes y los agota antes de que se mueva a los criterios de concordancia siguientes. Un ejemplo de esto estaría en la llamada entrante del SORBO. Sabemos que la primera cosa los controles del gateway de Cisco es URI y evaluamos todos los comandos potenciales de URI de encontrar uno que quepa. Si no hay coincidencia O no se configura ningunos entonces el gateway se mueven al elemento que corresponde con siguiente, realice una evaluación en los criterios. Las repeticiones de este proceso hasta las rutas de la llamada basadas en una coincidencia o el gateway se ejecutan de los criterios de concordancia para marcar.
Cuando configuran un entrante o a un dial-peer de salida con un comando de URI aplicó el gateway examina URI que fue recibido en las encabezados múltiples para un potencial hace juego. La preferencia de la coincidencia se basa en la coincidencia más específica y la preferencia exacta va coincidencia de URI, porción del host, porción del usuario, o teléfono llena URI. Conocer la orden de funcionamiento para corresponder con de URI puede ayudar grandemente en la correspondencia de dial-peer con las implementaciones del SORBO y del CUBO.
Esta orden de la preferencia se puede manipular usando la preferencia del sorbo del uri de la clase de la Voz del comando para especificar la identificación del usuario como la primera opción en vez del host.
Preferencia de URI:
- Exacto - coincidencia para URI lleno. Ejemplos: (user@host.domain.name, user@a.b.c.d, 8675309@host.domain.name, 8675309@host.domain.name)
- La porción del host de URI. Ejemplos: (@a.b.c.d o @host.domain.name)
- La porción del usuario de URI. Ejemplos: (sip:8675309 o sorbo: usuario)
- Tele-URI. Ejemplo: (tel:18005532447)
Escenario: Un administrador tiene la configuración del dial-peer abajo y envía una llamada al gateway. De la encabezado en nuestro recibido INVITE es “de: <sip:testuser@10.10.10.10>” el gateway puede hacer juego potencialmente a diverso dial-peers de la coincidencia dos basado en esta encabezado. dial-peer 1 basado en la porción del usuario y dial-peer 2 basado en la porción del host. Sin embargo puesto que es una coincidencia del host una preferencia sobre un dial-peer 2 de la coincidencia del usuario se utiliza para el dial peer de entrada en nuestra llamada.
! voice class uri URI-1 sip user-id testuser ! voice class uri URI-2 sip host ipv4:10.10.10.10 ! dial-peer voice 1 voip sess protocol sipv2 incoming uri FROM URI-1 ! dial-peer voice 2 voip sess protocol sipv2 incoming uri FROM URI-2 !
uri de la clase de la Voz
URI que corresponde con para los dial-peer de entrada y de salida no prohibe a administrador la capacidad y la flexibilidad de realizar las coincidencias en más que una cadena del número de teléfono para los protocolos VoIP que soportan los URI en su Mensajería. Antes de IOS 15.4(1)T y de IOS-XE 3.11S una petición URI debe contener “user@host alfanumérico” que un gateway de Cisco rechazaría la llamada con un mensaje 4xx. Ahora URI puede contener apenas la porción del host y las rutas de gateway que la llamada basada en apenas el host proporcionó. es decir sorbo: cisco.com.
Además, antes las identificaciones del usuario de URI de la Voz-clase IOS 15.4(1)T e IOS-XE 3.11S podrían solamente ser los valores numéricos e.164 (sip:1234@host.com). Esto fue cambiada así que los administradores pueden configurar las identificaciones alfanuméricas de usuario en el CUBO (sorbo: user@host.com)
La porción del host o del usuario de un uri de la clase de la Voz puede contener los modelos del regex que amplíe grandemente los valores posibles que pueden ser correspondidos con.
Gateway(config-voice-uri-class)#user-id .) % unmatched ()user-id pattern should be of format ^([][0-9A-Za-z\|\/()*+^$&?#--.])*$
Gateway(config-voice-uri-class)#host .)
% unmatched ()host pattern should be of format ^([][0-9A-Za-z\|@\/()*+^$&?#--.])*$
KYDAVIS-CME-2951(config-voice-uri-class)#pattern .)
% unmatched ()pattern pattern should be of format ^([][0-9A-Za-z\|@;:=%!~\/()*+^$&?#--.])*$
Clase URI de la Voz del ejemplo
! voice class uri HOST sip host webex.com host dns:cisco.webex.com host ipv4:14.50.244.2 host ipv6:[2001:4860:4860::8888] ! voice class uri USER sip user-id username ! voice class uri PATTERN sip pattern 8675309 ! voice class uri HostRegex sip host host (.*)cisco.com ! voice class uri PatternRegex sip pattern 555(.*) ! voice class uri UserRegex sip user-id test(.*) !
Gateway(config)#voice class uri TEST sip Gateway(config-voice-uri-class)#host ipv4:1.1.1.1 Gateway(config-voice-uri-class)#host ipv4:2.2.2.2 Gateway(config-voice-uri-class)#host ipv4:3.3.3.3 Gateway(config-voice-uri-class)#host ipv4:4.4.4.4 Gateway(config-voice-uri-class)#host ipv4:5.5.5.5 Gateway(config-voice-uri-class)#host ipv4:6.6.6.6 Gateway(config-voice-uri-class)#host ipv4:7.7.7.7 Gateway(config-voice-uri-class)#host ipv4:8.8.8.8 Gateway(config-voice-uri-class)#host ipv4:9.9.9.9 Gateway(config-voice-uri-class)#host ipv4:10.10.10.10 Gateway(config-voice-uri-class)#host ipv4:11.11.11.11 Error:Maximum of 10 hosts can only be configured. Gateway(config)#voice class uri TEST2 sip Gateway(config-voice-uri-class)#host dns:1.com Gateway(config-voice-uri-class)#host dns:2.com Gateway(config-voice-uri-class)#host dns:3.com Gateway(config-voice-uri-class)#host dns:4.com Gateway(config-voice-uri-class)#host dns:5.com Gateway(config-voice-uri-class)#host dns:6.com Gateway(config-voice-uri-class)#host dns:7.com Gateway(config-voice-uri-class)#host dns:8.com Gateway(config-voice-uri-class)#host dns:9.com Gateway(config-voice-uri-class)#host dns:10.com Gateway(config-voice-uri-class)#host dns:11.com Error:Maximum of 10 hosts can only be configured. Gateway(config)#voice class uri TEST3 sip Gateway(config-voice-uri-class)#user-id 8675309 Gateway(config-voice-uri-class)#user-id 123456789 Gateway(config-voice-uri-class)#do sh run | s TEST3 voice class uri TEST3 sip user-id 123456789 Gateway(config)#voice class uri TEST4 sip Gateway(config-voice-uri-class)#pattern 8675309 Gateway(config-voice-uri-class)#pattern 123456789 Gateway(config-voice-uri-class)#do sh run | s TEST4 voice class uri TEST4 sip pattern 123456789
Correspondencia de dial-peer entrante de URI
Esta característica fue agregada en IOS 15.1(2)T e IOS-XE 3.8S y utiliza un uri de la clase de la Voz configurado y aplicado a un dial peer de entrada. URI entrante ha sido adoptado por muchos clientes sobre la declaración entrante tradicional del llamar-número para las llamadas del SORBO como él que los primeros criterios de concordancia marcaron al seleccionar a los dial peer de entrada. El comando también no prohibe a administradores la capacidad mejores llamadas de la coincidencia que vienen de un agente o de un usuario determinado de la llamada.
Documentación completa: http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-inbnd-dp-match-uri.html
Casos de uso común
- Un dial peer de entrada que corresponde con en la porción del host de URI para contestar a los pedidos de ping de las OPCIONES de CUCM.
- Un dial peer de entrada que corresponde con en la porción del host de URI para controlar las llamadas entrantes de un proveedor de servicio de la telefonía por Internet (ITSP)
- Un dial peer de entrada que corresponde con en la porción de id del usuario del URi para el Tratamiento de llamada de los ciertos usuarios o de los números.
Ejemplo de configuración
La salida de ejemplo debajo del dial-peer 777 de las coincidencias para cualquier compra de componentes de la petición del SORBO dos del HOST IP definida en el uri de la clase de la Voz. La encabezado que era mirada fue definida como de la encabezado en el dial-peer sin embargo que un administrador puede definir muchos otros que incluyen VÍA, A, y PETICIÓN (petición URI). Si mi CUCM envía un ping de las OPCIONES al CUBO ahora hace juego el dial-peer 777 y fuente que mis 200 ACEPTABLES conteste a las OPCIONES de la interfaz especificada. Si mi CUCM envía una INVITACIÓN al CUBO hace juego el dial-peer 777 como el dial peer de entrada.
! voice class uri CUCM sip
host ipv4:14.50.244.2
host ipv4:14.50.244.20 ! dial-peer voice 777 voip description INCOMING URI session protocol sipv2 incoming uri from CUCM voice-class sip bind control source-interface Loopback777 voice-class sip bind media source-interface Loopback777 !
Correspondencia de dial-peer saliente de URI
Los gatewayes del Cisco IOS pueden hacer juego a un dial-peer de salida que usa URI aplicando un uri de la clase de la Voz a un dial-peer de salida. Esta característica fue agregada en IOS 12.3(4)T y está presente en todas las versiones IOS-XE. Por abandono el SORBO saliente Petición-URI y a la encabezado URI va a tener el destino de la sesión del dial-peer de salida. Esto se puede inhabilitar usando el requri-paso del comando que permite que el gateway pase la porción del host de URI de la en-pierna a la hacia fuera-pierna en vez de substituir la porción del host de URI por la sesión-blanco. El requri-paso del comando fue agregado en 15.4(1)T e IOS-XE 3.11S.
Ejemplo de configuración
! voice class uri CUCM sip
host dns:cucm.com ! dial-peer voice 777 voip description OUTGOING URI session protocol sipv2 destination uri CUCM !
Además de los administradores de los uri de la clase de la Voz puede utilizar una disposición-directiva del dial-peer para hacer juego una en-pierna URI para una correspondencia de dial-peer de salida. Esta característica fue agregada en IOS 15.4(2)T e IOS-XE 3.12S. Una disposición-directiva del dial-peer requiere la definición de un atributo primario de la coincidencia con un atributo secundario de la coincidencia que es opcional. La disposición-directiva se aplica a un dial peer de entrada y cuando ese dial-peer se selecciona para el uso en un tramo de llamada de entrada se invoca la directiva. El resultado es una selección del dial-peer de salida basada en el atributo de la disposición-directiva del dial-peer.
Ejemplo de configuración:
Este ejemplo de configuración rutea la llamada entrante usando de la encabezado en el mensaje del SORBO de la en-pierna. Observe por favor que aunque estemos ruteando la llamada en de la encabezado la INVITACIÓN que todavía sale del gateway tiene la solicitud original URI. Elegimos solamente el dial-peer basado en de la encabezado. La llamada todavía se está enviando a un destino específico mientras que fue recibido que manera. Tan en el ejemplo abajo recibimos una INVITACIÓN con las dos encabezados siguientes:
INVITE a sip:123456789@10.10.10.10:5060 SIP/2.0
Desde: sip:8675309@webex.com
El gateway va a hacer juego el dial-peer 1234 basado en la declaración entrante del llamar-número pues no hay declaraciones entrantes de URI. Tenemos una directiva de la disposición para marcar de la encabezado. Ahora miramos de la encabezado al tomar una decisión sobre el dial-peer de salida. Vemos un host de webex.com en de la encabezado. Esto hace juego con el dial-peer 56789 así que vamos a rutear la llamada usando este dial-peer.
El mensaje del SORBO las hojas el gateway:
INVITE a sip:123456789@cisco.com:5060 SIP/2.0
Desde: sip:8675309@webex.com
Observe cómo sigue habiendo la original número al que se llamó de 123456789. La porción del host cambia para ser la del destino de la sesión en el dial-peer. Ruteamos la llamada vía de la encabezado pero el mensaje de la salida todavía está para 123456789.
! voice class dial-peer provision-policy 1 preference 1 from to ! voice class uri FROM sip host dns:webex.com ! dial-peer voice 1234 voip session protocol sipv2 destination provision-policy 1 incoming called-number . ! dial-peer voice 12345 voip session protocol sipv2 destination uri-from FROM
session target dns:cisco.com !
destino de la sesión sorbo-URI
Antes de IOS 15.4(1)T y de IOS-XE 3.11S si la porción del host de URI fuera diferente solamente el usuario era el mismo esto requeriría a dos dial-peer de salida separados.
Después de esta versión un administrador puede configurar un dial-peer para mantener los host múltiples para el mismo usuario. es decir testuser@cisco.com y testuser@webex.com bajo el mismo dial-peer. Usando la resolución de DNS de los activadores de sorbo-URI del sessiontarget del dominio de entrante INVITE A REQ-URI y determine dinámicamente el IP del destino de la sesión.
Ejemplo de configuración:
El gateway recibe dos SORBOS invita con las encabezados siguientes INVITA a sip:testuser@cisco.com:5060 SIP/2.0 INVITA a sip:testuser@webex.com:5060 SIP/2.0 que el gateway hace juego la petición entrante del SORBO de testuser@cisco.com y testuser@webex.com en el dial-peer 1 debido al comando entrante y la definición ambos del uri de la identificación del usuario hace juego el “testuser”. El URL de la llamada-ruta del sorbo de la Voz-clase del comando que está presente significa que evaluamos a los dial-peer de salida basados en la petición URI de este entrante INVITAMOS. Nos desteta hacen juego el dial-peer 2 debido a las mismas razones que correspondimos con el dial-peer 1, la identificación del usuario del “testuser”. El destino de la sesión de este dial-peer es la original sorbo-URI según lo definido por el “destino de la sesión sorbo-URI” que era un FQDN. Después de que haya ocurrido una resolución de DNS y cisco.com y webex.com del cambio en un IP para la encaminamiento de la capa 3 enviamos un gateway de los del mensaje.
!
ip host cisco.com 10.10.10.10
ip host webex.com 10.10.10.10
!
voice class uri TEST-IN sip
user-id testuser
!
dial-peer voice 1 voip
description INCOMING dial-peer
incoming uri request TEST
session protocol sipv2
voice-class sip call-route url
!
dial-peer voice 2 voip
description OUTBOUND dial-peer
destination uri TEST
session protocol sipv2
session target sip-uri
!
Verificación:
show voice class uri <uri-name> show voice class dial-peer provision-policy <number> debug voip uri
Comodines del dial-peer
Un administrador puede utilizar a los comodines del dial-peer al definir los mecanismos que corresponden con entrantes y salientes que implican una cadena de números. Éstos incluyen el destino-modelo, llamar-número entrante, e164-pattern-maps, y respuesta-direccionamiento así como el comando prefix. Los wilcards del dial-peer son las expresiones normales (regex) disponibles para la configuración que permiten la mayor flexibilidad sobre corresponder con del dial-peers.
Tabla del comodín
| Carácter | Definición | Ejemplos |
| * | En un dial-peer éste es un valor literal de * (estrella) en el telclado numérico. | 12345* |
| # | En un dial-peer éste es un valor literal de # (libra) en el telclado numérico. | 8675309# |
| , |
De los separadores de millares del a1 pausa en segundo lugar entre los dígitos. Una coma se puede también utilizar dentro del [] de los corchetes para romper para arriba un rango continuo. |
9,,,,,555 91[1-3,5-9]8675309 |
| . |
Carácter de Regex para corresponder con cualquier valor 0-9, A-F y *, #, + Encima de los caracteres de punto del bebé 15 puede ser definido por el dial-peer aunque el CLI deje a un administrador configurar tanto mientras que él ve el ajuste. Si más de 15 puntos son requiree por favor utilice el T. |
2…. 91[2-9]..[2-9] ...... |
| % | Regex para el dígito de procedimiento cero de ocurrencia o más vez. | |
| + |
Cuando está utilizado al principio de una cadena significa que un literal + utilizado en el E164 numera. Cuando está utilizado en cualquier parte en la cadena es un valor del regex para el dígito de procedimiento que ocurre una o más veces. |
+19191112222 |
| ¿? | Regex para el dígito de procedimiento cero o un tiempo de ocurrencia. | (206)?5015111 |
| ^ |
Carácter de Regex para indicar el comienzo de la cadena cuando está utilizado fuera de los corchetes Cuando interior usado acorcheta se trata como exclusión o a NO HACE NINGUNA declaración de coincidencia Esto se requiere no más en versiones posteriores mientras que el gateway asume automáticamente un ^ al procesar una cadena del regex sin un ^. |
^8675309 91[^135]555 |
| $ | Carácter de Regex para indicar el extremo de una cadena. | 8675309$ |
| \ |
Carácter de escape para significar un valor literal |
|
| [] |
Los corchetes definen un rango de los caracteres para una sola posición. Las comas se deben utilizar para romper para arriba las cadenas continuas. |
[1-5]0000 [2,5-8]0000 |
| () |
Paréntesis definen un grupo de caracteres en un conjunto. |
9(258)7777 |
| T |
Una coincidencia de la Longitud variable de hasta 32 dígitos. El router espera en el descanso del inter dígito para ocurrir antes de rutear la llamada. El valor predeterminado para el tiempo de espera entre dígitos es 10 segundos y es modificable vía el inter dígito de los descansos en un puerto de voz. T también se refiere al temporizador T302 |
9011T |
| - |
Utilizado en los corchetes para definir el rango. |
[5-9]1234 |
Salida del gateway que visualiza las entradas posibles de la expresión normal
Gateway(config-dial-peer)#destination-pattern asdfqw4r3~2
Incorrect format for E.164 Number
regular expression must be of the form ^[][^0-9,A-F#*.?+%()-]*T?(\$)?$
Estados del dial-peer
El dial-peers puede estar en uno de dos estados operacionales.
- En funcionamiento
- Down (inactivo)
Para que un dial-peer esté en un estado operacional válido y elegible para el uso con el ruteo de llamadas necesita estar en el estado ASCENDENTE. Para los VoIP dial-peer de salida esto significa que debe haber los mecanismos que corresponden con salientes válidos así como una blanco de la sesión válida para rutear la llamada hacia. Para el dial-peers de los POT de salidas los mecanismos que corresponden con salientes válidos válidos así como un puerto de voz válido deben ser configurados. Con los dial peer de entrada solamente los mecanismos válidos de una concordancia de entrada deben ser configurados.
Se considera el estado del busyout cuando un dial-peer se configura con los mecanismos de keepalive y la blanco remota ha fallado los parámetros de ese mecanismo de keepalive. El gateway entonces se traslada el dial-peer a un estado del busyout así que es no se utilizan más para las decisiones de ruteo de llamadas y cuando el mecanismo de keepalive se satisface otra vez el gateway pone el dial-peer nuevamente dentro de un estado ascendente. Si se selecciona un dial-peer mientras que un dial-peer de salida y este dial-peer está en un estado del busyout el gateway falla la llamada con un código de la causa 188.
Junto con los estados operacionales hay estados administrativos.
- En funcionamiento
- Down (inactivo)
Un administrador puede inhabilitar un dial-peer sin la eliminación de él de la configuración ingresando el comando shutdown en el dial-peer. Para volver a permitir dial-por ingrese ningún apagan.
Nota: Un dial-peer con un puerto de voz que esté abajo, apaga, o los restos no operativos en el estado operacional de ASCENDENTE sin embargo el estado de la salida muestran como abajo
Verificación
Gateway#show dial-peer voice summary
dial-peer hunt 0
AD PRE PASS OUT
TAG TYPE MIN OPER PREFIX DEST-PATTERN FER THRU SESS-TARGET STAT PORT KEEPALIVE
1 voip up up 0 syst
777 voip up up 9... 0 syst ipv4:14.50.244.2
555 voip up down 555 0 syst
888 pots up up 888 0 up 0/2/0
999 pots up up 999 0 down 0/2/0
123 voip up up 123 0 syst ipv4:10.10.10.10 busyout
Ruteo virtual y búsqueda de la expedición (VRF) y del dial-peer
Diial-par entrante que corresponde con con el VRF
El comenzar con los gatewayes de Cisco IOS el 15.6(3)M e IOS-XE 16.3.1 puede hacer juego a los dial peer de entrada que usan VRF ID. Para aprovecharse de esto un administrador debe atar al dial peer de entrada a una interfaz que a su vez ate el dial-peer al VRF ID en la interfaz especificada. Después de que el lazo sea completo las llamadas entrantes son filtradas por el gateway de Cisco a solamente incluyen solamente a los dial peer de entrada elegibles que hacen juego el VRF ID de la interfaz que el paquete fue recibido encendido. Aquí del dial peer de entrada se corresponde con sobre la base de la orden de funcionamiento regular de la correspondencia de dial-peer.
Antes de estos el IOS/IOS-XE libera el gateway de Cisco haría una selección entrante basada en el dial peer de entrada regular que corresponde con solamente sin la filtración. Esto significa que una llamada VRF1 se podría corresponder con por un dial-peer VRF2.
Dial-peer de salida que corresponde con con el VRF
Los gatewayes de Cisco tienen la capacidad de interligar las llamadas a través de los VRF sin la necesidad de los escapes de la ruta de ser configurado. Esto significa que una llamada entrante en VRF1 puede ser saliente ruteado en un dial-peer para VRF2 si se satisface la selección que corresponde con del dial-peer de salida normal. Los grupos del dial-peer pueden ser empleados para forzar el gateway de Cisco para guardar la llamada dentro del mismo VRF.
Documentación adicional: http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-multi-vrf.html
Ejemplo de la configuración de grupo VRF y del dial-peer
Este ejemplo de configuración tiene VRF1 y VRF2 con dos intervalos de direcciones IP que solapan y dos rangos del número de teléfono que solapan.
Utilizamos el atascamiento VRF para asegurarnos que corresponden con al dial peer de entrada correcto y los grupos del dial-peer para asegurar al VRF correcto el dial-peer de salida encuadernado está correspondido con. \ Si un paquete del SORBO para una llamada a 8675309 llega en gig0/0/1.2 entonces el gateway filtra hacia fuera a todos los dial peer de entrada disponibles basados en el VRF2 ID. Esto significa que no podemos hacer juego el dial-peer 10. ahora que marcamos la dígito-cadena que hacemos juego el dial-peer 20. El dial-peer 20 tiene un grupo del dial-peer que diga a gateway el único dial-peer de salida que puede ser correspondido con es también el dial-peer 20. Este grupo del dial-peer permite que evitemos corresponder con el dial-peer 10 y cruzar una llamada que viene de VRF1 en VRF2. Allí de la llamada debe proceder como normal.
! interface GigabitEthernet0/0/1.1 description VRF1 encapsulation dot1Q 10 ip vrf forwarding VRF1 ip address 10.10.10.10 255.255.255.0 ! interface GigabitEthernet0/0/1.2 description VRF2 encapsulation dot1Q 20 ip vrf forwarding VRF2 ip address 10.10.10.10 255.255.255.0 ! voice service voip no ip address trusted authenticate media-address voice-vrf VRF1 media-address voice-vrf VRF2 allow-connections sip to sip sip ! voice class dpg 10 description INBOUND VRF1 to OUTBOUND VRF1 dial-peer 10 preference 1 ! voice class dpg 20 description INBOUND VRF2 to OUTBOUND VRF2 dial-peer 20 preference 1 ! dial-peer voice 10 voip description VRF1 destination-pattern 8675309 session protocol sipv2 session target ipv4:10.10.10.20 destination dpg 10 incoming called-number 8675309 voice-class sip bind control source-interface GigabitEthernet0/0/1.1 voice-class sip bind media source-interface GigabitEthernet0/0/1.1 ! dial-peer voice 20 voip description VRF2 destination-pattern 8675309 session protocol sipv2 session target ipv4:10.10.10.20 destination dpg 20 incoming called-number 8675309 voice-class sip bind control source-interface GigabitEthernet0/0/1.2 voice-class sip bind media source-interface GigabitEthernet0/0/1.2 !
Verificación
Gateway# show vrf brief | i VRF VRF1 1:1 ipv4 Gi0/0/1.1 VRF2 2:2 ipv4 Gi0/0/1.2
Gateway# show dial-peer voice summary TAG TYPE MIN OPER PREFIX DEST-PATTERN FER THRU SESS-TARGET STAT PORT KEEPALIVE VRF 10 voip up up 8675309 0 syst ipv4:10.10.10.20 VRF1 20 voip up up 8675309 0 syst ipv4:10.10.10.20 VRF2
Gateway# show voice class dpg 10 Voice class dpg: 10 AdminStatus: Up Description: INBOUND to OUTBOUND VRF1 Total dial-peer entries: 1 Peer Tag Pref -------- ---- 10 1 -------------------------------------
Gateway# show voice class dpg 20 Voice class dpg: 20 AdminStatus: Up Description: INBOUND to OUTBOUND VRF2 Total dial-peer entries: 1 Peer Tag Pref -------- ---- 20 1 -------------------------------------
Técnicas del ruteo de llamadas avanzado
A lo largo de los años como las necesidades comerciales crecen, la compañía amplía y requiere más DID a los administradores de una empresa puede encontrar que el dial-peers básico no resuelva la escala bien. Puede haber las situaciones encendido-apagado que necesitan ser dirigidas, o quizás hay apenas demasiado dial-peers en general. Tener los millares de dial-peers no hace la administración y resolver problemas fáciles. Tener un dial-peer para que comienzo del agente de cada CUCM servidor específico o de la llamada componga el problema de demasiado dial-peers porque ahora un administrador necesita configurar un dial-peer para cada dígito-cadena. Quizás hay tiene más de un proveedor del SORBO que conecta con un gateway o algunos diversos clientes que usan el mismo CUBO. Esto hace aislando a un arrendatario específico muy duro.
Cisco ha tomado este feedback y ha creado un conjunto de los elementos que pueden dirigir los problemas tnese y más. Los grupos del dial-peer, los arrendatarios de la clase de la Voz, los grupos de servidores del destino, e164-pattern-maps y los grupos troncales de los CRISOLES tienen en cuenta para que un administrador solucione todos los problemas arriba y muchos más no mencionados.
Grupos del dial-peer
Agregaron a los grupos del dial-peer en IOS 15.4(1)T e IOS-XE 3.11S y POTS dial peer fueron agregados como opción en IOS 15.5(1)T e IOS-XE 3.14S. Un grupo del dial-peer permite que los administradores especifiquen un dial-peer exacto para la encaminamiento saliente basada en el dial peer de entrada correspondido con. Una vez corresponden con a un dial peer de entrada con un grupo del dial-peer configurado la llamada utiliza el dial-peer definida en el grupo del dial-peer incluso si el destino-modelo no hace juego. El único requisito previó es el dial-peer de salida debe estar ENCIMA DE así que un método de compatibilización saliente se debe configurar sin embargo esto no se utiliza realmente para rutear la llamada.
La mejor manera de describir a los grupos del dial-peer es compararlos al concepto de Static rutas en una tabla de ruteo. Éstos son entrantes estático a las decisiones de ruteo salientes se llevan algo de la conjetura para el gateway porque son diciéndole exactamente cómo rutear la llamada.
Documentación completa: http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/multiple-outbound-dial-peer.html
Ejemplo de configuración
Con el siguiente ejemplo número al que se llamó está 8675309. Esto hace juego el dial-peer 1234 basado en la declaración entrante del llamar-número. Este dial-peer se configura con un grupo del dial-peer que estado la llamada deba ahora rutear hacia fuera al dial-peers 2 entonces 3 y finalmente 1 si el dial-peer 2 falla. Conociendo esto el gateway ahora intenta rutear el dial-peer 2 del decir en voz alta pues se ha dicho explícitamente vía el grupo del dial-peer que es lo que debe hacer.
Observe cómo el destino-modelo en el dial-peer 1, 2, y 3 no es número al que se llamó de 8675309. Esto todavía está muy bien y las rutas de la llamada sin un problema. Recuerde como se debate en el “dial-peer estado” la sección que necesitamos algo/cualquier cosa configurados como declaración que corresponde con saliente. En nuestro diagrama de destinos del caso es traer solamente el dial-peer en un estado operacional ASCENDENTE y la dígito-cadena de ese comando nunca se evalúa. Se recomienda para configurar un modelo como el “destino-modelo AAAA” pues esto es un destino-modelo válido. Puesto que esto es technally un dial-peer válido otras llamadas podrían hacerlo juego. Así la dígito-cadena AAAA significa que podemos nunca utilizarla para cualquier cosa con excepción de nuestro escenario específico involing un grupo del dial-peer pues la probabilidad de una llamada que viene adentro para el AAAA es muy muy muy baja.
!
dial-peer voice 1 voip
description Server 1
destination-pattern ^1234$
session target ipv4:1.1.1.1
!
dial-peer voice 2 voip
description Server 2
destination-pattern ^5678$
session target ipv4:2.2.2.2
!
dial-peer voice 3 voip
description Server 3
destination-pattern AAAA
session target ipv4:3.3.3.3
!
voice class dpg 1
description Dial-peer Group for specific called number 8675309
dial-peer 2 preference 1
dial-peer 3 preference 2
dial-peer 1 preference 3
!
dial-peer voice 1234 voip
description INCOMING dial-peer with DPG
incoming called-number ^8675309$
destination dpg 1
!Verificación
Gateway# show voice class dpg 1 Voice class dpg: 1 AdminStatus: Up Description: Dial-peer Group for specific called number 1234 Total dial-peer entries: 3 Peer Tag Pref -------- ---- 2 1 3 2 1 3 -------------------------------------
E164-pattern-maps
Esta característica da a administradores la capacidad de reducir el número de dial-peers total combinando muchas coincidencias posibles del número (diagramas de destinos, llamar-número entrante, etc) en una sola correspondencia del modelo. El soporte del dial-peer de salida e164-pattern-map fue agregado en IOS el 15.2(4)M e IOS-XE 3.7S mientras que el soporte del dial peer de entrada e164-pattern-map fue agregado en IOS 15.4(1)T e IOS-XE 3.11S.
Un e164-pattern-map se puede configurar vía el CLI o preconfigurar y guarda como un archivo .cfg. El archivo .cfg entonces se agrega al flash del gateway y después se refiere al configurar el resto del comando. El archivo .cfg puede utilizar 5000 entradas.
¡Las entradas en ambos métodos de configuración pueden utilizar a todos los comodines normales del dial-peer para la agregación adicional!
Documentación completa: http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/vd-mdp-dialpeer.html
Ejemplo de la configuración CLI - Número que llama
! voice class e164-pattern-map 1 description E164 Pattern Map for calling numbers e164 919574100. e164 919574300. e164 8675309 ! dial-peer voice 1 voip description INBOUND Dial-peer based on CALLING # incoming calling e164-pattern-map 1 !
dial-peer voice 11 voip
description OUTBOUND Dial-peer based on CALLING #
destination calling e164-pattern-map 1
!
Ejemplo de la configuración CLI - Número al que se llamó
! voice class e164-pattern-map 2 description E164 Pattern Map for called 800 numbers e164 91800T e164 91855T e164 91888T ! dial-peer voice 2 voip description INBOUND Dial-peer based on CALLED # incoming called e164-pattern-map 2 ! dial-peer voice 22 voip description OUTBOUND Dial-peer based on CALLED # destination e164-pattern-map 2 !
Ejemplo de configuración de destello
! voice class e164-pattern-map <tag> description FILEPATH for E164 Pattern Map url flash:<filepath>/e164-pattern-list.cfg ! dial-peer voice ### voip description E164 Pattern Map Dial-peer incoming calling e164-pattern-map <tag> !
Verificación
Gateway# show voice class e164-pattern-map 1 e164-pattern-map 1 ----------------------------------------- Description: CUCM phones It has 3 entries It is not populated from a file. Map is valid. E164 pattern ------------------- 8675309 1... [2-5]...$
Defectos notables
- CSCva64393
- e164-pattern-map no analiza la línea más reciente del archivo de configuración
Grupos de servidores del destino
Los grupos de servidores dan a administradores la capacidad de configurar los destinos múltiples (destinos de la sesión) en el mismo VoIP dial-peer. Por abandono la orden de la clase es la preferencia definida en las entradas del grupo de servidores. La exploración de ordenamiento cíclico se puede emplear usando el caza-esquema del comando circular. Agregaron a los grupos de servidores en IOS 15.4(1)T e IOS-XE 3.11S.
Nota: El número máximo de entradas es 5 por el grupo de servidores.
Documentación completa: http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/multiple-server-groups.html
Ejemplo de configuración
! voice class server-group 1 hunt-scheme round-robin ipv4 14.50.244.2 port 5060 preference 1 ipv4 14.50.244.62
ipv6 2010:AB8:0:2::1 port 2323 preference 3
ipv6 2010:AB8:0:2::2 port 2222 ! dial-peer voice 1 voip session protocol sipv2
destination-pattern 8675309 session server-group 1 !
Verificación
Gateway#show voice class server-group 1 Voice class server-group: 1 AdminStatus: Up OperStatus: Up
Hunt-Scheme: round-robin Last returned server:
Description:
Total server entries: 4
Pref Type IP Address IP Port
---- ---- ---------- -------
1 ipv4 14.50.244.2 5060
0 ipv4 14.50.244.62
3 ipv6 2010:AB8:0:2::1 2323
0 ipv6 2010:AB8:0:2::2 2222
Grupo de servidor de destino y keepalive de las OPCIONES
Vale el observar de que los grupos de servidores no siguen los mecanismos de keepalive normales de las OPCIONES del Hacia fuera-de-diálogo. Utilizan una característica llamada un perfil del opción-keepalive. Esto permite que el gateway monitoree cada agente de la llamada definido en el grupo de servidores específico.
ejemplo del Opción-keepalive con el grupo de servidores
! voice class server-group 1 hunt-scheme round-robin ipv4 14.50.244.2 ipv4 14.50.244.62 ! dial-peer voice 1 voip session protocol sipv2 session server-group 1 voice-class sip options-keepalive profile 1 !
Verificación
Gateway# show voice class sip-options-keepalive 1 Voice class sip-options-keepalive: 1 AdminStat: Up Description: Transport: system Sip Profiles: 0 Interval(seconds) Up: 5 Down: 5 Retry: 5 Peer Tag Server Group OOD SessID OOD Stat IfIndex -------- ------------ ---------- -------- ------- 1 1 Active 87 Server Group: 1 OOD Stat: Active OOD SessID OOD Stat ---------- -------- 1 Active 2 Active OOD SessID: 1 OOD Stat: Active Target: ipv4:14.50.244.2 Transport: system Sip Profiles: 0 OOD SessID: 2 OOD Stat: Active Target: ipv4:14.50.244.62 Transport: system Sip Profiles: 0
Grupos troncales de los CRISOLES
Los grupos troncales son una colección de puertos de voz físicos con las capacidades de señalización similares. Ésta es una característica que se puede emplear para reducir al número total de POTS dial peer que necesiten ser configurados. Los grupos troncales fueron introducidos en el IOS en 12.1(3)T y están presentes en todas las versiones de IOS-XE.
Documentación completa: http://www.cisco.com/c/en/us/td/docs/ios/12_2/12_2x/12_2xu/feature/guide/ftpg_str.html#wp1034848
Ejemplo de configuración:
! trunk group PSTN description PSTN voice-ports !
trunk group FXO
description FXO voice-ports
! voice-port 0/2/0 trunk-group PSTN 1 ! voice-port 0/2/1 trunk-group PSTN 2 !
voice-port 0/2/2
trunk-group FXO 1
!
voice-port 0/2/3
trunk-group FXO 2
! dial-peer voice 1234 pots trunkgroup PSTN 1 trunkgroup FXO 2 !
Arrendatarios de la clase de la Voz
Arrendatarios presentados de la clase de la Voz IOS 15.6(2)T e IOS-XE 16.3.1 que permite que cada arrendatario tenga sus propias configuraciones individuales. Un arrendatario puede ser proveedor de telefonía, Cisco unificó al administrador de la comunicación (CUCM), o cualquier otro agente de la llamada de las de otras compañías que un administrador quisiera tiene configuraciones globales específicas para. Primero un administrador crea a un arrendatario de la clase de la Voz y define los parámetros. Entonces aplican al arrendatario de la clase de la Voz al dial-peer o a la opción específico. Esta nueva configuración da a administradores otro nivel de control sobre las llamadas más allá del dial-peers y de la configuración global.
Documentación completa: http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-multi-tenants.html
Orden normal del comando preference sin los arrendatarios
- Comando dial-peer
- Comando global (voip del servicio de voz y sorbo-UA)
Orden del comando preference con los arrendatarios
- Comando dial-peer
- Comando del arrendatario
- Comando global (voip del servicio de voz y sorbo-UA)
Ejemplo de configuración del Multi-arrendatario
Tenemos dos arrendatarios 777 y 999. Los hemos configurado con configuraciones levemente diversas y las hemos aplicado a nuestro dial-peers. Esto significa que las llamadas usando el diverso dial-peers tienen las configuraciones basadas dial-peer así como las configuraciones del específico del arrendatario. Las opciones abajo son solamente un snippet del poder de los arrendatarios de la clase de la Voz. Refiera a la documentación para ver qué se puede configurar todo en un arrendatario. Es recomienda emplear los mecanismos que corresponden con estrictos como el uri de la clase de la Voz o los números que marcan con etiqueta con ciertas cadenas de números a la correspondencia de dial-peer del arrendatario del sperate, o aún a configurar los VRF de modo que el arrendatario A nunca solape con el arrendatario B y haga juego accidentalmente un dial-peer que no deben.
!
voice class tenant 999 asymmetric payload full bind control source-interface GigabitEthernet0/0/0.228 bind media source-interface GigabitEthernet0/0/0.228 g729 annexb-all ! voice class tenant 777 sip-server ipv4:192.168.1.2 bind control source-interface Loopback0 bind media source-interface Loopback0 pass-thru content sdp ! dial-peer voice 999 voip destination-pattern 8675309 session protocol sipv2 incoming called-number 8675309 voice-class sip tenant 999 ! dial-peer voice 777 voip destination-pattern 8675309 session protocol sipv2 session target sip-server voice-class sip tenant 777 !
Verificación
No hay actualmente comandos individuales de ver las configuraciones del arrendatario de la clase de la Voz. El siguiente comando debe ser suficiente para filtrar los config corrientes apenas a la información del arrendatario.
show run | sec tenant
CUBO de las llamadas ILS URI (Ruta-cadena de la clase de la Voz)
Las cadenas de la ruta se utilizan con el servicio de las operaciones de búsqueda del intercluster CUCM (ILS) y se pueden configurar para permitir que los gatewayes de Cisco ruteen las llamadas VoIP vía la ruta-cadena incluida en el SORBO INVITAN recibido de un CUCM 9.5+ que funciona con el servicio ILS. Esta característica fue agregada en IOS el 15.3(3)M e IOS-XE 3.10S. La mayoría de las conexiones ILS son CUCM a CUCM y a los administradores no molestan el implicar de un CUBO para el enlace del intercluster. Sin embargo si necesitamos realizar la función con el CUBO en el centro las opciones están allí.
Documentación completa: http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube_interop/configuration/15-mt/cube-interop-15-mt-book/voi-cube-ils-service.html
Ejemplo de configuración: CUCM - SORBO - CUBO - SORBO - CUCM
!
voice service voip sip call-route dest-route-string ! voice class route-string rt1 pattern london.uk.eu ! voice class sip route-string rt2 pattern *.eu ! voice class sip-hdr-passthrulist hdr1 passthru-hdr x-cisco-dest-route-string ! dial-peer voice 1 voip description INBOUND dial-peer session protocol sipv2 voice-class sip pass-thru headers hdr1
voice-class sip call-route dest-route-string ! dial-peer voice 2 voip description OUTBOUND dial-peer destination route-string rt2 session protocol sipv2 session target ipv4:172.16.104.178 !
Verificación
show voice class route-string
Técnicas del ruteo de llamadas de la herencia
Los elementos cubiertos en esta sección se consideran las técnicas de la herencia. Mientras que la capacidad de configurar éstos está todavía presente dentro de un gateway de Cisco no se recomienda para hacer uso de estos comandos en las configuraciones modernas. Este documento las cubre solamente porque podrían ser encontradas mientras que trabajaban con las configuraciones heredadas o al realizar las actualizaciones.
DNIS-mapa
las DNIS-correspondencias se podrían considerar el precursor para cuál ahora sería un E164-pattern-map. Las correspondencias DNIS fueron agregadas al IOS en 12.2(2)XB y han existido siempre en IOS-XE.
Si hay DNIS-correspondencias configuradas valdría el convertir de ellas a la característica más robusta e164-pattern-map.
Sintaxis de los comandos: http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d2.html#wp3372710070
Ejemplo de configuración:
! voice dnis-map 34 dnis 8675309 ! dial-peer voice 88 voip dnis-map 34 !
Escrituras de la etiqueta del grupo troncal
Las escrituras de la etiqueta del grupo troncal fueron agregadas en IOS 12.2(11)T y existen en todas las versiones IOS-XE. El propósito de una trunk-grupo-escritura de la etiqueta es similar a un ID del portador en el sentido que puede ser utilizado para aumentar corresponder con del dial-peers. Esto está disponible para la configuración dentro de los grupos troncales de los CRISOLES, VOIP y los POTS dial peer así como los grupos fuente de la Voz. El uso de las escrituras de la etiqueta del grupo troncal vistas raramente en las configuraciones de gateway de Cisco modernas.
Sintaxis de los comandos: http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-t3.html#wp2051313870
Ejemplo de configuración:
! dial-peer voice 112 pots trunk-group-label source north3 trunk-group-label target east17 !
Tipo de numeración
Con las integraciones del q.931 ISDN existe la capacidad de hacer juego un dial-peer basado en la llamada o número al que se llamó así como el tipo de número específico ITU de la Mensajería de la CONFIGURACIÓN del q.931. Esto es configurable vía el comando numbering-type en VOIP o el POTS dial peer. el Enumeración-tipo no puede ser utilizado solamente y debe ser utilizado conjuntamente con el destino-modelo, el respuesta-direccionamiento, o el llamar-número entrante. Esto significa que la condición de la declaración que corresponde con entrante/saliente Y el tipo de número deben hacer juego para ser un éxito para que el dial-peer sea considerado para llamada entrante o saliente rutear.
la Enumeración-coincidencia se puede pensar en como mecanismo de filtración del dial-peer bastante que un mecanismo que corresponde con. Esto es porque un dial-peer con y sin un comando del Tipo de numeración aplicado se considera la misma ponderación predeterminada de la preferencia si no hay preferencia del administrador aplicada. Éste es el ID del portador desemejante que, cuando está aplicada a un dial-peer adelante echan a un lado el otro mecanismo que corresponde con, agrega la preferencia a ese dial-peer sobre otros si ambas condiciones son verdades.
El corresponder con del Tipo de numeración fue agregado en IOS 12.0(7)XR1 y está presente en todas las versiones IOS-XE. Con la disminución de las líneas ISDN tradicionales de los CRISOLES que son desplegadas en las redes de Collboration el uso del enumeración-tipo se considera raramente en las implementaciones modernas.
Sintaxis de los comandos: http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-n1.html#wp3304694174
Ejemplo de configuración:
Este dial-peer puede hacer juego 4085150000 a 4085159999 solamente si el tipo del número ISDN es nacional
! dial-peer voice 408 voip numbering-type national destination-pattern 408515.... session target ipv4:10.1.1.2 !
Tipos de número posibles:
| Abreviado | Representación abreviada del número completo según lo soportado por esta red |
| Internacional | Número llamado para alcanzar a un suscriptor en otro país |
| Nacional | Número llamado para alcanzar a un suscriptor en el mismo país, pero fuera de la red local |
| Red | Específico administrativo o del número de servicio a la red de la porción |
| Reservado | Reservado para la extensión |
| Suscriptor | Número llamado para alcanzar a un suscriptor en la misma red local |
| Desconocido | El tipo de número es desconocido por la red |
Datos del dial-peer
Presentaron al dial-peers de los datos en IOS 12.2(13)T y el útil de tal dial-peers estaba para las llamadas del módem de los datos entrantes en un gateway de Cisco. Este dial-peer está solamente para el uso en la dirección entrante y visto raramente en las implementaciones modernas.
Sintaxis de los comandos: http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp1448833490
Ejemplo de configuración:
! dial-peer data 100 pots incoming called-number 100 !
URI y Manipulación de dígitos
En algún momento de un despliegue de la Colaboración un administrador puede necesitar manipular los dígitos o una encabezado de URI/del SORBO. Los gatewayes de Cisco tienen métodos numerosos para la Manipulación de dígitos que permite un control total del administrador sobre cómo y cuándo un dígito debe ser manipulado. Sin embargo, esto puede ser desalentador a alguno mientras que se abruman con las diversas opciones O el administrador no sabe que existe una opción.
Manipulación de dígitos vía los POTS dial peer
Los POTS dial peer tienen algunas técnicas de las manipulaciones del único dígito únicas a ellas que los VoIP dial-peer no tienen.
El primer es el eliminar de los dígitos izquierdo-alineados explícitamente definidos en un destino-modelo. Esto se puede inhabilitar usando el comando ninguna dígito-tira en el POTS dial peer.
Ejemplo:
En este ejemplo hemos definido 9011T como la cadena para el destino-modelo.
Con esto en el lugar recibimos una llamada para 90113227045555. Esto hace juego nuestro dial-peer para la encaminamiento de la llamada de salida y los dígitos explícitamente definidos de 9011 se pelan antes de que la llamada se rutee hacia fuera el puerto de voz.
! dial-peer voice 1 pots destination-pattern 9011T port 0/0/0:23 !
El siguiente ejemplo muestra una configuración sin la dígito-tira en el lugar.
Si se envía el mismo número se llama los 9011
! dial-peer voice 1 pots destination-pattern 9011T port 0/0/0:23
no digit-strip !
El segundo es la capacidad de especificar cuántos dígitos quisiéramos remitir en el POTS dial peer.
Tome el siguiente ejemplo donde recibimos una llamada para 918005532447 deCUCM. Enestasituaciónqueremosquitar los9sinoenviar elresto delnúmeroque comienzacon el1.
Si configuramos el comando forward-digits en el POTS dial peer podemos especificar exactamente cuántos dígitos enviamos.
! dial-peer voice 1 pots destination-pattern 918005532447 forward-digits 11 port 0/2/0 !
Pasado, los POTS dial peer pueden hacer uso del comando prefix de agregar los dígitos a una llamada antes de rutear hacia fuera el puerto de voz. El siguiente ejemplo pela los 91 explícitamente definidos y prefija 007 al número antes de enviar el decir en voz alta el puerto de voz.
! dial-peer voice 1 pots destination-pattern 91T prefix 007 port 0/1/0:15 !
Manipulación de dígitos vía las Reglas de traducción y los perfiles de la Voz
Las reglas de traducción de la Voz son expresiones normales (regex) usadas para transformar los dígitos. Las reglas de traducción y los perfiles fueron agregados al IOS en 12.0(7)XR1. Una traducción-regla nosotros aplicados para expresar los perfiles de traducción que entonces se aplican a un dial-peer o a un puerto de voz. Las reglas de traducción contienen una entrada de la coincidencia y una salida de la modificación. Junto con la entrada de la coincidencia en el número hay una coincidencia y modifica la entrada para el plan y el tipo ISDN. La combinación de cadena de números, de plan y de tipo de la coincidencia se considera Y coincidencia. Esto significa que todas las entradas de la coincidencia definidas debe ser verdad para que ocurra la traducción.
Las reglas de traducción tienen la capacidad de cambiar llamado, llamada, vuelva a dirigir llamado, reorientar-blanco, y número de devolución de llamada en el ISDN, el SORBO, y los protocolos de señalización H323. Las reglas de traducción hacen juego basado en una búsqueda de arriba hacia abajo así que la orden de las reglas es de importancia extrema. Si una coincidencia se encuentra en una regla más alta que el gateway para inmediatamente el buscar y procese la traducción. Las Reglas de traducción no pueden cambiar las encabezados no numéricas del sorbo tales como "testuser@10.10.10.10". Para esta manipulación utilice por favor un perfil del SORBO.
las Transición-reglas se pueden utilizar para bloquear las llamadas en los gatewayes de Cisco.
Preferencia de la selección del perfil de traducción
- Perfil de traducción de la voz entrante en el puerto de voz
- Perfil de traducción de la voz entrante en el grupo troncal aplicado a la interfaz serial
- Perfil de traducción de la voz entrante en el dial peer de entrada
- Perfil de traducción de la voz entrante definido vía los crisoles del servicio de voz
- Perfil de traducción saliente de la Voz definido vía los crisoles del servicio de voz
- Perfil de traducción de la Voz o traducir-saliente saliente en el dial-peer de salida
- El perfil de traducción saliente de la Voz en el grupo troncal se aplicó a la interfaz serial
- Perfil de traducción saliente de la Voz en el puerto de voz
Además del regex del dial-peer y de las reglas de traducción de los wilcards tenga sus propios caracteres del regex.
| Carácter |
Definición |
| * |
Cuando está utilizada en las reglas de traducción éste es regex para 0 o más del carácter anterior. Para hacer juego un literal * utilice un carácter de escape: \ * |
| \ |
De uso general para escapar los conjuntos en la regla de traducción \ (\) |
| y | El signo "&" se utiliza para traer sobre cualquier cosa correspondida con en la coincidencia inicial fijada para el conjunto de modificación |
| () | Los elementos envueltos en paréntesis se consideran un conjunto. |
| ^ |
Define el comienzo explícito de una cadena. A diferencia de las reglas de traducción del dial-peers no defina el comienzo de la cadena. Esto significa que definiendo una cadena sin un ^ puede el anywehre posible de la coincidencia en la cadena de entrada que puede llevar a las traducciones indeseadas en el medio de un número. |
Conjuntos de modificación
- Los conjuntos se especifican como \0, \1, \2, etc.
- \0 hace juego cualquier cosa entre el primer coincidencia-conjunto. Esto puede también ser realizado vía un carácter del signo "&": y.
- \1 hace juego el primer conjunto de () en el coincidencia-conjunto
- \2 hace juego el segundo conjunto de () en el coincidencia-conjunto
- Tan encendido y así sucesivamente.
ejemplo de la Traducción-regla con dos conjuntos
En este ejemplo examinamos el número 000111000222.
Queremos quitar el 0s del número y realizar un número final de 111222.
Para hacer esto configuramos el conjunto 1 y 2 para asir los 111 y los 222 respectivamente mientras que caen el 0s.
! voice translation-rule 333 rule 1 /000\(111\)000\(222\)/ /\1\2/ ! voice translation-profile SET-EXAMPLE translate called 333 ! Gateway#test voice translation-rule 333 000111000222 Matched with rule 1 Original number: 000111000222 Translated number: 111222 Original number type: none Translated number type: none Original number plan: none Translated number plan: none
Ejemplo para eliminar el modelo de 9 hacia fuera-diales de a número al que se llamó
! voice translation-rule 9 rule 1 /^9\(.*\)/ /\1/ ! voice translation-profile STRIP-9 translate called 9 ! dial-peer voice 9 voip translation-profile outgoing STRIP-9 ! voice-port 0/0/0 translation-profile outgoing STRIP-9 ! Gateway#test voice translation-rule 9 918675309 Matched with rule 1 Original number: 918675309 Translated number: 18675309 Original number type: none Translated number type: none Original number plan: none Translated number plan: none
El truncar número al que se llamó a 4 dígitos
! voice translation-rule 4 rule 1 /.*\(....\)/ /\1/ ! voice translation-profile STRIP-TO-4 translate called 4 ! Gateway#test voice translation-rule 4 8675309 Matched with rule 1 Original number: 8675309 Translated number: 5309 Original number type: none Translated number type: none Original number plan: none Translated number plan: none
El eliminar más + del número al que se llamó
! voice translation-rule 999 rule 1 /\+\(.*\)/ /\1/ ! voice translation-profile STRIP-PLUS translate called 999 ! Gateway#test voice translation-rule 999 +8675309 Matched with rule 1 Original number: +8675309 Translated number: 8675309 Original number type: none Translated number type: none Original number plan: none Translated number plan: none
Las Reglas de traducción se pueden también aplicar directamente a un dial-peer sin el primer que es aplicado a un perfil de traducción.
! voice translation-rule 1 rule 1 /1234/ /8678309/ ! voice translation-rule 2 rule 2 /^4...$/ /1408515\0/ ! dial-peer voice 1 voip translate-outgoing called 1 ! dial-peer voice 2 voip translate-outgoing calling 2 !
Perfil de la traducción en el grupo troncal
! trunk group <name> translation-profile incoming <profile-name> translation-profile outgoing <profile-name> !
Hacer el debug de las Reglas de traducción y los perfiles de la Voz
debug voip ccapi inout debug voice translation debug dialpeer test voice translation-rule <number> <string> type <type> plan <plan>
Manipulación de dígitos vía las correspondencias ISDN
Las CORRESPONDENCIAS ISDN son una más vieja técnica para modificar los dígitos. Esto fue agregada en IOS 12.0(6)T y la mayoría de las nuevas configuraciones no utilizan esta característica pues no son tan robustas como las reglas de traducción y los perfiles de la Voz. Las correspondencias ISDN se definen bajo interfaz serial.
Ejemplo de configuración:
Serial0/0/0:23 isdn map address ^911 plan isdn type unknown isdn map address ^1.......... plan isdn type national isdn map address ^2......... plan isdn type national isdn map address ^3......... plan isdn type national isdn map address ^4......... plan isdn type national isdn map address ^5......... plan isdn type national isdn map address ^6......... plan isdn type national isdn map address ^7......... plan isdn type national isdn map address ^8......... plan isdn type national isdn map address ^9......... plan isdn type national
Manipulación de dígitos vía la extensión del número (numérico-exp)
Como la extensión del número de las correspondencias ISDN es una más vieja técnica agregada en IOS 11.3(1)T y no usada mucho en las nuevas redes. Esta característica fue agregada antes de que existieran las reglas de traducción y los perfiles de la Voz. La extensión del número es un cambio global de los dígitos aplicados a todo el dial-peers en un gateway de Cisco. La modificación se aplica al número al que se llamó DESPUÉS DE QUE se haya correspondido con el dial-peer y justo antes de que la llamada se envía al llamada-agente siguiente.
Ejemplo de configuración:
num-exp 4... 18005554...
num-exp 1234 8675309
SORBO entrante/saliente de los perfiles
Los perfiles del SORBO son las declaraciones de coincidencia robustas de la expresión normal (regex) que permiten que un administrador cambie cualquier aspecto de un mensaje del SORBO incluyendo el SDP y SORBA las encabezados. Éstos se pueden habilitar global, por el dial-peer o por el arrendatario. Los perfiles del SORBO están disponibles para las modificaciones entrantes que comienzan con con IOS 15.4(2)T e IOS-XE 3.12S. Puesto que los perfiles del SORBO son tan robustos que esta cubierta del documento solamente algunos ejemplos específicos.
Puntos claves alrededor de entrantes contra los perfiles salientes del SORBO
- Los perfiles entrantes del SORBO cambian el mensaje ANTES del CUBO procesan el mensaje para el ruteo de llamadas.
- Cambio saliente de los perfiles del SORBO el mensaje DESPUÉS DE QUE el CUBO haya procesado el ruteo de llamadas y antes de que el mensaje se envía al salto siguiente.
Otras notas sobre la configuración del sorbo-perfil:
- Los perfiles del SORBO no pueden manipular los atributos del m=image SDP. El enhancment para esto fue clasifiado bajo CSCsr20474 . SORBA además los perfiles no puede quitar o agregar los valores al SDP. Podemos modificar solamente estos valores. Sin embargo es posible modificar un valor SDP en un valor nulo especificando el valor entero entonces que fija la salida a un conjunto de las citas vacías sin un espacio.
- No hay controles realizados para ver si existe el comando actual que es ingresado ya o existe una versión de ese comando ya al ingresar los comandos dentro del sorbo-perfil de la clase de la Voz. Si un administrador pega una línea 7 veces en un sorbo-perfil visualiza 7 veces en la configuración corriente. Se aconseja para quitar el comando modifed y después para ingresar el comando new al editar los sorbo-perfiles de evitar los comandos múltiples que están presentes.
Documentación completa: http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-sip-param-mod.html?bookSearch=true
Herramienta para pruebas del perfil del SORBO: https://cway.cisco.com/tools/SipProfileTest/
Sintaxis entrante/saliente del ejemplo del perfil del SORBO
! voice class sip-profiles <number> request <message-type> sip-header <header> modify "match-pattern" "replace-pattern" request <message-type> sip-header <header> add "add-pattern" request <message-type> sip-header <header> remove request <message-type> sdp-header <header> modify "match-pattern" "replace-pattern" request <message-type> sdp-header <header> add "add-pattern" request <message-type> sdp-header <header> remove response <number> sip-header <header> modify "match-pattern" "replace-pattern" response <number> sip-header <header> add "add-pattern" response <number> sip-header <header> remove response <number> sdp-header <header> modify "match-pattern" "replace-pattern" response <number> sdp-header <header> add "add-pattern" response <number> sdp-header <header> remove !
Métodos salientes de la aplicación del perfil del SORBO
! Global Application ! voice service voip sip sip-profiles <number> !
! Dial-peer Application ! dial-peer voice <tag> voip voice-class sip profiles <number> !
Métodos entrantes de la aplicación del perfil del SORBO
Observe por favor: Se requiere para habilitar el “sorbo-perfil entrante” bajo el sorbo del voip del servicio de voz si la aplicación global o la aplicación del dial-peer está utilizada.
! Global Application ! voice service voip sip sip-profiles inbound sip-profiles <number> inbound !
! Dial-peer Application !
voice service voip
sip
sip-profiles inbound
! dial-peer voice <tag> voip voice-class sip profiles <number> inbound !
Perfil del SORBO del ejemplo para modificar el host, el dominio, o ambas porciones de URI
! Host ! voice class sip-profiles 1 request ANY sip-header Contact modify "sip:(.*)@" "sip:8675309@" ! ! Domain ! voice class sip-profiles 2 request ANY sip-header Contact modify "10.67.138.241:5060" "cisco.com" ! ! Note: Port is optional ! ! Modify Both User and Host ! voice class sip-profiles 3 request ANY sip-header Contact modify "sip:(.*)>" "sip:8675309@cisco.com>" !
El perfil del SORBO del ejemplo a agregar, modifica, o quita los encabezamientos de distracción
! Add ! voice class sip-profiles 777 request INVITE sip-header Diversion add "Diversion: <sip:1234@abc.com>" ! ! ! Modify ! voice class sip-profiles 888 request INVITE sip-header Diversion modify "sip:" "sip:1234@abc.com" ! ! ! Remove ! voice class sip-profiles 999 request INVITE sip-header Diversion remove !
Perfil del SORBO del ejemplo para modificar la porción del nombre del Identificador de llamada de encabezados del SORBO
! voice class sip-profiles 123 request INVITE sip-header From modify "\".*\"" "\"TEST CLID*\"" !
Perfil del SORBO del ejemplo para cambiar una sesión 183 en curso a 180 que suenan.
! voice class sip-profiles 789 response 183 sip-header SIP-StatusLine modify "SIP/2.0 183 Session in Progress" "SIP/2.0 180 Ringing" !
Perfil del SORBO del ejemplo para la Interoperabilidad audio de una forma o de la ninguna manera con un proveedor
!
voice class sip-profiles 200 request ANY sdp-header Audio-Attribute modify "a=inactive" "a=sendrecv" request ANY sdp-header Audio-Connection-Info modify "0.0.0.0" "10.10.10.10"
!
! where 10.10.10.10 is CUBE's provider facing IP address
Perfil del SORBO del ejemplo para quitar el método update por problemas de interoperabilidad.
!
voice class sip-profiles 200
request ANY sip-header Allow-Header modify ", UPDATE" ""
!
Uso DETERMINADO de la demostración del perfil del SORBO del ejemplo dentro del perfil del SORBO. Éste es el mismo concepto de conjuntos descritos dentro de la sección de la traducción-regla de la Voz.
!
voice class sip-profiles 1 request ANY sip-header Contact modify "sip:(.*)@" "sip:\1@"
!
Configurating SI roturas de la lógica y del newline con un perfil del SORBO.
Las roturas del Newline se soportan en el SORBO perfilan sin embargo allí son solamente un caso muy específico del uso para éstos. Puesto que los perfiles del SORBO no tienen ningunos SI, después, la lógica otra allí ahora es manera de realizar los modifcations a una encabezado basada en una entrada de otra encabezado. Es decir un administrador quiere solamente modificar un encabezamiento de distracción si de la encabezado contiene 1234@cisco.com. Utilizando la rotura del newline podemos “spoof” SI declaración dentro de un perfil del SORBO. Vea el ejemplo de configuración abajo: Hacemos juego 1234 en cualquier dominio en de la encabezado. Después traemos sobre el primer conjunto y agregamos una rotura el "\x0D\x0AD" de la línea nueva. Finalmente agregamos la encabezado que queremos. Vea que este método permite solamente que AGREGUEMOS una encabezado. No hay manera de modificar otra encabezado. Esto cumple tan solamente parcialmente los requisitos que un administrador quiso alcanzar arriba.
!
voice class sip-profiles 1 request INVITE sip-header From modify “(.*sip:1234@.*)” “\1\x0D\x0ADiversion: <sip:5678@example.com>” !
SORBO Copylist
El SORBO Copylist es una extensión de los perfiles del SORBO que permite que el gateway COPIE una encabezado de la en-pierna de una llamada y después LA PEGUE a otro punto en el mensaje del SORBO de la salida en la hacia fuera-pierna. El soporte de Copylist del SORBO fue agregado en IOS 15.1(3)T e IOS-XE 3.6S. Ésta es forma muy eficaz del bery de crear las encabezados dinámicas basadas en otras encabezados de la en-pierna de la llamada.
El uso-caso más común está copiando dinámicamente a de la encabezado a una diversa encabezado como la diversión o la p-afirmar-identificación de modo que el valor de la porción del usuario sea del usuario. Esto se hace sobre todo para los propósitos de la autenticación así como del Identificador de llamada.
Documentación completa: http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/copy_sip_headers.html?bookSearch=true
Ejemplo de Copylist del SORBO
! ! Create Copylist to copy the FROM header on the inbound message specified later. ! voice class sip-copylist <number> sip-header From ! ! Apply this to the inbound dial-peer of the call. ! dial-peer voice <tag> voip voice-class sip copy-list <number> ! ! Create SIP Profile to take From (peer-header) stored as variable "u01" and apply to a header of choice. ! This example modifies the user portion of the Contact by copying the user portion of the From header to the user portion of the Contact header. ! voice class sip-profiles <number> request INVITE peer-header sip From copy "<sip:(.*)@" u01 request INVITE sip-header Contact modify "<sip:(.*)>" "<sip:\u01@14.50.244.2>" ! ! Apply the SIP profile to an outbound dial-peer ! dial-peer voice <tag> voip voice-class sip profiles <number>
!
Hacer el debug de los perfiles y Copylist del SORBO
debug voip ccapi inout debug ccsip mess debug ccsip info debug ccsip feature sip-profile
Salida de los debugs del SORBO Copylist del ejemplo
### Ingress from CUCM Received: INVITE sip:1001@14.50.228.61:5060 SIP/2.0 Via: SIP/2.0/TCP 14.50.244.3:5060;branch=z9hG4bKaad21bc3ae7e From: "5001" <sip:5001@14.50.244.3>;tag=100442~cdffff43-5020-4e79-a10b-99d406971010-36470319 Contact: <sip:5001@14.50.244.3:5060;transport=tcp> ### Copylist Details 00440: Mar 8 18:59:49.796: //-1/xxxxxxxxxxxx/SIP/Info/info/64/sip_profiles_application_peer_copy_pattern: sed_match succeeded 000441: Mar 8 18:59:49.797: //187/D6138E000000/SIP/Info/info/64/sip_profiles_application_peer_copy_pattern: SIP Profiles COPY variables AVL tree created 000442: Mar 8 18:59:49.797: //-1/xxxxxxxxxxxx/SIP/Info/info/64/sip_profiles_prefix_slash_in_copy_var_val: ret_dst: 5001 000443: Mar 8 18:59:49.797: //187/D6138E000000/SIP/Info/info/64/sip_profiles_application_peer_copy_pattern: SIP Profiles COPY variable: u1 val: 5001 000444: Mar 8 18:59:49.797: //-1/xxxxxxxxxxxx/SIP/Info/info/64/sip_profiles_application_modify_remove_header: Header before modification : Contact: <sip:5001@14.50.228.61:5060> 000445: Mar 8 18:59:49.797: //187/D6138E000000/SIP/Info/info/64/sip_profiles_check_and_get_variables_in_replace_pattern: Node found: COPY variable: u1 val: 5001 000446: Mar 8 18:59:49.797: //187/D6138E000000/SIP/Info/info/64/sip_profiles_check_and_get_variables_in_replace_pattern: substituted_replace_pattern : : @165.117.64.94> 000448: Mar 8 18:59:49.797: //187/D6138E000000/SIP/Info/info/64/sip_profiles_check_and_get_variables_in_replace_pattern: Final substituted_replace_pattern : <sip:5001@165.117.64.94> 000449: Mar 8 18:59:49.797: //-1/xxxxxxxxxxxx/SIP/Info/info/64/sip_profiles_app_modify_header: Passing substituted replace pattern 000450: Mar 8 18:59:49.798: //-1/xxxxxxxxxxxx/SIP/Info/info/64/sip_profiles_application_modify_remove_header: Header after modification : Contact: <sip:5001@165.117.64.94> 000451: Mar 8 18:59:49.798: //187/D6138E000000/SIP/Msg/ccsipDisplayMsg: ### Egress from CUBE Sent: INVITE sip:1001@14.50.228.63:5060 SIP/2.0 Via: SIP/2.0/UDP 14.50.228.61:5060;branch=z9hG4bK3C7CD Remote-Party-ID: "5001" <sip:5001@14.50.228.61>;party=calling;screen=yes;privacy=off From: "5001" <sip:5001@14.50.228.61>;tag=34C458-D6 Contact: <sip:5001@165.117.64.94>
Notas especiales
Señalización del protocolo y atascamiento de los media
Todos los protocolos de señalización no prohiben a administradores la capacidad de atar la señalización a una interfaz específica. Por abandono un gateway sin los parásitos atmosféricos definidos atando las fuentes del gateway la señalización para una llamada de la interfaz física que el paquete atraviesa. Con atar en un dial-peer el paquete ofrece las encabezados, la Mensajería, y los paquetes de la fuente de la interfaz especificada pero el paquete real todavía rutea sobre la interfaz física. El dial-peer que ata reemplaza siempre el arrendatario de la clase de la Voz y el voip global del servicio de voz que atan con el Session Initiation Protocol (SIP).
Muchos administradores de las épocas atan la señalización a un loopback. El este ser una interfaz lógica significa que ningunos paquetes atraviesan esta interfaz. Para realizar a las capturas de paquetes el cpature se debe realizar en una interfaz física. El <remote-ip> del comando show ip cef visualiza la interfaz física que un paquete utiliza para rutear al destino/al IP remoto incluso si está limitado a una interfaz virtual.
El atascamiento de los media y de la señalización no necesita siempre ser el mismo IP. Si necesitamos atar a una interfaz específica para señalar a/desde un CUCM pero el audio/los media entre el teléfono y el gateway puede necesitar atar a otra interfaz.
Ejemplo de configuración
Este ejemplo muestra que un dial-peer limitado al loopback 1 y él recibe una llamada de CUCM.
Aunque los media y la señalización (control) están limitados al loopback 1 el comando show ip cef muestra que cualquier paquete enviado a CUCM se va en la interfaz física GigabitEthernet0/0/1.
! dial-peer voice 2 voip description "Incoming call from CUCM" session protocol sipv2 incoming called-number . voice-class sip bind control source-interface Loopback1 voice-class sip bind media source-interface Loopback1 !
Atascamiento del SORBO
! Per Dial-peer
!
dial-peer voice 1 voip voice-class sip bind control source-interface <interface> voice-class sip bind media source-interface <interface> !
! Global Binding
! voice service voip sip bind control source-interface <interface> bind media source-interface <interface> !
Atascamiento MGCP
!
mgcp bind control source-interface <interface> mgcp bind media source-interface <interface>
!
El atar del SCCP
!
sccp local <interface> ! sccp ccm group <number> bind interface <interface> !
Atascamiento H323
! inteface <interface> ! ! Media Bind Command: h323-gateway voip interface ! ! Signaling Bind Command: h323-gateway voip bind srcaddr <a.b.c.d> !
DNS y VoIP dial-peer
El DNS con VOIP se emplea apenas cualquier otra solución DNS. Una configuración común es utilizar el destino de la sesión dns: FQDN.com.
Un gateway de Cisco realiza una resolución de DNS incluso cuando no se configura ninguna búsqueda de dominio del IP global en el gateway. Esto significa que aunque estamos inhabilitando el DNS los VoIP dial-peer todavía resuelven la entrada DNS. En IOS-XE 3.16S había al menos recientemente algunos cambios a las funciones totales DNS dentro de las Plataformas IOS-XE.
Después del dial-peers de este cambio configurado con el destino de la sesión dns: FQDN.com ahora obedecen el hecho de que el DNS está inhabilitado con la búsqueda de dominio del noip.
Recomiendo siempre el asegurarme que el comando “búsqueda de dominio del IP” está configurado al trabajar con el DNS para evitar este problema.
3.15S de prueba y abajo
### Domain Name Verification
Gateway# sh run | s lookup
no ip domain lookup
### Checking the host table for no entry
Gateway# show host
Name lookup view: Global
Default domain is cisco.com
Name/address lookup uses static mappings
Codes: UN - unknown, EX - expired, OK - OK, ?? - revalidate
temp - temporary, perm - permanent
NA - Not Applicable None - Not defined
Host Port Flags Age Type Address(es)
### Verification of no PING on a FQDN
Gateway# ping cucm.cisco.com
Translating "cucm.cisco.com"
% Unrecognized host or address, or protocol not running.
### Made a test call here
### Checking logs to see if it worked
Gateway# sh log | s INVITE sip:
INVITE sip:9001@14.50.228.70:5060 SIP/2.0
INVITE sip:5001@cucm.cisco.com:5060 SIP/2.0
### Host Table now has an entry
Gateway# sh host
Name lookup view: Global
Default domain is cisco.com
Name/address lookup uses static mappings
Codes: UN - unknown, EX - expired, OK - OK, ?? - revalidate
temp - temporary, perm - permanent
NA - Not Applicable None - Not defined
Host Port Flags Age Type Address(es)
cucm.cisco.com None (temp, OK) 0 IP 14.50.244.2
### CCSIP All output showing a proper DNS Query for the FQDN on the dial-peer.
001338: Mar 9 15:29:07.437: //-1/xxxxxxxxxxxx/SIP/Info/info/1024/httpish_msg_free: Freed msg=0x7FE9873AE560
001339: Mar 9 15:29:07.437: //-1/xxxxxxxxxxxx/SIP/Info/notify/8192/sip_dns_type_srv_query: TYPE SRV query for _sip._udp.cucm.cisco.com and type:1
001340: Mar 9 15:29:07.438: //-1/xxxxxxxxxxxx/SIP/Info/info/8192/sip_dns_type_a_aaaa_query: DNS query for cucm.cisco.com and type:1
001341: Mar 9 15:29:07.441: //-1/xxxxxxxxxxxx/SIP/Info/notify/8192/sip_dns_type_a_query: TYPE A query successful for cucm.cisco.com
001342: Mar 9 15:29:07.441: //-1/xxxxxxxxxxxx/SIP/Info/info/8192/sip_dns_type_a_query: ttl for A records = 3600 seconds
001343: Mar 9 15:29:07.441: //-1/xxxxxxxxxxxx/SIP/Info/info/8192/sip_dns_type_a_aaaa_query: IP Address of cucm.cisco.com is:
001344: Mar 9 15:29:07.441: //-1/xxxxxxxxxxxx/SIP/Info/info/8192/sip_dns_type_a_aaaa_query: 14.50.244.2
3.16S de prueba y arriba
### Checking the command is present Gateway# sh run | s lookup no ip domain lookup ### Verifying the gateway cannot ping a FQDN Gateway# ping cucm.cisco.com % Unrecognized host or address, or protocol not running. ### Checking the Host Table for entries Gateway# sh host Default domain is cisco.com Name servers are 14.50.244.52 NAME TTL CLASS TYPE DATA/ADDRESS ----------------------------------------- ### Made a test call here ### CCSIP All Outbound showing the failed call 000974: *Mar 9 15:53:01.222: //-1/xxxxxxxxxxxx/SIP/Info/info/1024/httpish_msg_free: Freed msg=0x7FF31DAAA848 000975: *Mar 9 15:53:01.222: //-1/xxxxxxxxxxxx/SIP/Info/notify/8192/sip_dns_type_srv_query: TYPE SRV query for _sip._udp.cucm.cisco.com and type:1 000976: *Mar 9 15:53:01.224: //-1/xxxxxxxxxxxx/SIP/Info/info/8192/sip_dns_type_a_aaaa_query: DNS query for cucm.cisco.com and type:1 000977: *Mar 9 15:53:01.225: //-1/xxxxxxxxxxxx/SIP/Error/sip_dns_type_a_query: TYPE A query failed for cucm.cisco.com 000978: *Mar 9 15:53:01.225: //-1/xxxxxxxxxxxx/SIP/Error/_send_dns_fail: DNS Query for cucm.cisco.com failed 000984: *Mar 9 20:53:01.225: %VOICE_IEC-3-GW: SIP: Internal Error (DNS query fail): IEC=1.1.128.7.47.0 on callID 6 GUID=37B668DF044111E7A950D832C82B325C
Cantidades máximas de conexiones y ancho de banda
Por abandono VOIP y los POTS dial peer permiten las conexiones ilimitadas (llamadas) y el ancho de banda (VoIP dial-peer solamente). Para los trunks que tienen un límite en el número de llamadas o de ancho de banda que puedan ser utilizados puede ser útil emplear el MAX-CONN o los comandos max bandwidth. el MAX-CONN fue agregado en IOS 11.3(1)T y está presente en toda la versión IOS-XE mientras que el MAX-ancho de banda fue agregado en 15.2(2)T e IOS-XE 3.7S
Ejemplo de configuración:
Debajo de los nosotros estamos diciendo el gateway limitar las llamadas del dial-peer 1 a 30 usando “MAX-CONN el 30".
El dial-peer 2 está limitando el ancho de banda para ese dial-peer de modo que no pasemos el límite afectado un aparato.
! dial-peer voice 1 voip description ITSP SIP Trunk - 30 Max Calls! session protocol sipv2 sess target ipv4:10.10.10.10 destination-pattern 8675309$ max-conn 30 !
dial-peer voice 2 voip
description SIP Trunk with Bandwidth Restrictions!
session protocol sipv2
sess target ipv4:10.10.10.10
destination-pattern 123456789$
max-bandwidth 400
!
Direct Inward Dial (HIZO)
Discado en una etapa
Con el Direct Inward Dial habilitado en los POTS dial peer la Mensajería entrante debe contener todos los dígitos necesarios rutear la llamada. El gateway de Cisco no debe hacer la colección del dígito subsiguiente. Cuando el router o el gateway busca para un dial peer de salida, el dispositivo utiliza la cadena de marcado entrante entera. Ésta que corresponde con es Longitud variable por abandono. Esta coincidencia no es dígito por el dígito hecho porque por la definición DID, se han recibido todos los dígitos. Ésta es las configuraciones predeterminadas para los POTS dial peer.
Documentación completa: http://www.cisco.com/c/en/us/support/docs/voice/digital-ccs/14072-direct-inward-dial.html
Ejemplo de configuración:
! dial-peer voice 1 pots incoming called-number 8675309 voice-port 0/0/0 direct-inward-dial !
Discado en dos etapas
IIf el dial-peer de los POTS entrantes se configura sin el directo-hacia adentro-dial el router o el gateway ingresa al modo de obtención de dígito (los dígitos son inband recogido). El corresponder con del dial peer de salida se hace sobre una base del dígito por el dígito. El router o el gateway marca para saber si hay coincidencias del dial peer después de que el dispositivo haya recibido cada dígito y después rutea la llamada cuando se hace una coincidencia total.
Ejemplo de configuración:
!
dial-peer voice 1 pots
incoming called-number 8675309
voice-port 0/0/0
no direct-inward-dial
!Bloqueo de las llamadas
Cada protocolo maneja el Bloqueo de llamada un bit diferente. La mayoría de los protocolos pueden hacer uso del modelo del rechazo de la traducción-regla que bloquea basado en una cadena del dígito.
Ejemplo de configuración:
! voice translation-rule 164 rule 1 reject /8675309/ ! voice translation-profile CALLBLOCK translate calling 164 !
dial-peer voice 1 pots
desc INCOMING VOICE-PORT with BLOCK
translation-profile incoming CALLBLOCK
incoming called-number .
port 0/0/0:@3
! Gateway#test voice translation-rule 164 8675309 8675309 blocked on rule 1
Si un administrador quiere todavía aplicar un perfil de traducción entrante para la Manipulación de dígitos normal pero no bloquear ningunos números dentro hay una opción de implementar un llamada-bloque usando el comando translation-profile del llamada-bloque.
! voice translation-rule 164 rule 1 reject /8675309/ ! voice translation-profile CALLBLOCK translate calling 164 !
dial-peer voice 1 pots
desc INCOMING VOICE-PORT with BLOCK
translation-profile incoming ANOTHER
call-block translation-profile incoming CALLBLOCK
call-block disconnect-cause incoming invalid-number
incoming called-number .
port 0/0/0:@3
! Gateway#test voice translation-rule 164 8675309 8675309 blocked on rule 1
Dentro del E1 R2 existe la capacidad para que un administrador bloquee las llamadas de recogida. Esto se ve y se emplea principalmente en las implementaciones del Brasil pero se puede configurar vía cualquier grupo de la CAS-aduana.
Las dos opciones son:
- Bloquee la llamada de recogida entrante basada en la categoría II-8 que se recibe del switch de Telco. Éste es el mecanismo predeterminado y todos los gatewayes de Cisco realizan esto sin ninguna configuración. Este método de bloqueo requiere un más nuevo switch de Telco que soporte la marca basada categoría. Para inhabilitar este método utilice el recoger-llamada-permiso del comando en el grupo del CAS-cliente
- Utilice la característica de la doble-respuesta en un grupo de la CAS-aduana del E1 R2 r2-digital. La configuración de la doble-respuesta inhabilita el bloqueo basado categoría y lo substituye por la característica de la doble-respuesta. Esto trabaja primero contestando a la llamada entrante y comenzando el temporizador del a1 segundo. Después de que 1 segundo el gateway envíe una versión bajo la forma de comando CLARO BWD. La compañía telefónica debe entonces enviar un FWD CLARO al gateway y la llamada debe desconectar. Un temporizador comienza después de que el gateway envía el BWD CLARO y si expira este temporizador el gateway envía otra señal de respuesta si se asume que así la llamada no es una llamada de recogida y aquí de la llamada procede como normal. Este temporizador puede ser el usar coinfigured cc-reanswer-dentro el grupo de la CAS-aduana.
Ejemplo de configuración de la Doble-respuesta
! controller e1 0/0/0 ds0-group 0 timeslots 1-15,17-31 type r2-digital r2-compelled ani cas-custom 0 country brazil double-answer cc-reanswer-to 3000 !
Debugs de la Doble-respuesta (señal del vpm del debug)
### Answer the call and start a 1 second timer May 23 09:52:59.180 BR: r2_q421_ic_answer(0/0/0:0(18)) Tx ANSWER seizure: delay 0 ms,elapsed 12404 msvnm_dsp_set_sig_state:[R2 Q.421 0/0/0:0(18)] set signal state = 0x4 May 23 09:52:59.180 BR: r2_reg_channel_connected(0/0/0:0(18)) May 23 09:52:59.180 BR: htsp_timer - 1000 msec May 23 09:52:59.180 BR: //23899578/92233E71B421/CCAPI/cc_api_voice_mode_event: Call Id=23899578 May 23 09:52:59.180 BR: //23899578/92233E71B421/CCAPI/cc_api_voice_mode_event: Call Entry(Context=0x1E73AD8) May 23 09:52:59.180 BR: htsp_process_event: [0/0/0:0(18), R2_Q421_IC_DOUBLE_ANS_ANS, E_HTSP_VOICE_CUT_THROUGH] all May 23 09:52:59.184 BR: //23899578/92233E71B421/CCAPI/cc_process_notify_bridge_done: Conference Id=0x10AD1, Call Id1=23899578, Call Id2=23899579 May 23 09:52:59.184 BR: r2_reg_process_event: [0/0/0:0(18), R2_REG_WAIT_FOR_CONNECT, E_R2_REG_CONNECT(90)] May 23 09:52:59.184 BR: r2_reg_connect(0/0/0:0(18)) ### One Second Passes and we clear the call and start a 2 second timer May 23 09:53:00.180 BR: htsp_process_event: [0/0/0:0(18), R2_Q421_IC_DOUBLE_ANS_ANS, E_HTSP_EVENT_TIMER] May 23 09:53:00.180 BR: r2_q421_ic_d_answ_answ_to(0/0/0:0(18)) E_TIMER_EVENT May 23 09:53:00.180 BR: htsp_timer - 2000 msec May 23 09:53:00.180 BR: r2_q421_ic_d_answ_answ_to(0/0/0:0(18)) Tx CLEAR BWDvnm_dsp_set_sig_state:[R2 Q.421 0/0/0:0(18)] set signal state = 0xC May 23 09:53:00.824 BR: htsp_process_event: [0/0/0:0(18), R2_Q421_IC_DOUBLE_ANS_RLS, E_DSP_SIG_1000] May 23 09:53:00.824 BR: r2_q421_ic_answer_clr_fwd(0/0/0:0(18)) Rx CLEAR FWD May 23 09:53:00.824 BR: r2_reg_channel_disconnected(0/0/0:0(18)) May 23 09:53:00.824 BR: htsp_timer - 2000 msec May 23 09:53:00.824 BR: r2_reg_process_event: [0/0/0:0(18), R2_REG_CONNECTED, E_R2_REG_DISCONNECT(91)] May 23 09:53:00.824 BR: r2_reg_disconnect_idle(0/0/0:0(18)) May 23 09:53:00.824 BR: R2 Incoming Voice(0/0): DSX (E1 0/0/0:17): STATE: R2_IN_IDLE R2 Got Event R2_STOP May 23 09:53:00.824 BR: r2_reg_timer_stop(0/0/0:0(18)) ### 2 second passes and the gateway release the call May 23 09:53:02.824 BR: htsp_process_event: [0/0/0:0(18), R2_Q421_IC_CLR_FWD, E_HTSP_EVENT_TIMER] May 23 09:53:02.824 BR: htsp_timer_stop May 23 09:53:02.824 BR: r2_reg_channel_disconnected(0/0/0:0(18)) May 23 09:53:02.824 BR: //23899578/92233E71B421/VTSP:(0/0/0:0):17:1:1/vtsp_cc_call_disconnected: Cause Value=16 May 23 09:53:02.824 BR: //23899578/92233E71B421/CCAPI/cc_api_call_disconnected: Cause Value=16, Interface=0xB41CEBC, Call Id=23899578
Coincidencia-recepción ISDN
Hay implicaciones para el dial peer de entrada que corresponde con cuando configuran al comando isdn overlap-receiving en las interfaces de ISDN. Después de que cada dígito se reciba en la capa ISDN, marcan a los dial peer para saber si hay coincidencias. Si se hace una coincidencia total, la llamada se rutea inmediatamente (a la aplicación de sesión en este caso) sin para los dígitos adicionales que esperan. El adaptador “T” se puede utilizar para suspender esta concordancia dígito por dígito y para forzar el router o el gateway para esperar hasta que se reciban todos los dígitos. La 'T' se refiere al temporizador entre dígitos en el nivel ISDN, configurable en la interfaz serial que se relaciona con la interfaz ISDN. El ISDN también proporciona otros mecanismos para indicar el extremo de los dígitos, tales como determinación del elemento de Información completa de envío (IE) en los mensajes de información del q.931.
Vacie número al que se llamó
El mensaje de advertencia mostrado abajo, visualizaciones cuando el dial-peer se configura con el llamar-número entrante T
Ejemplo de resultado
Gateway(config)#dial-peer voice 1 pots
Gateway(config-dial-peer)#incoming called-number T
Warning: Pattern T defines a match with zero or more digits and hence could
match with an empty number. If this is not the desired behaviour please
configure pattern .T instead to match on one or more digits
Las notas especiales sobre el dial-peer entrante hacen juego con un vacío número al que se llamó:
-
Un llamar-número “nulo” se considera calificado “menos” comparado a un puerto de voz y/o en algunos casos a un respuesta-direccionamiento. Por lo tanto, una coincidencia basada en una “falta de información” número al que se llamó puede ocurrir SOLAMENTE si no hay coincidencia basada en el respuesta-direccionamiento o el número del puerto.
-
En caso de la coincidencia que marca, una “falta de información” número al que se llamó no hace juego el “llamar-número entrante T” porque no ha ocurrido el descanso.
-
Un llamar-número “nulo” puede hacer juego el “llamar-número entrante T” solamente en caso de ENBLOCK y no hay coincidencia cualquier debido al respuesta-direccionamiento y el número del puerto. La advertencia visualizada considera cuando un administrador configura el “llamar-número entrante T” refiere a este caso específico.
Clase de restricción
La clase de restricción es una manera de limitar las llamadas en un gateway de Cisco. El COR se describe a menudo como mecanismo del Cerrojo y llave. Los bloqueos se asignan a los dial peer con una lista saliente COR. Las claves se asignan a los dial peer con una lista entrante COR. Cuando se aplican las listas COR los dial-peer de salida disponibles son los que la clave puede desbloquear. Esto que filtra ocurre antes de que el resto de los métodos de compatibilización del dial-peer de salida entonces se marque.
Dos reglas importantes con la clase de restricción:
- Si hay ninguna lista saliente COR aplicó la llamada se rutea siempre
- Si no hay lista entrante COR la llamada se rutea siempre
La configuración de la clase de la restricción (COR), de la clase de división lógica de la restricción (LPCOR), y de LPCOR con los códigos de autorización forzados (FAC) está fuera del alcance de este documento pero de los documentos siguientes se puede referir para la lectura adicional.
Dial-peers del Cisco Unified Communications Manager Express (CUCME)
El CME crea al dial-peers del sistema para el ephones y los pools del registro de la Voz. Éstos no se pueden ver en los config corrientes. Para realizar los cambios al dial-peers CME los cambios necesitar ser hecho en el ephone o el registro real de la Voz reúna. Al ver los resúmenes de resultado de la voz de dial-peer de la demostración el dial-peer que comienza con 2000 es ephones del SCCP y el dial-peers que comienza con 4000 es registro de la Voz del SORBO reúne. Este dial-peer aparece como el dial peer de entrada para las llamadas del CME registró los teléfonos y el dial-peer de salida en los debugs para la llamada al CME registró los teléfonos.
Salida de ejemplo para el resumen de la voz de dial-peer de la demostración con el CME
Gateway# show dial-peer voice sum | s 2000|4000 20001 pots up up 1001$ 0 50/0/1 20002 pots up up 4001$ 0 50/0/2 20003 pots up up 4002$ 0 50/0/3 20004 pots up up 7001$ 0 50/0/4 20005 pots up up 3009$ 0 50/0/5 20006 pots up up 8810....$ 0 50/0/10 20007 pots up up 8811....$ 0 50/0/11 40001 voip up up 14085151111$ 0 syst ipv4:14.50.214.67:50 40002 voip up up 19725252222$ 0 syst ipv4:14.50.214.67:50 40003 voip up up 85225353333$ 0 syst ipv4:14.50.214.67:50 40004 voip up up 442084445555$ 0 syst ipv4:14.50.214.67:50 40005 voip up up 911$ 0 syst ipv4:14.50.214.67:50 40006 voip up up 18005550100$ 0 syst ipv4:14.50.214.67:50 40008 voip up up 2001$ 0 syst ipv4:14.50.214.51:50
Salida de ejemplo para el dial-peers del registro de la Voz de la demostración con el SORBO CME
Gateway#show voice register dial-peers Dial-peers for Pool 2: dial-peer voice 40006 voip destination-pattern 14085151111$ session target ipv4:14.50.214.67:5060 session protocol sipv2 dtmf-relay rtp-nte digit collect kpml codec g711ulaw bytes 160 no vad call-fwd-all 8888 after-hours-exempt FALSE dial-peer voice 40005 voip destination-pattern 19725252222$ session target ipv4:14.50.214.67:5060 session protocol sipv2 dtmf-relay rtp-nte digit collect kpml codec g711ulaw bytes 160 no vad after-hours-exempt FALSE
MGCP y SCCP con el dial-peers
El MGCP y el SCCP siguen sus propias reglas para el dial-peers. El único concepto que utilizan es que deben ser configurados con el puerto de voz deseado para la llamada. El resto es manejado por el proceso STCAPP y MGCPAPP. Cuando examinamos la configuración de este dial-peers o tienen el comando “mgcpapp del servicio” o “mantenga el stcapp”. Éstos habilitan el dial-peer para la aplicación de la opción así como dicen a aplicación qué dial-peer debe dirigir.
Al hacer el debug de estos protocolos la salida nunca visualiza una coincidencia del dial peer de entrada. Esto debe mostrar siempre como dial-peer 0. Porque no existe. El agente de la llamada que manejaba la aplicación ha elegido ya a que vire hacia el lado de babor para enviar la llamada y el corresponder con del dial peer de entrada es inútil puesto que el gateway no tiene ningún control sobre esa pierna de la llamada. Sin embargo una correspondencia de dial-peer de salida puede ser observada. Esto está simplemente para la demostración pues el agente de la llamada que maneja el proceso tiene en última instancia control sobre ese lado de la llamada también.
Recuerde, el dial-peer dice solamente la aplicación de la opción qué puerto de voz físico a controlar. Puesto que un agente de la llamada externa controla a la mayoría de esto y es el gateway apenas nos hace qué se dice va a saltar ser la base “cómo” en esta sección y a proporcionar algunas configuraciones para conseguir comenzado.
[with CUCM Auto-Configuration*] de la configuración de MGCP de la muestra:
!
mgcp call-agent 10.10.10.10
mgcp
!
ccm-manager mgcp [codec-all]
ccm-manager config server 10.10.10.10
ccm-manager config
ccm-manger redundant-host 10.10.10.20
!
voice-port 0/0/0
description The MGCP port to register
no shut
!
dial-peer voice 1 pots
description Defining the Port for the MGCP application
service mgcpapp
port 0/0/0
!
hostname myrouter
ip domain name cisco.com
ip name server 10.10.10.30
!
ip tftp source-interface gig0/0/0
!
Documentación completa MGCP: http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cminterop/configuration/15-mt/dia-15-mt-book/vc-ucm-mgcp-gw.html
[with CUCM Auto-Configuration*] de la configuración del SCCP/STCAPP de la muestra
!
stcapp ccm-group 1
stcapp
!
sccp local gig0/0/0
sccp ccm 10.10.10.10 id 1 priority 1 version 7.0+
sccp ccm 10.10.10.20 id 1 priority 2 version 7.0+
sccp
!
sccp ccm group 1
bind interface gig0/0/0
associate ccm 1 priority 1
associate ccm 2 priority 2
!
ccm-manager config server 10.10.10.10
ccm-manager sccp local gig0/0/0
ccm-manager sccp
!
voice-port 0/0/0
description The SCCP port to register
no shut
!
dial-peer voice 1 pots
description Defining the Port for the SCCP application
service stcapp
port 0/0/0
!
ip tftp source-interface gig0/0/0
!
Documentación completa del SCCP: http://www.cisco.com/c/en/us/td/docs/routers/access/vg202\_vg204/software/vg2\_vg4\_scg/vg2\_vg4\_voip.html
* Si un administrador no quisiera que CUCM configurara el gateway simplemente quite los comandos del “CCM-administrador”. Hemos incluido la configuración de dial-peer para subrayar la punta sobre cómo el concepto trabaja. Con el CCM-administrador que las configuraciones actual CUCM crean a este dial-peers basado en la configuración del puerto en CUCM tan no es necesidad de definir realmente el dial-peer. El dial-peers creado CUCM comienza con 999 y es generalmente entonces tres más dígitos.
Troubleshooting y verificación del ruteo de llamadas
* Los debugs avanzados son uso intensivo de recurso y pueden afectar el funcionamiento del CPU y de la memoria si se habilitan mientras que hay muchas llamadas. Incluso sin llama un gateway puede llegar a ser no sensible. se recomienda para ejecutar éstos después de las horas, durante una ventana del cambio, o cuando no hay carga en el gateway a menos que usted esté con el TAC de Cisco.
ComentariosDéjenos ayudarlo
- Abrir un caso de soporte
- (Requiere un Cisco Service Contract)