Router Teldat. Telefonía sobre IP

Transcripción

1 Router Teldat Telefonía sobre IP Doc. DM722 Rev Febrero, 2013

2 ÍNDICE Capítulo 1 Introducción Introducción a la Telefonía IP Funcionalidad disponible en el equipo... 3 Capítulo 2 Configuración de telefonía genérica Dial Peers Definición de Dial Peers Búsqueda de Dial Peers... 8 a) Entrantes... 8 b) Salientes Importancia de los Dial Peers entrantes Ejemplos a) Ejemplo b) Ejemplo c) Ejemplo d) Ejemplo Funcionalidades de Centralita Transferencia de llamada Música en espera y mensajes de voz a) Envío continuo de música en espera por IP Ring simultáneo de varios teléfonos Grupos de captura Captura dirigida Desvíos de llamada Grupo de salto de llamada IVR básico Control de llamadas Descripción del control de llamadas a) Control global de llamadas b) Control avanzado de llamadas Ejemplos a) Llamadas locales no son enviadas al proxy b) Llamadas locales no son enviadas al proxy c) Control de llamadas según el ancho de banda ocupado Comandos de configuración de telephony [NO] CALL a) [NO] CALL ADMISSION-CONTROL EVENT b) [NO] CALL APPLICATION DIAL-PLAN DEFAULT c) [NO] CALL APPLICATION DIAL-PLAN SIP-DYNAMIC d) [NO] CALL APPLICATION HISTORY MAX-RECORDS e) [NO] CALL APPLICATION HISTORY FILE f) [NO] CALL APPLICATION INCOMING-MATCH FORCE g) [NO] CALL APPLICATION INCOMING-MATCH DYNAMIC-SEARCH h) [NO] CALL APPLICATION INCOMING-MATCH TRANSFER-KEEP i) [NO] CALL APPLICATION LOCAL-NETWORKS ACCESS-LIST j) [NO] CALL APPLICATION MAX-REDIR k) [NO] CALL APPLICATION OUTGOING-MATCH FORCE l) [NO] CALL THRESHOLD GLOBAL IP-CALLS m) [NO] CALL THRESHOLD GLOBAL TOTAL-CALLS [NO] DIAL-PEER [NO] 183-EARLY-ANSWER [NO] 183-LOCAL-RING [NO] AUTH-USER [NO] CODEC ii -

3 [NO] DESCRIPTION [NO] DESTINATION-ALIAS [NO] DESTINATION-PATTERN [NO] DISPLAY-NAME [NO] DTMF-RELAY H245-ALPHANUMERIC [NO] DTMF-RELAY H245-SIGNAL [NO] DTMF-RELAY IN-BAND [NO] DTMF-RELAY RFC [NO] EARLY-ANSWER VOICE-MESSAGE [NO] FAX MODE T38-FORCE [NO] FAX MODE T38-DETECT [NO] FAX MODE TRANSPARENT [NO] FAX T38 ECM [NO] FAX T38 MAX-SPEED [NO] FAX T38 REDUNDANCY [NO] FORWARD BUSY PEER-GROUP [NO] FORWARD NO-ANSWER PEER-GROUP [NO] FORWARD NO-ANSWER TIMEOUT [NO] FROM-REALM [NO] G729-ANNEXA [NO] H245-TUNNELING ENABLE [NO] H245-TUNNELING DISABLE [NO] H245-TUNNELING SYSTEM [NO] H323-START FAST [NO] H323-START SLOW [NO] H323-START SYSTEM [NO] HUNTSTOP ALL [NO] HUNTSTOP BUSY [NO] HUNTSTOP INCOMPATIBLE [NO] HUNTSTOP INCOMPLETE [NO] HUNTSTOP NORMAL [NO] HUNTSTOP NO-ANSWER [NO] HUNTSTOP NO-CIRCUIT [NO] HUNTSTOP NO-RESPONSE [NO] HUNTSTOP OUT-OF-SERVICE [NO] HUNTSTOP REJECT [NO] HUNTSTOP TIMEOUT [NO] HUNTSTOP UNASSIGNED [NO] HUNTSTOP UNSPECIFIED [NO] INCOMING ACCESS-LIST [NO] INCOMING CALLED NUMBER [NO] INCOMING CALLED TRANSLATION [NO] INCOMING CALLED TYPE [NO] INCOMING CALLING ID-ALLOW [NO] INCOMING CALLING ID-RESTRICT [NO] INCOMING CALLING NUMBER [NO] INCOMING CALLING TRANSLATION [NO] INCOMING CALLING TYPE [NO] INCOMING DIAL-PLAN [NO] INCOMING PREFIX [NO] INCOMING STRIP-DIGITS [NO] LOCAL-IP [NO] MULTICAST-IP [NO] OUTGOING CALLED TRANSLATION iii -

4 [NO] OUTGOING CALLING ID-ALLOW [NO] OUTGOING CALLING ID-RESTRICT [NO] OUTGOING CALLING TRANSLATION [NO] OUTGOING PREFIX [NO] OUTGOING STRIP-DIGITS [NO] PASSWORD Dial-peers de tipo voice-port y group: 53 Dial-peers de tipo sip: 54 [NO] PCM-LAW [NO] REGISTER H [NO] REGISTER SIP [NO] REGISTER TIMER [NO] REGISTRAR [NO] RING-SIGNAL [NO] RTP AROUND [NO] RTP FLOW-MODE [NO] RTP KEEPALIVE [NO] RTP MIX-RX-AUDIO-SOURCES [NO] RTP PAYLOAD-TYPE CN [NO] RTP PAYLOAD-TYPE RFC [NO] RTP PLAYOUT-DELAY MAXIMUM [NO] RTP PLAYOUT-DELAY MINIMUM [NO] RTP PORT-EXCLUSIVE [NO] RTP RFC2833 SEND CNG [NO] RTP RX-GAIN [NO] RTP THROUGH [NO] RTP TIMEOUT [DROP-CALL EVENT-INTERVAL] [NO] RTP TX-GAIN [NO] SRTP AUTH [NO] SRTP MODE [NO] SRTP RTCP [NO] SDP HANDLE [NO] SDP TRASPARENT [NO] SHUTDOWN [NO] SIP-URI PHONE-CONTEXT [NO] SIP-URI USER-PHONE [NO] STUN [NO] TARGET DIRECTED-PICKUP PREFIX [NO] TARGET DNS [NO] TARGET DYNAMIC [NO] TARGET FORWARD-ALWAYS PREFIX [NO] TARGET FORWARD-ALWAYS-CLEAR [NO] TARGET FORWARD-CLEAR [NO] TARGET FORWARD-NOANSWER PREFIX [NO] TARGET FORWARD-NOANSWER-CLEAR [NO] TARGET GATEKEEPER [NO] TARGET GROUP [NO] TARGET GROUP-PICKUP PEER-GROUP [NO] TARGET IPV [NO] TARGET LOC-RECORD [NO] TARGET SIP-PROXY [NO] TARGET MAC [NO] TARGET VOICE-PORT [NO] TO-REALM iv -

5 [NO] TRACK [NO] TRACK IP-CALLS [NO] TRACK NSLA [NO] TRACK SIP-REGISTRATIONS [NO] TRANSPORT SYSTEM [NO] TRANSPORT TCP [NO] TRANSPORT TLS [NO] TRANSPORT UDP [NO] UPDATE LEVEL-INDICATOR [NO] VAD [NO] VOICE-CLASS LIST a) LIST PARAMETERS [NO] TELEPHONY [NO] PEER-GROUP a) [NO] DIAL-PEER b) DYNAMIC-PEERS RING-SIGNAL a) RING-SIGNAL ACTIVITY b) RING-SIGNAL SILENCE [NO] RTP a) [NO] RTP FLOW-THROUGH b) [NO] RTP IP-TOS c) [NO] RTP PORT d) [NO] RTP RTCP-ONHOLD e) [NO] RTP VAD-RFC [NO] SRTP a) [NO] SRTP AUTH b) [NO] SRTP MODE c) [NO] SRTP UNENCRYPTED-RTCP TONES a) TONES ALERT TONES ALERT ACTIVITY TONES ALERT FREQUENCY TONES ALERT SILENCE TONES ALERT VOICE-MESSAGE b) TONES BUSY TONES BUSY ACTIVITY TONES BUSY FRECUENCY TONES BUSY SILENCE TONES BUSY VOICE-MESSAGE c) TONES DIAL TONES DIAL FREQUENCY TONES DIAL VOICE-MESSAGE d) TONES DTMF-TIMEOUT e) TONES ERROR TONES ERROR ACTIVITY TONES ERROR FREQUENCY TONES ERROR SILENCE TONES ERROR SILENCE TONES ERROR VOICE-MESSAGE f) TONES FXO-BUSY-PATTERN g) TONES FXO-SUPERVISION-PATTERN [NO] TRANSLATION a) [NO] RULE b) TEST v -

6 c) EXIT [NO] VOICE-CLASS a) CODEC PREFERENCE b) NO CODEC PREFERENCE [NO] VOICE-MESSAGE Capítulo 3 Monitorización de telefonía genérica Comandos de monitorización de telefonía CALL-MAKE CALL-WAITING a) CALL-WAITING END b) CALL-WAITING START CLEAR a) CLEAR RELEASED-CALLS DISPLAY a) DISPLAY VOICE-MSG DUMP-CDRS HANG-UP LIST a) LIST CALLS LIST CALLS ACTIVE b) LIST CAUSES c) LIST CDR LIST CDR ACTIVE LIST CDR RELEASED d) LIST DIAL-PEER LIST DIAL-PEER BRIEF LIST DIAL-PEER DETAILED e) LIST STATISTICS LIST STATISTICS GW PICK-UP SRTP a) SRTP DEBUG TRACE a) TRACE RCD VOICE Anexo A Software de Terceros Software de terceros vi -

7 Capítulo 1 Introducción

8 1. Introducción a la Telefonía IP La telefonía IP (también Voz sobre IP) consiste en la realización de llamadas telefónicas utilizando redes IP. Esta tecnología permite enviar audio, video, fax, modem, etc... sobre paquetes UDP/IP que pueden ser transmitidos por Internet, por una red privada IP o simplemente entre dos equipos en una misma LAN. Los medios enviados por IP son codificados usando códecs que permiten diversos niveles de calidad y compresión (ancho de banda). El audio y video se envía usando el protocolo RTP de tiempo real (sobre UDP), mientras que el fax se suele enviar directamente sobre UDP usando el protocolo T.38. Para establecer y finalizar las llamadas, localizar al extremo llamado, así como para negociar los códecs a usar en la llamada se usan protocolos de señalización. Estos protocolos pueden ser estándares abiertos redactados por grupos internacionales como la Internet Engineering Task Force (IETF) y la Unión Internacional de Telecomunicaciones (ITU) o protocolos propietarios de fabricantes de soluciones completas y cerradas de telefonía IP. Los protocolos de señalización abiertos más utilizados son el H323, redactado por la ITU, y el SIP, redactado por el IETF. Ambos son protocolos de señalización para establecer y liberar las llamadas. Una vez establecida la llamada, utilizan el protocolo RTP para el envío de la voz o video sobre paquetes RTP/UDP/IP. TELEFONÍA SOBRE IP - Introducción I - 2

9 2. Funcionalidad disponible en el equipo Hay una gran cantidad de tecnologías necesarias para la telefonía IP disponibles en el equipo: - Mecanismos de Calidad de Servicio o QoS (Dm715 BRS) que permiten clasificación, marcado, reparto de ancho de banda, priorización y limitación de ancho de banda en el tráfico que atraviesa el equipo. Esta es una funcionalidad imprescindible para asegurar la calidad de los flujos de tiempo real en una red integrada de Voz y Datos. - Servidor y Relay de DHCP (Dm730 Protocolo DHCP), necesario para el despliegue de terminales de telefonía IP mediante autoinstalación y provisión automática. - Interfaces Power Over Ethernet o PoE (76 Power Over Ethernet) en algunos equipos, que permiten la alimentación a través del cable de red de terminales de telefonía IP entre otros, simplificando el cableado, la instalación, y aumentando la fiabilidad de los despliegues de telefonía IP. - Numerosas funcionalidades de routing avanzado: compresión de cabeceras para optimizar ancho de banda (CRTP, IPHC, etc.), protocolos de routing (RIP, OSPF, BGP, etc.), gran cantidad de interfaces de datos, policy routing, cifrado IPSec, mecanismos de backup para la red IP, TVRP, VLAN, VRF, etc... - Gestión remota mediante SNMP, Syslog, CLI y eventos Telnet, etc. - STUN (Dm769 Protocolo STUN) para soportar arquitecturas con NAT. - Mecanismos (Dm749 NSM y Dm754 NSLA) de monitorización activa de conectividad y parámetros de calidad de la red (pérdida de paquetes, retardo, jitter), que permiten la reconfiguración del routing y la telefonía IP proporcionando backup y supervivencia tanto de datos como de voz. - Protocolos de señalización de telefonía IP: SIP (Dm766 SIP), protocolo de señalización desarrollado por el IETF H.323 (Dm767 Protocolo H323), conjunto de protocolos (H.245, H.225, Q.931, RAS) definidos por la ITU UA/NOE (Dm777 NOE), protocolo propietario de Alcatel para telefonía IP MGCP (Dm791 Protocolo MGCP), protocolo desarrollado por el IETF para el control de Media Gateways y SCCP (Dm782 SCCP), protocolo propietario de Cisco para telefonía IP. - Interfaces de telefonía convencional (Dm770 Interfaces VoIP): FXS, FXO, RDSI-BRI, RDSI- PRI, E&M. - Plan de numeración, transformaciones numéricas, configuración de códecs, RTP/RTCP, fax, dígitos DTMF, funcionalidades de centralita, control de llamadas (CAC), registro de llamadas (CDRs), etc. Estas funcionalidades genéricas independientes de los protocolos de señalización y los interfaces de telefonía convencional usados se describen en el presente manual. Las piezas que forman el núcleo de la telefonía IP son los tres últimos puntos: los protocolos de señalización IP, los interfaces de telefonía convencional y la lógica del plan de numeración, configuración de medios y gestión de llamadas. La funcionalidad disponible es distinta para cada protocolo de señalización IP. Para conocerla en detalle se debe consultar el manual correspondiente. Como una anotación especial, el protocolo MGCP puede desmarcarse del resto, ya que su finalidad es que un servidor remoto controle los interfaces de telefonía convencional disponibles en el equipo, realizando llamadas a través de ellos por el momento, sólo pueden ser manejados por MGCP los interfaces RDSI, tanto los BRI (de tarjeta TELEFONÍA SOBRE IP - Introducción I - 3

10 PCI o de placa base) como el PRI. Para este protocolo concreto, la inteligencia y los servicios disponibles residen en el servidor remoto. En cuanto a los demás protocolos, de forma genérica y sin entrar en detalle se pueden distinguir tres tipos de funcionalidad en cuanto a establecimiento de llamadas se refiere: - Funcionalidad de Media Gateway: posibilidad de establecer llamadas entre interfaces convencionales y equipos con señalización IP. Esta funcionalidad está disponible entre todos los interfaces de telefonía convencional y todos los protocolos de señalización IP. - Funcionalidad de Centralita Analógica Convencional: establecimiento de llamadas entre interfaces de telefonía convencional. Esta funcionalidad está disponible para todos los interfaces existentes. - Funcionalidad de Centralita IP o Servidor de telefonía IP: establecimiento de llamadas entre equipos IP. Se soportan llamadas SIP-SIP, NOE-NOE, SIP-NOE, SCCP-SCCP y SIP-SCCP. El tipo de llamada establecida depende del plan de numeración, que asocia patrones de numeración a protocolos o interfaces y cuya unidad básica es el dial-peer, que se describe en el siguiente capítulo. Además, numerosos parámetros de las llamadas se pueden configurar en el propio plan de numeración (por dial-peer) en función del origen y/o destino de la llamada. El plan de numeración se puede reconfigurar dinámicamente para adaptarse a distintas situaciones de pérdida de conectividad IP, mala calidad en la red, para limitar llamadas, balanceo de llamadas, etc... Esto se configura mediante el comando track de los dial-peer que hace que el dial-peer esté activo o inactivo en función del parámetro asociado. También mediante el plan de numeración es posible configurar algunas funcionalidades de centralita como grupos de captura de llamada, captura dirigida, grupos de salto, ring simultáneo, desvíos de llamada, etc. Estas funcionalidades se describen en el Capitulo 2 Apartado 2 Funcionalidades de centralita. Por todo ello, la configuración del menú telephony, descrita en este manual, es parte fundamental de la configuración del equipo para realizar funciones de telefonía. TELEFONÍA SOBRE IP - Introducción I - 4

11 Capítulo 2 Configuración de telefonía genérica

12 1. Dial Peers 1.1. Definición de Dial Peers Un dial-peer es un concepto abstracto para representar la entidad llamante o llamada en una llamada telefónica. La entidad llamante se representa mediante un dial-peer que llamaremos entrante y la entidad llamada mediante un dial-peer que llamaremos saliente. Así por ejemplo supongamos que el teléfono conectado a la línea 1 del router GW1 con teléfono 11 llama al teléfono 22 que se corresponde con la línea 2 del router GW2 utilizando el protocolo SIP. A continuación se adjuntan la configuración del menú de telefonía de ambos equipos y un diagrama: GW1: dial-peer 1 voice-port destination-pattern 11 target voice-port voip1/0 1 dial-peer 2 sip destination-pattern 2. target ipv GW2: dial-peer 1 voice-port destination-pattern 22 target voice-port voip1/0 2 dial-peer 2 sip destination-pattern 1. target ipv Tal y como se aprecia en el diagrama para el GW 1 la llamada entra por su dial-peer 1, ya que dicho dial-peer tiene como target la línea 1 del router. Una vez encajado el dial-peer de entrada busca el dialpeer de salida y encuentra el 2 ya que tiene el patrón 2. que encaja con el número llamado 22, así que envía la llamada por SIP a la IP II - 6

13 El equipo GW2 recibe la llamada que encaja con su dial-peer 2, ya que el número llamante es el 11 y el destination-pattern del dial-peer 2 es el 11. Una vez encajado el dial-peer de entrada busca el dialpeer de salida y encuentra el 1 ya que tiene como destination-pattern 22 que encaja con el número llamado 22. Así pues la llamada quedaría: GW1 dial-peer de entrada 1 correspondiente con el teléfono conectado a la línea fxs 1. dial-peer de salida 2 correspondiente con el equipo SIP con IP GW2 dial-peer de entrada 2 correspondiente con el equipo SIP con IP dial-peer de salida 1 correspondiente con la línea 2 del equipo. Para más información sobre como el equipo asocia una llamada con un dial-peer ver el apartado 2.2 Búsqueda de dial-peers. Hay varios tipos de dial-peers: - voice-port: puede encajar tanto en entrada como en salida con llamadas a través de interfaces del equipo. Ver manual Dm 770 Interfaces VoIP. - sip: puede encajar tanto en entrada como en salida con llamadas IP que se señalizan mediante SIP. Ver manual Dm 766 SIP. - h323: puede encajar tanto en entrada como en salida con llamadas IP que se señalizan mediante h323. Ver manual Dm 767 H group: encaja sólo como dial-peer de salida y permite que la llamada se progrese simultáneamente a través de varios dial-peers. Ver apartado 2 Funcionalidades de Centralita de este capítulo. - direct: encaja sólo como dial-peer de salida y establece el audio RTP/RTCP a una dirección IP/puerto fijos configurados en el dial-peer sin realizar ningún tipo de señalización. Sólo pueden establecerse llamadas de este tipo cuando tienen su origen en un puerto del equipo. - noe: puede encajar tanto en entrada como en salida para llamadas con terminales IP Touch de Alcatel que usan señalización propietaria llamada UA/NOE. Ver manual Dm 777 NOE. - sccp: puede encajar tanto en entrada como en salida para llamadas IP que se señalizan mediante el protocolo propietario SCCP de Cisco. Ver manual Dm 782 SCCP. - facility: encaja sólo como dial-peer de salida y permite configurar ciertas funcionalidades de centralita como captura de llamadas y desvíos. No se establecen llamadas reales a través de este dial-peer. Ver apartado 2 Funcionalidades de Centralita de este capítulo. No todas las llamadas tienen dial-peer entrante, si el equipo no encuentra ningún dial-peer entrante para una llamada entonces le asigna el dial-peer por defecto, que es el cero. Sin embargo, todas las llamadas tienen dial-peer saliente, ya que si no, el router no sabría a quien enviar la llamada. Si el equipo no puede encontrar un dial-peer saliente para una llamada, esta es liberada. Mediante el comando call application incoming-match force se modifica este comportamiento, de forma que si la llamada no encuentra un dial-peer entrante se rechaza la llamada. Esto permite más flexibilidad y control, sobre todo a la hora de modificar el plan de numeración mediante el comando track de los dial-peers. II - 7

14 1.2. Búsqueda de Dial Peers A la hora de configurar el equipo lo más importante es tener claro como se decide el dial-peer entrante y saliente para una nueva llamada. Básicamente hay dos elementos que influyen a la hora de efectuar la búsqueda del dial-peer entrante y saliente, estos son el número llamado y el número llamante. Si la llamada es originada por un interfaz físico del equipo (interfaz voip del equipo) el interfaz y la línea origen de la llamada también influyen a la hora de localizar el dial-peer entrante. Los comandos destination-pattern, incoming called number e incoming calling number admiten un patrón de numeración en el que se usa la siguiente sintaxis: - 0-9, *, # Representan los caracteres literales -. Representa un dígito cualquiera de los anteriores - T Representa una cadena de longitud variable - P Espera fin de marcación en marcación solapada. Si más de un dial-peer encaja mediante el mismo comando, el dial-peer elegido es el que tenga un patrón más específico, y si el nivel de especificación es el mismo, se sigue el orden de configuración. Los caracteres literales son más específicos que el comodín. y este más específico que T. Tanto T como P sólo tienen sentido al final de un patrón y en ambos casos provocan un comportamiento especial en interfaces con marcación solapada (FXS, RDSI, etc.): aunque el patrón encaje, no se efectúa la llamada inmediatamente, sino que se espera al fin de marcación explícito o al vencimiento del temporizador entre dígitos que hay en estos interfaces (ver comando line <id> timing interdigit-timeout en el manual Dm770 Interfaces VoIP). La diferencia entre ambos es que T hace que encaje cualquier número que tenga como prefijo el patrón previo mientras que P fuerza a que el número encaje exactamente con el patrón. P simplemente permite esperar el fin de marcación para poder llamar por distintos dial-peers con patrones que empiezan igual como 8P y 88 desde interfaces con marcación solapada. Sin la P se realizaría la llamada siempre al marcar el primer 8. P no afecta al nivel de especificación del patrón. Así para el número 2222, el patrón 222. es igual de específico que 222.P, son más específicos que 22.., que a su vez es más específico que 22T y éste que T. A continuación se detalla la búsqueda de dial-peers entrantes y salientes en función de estos tres parámetros. a) Entrantes Cuando entra una llamada se recorre la lista de dial-peers para buscar un dial-peer entrante al que asociar dicha llamada, únicamente los dial-peers del mismo tipo que la llamada entrante son comprobados, es decir, una llamada que entre por SIP únicamente puede tener un dial-peer de tipo SIP como dial-peer entrante, una llamada que entre por un interfaz voip del equipo únicamente puede tener un interfaz tipo voice-port como dial-peer entrante etc. Una vez comprobado que el tipo de dial-peer es el correcto se recorre la lista de todos los dial-peers de dicho tipo y se aplican los siguientes criterios: - Si hay configurado incoming access-list <id> se comprueba que el origen de señalización de la llamada está permitido en la lista de acceso correspondiente. Si no está permitido el origen II - 8

15 de la llamada no podrá encajar con este dial-peer. Si no se configura incoming access-list <id> se permite cualquier origen de la llamada. - Se compara el número llamado con el incoming called number configurado en el dial-peer, si encaja alguno termina la búsqueda. - Si después de comparar todos los dial-peers ninguno encaja con el criterio anterior se compara el número llamante con el incoming calling number configurado en el dial-peer, si encaja alguno termina la búsqueda. - Si después de comparar todos los dial-peers ninguno encaja con el criterio anterior se compara el número llamante con el destination-pattern y con el destination-alias de cada dial-peer. Si encaja alguno entonces termina la búsqueda. - Si después de comparar todos los dial-peers ninguno encaja con el criterio anterior y la llamada proviene de una línea perteneciente a un interfaz voip del equipo se compara el target voice-port con el interfaz y la línea por las que entra la llamada. Para interfaces voip isdn virtuales el número de todas las líneas es 1. Si encajan alguno se termina la búsqueda. - Si ninguno encaja se asocia como peer de entrada el dial-peer 0. b) Salientes - Se compara el número llamado con el destination-pattern y con el destination-alias de cada dial-peer. Si encaja entonces termina la búsqueda. - Si después de comparar todos los dial-peer configurados no encaja ninguno se busca entre los dial-peers dinámicos que se crean cuando terminales SIP, H323, NOE o SCCP se registran en el equipo. - Si no se ha encontrado ningún dial-peer para la llamada, es una llamada entrante SIP, hay configurado un proxy activo y el equipo se comporta como servidor SIP entonces se encamina la llamada al proxy SIP actuando el equipo como Back-To-Back. - Si ninguno encaja se termina la llamada. Una vez encontrado un dial-peer saliente la llamada es dirigida a él, si dicho dial-peer libera la llamada porque está ocupado o bien porque ocurre algún error que impide progresar la llamada, sigue buscando a partir del siguiente dial-peer hasta que, o bien no hay más dial-peers que encajan, o bien alguno de los dial-peers que encaja no libera debido a error o ocupado. Esta búsqueda de dial-peers en caso de error también se detiene si está configurado el comando huntstop <cause> en el dial-peer saliente. Mediante el comando incoming dial-plan peer-group <id> del dial-peer que encaja en entrante, se puede configurar el conjunto de dial-peers entre los que se busca el dial-peer saliente. Para ello se indica un peer-group que enumera los dial-peers entre los que buscar y que con el comando dynamicpeers permite incluir los dial-peers dinámicos que se crean mediante registros de teléfonos externos. De esta manera se puede configurar un plan de numeración distinto en función de por donde entra una llamada. El comando call application dial-plan default peer-group <id> permite configurar un peergroup para usarlo como plan de numeración en llamadas en que el dial-peer entrante no tiene configurado el dial-plan y call application dial-plan sip-dynamic peer-group <id> permite configurar un plan de numeración común para cuando el dial-plan entrante es dinámico. En caso de no configurar ningún comando dial-plan, se busca el dial-peer saliente entre todos los configurados en el menú telephony. Nótese que las modificaciones sobre el número llamante y número llamado que pudiera haber configuradas en el dial-peer entrante se aplican ANTES de proceder a la búsqueda del dial-peer saliente. II - 9

16 Para comprobar los dial-peers asociados a una llamada establecida se debe ir al menú de monitorización de telefonía y ejecutar el comando list calls active Importancia de los Dial Peers entrantes La importancia de los dial-peers salientes está clara, si una llamada no encuentra un dial-peer saliente no progresa y termina inmediatamente, sin embargo quizá se pueda pensar que no es importante que una llamada encaje con un dial-peer entrante, de hecho si no lo hace el equipo le asigna el dial-peer 0 que tiene todos los valores por defecto y la llamada se encamina adecuadamente. Es posible modificar este comportamiento mediante el comando call application incoming-match force de forma que se rechaza la llamada si no se encuentra dial-peer entrante. Los dial-peers tienen gran importancia a la hora de configurar parámetros para utilizar en llamadas entrantes. Supongamos por ejemplo que un equipo realiza llamadas desde números con el patrón 2. a teléfonos con el patrón 1. por h323 a través de un dial-peer con un códec concreto configurado que queremos se utilice para las llamadas entre estos dos equipos. dial-peer 1 h323 codec g7236k4 destination-pattern 1. target ipv Si simplemente configuramos esto el dial-peer 1 encaja para las llamadas salientes, pero podría no encajar para las entrantes, por lo que el códec utilizado en las llamadas entrantes puede no ser el deseado. Sin embargo si configuramos un incoming called number con el patrón 2. (se supone que el otro equipo cuando nos llama lo hace a números con ese patrón) el dial-peer 1 encaja también para las llamadas entrantes, con lo que nos aseguramos que el códec g7236k4 se utiliza tanto para llamadas entrantes como para llamadas salientes. dial-peer 1 h323 codec g7236k4 destination-pattern 1. incoming called number 2. target ipv Otro motivo por el que los dial-peers entrantes tienen importancia es porque permiten configurar un subconjunto de todos los dial-peers existentes para usar en la búsqueda del dial-peer saliente. De esta forma se pueden tener distintos planes de numeración dependiendo de por donde entra la llamada Ejemplos A continuación se presentan tres ejemplos de distintas llamadas sobre la misma configuración. La configuración es la siguiente: II - 10

17 Configuración del menú feature access-lists access-list 10 entry 1 default entry 1 permit entry 1 source address Configuración del menú TLPHY dial-peer 1 voice-port destination-pattern 11 target voice-port voip1/0 1 dial-peer 2 voice-port destination-pattern 12 target voice-port voip1/0 2 dial-peer 3 sip destination-pattern 2. incoming called number 3. incoming prefix 12 incoming strip-digits 2 target ipv dial-peer 4 sip incoming access-list 10 incoming called number T incoming dial-plan peer-group 1 peer-group 1 dial-peer 2 a) Ejemplo 1 Llamada entrante por línea 1 con número llamado 23 sin número llamante Se busca el dial-peer entrante, ninguno encaja hasta el criterio de comparar el interfaz origen de la llamada con el target voice-port del dial-peer 1. Así pues el dial-peer entrante escogido es el 1. Como tiene destination-pattern configurado y la llamada no tiene número llamante se toma el 11 como número llamante. Para buscar el dial-peer de salida se recorre toda la lista de dial-peers y se encuentra que el 3 con destination-pattern 2. encaja como dial-peer saliente. Como no tiene configurada ninguna modificación sobre el número llamante ni el número llamado cuando actúa como dial-peer de salida la llamada queda establecida con dial-peer entrante 1, saliente 3, número llamado 23 y llamante 11. b) Ejemplo 2 Llamada entrante por línea 3 con número llamado 12 sin número llamante Se busca el dial-peer entrante, pero ninguno encaja así que se toma como dial-peer entrante el 0. Para buscar el dial-peer saliente se recorre la lista de dial-peers buscando el dial-peer que encaje con el número llamado 12, encontrándose el dial-peer 2, por lo que se elige este como dial-peer saliente. La llamada es enviada a la línea 2 del interfaz voip1/0 con número llamado 12 y sin número llamante. II - 11

18 c) Ejemplo 3 Llamada entrante SIP con número llamado 35 y número llamante 23 Se busca el peer entrante, en este caso el incoming called number 3. coincide con el número llamado 35 así que el peer de entrada es el 3. Aunque la llamada viniera de la ip nunca encajaría con el dial-peer 4 ya que 3. es más específico que T por lo que encaja primero. Se aplican las modificaciones sobre el número llamado configuradas en el dial-peer, así se eliminan dos dígitos (incoming strip-digits 2) y se pone el prefijo 12 (incoming prefix 12). El número llamado es el 12 después de haberse aplicado las modificaciones configuradas. Para buscar el dial-peer saliente se recorre la lista de dial-peers buscando el dial-peer que encaje con el número llamado 12, encontrándose el dial-peer 2, por lo que se elige este como dial-peer saliente. La llamada es enviada a la línea 2 del interfaz voip1/0 con número llamado 12 y llamante 23. d) Ejemplo 4 Llamada entrante SIP desde con número llamado 12 y número llamante 55 Se busca el peer entrante, con ese número llamado y llamante no puede encajar en el 3, pero si en el 4 ya que la lista de acceso lo permite y está configurado para encajar con cualquier llamado (T). Como el dial-peer 4 tiene configurado el peer-group 1 como dial-plan, sólo se busca dial-peer saliente en lo configurado en este grupo, que es el dial-peer 2. En este caso encaja el llamado con el destinationpattern por lo que se establece la llamada con la línea 2 del interfaz voip1/0 con número llamado 12 y llamante 55. Hay que tener en cuenta que cualquier otro número llamado habría provocado que no se estableciera la llamada ya que el dial-plan indica que solo puede usarse el dial-peer 2 como salida. II - 12

19 2. Funcionalidades de Centralita El equipo es capaz de proporcionar funcionalidades de centralita, tanto a extensiones en interfaces de telefonía convencional, como a teléfonos IP. Las funcionalidades soportadas son las siguientes: o Transferencia de llamada o Música en espera o Ring simultáneo de varios teléfonos o Grupo de captura de llamada o Captura de llamada dirigida o Desvíos de llamada o Grupo de salto de llamada o IVR básico A continuación se detalla cada funcionalidad, los protocolos e interfaces sobre los que soporta y ejemplos de configuración Transferencia de llamada Es posible transferir una llamada tanto desde un terminal SIP como desde un teléfono analógico conectado a un puerto FXS. En ambos casos se soportan transferencias ciegas, semi-atendidas y atendidas. Desde un terminal SIP la transferencia la solicita el terminal de forma estándar mediante un mensaje REFER. La operativa que debe realizar el usuario para transferir la llamada depende del terminal usado y se debe consultar en su correspondiente manual. Desde un terminal FXS se pueden transferir llamadas. La operativa de usuario en este caso es la siguiente: Teniendo la llamada que se quiere transferir establecida se pulsa la tecla R del teléfono. Se debería oír un tono de invitación a marcar. Se marca el número al que se quiere transferir la llamada y en caso de realizar una transferencia ciega se cuelga el teléfono. Si se espera a que la llamada empiece a sonar antes de colgar y realizar la transferencia, se trata de una transferencia semi-atendida. Para hacer una transferencia atendida se espera a que la nueva llamada de consulta se establezca (descuelgue el llamado). En esta situación en que la llamada inicial está retenida y la de consulta establecida se puede finalizar la transferencia colgando el teléfono o bien abortar la llamada de consulta y volver a la llamada original pulsando 2. Para cancelar el intento de transferencia y volver a la llamada original en cualquier momento antes de que se establezca la llamada de consulta se puede pulsar R de nuevo. La funcionalidad de transferencia de llamada no requiere ningún tipo de configuración Música en espera y mensajes de voz El equipo puede proporcionar música en espera o locuciones en diversas situaciones. Se soportan dos tipos de mensajes grabados: locuciones grabadas desde un interfaz FXS en formato propietario y ficheros wav. Se pueden usar hasta nueve mensajes distintos identificados por números del 1 al 9. II - 13

20 Los ficheros propietarios se graban configurando un dial-peer de tipo facility cuyo target es locrecord. Al marcar el número configurado en el destination-pattern de dicho dial-peer desde un interfaz FXS suenan dos tonos de confirmación y se comienza a grabar el audio. Para finalizar se debe pulsar un dígito en el teléfono, que resulta ser el número de locución grabada. La locución se guarda en la flash del equipo con el nombre LOC<num>.loc y en el códec configurado en el dial-peer facility. Como máximo se graban 30 segundos. A continuación se escuchan dos tonos de confirmación y se reproduce la locución grabada. Es importante tener en cuenta que una locución sólo se reproduce en las llamadas que usen el mismo códec que el que se empleó al realizar la grabación, es decir, una llamada en G.729 no puede reproducir una locución grabada con G y viceversa. Los formatos G a 5.3 Kbps y G a 6.4 Kbps son plenamente compatibles entre si, por lo que una llamada en G a 5.3 Kbps puede reproducir una locución grabada con G a 6.4 Kbps y viceversa. El formato soportado de los ficheros wav es G711 ley a o ley u con frecuencia de muestreo 8 KHz y un solo canal (mono). Mediante el comando voice-message <loc> filename <file> (Capítulo 4 de este manual) se asocia un identificador de locución (1-9) con un nombre de fichero en formato wav. El tamaño de estos ficheros solo está limitado por el espacio en la flash. Se pueden ver los datos de las grabaciones de audio del equipo mediante el comando de monitorización display voice-messages (ver Capítulo 3). Los mensajes de voz pueden ser utilizados como tono de marcado, de error, etc. en líneas FXS/FXO como música en espera en cualquier interfaz de telefonía convencional del equipo o como locución a reproducir en interfaces virtuales (ver manual Dm 770 Interfaces VoIP). La música en espera se genera en los interfaces cuando una llamada es retenida desde otro extremo de la conversación. Esta funcionalidad se configura por puerto de voz mediante el comando line <id> hold voice-message <loc> (ver Dm770 Interfaces VoIP). La llamada se puede retener desde un terminal SIP, NOE o FXS. En el punto siguiente se describe la posibilidad de enviar un stream de audio IP permanentemente desde un fichero en flash. Ver apartado 2.8 IVR básico para más ejemplos relacionados con grabaciones de audio. a) Envío continuo de música en espera por IP Es posible configurar el equipo para enviar streams RTP por IP de forma permanente reproduciendo en bucle una grabación de audio existente en la flash del equipo. Para ello se debe crear un interfaz voip-dummy (add device voip-dummy <id>) para reproducir una locución mediante los comandos: line 1 behavior play-message y line 1 play <codec> voicemessage <num>, y que con el comando line <id> direct-dialing <tlph> <tim> se realice una llamada al arrancar el equipo al número configurado. En el menú telephony se debe crear un dial-peer de tipo direct que permite establecer la llamada sin señalización a la dirección IP y puertos configurados mediante el comando target. La ip origen usada en el envío es la ip interna aunque se puede configurar por dial-peer mediante el comando local-ip. Además es posible que el destino sea una IP multicast. Para que el router envíe los paquetes hay que habilitar el proxy-igmp y configurar el interfaz deseado para el envío como interfaz upstream. A continuación un ejemplo de configuración para enviar un stream de audio en códec G711alaw desde el fichero wav 8kalaw.wav a la ip multicast y puerto 2000 y otro stream en g729 a partir de un fichero LOC2.LOC a la misma IP y puerto 2010 por el interfaz ethernet0/0. add device voip-dummy 1000 add device voip-dummy 1001 telephony II - 14

21 -- Telephony configuration -- voice-message 1 filename 8kalaw.wav dial-peer 10 direct codec g711ulaw destination-pattern 1 target ipv port 2000 dial-peer 11 direct codec g729 destination-pattern 2 target ipv port 2010 network voip VoIP interface Configuration -- line 1 play G711 voice-message 1 line 1 behavior play-message line 1 direct-dialing 1 0s network voip VoIP interface Configuration -- line 1 play G729 voice-message 2 line 1 behavior play-message line 1 direct-dialing 2 0s protocol ip -- Internet protocol user configuration -- internal-ip-address address ethernet0/ proxy-igmp -- IGMP proxy user configuration -- enable upstream ethernet0/0 default 2.3. Ring simultáneo de varios teléfonos Es posible configurar extensiones de ring múltiple para que suenen varios teléfonos a la vez. Esto se hace mediante un dial-peer especial de tipo group. El target de este tipo de dial-peer es un peer-group, que permite definir un conjunto de dial-peers y los teléfonos a llamar a través de estos dial-peers (ver comando peer-group). Ejemplo1: Se quiere que cuando se marque 2000 suenen los teléfonos SIP 1001 y 1002 y el FXS 800 que está en la línea 1 del interfaz voip1/0. dial-peer 1 voice-port destination-pattern 800 target voice-port voip1/0 1 II - 15

22 dial-peer 2 sip destination-pattern 100. target dynamic dial-peer 3 group destination-pattern 2000 target group 1 peer-group 1 dial-peer dial-peer dial-peer Al marcar 2000 encaja en salida el dial-peer 3 y se llama usando el dial-peer 1 con el número 800, el dial-peer 2 con el 1001 y de nuevo el dial-peer 2 con el número 1002 Ejemplo2: Se quiere que cuando se marque 2000 suenen todos los teléfonos registrados dinámicamente SIP y el FXS 800 que está en la línea 1 del interfaz voip1/0. dial-peer 1 voice-port destination-pattern 800 target voice-port voip1/0 1 dial-peer 2 group destination-pattern 2000 target group 1 peer-group 1 dial-peer dynamic-peers Al marcar 2000 encaja en salida el dial-peer 2 y se llama usando el dial-peer 1 con el número 800 y a todos los dial-peers dinámicos Grupos de captura Se pueden configurar grupos de captura de forma que se asocie un patrón de numeración a un grupo de dial-peers en los que se pueden capturar llamadas salientes. Para ello se debe configurar un dial-peer de tipo facility que tenga configurado el comando target group-pickup peer-group <id>. Al realizar una llamada a dicho número, si hay alguna llamada sonando con dial-peer saliente perteneciente al peer-group se captura la llamada. Ver la descripción del comando target group-pickup para más detalles. Ejemplo 1: Tenemos los teléfonos siguientes: tres teléfonos SIP con numeración 1001, 1002 y 1003, dos teléfonos FXS en la línea 1 y 2 del interfaz voip1/0 con números 800 y 801. Se quiere que al marcar *8 se pueda capturar una llamada si está sonando el teléfono FXS 800 o los teléfonos SIP 1001 y dial-peer 1 voice-port destination-pattern 800 target voice-port voip1/0 1 II - 16

23 dial-peer 2 voice-port destination-pattern 801 target voice-port voip1/0 2 dial-peer 3 sip destination-pattern 100. target dynamic dial-peer 4 facility destination-pattern *8 target group-pickup peer-group 1 peer-group 1 dial-peer 1 dial-peer dial-peer Al marcar *8 encaja en salida el dial-peer 4 y comprueba si hay alguna llamada sonando con dial-peer saliente 1 o dial-peer saliente 3 y números llamados 1001 o Si es así se captura, si no da error. Ejemplo 2: Al ejemplo anterior se desea añadir la posibilidad de capturar llamadas sonando en los teléfono SIP con el código *9. Hay que añadir lo siguiente a la configuración anterior: dial-peer 5 facility destination-pattern *9 target group-pickup peer-group 2 peer-group 2 dynamic-peers Al marcar *9 encaja en salida el dial-peer 5 y comprueba si hay alguna llamada sonando con dial-peer saliente dinámico. Ejemplo 3: Se desea añadir al ejemplo anterior que el teléfono FXS 800 y el SIP 1003 sólo puedan capturar con el código *8 y no con el *9. Para ello se debe configurar un plan de numeración específico para llamadas entrantes de estas extensiones con el comando incoming dial-plan. dial-peer 1 voice-port destination-pattern 800 incoming dial-plan peer-group 3 target voice-port voip1/0 1 dial-peer 2 voice-port destination-pattern 801 target voice-port voip1/0 2 dial-peer 3 sip destination-pattern 100. target dynamic dial-peer 4 facility destination-pattern *8 target group-pickup peer-group 1 II - 17

24 dial-peer 5 facility destination-pattern *9 target group-pickup peer-group 2 dial-peer 6 sip incoming calling number 1003 incoming dial-plan peer-group 3 peer-group 1 dial-peer 1 dial-peer dial-peer peer-group 2 dynamic-peers peer-group 3 dial-peer 1 dial-peer 2 dial-peer 3 dial-peer 4 dynamic-peers Las llamadas que haga el teléfono del la línea 1 del interfaz voip1/0 tienen dial-peer entrante 1 y se restringe el plan de numeración a los dial-peers del peer-group 3. Las llamadas del teléfono SIP 1003 encuentran como dial-peer entrante el 6 que también asocia el plan de numeración con peer-group 3, en el que no está presente el dial-peer 5 impidiendo capturar con código *9 los teléfonos SIP Captura dirigida Es posible realizar capturas dirigidas configurando un dial-peer de tipo facility cuyo target sea target directed-pickup prefix <length>. El destination-pattern debe encajar con el código que debe marcar el usuario para solicitar la captura. Al número llamado se aplican los cambios de numeración habituales de los comandos strip-digits, prefix y translation. Finalmente al número resultante se le quita el prefijo de captura dirigida que tendrá la longitud indicada en el parámetro <length> del comando directed-pickup prefix. El número resultante es el de la extensión que se desea capturar. Ver la descripción del comando target directed-pickup para más detalles. Ejemplo 1: Al ejemplo 1 del apartado anterior se desea añadir la posibilidad de capturar llamadas de forma dirigida, mediante el prefijo de captura *8. Además se desea poder capturar los teléfonos SIP marcando sólo el último dígito de la extensión (ej. *81 captura el 1001). Debe convivir el grupo de captura (*8) con la captura dirigida tanto con la extensión completa (*8801 o *81001) como la abreviada para teléfonos SIP (*81). dial-peer 1 voice-port destination-pattern 800 target voice-port voip1/0 1 dial-peer 2 voice-port destination-pattern 801 target voice-port voip1/0 2 II - 18

25 dial-peer 3 sip destination-pattern 100. target dynamic dial-peer 4 facility destination-pattern *8P target group-pickup peer-group 1 dial-peer 5 facility destination-pattern *8T target directed-pickup prefix 2 dial-peer 6 facility destination-pattern *8.P outgoing prefix *8100 outgoing strip-digits 2 target directed-pickup prefix 2 peer-group 1 dial-peer 1 dial-peer dial-peer Hay que modificar el destination-pattern del dial-peer 4 añadiendo P para que al marcar *8 desde un FXS no se haga la captura dirigida, sino que se espere a que el usuario indique finalización de marcación pulsando # o venza el tiempo entre dígitos. De esta manera se posibilita que el usuario siga marcando en caso de querer hacer una captura dirigida. El dial-peer 5 permite hacer una captura dirigida a cualquier extensión y el dial-peer 6 permite hacer capturas abreviadas usando el patrón *8. y transformando el número marcado en *8100. para poder capturar extensiones SIP de forma abreviada. En el caso de la captura abreviada *8. también hay que poner P para que permita marcar más dígitos desde un FXS para la captura con la extensión completa usando el dial-peer Desvíos de llamada Es posible desviar una llamada, tanto desde un terminal SIP como desde un teléfono analógico conectado a un puerto FXS. En el caso de los terminales SIP se debe configurar el desvío en el propio terminal, por lo que se debe consultar la operativa en su correspondiente manual. Ante una llamada entrante, el teléfono SIP responde con un código 3xx de redirección que provoca un nuevo intento de llamada al nuevo destino. Desde un terminal FXS es posible activar y desactivar desvíos incondicionales y si no contesta. Para ello hay que configurar dial-peers de tipo facility con un destination-pattern que encaje con el código que debe marcar el usuario y uno de los siguientes target: forward-always, forward-always-clear, forward-noanswer, forward-noanswer-clear y forward-clear para respectivamente activar desvío incondicional, desactivar desvío incondicional, activar desvío si no contesta, desactivar desvío si no contesta y desactivar todos los desvíos. El desvío incondicional tiene prioridad sobre el desvío si no contesta en caso de estar activos ambos. Ver los comandos correspondientes para más información. Ejemplo 1: Al ejemplo del apartado anterior se desea añadir la posibilidad de realizar los siguientes desvíos desde terminales FXS: activar desvío incondicional a teléfonos 100. marcando *21., desvío si no contesta marcando *20. y desactivar cualquier desvío marcando *0 II - 19

26 dial-peer 10 facility destination-pattern *21. outgoing prefix *21100 outgoing strip-digits 3 target forward-always prefix 3 dial-peer 11 facility destination-pattern *20. outgoing prefix *20100 outgoing strip-digits 3 target forward-noanswer prefix 3 dial-peer 12 facility destination-pattern *0 target forward-clear 2.7. Grupo de salto de llamada Es posible configurar una secuencia de salto de llamada cuando los teléfonos llamados están ocupados o si no responden en un intervalo temporal determinado. Esto se configura, respectivamente, mediante los comandos forward busy peer-group y forward no-answer peer-group en el del dial-peer saliente de la llamada. Según se elija uno u otro, se dispone de la siguiente funcionalidad. En el primer caso,, sólo si el destino de la llamada está ocupado, la llamada se intenta por el primer dial-peer del forward busy peer-group configurado que no está ocupado una vez que el otro extremo ya está sonando, no se hace caso del resto de dial-peers del peer-group. En el segundo caso, tanto si el destino está ocupado como si no coge la llamada en un espacio de tiempo configurado mediante forward no-answer timeout, la llamada se intenta por el primer dialpeer del forward no-answer peer-group que no está ocupado. Se explica a continuación una funcionalidad avanzada para ambos grupos de salto. Se toma como situación de partida que, en el grupo de salto, un dial-peer saliente ya ha empezado a sonar. Éste tiene configurado a su vez un forward no-answer peer-group, y no coge la llamada en el tiempo que tenga configurado. La llamada salta entonces al siguiente dial-peer, que se calcula según el tipo de grupo de salto original: si el original era un forward no-answer, se sigue saltando dentro del grupo de salto original si el original era un forward busy, se coge el grupo de salto configurado en el dial-peer que no cogió la llamada y se empieza a recorrer. Ejemplo 1: Tenemos los teléfonos siguientes: tres teléfonos SIP con numeración 1001, 1002 y 1003, dos teléfonos FXS en la línea 1 y 2 del interfaz voip1/0 con números 800 y 801. Se quiere que si los teléfonos 1001 o 800 están ocupados la llamada salte al primer teléfono libre entre 1001, 1002 y 801. En la siguiente configuración, si el llamado es el 800 encaja en el dial-peer 1 y si es el 1001 en el 4. Ambos tienen configurado forward busy peer-group 1. dial-peer 1 voice-port destination-pattern 800 forward busy peer-group 1 target voice-port voip1/0 1 dial-peer 2 voice-port destination-pattern 801 target voice-port voip1/0 2 II - 20

27 dial-peer 3 sip destination-pattern 100. target dynamic dial-peer 4 sip destination-pattern 1001 forward busy peer-group 1 target dynamic dial-peer 4 facility destination-pattern *8 target group-pickup peer-group 1 peer-group 1 dial-peer dial-peer dial-peer 2 Ejemplo 2: Tenemos cuatro teléfonos FXS en las líneas 1 a 4 del interfaz voip1/0 con números 101 a 104. Se quiere que, si el teléfono 101 está ocupado, la llamada salte al número 102. Si el 102 está ocupado o no responde en 10 segundos (no es necesario configurar forward busy), entonces salta al primer teléfono libre entre 103 y 104 en el caso de que ambos estén ocupados, vuelve a intentarse una última vez en el teléfono 102. dial-peer 1 voice-port destination-pattern 101 forward busy peer-group 1 target voice-port voip1/0 1 dial-peer 2 voice-port destination-pattern 102 forward no-answer peer-group 2 forward no-answer timeout 10s target voice-port voip1/0 2 dial-peer 3 voice-port destination-pattern 103 target voice-port voip1/0 3 dial-peer 4 voice-port destination-pattern 104 target voice-port voip1/0 4 peer-group 1 dial-peer 2 peer-group 2 dial-peer 3 dial-peer 4 dial-peer 2 II - 21