Router Teldat Protocolo NOE Doc. DM777 Rev. 10.61 Abril, 2008
ÍNDICE Capítulo 1 Introducción...1 1. Descripción del protocolo UA/NOE... 2 2. Funcionalidad disponible en el router... 3 2.1. Aplicación survival... 3 2.2. Aplicación server... 4 2.3. Terminales y funcionalidades soportadas... 5 Capítulo 2 Configuración del protocolo NOE...7 1. Configuración del protocolo NOE... 8 1.1. [NO] ALLOW UNKNOWN-CONNECTION... 8 1.2. APPLICATION... 8 a) [NO] APPLICATION ADDRESS... 8 b) [NO] APPLICATION BASE-PORT... 9 c) [NO] APPLICATION SERVER TRACK NSLA-ADVISOR... 9 d) [NO] APPLICATION SURVIVAL ACCESS-LIST... 9 e) [NO] APPLICATION SURVIVAL TRACK NSLA-ADVISOR... 9 1.3. [NO] CALL-WAITING... 10 1.4. SCREEN... 10 a) [NO] SCREEN ACCEPT-CALL... 10 b) [NO] SCREEN BUSY-MESSAGE... 10 c) [NO] SCREEN CONSULT-CALL... 10 d) [NO] SCREEN DATE... 10 e) [NO] SCREEN DIAL-NUMBER... 11 f) [NO] SCREEN END-CONSULT-CALL... 11 g) [NO] SCREEN FREE-PEER... 11 h) [NO] SCREEN HANGUP-TELEPHONE... 11 i) [NO] SCREEN HELD-CALL... 11 j) [NO] SCREEN HOLD-CALL... 11 k) [NO] SCREEN INCOMING-CALL... 12 l) [NO] SCREEN ONHOLD-CALL... 12 m) [NO] SCREEN STABLISHED-CALL... 12 n) [NO] SCREEN SURVIVAL... 12 o) [NO] SCREEN TRANSFER-CALL... 12 p) [NO] SCREEN UNHOLD-CALL... 12 q) [NO] SCREEN VOLUME... 13 1.5. TIMERS... 13 a) [NO] TIMERS CONNECTION-TIMEOUT... 13 b) [NO] TIMERS EMERGENCY-BLINK... 13 c) [NO] TIMERS HANDSET-IDLE... 13 d) [NO] TIMERS HANDSFREE-IDLE... 13 e) [NO] TIMERS KEEPALIVE-ERROR... 14 f) [NO] TIMERS NEW-CONNECTION... 14 1.6. TONES... 14 a) [NO] TONES RING CADENCE... 14 b) [NO] TONES RING LEVEL... 14 c) [NO] TONES RING MELODY... 15 d) [NO] TONES RING PROGRESSIVE... 15 1.7. EXIT... 15 Capítulo 3 Monitorización del protocolo NOE...16 1. Monitorización del protocolo NOE... 17 1.1. Acceso al prompt de monitorización... 17 1.2. Comandos de monitorización... 17 a)? (AYUDA)... 17 b) CLEAR STATISTICS... 17 c) DROP-CONNECTION... 17 - ii -
d) LIST... 17 LIST ALL... 18 LIST APPLICATION... 18 LIST CONNECTION... 18 e) EXIT... 19 Capítulo 4 Ejemplo de configuración...20 1. Aplicación Survival... 21 2. Aplicación Server...24 2.1. Teléfonos configurados... 24 2.2. Teléfonos no configurados... 27 - iii -
Capítulo 1 Introducción
1. Descripción del protocolo UA/NOE Las siglas UA significan Universal Alcatel y dan nombre al protocolo se señalización de telefonía de Alcatel. La versión más avanzada de este protocolo se denomina NOE (New Office Environment). En este manual nos referiremos al protocolo como NOE. La versión IP de este protocolo encapsula los mensajes de señalización en paquetes del protocolo UAUDP que es un protocolo ligero, orientado a conexión, que va montado sobre UDP. El puerto UDP usado por los terminales es el BASE-PORT configurado en el Call Server. El Call Server en cambio usa como puerto para la señalización NOE el BASE-PORT + 128. Por defecto este puerto es el 32512 y el Call Server usa el 32640. El mecanismo de inicialización de los teléfonos IP NOE contempla los siguientes pasos: 1. El terminal obtiene la configuración de red por DHCP o bien está configurado estáticamente. 2. Se conecta al servidor TFTP para actualizar ficheros de firmware y configuración. 3. Mediante la petición del fichero por TFTP startnoe-aabbccddeeff donde aabbccddeeff es la mac del terminal, notifica al Call Server que está listo para iniciar la conexión UAUDP a la vez que obtiene el puerto BASE-PORT que usará para enviar/recibir señalización. 4. El Call Server Inicia la conexión UAUDP mediante las primitivas que proporciona este protocolo para ello. 5. Una vez establecida la conexión UAUDP el Call Server y el terminal intercambian la señalización NOE a través de ella. Una peculiaridad de la conexión UAUDP es que el Call Server envía un paquete de Keepalive que permite al terminal detectar cuando se ha perdido la conexión, en cuyo caso se reinicia y vuelve a intentar el proceso de inicialización. Para ello se define el tiempo UDP_LOST, que es el tiempo que tarda el teléfono en dar por terminada la conexión en ausencia de paquetes recibidos del Call Server. Una vez perdida la conexión el teléfono se reinicia pasado el tiempo UDP_LOST_REINIT. El tiempo entre envíos de Keepalive cuando no hay tráfico NOE debe ser por tanto menor al tiempo UDP_LOST para que el terminal no se reinicie. Para los valores por defecto de los temporizadores del protocolo NOE implementado en el router se recomiendan los siguientes valores para la conexión UAUDP del Call Server: o KEEPALIVE : 10s o UDP_LOST: 22s (12s más que el KEEPALIVE) o UDP_LOST_REINIT: 7s El protocolo de señalización NOE es un protocolo orientado a estímulos en el que el teléfono avisa al Call Server de los eventos que ocurren en la interacción con el usuario (ej. tecla pulsada, levantar el auricular) y el servidor maneja los elementos disponibles en el teléfono: LEDs, pantalla LCD, generador/receptor de RTP, etc. ROUTER TELDAT Introducción protocolo NOE I - 2
2. Funcionalidad disponible en el router El router puede proporcionar funcionalidades de telefonía IP de supervivencia a terminales NOE de forma que en situación de pérdida de conectividad con el Call Server los teléfonos pueden seguir efectuando llamadas entre ellos, así como llamadas entrantes y salientes a través de los interfaces con la RTB/RDSI de que disponga el equipo. También es capaz de realizar transferencias de llamadas entre teléfonos NOE o entre los teléfonos NOE y los interfaces RTB/RDSI de que disponga el equipo. Para ello hay disponibles dos aplicaciones diferentes: supervivencia (survival) y servidor (server). La diferencia entre las dos aplicaciones es que en el modo survival el router averigua automáticamente el número de teléfono y nombre de cada terminal NOE conectado al Call Server, mientras que en el modo server hay que configurarlo explícitamente en el router asociando la mac de cada terminal a su número de teléfono. Para que en el modo survival se obtengan automáticamente los números de teléfono de cada terminal es necesario que el tráfico IP de señalización NOE entre los terminales y el Call Server atraviese el router y así poder espiar las conexiones y suplantar al Call Server en caso de pérdida de conectividad. En cambio, en el modo server, el equipo no tiene por que ser el router por el que pasa el tráfico NOE. En este modo de funcionamiento los teléfonos tienen configurada la IP del equipo como Backup Media Gateway de forma que al detectar pérdida de conectividad con el Call Server se intentan conectar directamente. 2.1. Aplicación survival La aplicación survival se habilita mediante el comando application survival access-list <id>, que usa un access-list para clasificar el tráfico de señalización NOE que atraviesa el equipo y que le permite averiguar que terminales tienen conexiones activas con el Call Server, que tipo de terminal es y cual es su número de teléfono. Además, con el comando application survival track nsla-advisor <id>, el router monitoriza la conexión con el Call Server mediante una sonda Network Service Level Advisor (NSLA, Dm 754), de forma que ante pérdida de conectividad IP el router mantiene las conexiones UAUDP mandando los keepalives necesarios y pasa a tomar el control de la señalización. La aplicación survival puede estar en dos estados distintos: transparente y supervivencia, en función de la notificación de la sonda NSLA. Hay tres estados posibles para cada conexión UAUDP detectada por el router: inicial, transparente y supervivencia. Cuando se descubre una nueva conexión se está en el estado inicial a la espera de detectar el tipo de terminal y su número de teléfono. Transcurrido un tiempo configurable mediante timers newconnection (por defecto 10s) se comprueba si ya se han obtenidos los datos necesarios en cuyo caso se pasa la conexión al estado transparente. Si no se han averiguado dichos datos el comportamiento es configurable, por defecto se reinician los terminales para que arranquen de nuevo y poder averiguar dichos datos. Si está configurado el comando allow unkonwn-connections se pasa la conexión a transparente, aunque la funcionalidad será más limitada al no poder direccionar la extensión individualmente por no tener el número de teléfono. ROUTER TELDAT Introducción protocolo NOE I - 3
Tanto para una conexión en estado inicial, como en transparente, el router simplemente deja pasar los paquetes de señalización de forma transparente sin intervenir. Cuando la sonda NSLA informa de pérdida de conectividad con el Call Server, la aplicación survival conmuta a supervivencia y se pasan todas las conexiones que están en estado transparente a supervivencia. Si hay conexiones en estado inicial, pasarán a supervivencia directamente cuando transcurra el tiempo para averiguar los datos del terminal. Al pasar una conexión a estado de supervivencia, se crea un dial-peer dinámico de tipo noe en la funcionalidad de telefonía IP del equipo (Telefonía sobre IP, Dm 722), de forma que está disponible para realizar llamadas usando el servidor de telefonía IP del router. A partir de este momento los terminales NOE pueden establecer llamadas según el plan de numeración del equipo, basado en dialpeers. Se pueden establecer llamadas entre terminales NOE (funcionalidad de servidor de llamadas NOE), entre terminales NOE y terminales SIP (funcionalidad de pasarela se señalización NOE-SIP), y entre terminales NOE y puertos con interfaces VOIP del equipo (funcionalidad de Media Gateway NOE). En el paso de un terminal a estado supervivencia se modifica el display mostrando un texto configurable de aviso de la situación de pérdida de conectividad. El equipo, para una conexión en estado de supervivencia, bloquea los paquetes del Call Server hacia los teléfonos, si los hubiera, y se encarga de enviar los keepalives y la señalización NOE necesaria hacia los terminales suplantando la conexión con el Call Server de forma que el terminal no detecta en ningún momento diferencia y tiene la sensación de estar hablando con el Call Server, aunque es el router el que está realizando las funciones de Call Server. En el momento en que la sonda NSLA indica la recuperación de la conectividad con el Call Server, la aplicación NOE vuelve al estado transparente lo que implica que todas las conexiones de terminales que estén en reposo, es decir, que no tengan llamada activa, son reiniciadas para que se conecten de nuevo al Call Server. Los terminales que tienen una llamada en curso se conectarán con el Call Server en el momento en que la llamada se libere. 2.2. Aplicación server La aplicación server se habilita mediante el comando application server track nsla-advisor <id> que la asocia a una sonda Network Service Level Advisor (NSLA, Dm 754) para monitorizar la conectividad con el Call Server. Los terminales NOE deben tener configurada la ip de la aplicación NOE del equipo como su Backup IP Media Gateway, lo que se configura en el Call Server creando un dominio IP y configurando el parámetro Backup Address. Cuando los teléfonos detectan la caída de la conexión con el Call Server, se reinician y se intentan conectar a su servidor de backup. En el equipo se puede configurar el comando target mac <mac> en dial-peers de tipo noe para asociar el número configurado con el comando destination-pattern <tlphn> de ese dial-peer al teléfono con dicha mac. También se puede configurar el comando display-name <name> para asociar un nombre a ese terminal. Cuando un teléfono se conecta a su servidor de backup, se salta el paso 2 de la inicialización descrita en el apartado 1 de este capítulo. Hace una petición del fichero TFTP startnoe-aabbccddeeff donde aabbccddeeff es la mac del terminal. En el equipo debe estar habilitado el servidor tftp mediante el comando server enable del menú feature tftp, pero no es necesario que exista ningún fichero con ese nombre. El router genera el fichero adecuadamente y busca entre los dial-peers de tipo noe activos el ROUTER TELDAT Introducción protocolo NOE I - 4
primero que tenga configurada la mac del terminal. Si la encuentra asocia al teléfono el primer destination-pattern de ese dial-peer como su extensión y el display-name como su nombre. Si no se encuentra dial-peer con esa mac o si no tiene destination-pattern configurado, el terminal queda sin extensión, pudiendo hacer llamadas salientes y recibir llamadas de grupo que vayan destinadas a todos los dial-peers dinámicos, pero no se puede llamar a ese terminal individualmente por no tener extensión. Cada nueva conexión de un terminal crea un dial-peer dinámico de tipo noe en la funcionalidad de telefonía IP del equipo (Telefonía sobre IP, Dm 722), de forma que está disponible para realizar llamadas usando el servidor de telefonía IP del router. Los terminales NOE pueden establecer llamadas según el plan de numeración global, basado en dial-peers. Se pueden establecer llamadas entre terminales NOE (funcionalidad de servidor de llamadas NOE), entre terminales NOE y terminales SIP (funcionalidad de pasarela se señalización NOE-SIP), y entre terminales NOE y puertos con interfaces VOIP del equipo (funcionalidad de Media Gateway NOE). Cuando un terminal se conecta al equipo se modifica el display mostrando un texto configurable de aviso de la situación de pérdida de conectividad con el Call Server. En el momento en que la sonda NSLA indica la recuperación de la conectividad con el Call Server, todas las conexiones de terminales que estén en reposo, es decir, que no tengan llamada activa, son reiniciadas para que se conecten de nuevo al Call Server. Los terminales que tienen una llamada en curso se conectarán con el Call Server en el momento en que la llamada se libere. 2.3. Terminales y funcionalidades soportadas Los terminales Alcatel soportados por el router son los siguientes: - IP Touch 4018 - IP Touch 4028 - IP Touch 4038 - IP Touch 4068 A continuación se listan los servicios proporcionados a dichos terminales: - Detección automática de las extensiones de los terminales y tipos de terminal evitando el tener que provisionar los terminales en la configuración del router. (Sólo en la aplicación survival) - Texto de aviso de situación de supervivencia en display del terminal - Llamadas entre teléfonos NOE Alcatel - Llamadas como Media Gateway NOE entrantes y salientes - Llamadas entre teléfonos NOE y dispositivos SIP - Identificación número y nombre llamante/llamado - Almacenamiento de CDRs - Mantenimiento de fecha - Teclas volumen y mute - Rellamada - Auricular y manos libres - Tecla de mute para activar interfonía (autoanswer) - Retención de llamada, generando música en espera en interfaces RTB/RDSI ROUTER TELDAT Introducción protocolo NOE I - 5
- Grupos de ring (llamada simultánea a varios teléfonos mixto NOE, SIP, FXS) - Grupos de salto si ocupado - Grupos de captura y captura dirigida - Llamada de consulta - Transferencia de llamadas atendida y semiatendida - Llamada en espera ROUTER TELDAT Introducción protocolo NOE I - 6
Capítulo 2 Configuración del protocolo NOE
1. Configuración del protocolo NOE Para configurar el protocolo NOE debe teclearse protocol noe desde el menú general de configuración. Config>protocol noe Welcome to the NOE configuration menu Las opciones que se presentan desde el menú de configuración del protocolo NOE son las siguientes:? allow application call-waiting no screen timers tones Configure allowed terminals UA/NOE application configuration Allow a second call when one is already established Negate a command or set its defaults Telephones screen configuration UA/NOE timers configuration Terminal tones configuration 1.1. [NO] ALLOW UNKNOWN-CONNECTION Este comando sólo se tiene en cuenta en la aplicación survival. Mediante el comando allow unknownconnection se permiten conexiones NOE cuyo número telefónico y tipo de terminal no esté disponible. Si no esta activado este comando y no se detecta el número telefónico y el tipo de terminal en un tiempo dado la conexión se elimina enviando un paquete RELEASE al teléfono NOE. ALLOW UNKNOWN-CONNECTION 1.2. APPLICATION Este comando configura parámetros globales relativos al funcionamiento del protocolo NOE. a) [NO] APPLICATION ADDRESS Configura la dirección IP utilizada como origen en los paquetes RTP enviados por el equipo hacia los teléfonos NOE. Dicha IP debe estar asociada a alguno de los interfaces del equipo. En la aplicación server además es la IP que usa la señalización NOE. Si no se especifica ninguna se utiliza la dirección interna. APPLICATION ADDRESS <ip-address> ROUTER TELDAT Configuración del protocolo NOE II - 8
b) [NO] APPLICATION BASE-PORT Configura el puerto UDP en el que escuchan el protocolo NOE los terminales. Por defecto este puerto es el 32512, y debe coincidir con el puerto configurado en el call-server como BASE-PORT. APPLICATION BASE-PORT <port> c) [NO] APPLICATION SERVER TRACK NSLA-ADVISOR Configura un advisor nsla para indicar a la aplicación server la conectividad con el Call Server. Cuando dicho advisor da un valor falso, el equipo considera que el Call Server no está accesible y cuando el valor es verdadero reinicia los terminales conectados para que vuelvan a conectarse con el Call Server. APPLICATION SERVER TRACK NSLA-ADVISOR <advisor> d) [NO] APPLICATION SURVIVAL ACCESS-LIST Este comando activa la aplicación survival. Configura una lista de acceso para clasificar los paquetes IP que enruta el equipo y asociarlos a la aplicación survival de NOE. El equipo procesa como tráfico NOE únicamente los paquetes que encajen en dicha lista de acceso. El access list debería clasificar únicamente la señalización NOE para evitar cargar la aplicación. Un ejemplo de access list sería el siguiente: access-list 100 entry 1 default entry 1 permit entry 1 source address <CallServer IP> 255.255.255.255 entry 1 source port-range <BASE-PORT + 128> <BASE-PORT + 128> entry 1 protocol udp entry 2 default entry 2 permit entry 2 destination address <CallServer IP> 255.255.255.255 entry 2 destination port-range <BASE-PORT + 128> <BASE-PORT + 128> entry 2 protocol udp Esto limita los paquetes procesados a los que son UDP y tienen origen o destino la IP del Call Server y el puerto de señalización NOE en éste, que es el puerto base configurado + 128. APPLICATION SURVIVAL ACCESS-LIST <access-list> e) [NO] APPLICATION SURVIVAL TRACK NSLA-ADVISOR Configura un advisor nsla para indicar a la aplicación survival el paso de situación normal a emergencia y viceversa. Cuando dicho advisor da valor falso el equipo considera que el call-server no está accesible y gestiona él las llamadas NOE. APPLICATION SURVIVAL TRACK NSLA-ADVISOR <advisor> ROUTER TELDAT Configuración del protocolo NOE II - 9
1.3. [NO] CALL-WAITING Este comando habilita la llamada en espera para los terminales NOE. Por defecto la llamada en espera está habilitada, deshabilitándose mediante el comando NO CALL-WAITING. CALL-WAITING 1.4. SCREEN Este comando configura los textos que se mostrarán en la pantalla del teléfono NOE cuando el equipo esté en modo emergencia y por lo tanto actué como servidor. a) [NO] SCREEN ACCEPT-CALL Configura el texto que el equipo muestra en la pantalla de los teléfonos NOE cuando se está visualizando una llamada en espera que aún no ha sido aceptada. Por defecto se muestra el texto Accept. SCREEN ACCEPT-CALL <msg> b) [NO] SCREEN BUSY-MESSAGE Configura el texto que el equipo muestra en la pantalla de los teléfonos NOE cuando en situación de emergencia se llama a un usuario que esté ocupado (comunica). Por defecto se muestra el texto Busy. SCREEN BUSY-MESSAGE <msg> c) [NO] SCREEN CONSULT-CALL Configura el texto que el equipo muestra en la pantalla de los teléfonos NOE para realizar una llamada de consulta a la que posteriormente transferir la llamada en curso. Por defecto se muestra el texto Consult. SCREEN CONSULT-CALL <msg> d) [NO] SCREEN DATE Configura el idioma de la fecha que el equipo muestra en la pantalla de los teléfonos NOE al emplear la aplicación server. Puede establecerse como idioma english o spanish. Por defecto se muestra la fecha en inglés. SCREEN DATE [english / spanish] ROUTER TELDAT Configuración del protocolo NOE II - 10
e) [NO] SCREEN DIAL-NUMBER Configura el texto que el equipo muestra en la pantalla de los teléfonos NOE cuando en situación de emergencia se pida al usuario que marque un número. Por defecto se muestra el texto Dial number. SCREEN DIAL-NUMBER <msg> f) [NO] SCREEN END-CONSULT-CALL Configura el texto que el equipo muestra en la pantalla de los teléfonos NOE para terminar una llamada de consulta y recuperar la llamada original. Por defecto se muestra el texto End Consult. SCREEN END-CONSULT-CALL <msg> g) [NO] SCREEN FREE-PEER Configura el texto que el equipo muestra en la pantalla de los teléfonos NOE cuando en situación de emergencia se llama a un usuario que no está ocupado, por lo que la llamada puede cursarse correctamente. Por defecto se muestra el texto Free. SCREEN FREE-PEER <msg> h) [NO] SCREEN HANGUP-TELEPHONE Configura el texto que el equipo muestra en la pantalla de los teléfonos NOE cuando se solicita al usuario que cuelgue el teléfono. Por defecto se muestra el texto Hang Up. SCREEN HANGUP-TELEPHONE <msg> i) [NO] SCREEN HELD-CALL Configura el texto que el equipo muestra en la pantalla de los teléfonos NOE para indicar al usuario que su llamada esta en espera. Por defecto se muestra el texto On hold. SCREEN HELD-CALL <msg> j) [NO] SCREEN HOLD-CALL Configura el texto que el equipo muestra en la pantalla de los teléfonos NOE para indicar al usuario que puede poner la llamada en espera. Por defecto se muestra el texto Hold. ROUTER TELDAT Configuración del protocolo NOE II - 11
SCREEN HOLD-CALL <msg> k) [NO] SCREEN INCOMING-CALL Configura el texto que el equipo muestra en la pantalla de los teléfonos NOE para indicar al usuario que tiene una llamada entrante. Por defecto se muestra el texto Call. SCREEN INCOMING-CALL <msg> l) [NO] SCREEN ONHOLD-CALL Configura el texto que el equipo muestra en la pantalla de los teléfonos NOE para indicar al usuario que su llamada ha sido puesta en espera. Por defecto se muestra el texto Wait. SCREEN ONHOLD-CALL <msg> m) [NO] SCREEN STABLISHED-CALL Configura el texto que el equipo muestra en la pantalla de los teléfonos NOE para indicar al usuario que tiene una llamada establecida. Por defecto se muestra el texto Connected. SCREEN STABLISHED-CALL <msg> n) [NO] SCREEN SURVIVAL Configura el texto que el equipo muestra en la pantalla de los teléfonos NOE para indicar que el callserver no esta disponible y se ha pasado a modo de emergencia. Por defecto no se muestra ningún texto. SCREEN SURVIVAL <msg> o) [NO] SCREEN TRANSFER-CALL Configura el texto que el equipo muestra en la pantalla de los teléfonos NOE para indicar que se puede realizar la transferencia de una llamada de consulta a la llamada original. Por defecto se muestra el texto Transfer. SCREEN TRANSFER-CALL <msg> p) [NO] SCREEN UNHOLD-CALL Configura el texto que el equipo muestra en la pantalla de los teléfonos NOE para indicar al usuario que puede recuperar una llamada en espera. Por defecto se muestra el texto Unhold. ROUTER TELDAT Configuración del protocolo NOE II - 12
SCREEN UNHOLD-CALL <msg> q) [NO] SCREEN VOLUME Configura el texto que el equipo muestra en la pantalla de los teléfonos NOE para indicar al usuario que se esta modificando el volumen. Por defecto se muestra el texto Volume. SCREEN VOLUME <msg> 1.5. TIMERS Este comando configura el valor de los distintos temporizadores utilizados por el protocolo NOE. a) [NO] TIMERS CONNECTION-TIMEOUT Configura el tiempo máximo que puede estar una conexión sin tráfico. Si este temporizador vence, el equipo manda un keep-alive para evitar que el teléfono NOE se reinicie. El valor por defecto es de 20 segundos. Si se configura la aplicación survival, este parámetro está pensado para un tiempo UDP_LOST de 22 segundos en la configuración del Call Server. Un valor adecuado de configuración en el Call Server para el keepalive serían 10 segundos, de forma que la detección de falta de keepalive tenga una ventana suficientemente amplia. TIMERS CONNECTION-TIMEOUT <seconds> b) [NO] TIMERS EMERGENCY-BLINK El equipo muestra en todos los terminales NOE alternativamente la fecha/hora y un mensaje que indica situación de emergencia. Este timer configura el periodo de dicha alternancia. El valor por defecto es de 2 segundos. Si se configura a 0 segundos se muestra sólo el mensaje de emergencia. TIMERS EMERGENCY-BLINK <seconds> c) [NO] TIMERS HANDSET-IDLE El equipo cuelga automáticamente todos los terminales NOE que estén durante mucho tiempo en situación de error. Este temporizador configura dicho tiempo si el teléfono está en modo handset. El valor por defecto es de 10 segundos. TIMERS HANDSET-IDLE <seconds> d) [NO] TIMERS HANDSFREE-IDLE El equipo cuelga automáticamente todos los terminales NOE que estén durante mucho tiempo en situación de error. Este timer configura dicho tiempo si el teléfono está en modo manos libres. El valor por defecto es de 4 segundos. ROUTER TELDAT Configuración del protocolo NOE II - 13
TIMERS HANDSFREE-IDLE <seconds> e) [NO] TIMERS KEEPALIVE-ERROR La aplicación survival evita que los terminales se reinicien ante falta de keepalive del Call Server mediante el envío desde el equipo de dicho keepalive. Si esta situación se produce en modo transparente, sin que la sonda NSLA detecte la situación de emergencia, se activa este timer para reiniciar el terminal en caso de que finalmente no se de la situación de emergencia. De esta forma se reinicia el terminal, que se conecta de nuevo al Call Server. Este comando configura el tiempo máximo que se espera desde que se envía un paquete de keepalive en modo transparente hasta que la sonda NSLA notifica la situación de emergencia. Si vence este temporizador se reinicia el terminal. En la aplicación server es el tiempo que se espera para reiniciar nuevas conexiones que se producen mientras la sonda indica que el Call Server está activo. Si antes de que venza el tiempo, el Call Server pasa a estar inaccesible no se reinicia el terminal hasta que la sonda indique que vuelve a estar activo. El valor por defecto es de 30 segundos. TIMERS KEEPALIVE-ERROR <seconds> f) [NO] TIMERS NEW-CONNECTION Este comando sólo tiene sentido para la aplicación survival y configura el tiempo máximo que espera el equipo desde que detecta una nueva conexión para averiguar el número de teléfono y el tipo de terminal de dicha conexión. Si el equipo no averigua en este intervalo dichos datos reinicia la conexión o la acepta dependiendo de si esta configurado o no el modo allow unkown-connection. El valor por defecto es de 10 segundos. TIMERS NEW-CONNECTION <seconds> 1.6. TONES Mediante este comando se configuran los tonos de los teléfonos NOE. a) [NO] TONES RING CADENCE Configura la cadencia del ring del teléfono. Se pueden configurar valores de 0 a 6 para distintos patrones de tiempo sonando y tiempo en silencio. El valor por defecto es 0. TONES RING CADENCE <num> b) [NO] TONES RING LEVEL Configura el volumen del ring del teléfono. Se pueden configurar valores entre -40 db y 10 db relativos al valor por defecto de 0 db. ROUTER TELDAT Configuración del protocolo NOE II - 14
TONES RING LEVEL <db> c) [NO] TONES RING MELODY Configura la melodía de ring del teléfono. Se pueden configurar valores entre 0 y 15. La melodía por defecto es la 0. TONES RING MELODY <num> d) [NO] TONES RING PROGRESSIVE Configura que el ring vaya aumentando de volumen progresivamente. Los valores de 1 a 3 indican distintos niveles de progresividad de 1 rápida a 3 lenta. El valor 0 por defecto es no progresivo. TONES RING PROGRESSIVE <num> 1.7. EXIT A través del comando EXIT volvemos al prompt de configuración general, Config>. Ejemplo: EXIT Config> ROUTER TELDAT Configuración del protocolo NOE II - 15
Capítulo 3 Monitorización del protocolo NOE
1. Monitorización del protocolo NOE 1.1. Acceso al prompt de monitorización Para acceder al prompt de monitorización del protocolo NOE hay que teclear PROTOCOL NOE desde el menú raíz de monitorización. +PROTOCOL NOE UA/NOE Monitor NOE Mon+ 1.2. Comandos de monitorización Todos los comandos de monitorización del protocolo NOE se han de introducir en el prompt especificado anteriormente, NOE Mon+. Estos comandos se describen a continuación. a)? (AYUDA) Permite ver las opciones disponibles desde el menú en el que nos encontramos, así como listar las opciones posibles de un comando cuando se escribe después del mismo. Los comandos disponibles en el correspondiente menú de consola para la monitorización son: NOE Mon+? CLEAR DROP-CONNECTION LIST EXIT NOE Mon+ b) CLEAR STATISTICS Este comando pone a cero los contadores de paquetes recibidos. Ejemplo: NOE Mon+CLEAR STATISTICS NOE Mon+ c) DROP-CONNECTION Con este comando se elimina una conexión NOE, reiniciando el teléfono asociado. Ejemplo: d) LIST NOE Mon+DROP-CONNECTION 1 NOE Mon+ En este nivel están disponibles los siguientes subcomandos ROUTER TELDAT Monitorización protocolo NOE III - 17 Rev. 10.61
LIST ALL Muestra toda la información relativa al protocolo NOE, tanto general como cada conexión en particular. Ejemplo: NOE Mon+LIST ALL Application Survival state: Transparent Application Server state: Disabled Application Survival: Protocol statistics ----------------------------------------- Packets received: 56 Non UA/NOE packets ignored: 0 Transparent processed packets: 56 Survival processed packets: 0 Call Server packets dropped in survival mode: 0 NOE Mon+ LIST APPLICATION Muestra la información relativa al protocolo NOE. La información más importante que proporciona este comando es el estado de las aplicaciones, la aplicación survival puede estar en modo Transparent o Survival y la aplicación server mostrará el estado Disabled, OXE Up o OXE Down. El estado de las conexiones individuales puede ser distinto del estado de la aplicación y se puede ver con el comando list connection. La aplicación survival, para las conexiones en modo transparente, encamina los paquetes NOE como cualquier otro paquete IP hacia el Call Server, pero en modo supervivencia la aplicación asume que dicho Call Server no está disponible y procesa él los paquetes y llamadas dirigidas o provenientes de los teléfonos NOE a la vez que bloquea los paquetes provenientes del Call Server hacia los terminales. Ejemplo: NOE Mon+LIST APPLICATION Application Survival state: Transparent Application Server state: Disabled Application Survival: Protocol statistics ----------------------------------------- Packets received: 56 Non UA/NOE packets ignored: 0 Transparent processed packets: 56 Survival processed packets: 0 Call Server packets dropped in survival mode: 0 NOE Mon+ LIST CONNECTION Muestra los teléfonos NOE que el equipo ha detectado. Informa sobre la extensión telefónica, nombre, IP y estado de los teléfonos. Ejemplo: NOE Mon+LIST CONNECTION ConnId: 2 Extension: 31311 Name: TELDAT 1 TermType: 4028 Terminal IP: 192.168.11.100 Server IP: 10.81.32.17 App: Survival State: Transparent Last pkt: Outgoing Phone state idle, hook on, Call no, Mute no, Handsfree no ConnId: 1 Extension: 31314 Name: TELDAT 4 TermType: 4038 Terminal IP: 192.168.11.101 Server IP: 10.81.32.17 App: Survival State: Transparent Last pkt: Outgoing Phone state idle, hook on, Call no, Mute no, Handsfree no NOE Mon+ ROUTER TELDAT Monitorización protocolo NOE III - 18 Rev. 10.61
e) EXIT El comando EXIT provoca el abandono del prompt de monitorización del protocolo NOE y retorna al prompt que había anteriormente. NOE Mon+EXIT + ROUTER TELDAT Monitorización protocolo NOE III - 19 Rev. 10.61
Capítulo 4 Ejemplo de configuración
1. Aplicación Survival El equipo es el router de una oficina con teléfonos NOE. Los teléfonos se conectan al Call Server que está accesible por la WAN. El router además actúa como Media Gateway SIP de forma que el Call Server puede hacer y recibir llamadas por un interfaz básico RDSI conectado al equipo. Se desea que cuando se pierde la conectividad con el Call Server el router sea capaz de dar funcionalidad de telefonía de emergencia a los teléfonos NOE de forma que puedan llamarse entre ellos y efectuar y recibir llamadas a través de la RDSI. Se desea que los textos de los teléfonos en supervivencia estén en español y que muestre el mensaje Solo llamadas externas cuando se pierde la conectividad en los teléfonos. El esquema se puede ver en la siguiente figura: La configuración del access-list que filtra el tráfico de señalización NOE entre los teléfonos y el Call Server es la siguiente: feature access-lists -- Access Lists user configuration -- access-list 101 entry 1 default entry 1 permit entry 1 source address 10.10.0.100 255.255.255.255 entry 1 source port-range 32640 32640 entry 1 destination address 10.10.0.100 255.255.255.0 entry 1 protocol udp entry 2 default entry 2 permit entry 2 source address 10.10.0.100 255.255.255.0 entry 2 destination port-range 32640 32640 entry 2 destination address 10.10.0.100 255.255.255.255 entry 2 protocol udp ROUTER TELDAT Ejemplo Protocolo NOE IV - 21
A continuación se configura una sonda NSLA para que monitorice la conexión con el Call Server. Se configura un ping cada 10 segundos y una ventana de tres muestras. Si dos de las tres muestras tienen un RTT superior a 500ms se da el Call Server por caído. Si las tres muestras están por debajo de 200ms se ha recuperado la conectividad. El advisor 1 se desactiva cuando el Call Server falla. feature nsm -- Network Service Monitor configuration -- operation 1 -- NSM Operation configuration -- type echo ipicmp 10.10.0.100 frequency 10 source-ipaddr 172.24.78.152 timeout 1000 schedule 1 life forever schedule 1 start-time now feature nsla -- Feature Network Service Level Advisor -- enable filter 1 nsm-op 1 rtt filter 1 significant-samples 3 filter 1 activation threshold 500 filter 1 activation sensibility 50 filter 1 activation stabilization-time 1 filter 1 deactivation threshold 200 filter 1 deactivation sensibility 100 filter 1 deactivation stabilization-time 1 alarm 1 filter-id 1 advisor 1 not alarm-id 1 Se habilita la funcionalidad de Gateway del protocolo SIP: protocol sip -- SIP protocol configuration application address 172.24.78.152 application gateway La configuración de la tarjeta RDSI para llamadas de voz, que está en el slot 1 global-profiles dial -- Dial Profiles Configuration -- profile audio default profile audio inout profile audio isdn-type audio network voip1/0 -- VoIP interface Configuration -- base-interface -- Base Interface Configuration -- base-interface bri1/0 255 link base-interface bri1/0 255 profile audio base-interface bri1/0 255 number-of-circuits 2 ROUTER TELDAT Ejemplo Protocolo NOE IV - 22
Se configura el protocolo NOE con el access-list y el advisor previamente configurados. Se configuran textos en español para los mensajes de la pantalla del terminal y el texto Solo llamadas externas como texto de supervivencia: protocol noe -- NOE protocol configuration application address 172.24.78.152 application survival access-list 101 application survival track nsla-advisor 1 screen busy-message "Ocupado" screen dial-numer "Marque numero" screen date spanish screen free-peer "Sonando" screen hangup-telephone "Cuelgue" screen accept-call "Aceptar llamada" screen consult-call "Consulta" screen incoming-call "Llamada nueva" screen stablished-call "Conectado" screen held-call "Llamada retenida" screen survival "Solo llamadas externas" screen onhold-call "Espere" screen transfer-call "Transferir" screen hold-call "Retener" screen unhold-call "Volver" screen other-call "Llamada en espera" screen volume "Volumen" screen end-consult-call "Terminar consulta" timers emergency-blink 5s Y finalmente el plan de numeración. Las llamadas entrantes por la RDSI van destinadas al número público de la oficina 910000000. El dial-peer 1 envía estas llamadas al Call Server usando el protocolo SIP. Las llamadas a números de la red telefónica de nueve dígitos y variables que empiezan por 0 o por 1 se envían por el interfaz RDSI mediante el dial-peer 2. Finalmente el dial-peer 3 encamina las llamadas entrantes a la oficina al teléfono NOE 1200 mediante el cambio del número llamado. Este dial-peer se usa cuando el dial-peer 1 esté inactivo porque la sonda detecte que el Call Server está caído. telephony -- Telephony configuration -- dial-peer 1 sip description "Incoming public calls to the Call Server in normal mode" destination-pattern 910000000 target ipv4 10.10.0.100 track nsla-advisor 1 dial-peer 2 voice-port description "outgoing public calls" destination-pattern... destination-pattern 0..T destination-pattern 1..T no vad target voice-port voip100 1 dial-peer 3 noe description "incoming public calls in emergency mode ring 1200" destination-pattern 910000000 outgoing prefix 1200 outgoing strip-digits 9 target dynamic ROUTER TELDAT Ejemplo Protocolo NOE IV - 23
2. Aplicación Server 2.1. Teléfonos configurados El equipo en este caso es un Media Gateway de una oficina con teléfonos NOE, que se conectan al Call Server a través de otro router externo. Actúa como Media Gateway SIP, de forma que el Call Server puede hacer y recibir llamadas por un interfaz FXO conectado al equipo. Además, opera como Backup Media Gateway de los teléfonos NOE de la oficina. Cuando los teléfonos pierden la conectividad con su Call Server, se conectan al equipo Teldat como servidor de respaldo, que les da funcionalidad de telefonía de emergencia, permitiendo que puedan llamarse entre ellos y realizar y recibir llamadas a través de la línea telefónica. En estado de emergencia, se quiere que sólo el teléfono 1200 reciba las llamadas entrantes por el FXO. Se desea que la fecha y los textos se muestren en español en los teléfonos, y que se presente el mensaje En estado de emergencia, cuando se pierda la conectividad con el Call Server. El esquema del ejemplo es el siguiente: Los teléfonos NOE ya disponen de la dirección IP 172.24.78.152 del router Teldat que hace de Backup Media Gateway, porque el Call Server les suministró dicha dirección al iniciarlos. Se presenta a continuación la configuración del equipo. Es necesario habilitar el servidor TFTP, para permitir que los teléfonos le pidan el archivo startnoe-aabbccddeeff, donde aabbccddeeff representa la mac del terminal que hace la petición. feature tftp -- TFTP user configuration -- server enable ROUTER TELDAT Ejemplo Protocolo NOE IV - 24
Como en el ejemplo anterior, se configura una sonda NSLA para que monitorice la conexión con el Call Server. De esta forma, cuando la conectividad se recupera se envía la orden de reinicio a los terminales para que se conecten de nuevo al Call Server. Si se reciben conexiones de teléfonos cuando el router detecta conectividad con el Call Server se aceptan temporalmente, pero si la conectividad persiste, reinicia los terminales conectados para que se conecten con su Call Server. feature nsm -- Network Service Monitor configuration -- operation 1 -- NSM Operation configuration -- type echo ipicmp 10.10.0.100 frequency 10 source-ipaddr 172.24.78.152 timeout 1000 schedule 1 life forever schedule 1 start-time now feature nsla -- Feature Network Service Level Advisor -- enable filter 1 nsm-op 1 rtt filter 1 significant-samples 3 filter 1 activation threshold 500 filter 1 activation sensibility 50 filter 1 activation stabilization-time 1 filter 1 deactivation threshold 200 filter 1 deactivation sensibility 100 filter 1 deactivation stabilization-time 1 alarm 1 filter-id 1 advisor 1 not alarm-id 1 Se habilita también la funcionalidad de Gateway del protocolo SIP: protocol sip -- SIP protocol configuration application address 172.24.78.152 application gateway Por defecto, la línea FXO se encuentra configurada, así que no hay que introducir ningún comando con ese propósito. Se configura el protocolo NOE con el advisor creado, además de fijar el español como idioma para la fecha mostrada en la pantalla del terminal los textos en español y el texto En estado de emergencia como texto de supervivencia: protocol noe -- NOE protocol configuration application address 172.24.78.152 application server track nsla-advisor 1 screen busy-message "Ocupado" screen dial-numer "Marque numero" screen date spanish screen free-peer "Sonando" screen hangup-telephone "Cuelgue" screen accept-call "Aceptar llamada" screen consult-call "Consulta" screen incoming-call "Llamada nueva" ROUTER TELDAT Ejemplo Protocolo NOE IV - 25
screen stablished-call "Conectado" screen held-call "Llamada retenida" screen survival "En estado de emergencia " screen onhold-call "Espere" screen transfer-call "Transferir" screen hold-call "Retener" screen unhold-call "Volver" screen other-call "Llamada en espera" screen volume "Volumen" screen end-consult-call "Terminar consulta" timers emergency-blink 5s Queda únicamente configurar el plan de numeración. Las llamadas entrantes por la FXO irán destinadas al número público de la oficina 910000000. En estado normal, el dial-peer 1 envía estas llamadas al Call Server usando el protocolo SIP. Las llamadas a números de la red telefónica de nueve dígitos y variables que empiezan por 0 o por 1 se envían por el interfaz FXO mediante el dial-peer 2. Se crea el dial-peer 3 para que las llamadas entrantes por la FXO, en estado de emergencia, se reciban en el teléfono 1200. Por último, se configura un dial-peer por cada teléfono que se desea soportar, estableciendo la dirección mac del terminal como target mac, el número de extensión como destination-pattern. De esta forma se mantendrá la numeración existente cuando los terminales están conectados al Call Server para poder realizar llamadas entre ellos. Además, se configura el displayname, para asociarle un nombre. telephony -- Telephony configuration -- dial-peer 1 sip description "Incoming public calls to the Call Server in normal mode" destination-pattern 910000000 target ipv4 10.10.0.100 track nsla-advisor 1 dial-peer 2 voice-port description "Outgoing public calls" destination-pattern... destination-pattern 0..T destination-pattern 1..T no vad target voice-port voip1/0 1 dial-peer 3 group description "Incoming public calls in emergency mode ring 1200" destination-pattern 910000000 outgoing prefix 1200 outgoing strip-digits 9 target dynamic dial-peer 4 noe display-name "Despacho A" destination-pattern 1200 target mac 00-80-9f-57-bf-76 dial-peer 5 noe display-name "Despacho B" destination-pattern 1201 target mac 00-80-9f-57-23-9b dial-peer 6 noe display-name "Despacho C" ROUTER TELDAT Ejemplo Protocolo NOE IV - 26
destination-pattern 1202 target mac 00-80-9f-5a-86-cd 2.2. Teléfonos no configurados El escenario de este segundo ejemplo de la aplicación server es el mismo que en el ejemplo anterior. Los teléfonos se encuentran igualmente configurados para conectarse al equipo como Backup Media Gateway, pero el router no tiene configurados los teléfonos que pueden intentar conectarse a él en estado de emergencia. Cuando un terminal no detecte conectividad con el Call Server, se resetea e inicia la conexión con el equipo Teldat, pidiéndole el archivo startnoe-aabbccddeeff, donde aabbccddeeff es la mac del teléfono. Al no reconocer el router la mac del terminal, por no tenerla configurada, le proporciona el archivo generado automáticamente y establece la conexión, pero no le suministra número de extensión (que estaría configurado en el destination-pattern). Los teléfonos, que se encuentran en estado de emergencia y sin número de extensión, no pueden recibir llamadas individualmente, pero pueden recibirlas junto con el resto de terminales registrados dinámicamente, formando un grupo también pueden efectuar llamadas al exterior de la oficina o al grupo, pero ya no a un terminal NOE específico. El único cambio apreciable en este ejemplo se encuentra en el plan de numeración, quedando lo demás como estaba. telephony -- Telephony configuration -- dial-peer 1 sip description "Incoming public calls to the Call Server in normal mode" destination-pattern 910000000 target ipv4 10.10.0.100 track nsla-advisor 1 dial-peer 2 voice-port description "Outgoing public calls" destination-pattern... destination-pattern 0..T destination-pattern 1..T no vad target voice-port voip1/0 1 dial-peer 3 group description "Incoming public calls in emergency mode ring all" destination-pattern 910000000 destination-pattern 1299 target group 1 peer-group 1 dynamic-peers El dial-peer 3 en este caso es de tipo group. Su objetivo es que las llamadas entrantes por la FXO, en situación de emergencia, suenen en todos los teléfonos. Además con el número corto 1299 se puede llamar también a todos los teléfonos simultáneamente. Ya no se configuran los dial-peers 4, 5 y 6, que asignaban el número de extensión de cada terminal. En situación normal, el Call Server les ROUTER TELDAT Ejemplo Protocolo NOE IV - 27
proporciona el número de extensión correspondiente, pero lo pierden cuando pasan a estado de emergencia. Si el equipo Teldat detecta que el Call Server vuelve a estar operativo, reinicia los teléfonos para que se conecten de nuevo al Call Server y recuperen toda su funcionalidad. ROUTER TELDAT Ejemplo Protocolo NOE IV - 28