Dm777v10-90 Protocolo NOE

Router Teldat
Protocolo NOE
Doc. DM777 Rev. 10.90
Abril, 2013
Í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 ............................................................... 6
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 DEFAULT ............................................................ 9
d) [NO] APPLICATION SERVER SNOOPING-LIST ................................................. 9
e) [NO] APPLICATION SERVER TRACK NSLA-ADVISOR...................................... 9
f) [NO] APPLICATION SURVIVAL ACCESS-LIST ................................................... 9
g) [NO] APPLICATION SURVIVAL TRACK NSLA-ADVISOR.................................. 10
1.3. [NO] ASK-NUMBER ............................................................................................. 10
1.4. [NO] CALL-WAITING .......................................................................................... 10
1.5. SCREEN ................................................................................................................. 11
a) [NO] SCREEN ACCEPT-CALL .............................................................................. 11
b) [NO] SCREEN BUSY-MESSAGE ........................................................................... 11
c) [NO] SCREEN CONSULT-CALL ........................................................................... 11
d) [NO] SCREEN DATE ............................................................................................. 11
e) [NO] SCREEN DIAL-NUMBER ............................................................................. 11
f) [NO] SCREEN END-CONSULT-CALL .................................................................. 12
g) [NO] SCREEN FREE-PEER................................................................................... 12
h) [NO] SCREEN HANGUP-TELEPHONE ............................................................... 12
i) [NO] SCREEN HELD-CALL .................................................................................. 12
j) [NO] SCREEN HOLD-CALL .................................................................................. 12
k) [NO] SCREEN INCOMING-CALL ......................................................................... 12
l) [NO] SCREEN ONHOLD-CALL ............................................................................ 13
m) [NO] SCREEN STABLISHED-CALL ...................................................................... 13
n) [NO] SCREEN SURVIVAL ..................................................................................... 13
o) [NO] SCREEN TRANSFER-CALL ......................................................................... 13
p) [NO] SCREEN UNHOLD-CALL ............................................................................ 13
q) [NO] SCREEN VOLUME ....................................................................................... 13
1.6. TIMERS .................................................................................................................. 14
a) [NO] TIMERS CONNECTION-TIMEOUT ............................................................. 14
b) [NO] TIMERS EMERGENCY-BLINK .................................................................... 14
c) [NO] TIMERS HANDSET-IDLE............................................................................. 14
d) [NO] TIMERS HANDSFREE-IDLE........................................................................ 14
e) [NO] TIMERS KEEPALIVE-ERROR...................................................................... 14
f) [NO] TIMERS NEW-CONNECTION...................................................................... 15
1.7. TONES.................................................................................................................... 15
a) [NO] TONES RING CADENCE ............................................................................. 15
b) [NO] TONES RING LEVEL .................................................................................... 15
c) [NO] TONES RING MELODY................................................................................ 15
d) [NO] TONES RING PROGRESSIVE ...................................................................... 16
1.8. EXIT ....................................................................................................................... 16
Capítulo 3 Monitorización del protocolo NOE ...............................................................17
1. Monitorización del protocolo NOE .................................................................................... 18
1.1. Acceso al prompt de monitorización ....................................................................... 18
1.2. Comandos de monitorización .................................................................................. 18
- ii -
a) ? (AYUDA) .............................................................................................................. 18
b) CLEAR STATISTICS ............................................................................................... 18
c) DROP-CONNECTION............................................................................................ 18
d) DROP-SNOOPED-TERMINAL .............................................................................. 19
e) LIST ......................................................................................................................... 19
• LIST ALL .................................................................................................... 19
• LIST APPLICATION .................................................................................. 19
• LIST CONNECTIONS ................................................................................ 20
• LIST SNOOPED-TERMINALS ................................................................. 20
f) EXIT ........................................................................................................................ 20
Capítulo 4 Ejemplo de configuración ..............................................................................21
1. Aplicación Survival ............................................................................................................ 22
2. Aplicación Server ............................................................................................................... 26
2.1. Teléfonos configurados ........................................................................................... 26
2.2. Teléfonos no configurados ...................................................................................... 29
2.3. Servidor autónomo .................................................................................................. 30
- iii -
Capítulo 1
Introducción
1. Descripción del protocolo UA/NOE
Las siglas UA significan Universal Alcatel y dan nombre al protocolo de 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 por TFTP del fichero 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, ...
ROUTER TELDAT – Introducción protocolo NOE Doc.DM777

I-2 Rev.10.90
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.
Otra modalidad diferente es que el router actúe como Call Server autónomo, con funcionalidad similar
a la de supervivencia, sin necesidad de la existencia de un servidor principal.
Para ello hay disponibles dos aplicaciones diferentes: supervivencia (survival) y servidor (server).
Para el funcionamiento como equipo de respaldo, existiendo un Call Server externo pueden utilizarse
las dos aplicaciones. La diferencia entre ambas, es que en modo survival el servidor de respaldo
suplanta al Call Sever cuando este no responde, haciendo que los terminales no detecten la pérdida de
conexión. En modo survival, el router averigua automáticamente el número de teléfono y nombre de
cada terminal NOE conectado al Call Server. Por tanto, es indispensable en este modo que el tráfico de
señalización NOE entre terminales y Call Server atraviese el router y así poder espiar las conexiones
para obtener los números de teléfono de cada terminal. En modo server, los teléfonos tienen
configurada la IP del equipo como Backup Media Gateway, de forma que al detectar la pérdida de
conectividad con el Call Server se intentan conectar directamente a esa IP. En este modo, si el tráfico
NOE no atraviesa el router, el número de teléfono de cada terminal se debe o bien configurar
explícitamente en el router, o bien que sea el usuario quien lo introduzca. En caso de que el tráfico
atraviese el router, se puede configurar el equipo para que los números de teléfono se detecten
automáticamente espiando las comunicaciones entre los terminales y el Call Server.
Para el funcionamiento como Call Server autónomo se emplea solamente la aplicación server. En este
caso, para que los terminales se conecten al router, deben descargarse por TFTP al arrancar un fichero
llamado lanpbx.cfg en el que se indica que la dirección de su Call Server es el router.
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 qué terminales tienen conexiones activas con el Call Server, qué tipo de terminal es y cuál 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.

I-3 Rev.10.90
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 new-
connection (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; esto se puede solucionar si está configurado el
comando ask-number, como se comenta más adelante.
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. Si no se ha averiguado la extensión, y está
configurado el comando ask-number, se pide al usuario que introduzca su extensión en el teléfono,
formado sólo por dígitos; tras escribir el número, debe pulsarse la tecla OK.
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 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). 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 default.
Si se desea que funcione como servidor en modo autónomo, no es necesario configurar nada más, pero
los terminales NOE necesitan saber cuál es su Call Server. Para configurarlos, el router debe disponer
previamente de un fichero que tenga el nombre lanpbx.cfg y cuyo contenido, de una sola línea, sea:

I-4 Rev.10.90
TYPE=A4400 VERSION=1 IP_DOWNLOAD=192.168.0.1
En lugar de la dirección IP de ejemplo aquí mostrada (192.168.0.1), debe escribirse la dirección IP de

la aplicación NOE del equipo; los terminales NOE, en el paso 2 de la inicialización descrita en el
apartado 1 de este capítulo, se descargan por TFTP el fichero y configuran la dirección IP de su Call
Server.
Si se desea que el router dependa de un Call Server, funcionando como equipo de respaldo, se
configura además 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.
En este supuesto no es necesario tener el fichero lanpbx.cfg, dado que 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 este caso, se salta el paso 2 de la inicialización.
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.
Si el tráfico entre los terminales NOE y el Call Server atraviesa en el router, se puede configurar una
lista de acceso mediante el comando application server snooping-list <id> para clasificar y analizar
dicho tráfico y detectar automáticamente los números de teléfono de los terminales. Si el servidor
encuentra un dial-peer asociado a un terminal, el valor configurado con el comando destination-
pattern <tlphn> se toma como número de teléfono, ignorando el valor obtenido en la detección
automática.
Funcione la aplicación de una forma u otra, en el paso 3 de la inicialización cada terminal 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 esta vez 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 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.
Para evitar configurar cada teléfono con su mac en dial-peers, mediante el comando ask-number se
puede establecer una frase con la que pedir el número de extensión al usuario del terminal. Así, si no
se encuentra dial-peer con esa mac o si no tiene destination-pattern configurado, o si no se ha
detectado el número espiando el tráfico NOE, se presenta en el display del teléfono la frase
configurada y se espera a que el usuario introduzca la extensión. Debe estar formado por dígitos
únicamente; al acabar de escribirlo, el usuario debe pulsar la tecla OK. En el caso de no configurarse
el comando ask-number o si el usuario pulsa OK sin introducir ningún número, 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

I-5 Rev.10.90
VOIP del equipo (funcionalidad de Media Gateway NOE). Cuando un terminal se conecta al equipo se
modifica el display mostrando un texto configurable mediante el comando screen survival; si la
aplicación opera como servidor de respaldo, el texto se emplea como aviso de la situación de pérdida
de conectividad con el Call Server.
Si la aplicación funciona como equipo de respaldo, 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 conectan 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)
- Opción de que el usuario configure su propio número de extensión desde el teléfono
- 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
- 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

I-6 Rev.10.90
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.
Sintaxis:
Config>protocol noe
-- NOE protocol configuration --

NOE config>
Las opciones que se presentan desde el menú de configuración del protocolo NOE son las siguientes:
NOE config>?
allow Configure allowed terminals
application UA/NOE application configuration
ask-number Require extension if not configured
call-waiting Allow a second call when one is already established
no Negate a command or set its defaults
screen Telephones screen configuration
timers UA/NOE timers configuration
tones Terminal tones configuration
exit
NOE config>
1.1. [NO] ALLOW UNKNOWN-CONNECTION

Este comando sólo se tiene en cuenta en la aplicación survival. Mediante el comando allow unknown-
connection se permiten conexiones NOE cuyo número telefónico y tipo de terminal no esté
disponible. Si no está 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.
Sintaxis:
NOE config>allow unknown-connection
NOE config>
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.
Sintaxis:
NOE config>application address <ip-address>
NOE config>
ROUTER TELDAT – Configuración del protocolo NOE Doc.DM777

II - 8 Rev.10.90
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.
Sintaxis:
NOE config>application base-port <port>
NOE config>
c) [NO] APPLICATION SERVER DEFAULT

Este comando activa la aplicación server, estableciendo su configuración por defecto.
Sintaxis:
NOE config>application server default
NOE config>
d) [NO] APPLICATION SERVER SNOOPING-LIST

Este comando configura una lista de acceso para clasificar los paquetes IP que enruta el equipo y
asociarlos a la aplicación server 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 es 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>
;
exit
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.
Sintaxis:
NOE config>application server snooping-list <access-list>
NOE config>
e) [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. Si no está configurado el comando application server default, lo crea para activar la
aplicación.
Sintaxis:
NOE config>application server track nsla-advisor <advisor>
NOE config>
f) [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 procesará como tráfico

II - 9 Rev.10.90
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 es 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 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>
;
exit
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.
Sintaxis:
NOE config>application survival access-list <access-list>
NOE config>
g) [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.
Sintaxis:
NOE config>application survival track nsla-advisor <advisor>
NOE config>
1.3. [NO] ASK-NUMBER

Habilita la petición del número de extensión al usuario del teléfono, presentándole la frase configurada
para indicarle que debe introducir su número. Si la longitud del texto excede el tamaño disponible en
el display del teléfono, se presenta segmentado en partes.
Por defecto está deshabilitado.
Sintaxis:
NOE config>ask-number <msg>
NOE config>
1.4. [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.
Sintaxis:
NOE config>call-waiting
NOE config>

II - 10 Rev.10.90
1.5. 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 actúe 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.
Sintaxis:
NOE config>screen accept-call <msg>
NOE config>
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.
Sintaxis:
NOE config>screen busy-message <msg>
NOE config>
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.
Sintaxis:
NOE config>screen consult-call <msg>
NOE config>
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.
Sintaxis:
NOE config>screen date [english / spanish]
NOE config>
e) [NO] SCREEN DIAL-NUMBER

emergencia se pida al usuario que marque un número.
Por defecto se muestra el texto Dial number.
Sintaxis:
NOE config>screen dial-number <msg>
NOE config>

II - 11 Rev.10.90
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.
Sintaxis:
NOE config>screen end-consult-call <msg>
NOE config>
g) [NO] SCREEN FREE-PEER

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.
Sintaxis:
NOE config>screen free-peer <msg>
NOE config>
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.
Sintaxis:
NOE config>screen hangup-telephone <msg>
NOE config>
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 está en espera.
Por defecto se muestra el texto On hold.
Sintaxis:
NOE config>screen held-call <msg>
NOE config>
j) [NO] SCREEN HOLD-CALL

que puede poner la llamada en espera.
Por defecto se muestra el texto Hold.
Sintaxis:
NOE config>screen hold-call <msg>
NOE config>
k) [NO] SCREEN INCOMING-CALL

que tiene una llamada entrante.
Por defecto se muestra el texto Call.

II - 12 Rev.10.90
Sintaxis:
NOE config>screen incoming-call <msg>
NOE config>
l) [NO] SCREEN ONHOLD-CALL

que su llamada ha sido puesta en espera por el otro interlocutor.
Por defecto se muestra el texto Wait.
Sintaxis:
NOE config>screen onhold-call <msg>
NOE config>
m) [NO] SCREEN STABLISHED-CALL

que tiene una llamada establecida.
Por defecto se muestra el texto Connected.
Sintaxis:
NOE config>screen stablished-call <msg>
NOE config>
n) [NO] SCREEN SURVIVAL

Configura el texto que el equipo muestra en la pantalla de los teléfonos NOE para indicar que el call-
server no esta disponible y se ha pasado a modo de emergencia.
Por defecto no se muestra ningún texto.
Sintaxis:
NOE config>screen survival <msg>
NOE config>
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.
Sintaxis:
NOE config>screen transfer-call <msg>
NOE config>
p) [NO] SCREEN UNHOLD-CALL

que puede recuperar una llamada en espera.
Por defecto se muestra el texto Unhold.
Sintaxis:
NOE config>screen unhold-call <msg>
NOE config>
q) [NO] SCREEN VOLUME

que se esta modificando el volumen.
Por defecto se muestra el texto Volume.

II - 13 Rev.10.90
Sintaxis:
NOE config>screen volume <msg>
NOE config>
1.6. 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.
Sintaxis:
NOE config>timers connection-timeout <seconds>
NOE config>
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.
Sintaxis:
NOE config>timers emergency-blink <seconds>
NOE config>
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.
Sintaxis:
NOE config>timers handset-idle <seconds>
NOE config>
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.
Sintaxis:
NOE config>timers handsfree-idle <seconds>
NOE config>
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

II - 14 Rev.10.90
reiniciar el terminal en caso de que finalmente no se dé 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.
Sintaxis:
NOE config>timers keepalive-error <seconds>
NOE config>
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 está configurado o no el modo allow unkown-connection.
Sintaxis:
NOE config>timers new-connection <seconds>
NOE config>
1.7. 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.
Sintaxis:
NOE config>tones ring cadence <num>
NOE config>
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.
Sintaxis:
NOE config>tones ring level <dB>
NOE config>
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.

II - 15 Rev.10.90
Sintaxis:
NOE config>tones ring melody <num>
NOE config>
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.
Sintaxis:
NOE config>tones ring progressive <num>
NOE config>
1.8. EXIT
A través del comando EXIT volvemos al prompt de configuración general, Config>.
Ejemplo:
NOE config>exit
Config>

II - 16 Rev.10.90
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 Clear counters
drop-connection Eliminate a connection
drop-snooped-terminal Eliminate a snooped terminal
list List NOE information
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:
NOE Mon+drop-connection 1
NOE Mon+
ROUTER TELDAT – Monitorización protocolo NOE Doc.DM777

III - 18 Rev. 10.90
d) DROP-SNOOPED-TERMINAL
Los terminales que se han detectado procesando el tráfico NOE utilizando la lista de acceso
configurada mediante el comando application server snooping-list son denonminados snooped
terminals.
Con este comando se elimina la información de un snooped terminal, reiniciando el teléfono asociado.
Ejemplo:
NOE Mon+drop-snooped-terminal 5
NOE Mon+
e) LIST
En este nivel están disponibles los siguientes subcomandos
• 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 podrá estar en modo Transparent
o Survival y la aplicación server muestra el estado Disabled, Autonomous, 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 connections.
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+

III - 19 Rev. 10.90
• LIST CONNECTIONS
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 connections
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

App: Survival State: Transparent Last pkt: Outgoing
Phone state idle, hook on, Call no, Mute no, Handsfree no
NOE Mon+
• LIST SNOOPED-TERMINALS
Muestra los teléfonos NOE que el equipo ha detectado funcionando en modo server cuando se ha
configurado una lista de acceso mediante el comando application server snooping-list. Informa sobre
la extensión telefónica, nombre, IP y número de serie de los teléfonos.
Ejemplo:
NOE Mon+list snooped-terminals
Snooped terminals
-----------------------------------------
Id: 10 Extension: 1001 Name: TELDAT 1
Serial number: H0500531516645
Id: 9 Extension: 1002 Name: TELDAT 2

Serial number: H0500510374871
NOE Mon+
f) EXIT
El comando EXIT provoca el abandono del prompt de monitorización del protocolo NOE y retorna al
prompt que había anteriormente.
Ejemplo:
NOE Mon+exit
+

III - 20 Rev. 10.90
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 2 default
entry 2 permit
entry 2 source address 10.10.0.100 255.255.255.0
entry 2 destination port-range 32640 32640
ROUTER TELDAT – Ejemplo Protocolo NOE Doc.DM777

IV - 22 Rev.10.90
entry 2 destination address 10.10.0.100 255.255.255.255
;
exit
;
exit
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
exit
;
schedule 1 life forever
schedule 1 start-time now
exit
;
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
;
exit
Se habilita la funcionalidad de Gateway del protocolo SIP:

protocol sip
; -- SIP protocol configuration –
application address 172.24.78.152
application gateway
exit
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
;
exit
;
network voip1/0
; -- VoIP interface Configuration –
base-interface

IV - 23 Rev.10.90
; -- 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
;
exit
;
exit
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 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 end-consult-call "Terminar consulta"
screen transfer-call "Transferir"
screen hold-call "Retener"
screen unhold-call "Volver"
screen other-call "Llamada en espera"
screen volume "Volumen"
exit
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
exit
;
dial-peer 2 voice-port
description "outgoing public calls"
destination-pattern .........
destination-pattern 0..T
no vad
target voice-port voip100 1

IV - 24 Rev.10.90
exit
;
dial-peer 3 noe
description "incoming public calls in emergency mode ring 1200"
outgoing prefix 1200
outgoing strip-digits 9
target dynamic
exit
;
exit

IV - 25 Rev.10.90
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. Este archivo no tiene que estar en la flash del equipo, ya que se genera
de forma transparente por la aplicación NOE.

IV - 26 Rev.10.90
feature tftp
; -- TFTP user configuration --
server enable
exit
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
exit
;
schedule 1 life forever
schedule 1 start-time now
exit
;
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
;
exit
Se habilita también la funcionalidad de Gateway del protocolo SIP:
protocol sip
; -- SIP protocol configuration –
application gateway
exit
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:

IV - 27 Rev.10.90
protocol noe
application server default
application server track nsla-advisor 1
screen date spanish
screen survival "En estado de emergencia"
exit
Queda únicamente configurar el plan de numeración. Las llamadas entrantes por la FXO van
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 mantiene la numeración existente cuando los terminales están
conectados al Call Server para poder realizar llamadas entre ellos. Además, se configura el display-
name, para asociarle un nombre.
telephony
dial-peer 1 sip
target ipv4 10.10.0.100
exit
;
description "Outgoing public calls"
no vad
target voice-port voip1/0 1
exit
;
dial-peer 3 group
description "Incoming public calls in emergency mode ring 1200"
target dynamic
exit
;
dial-peer 4 noe
display-name "Despacho A"

IV - 28 Rev.10.90
target mac 00-80-9f-57-bf-76
exit
;
dial-peer 5 noe
display-name "Despacho B"
target mac 00-80-9f-57-23-9b
exit
;
dial-peer 6 noe
display-name "Despacho C"
target mac 00-80-9f-5a-86-cd
exit
;
exit
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); tampoco se le
solicita el número al usuario por no estar configurado el comando ask-number. 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
dial-peer 1 sip
target ipv4 10.10.0.100
exit
;
no vad
exit
;
dial-peer 3 group
description "Incoming public calls in emergency mode ring all"

IV - 29 Rev.10.90
target group 1
exit
;
peer-group 1
dynamic-peers
exit
;
exit
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
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.
2.3. Servidor autónomo

En el escenario de este último ejemplo de la aplicación server no hay ningún Call Server externo. El
equipo está configurado como servidor autónomo, y los teléfonos NOE se conectan directamente a él
como Call Server. El equipo opera, por tanto, como Media Gateway con funcionalidad limitada,
permitiendo las llamadas de los teléfonos NOE entre sí y con la línea telefónica, disponible a través de
un interfaz FXO. En este ejemplo no se desea configurar cada uno de los teléfonos NOE en el router,
pero se quiere que cada terminal NOE pueda recibir llamadas individualemente. Con ese próposito, se
invita a los usuarios a introducir su número con el texto “Introduzca, por favor, su numero de
extension” cuando se inicializa su teléfono. Por último, sólo el teléfono 1200 debe recibir las llamadas
entrantes por el FXO y la fecha y los textos visibles en las pantallas de los teléfonos deben mostrarse
en español.
El esquema del ejemplo es el siguiente:
PSTN
1200
Tel: 9100000000
Router Teldat
1201
172.24.78.152 LAN
1202

IV - 30 Rev.10.90
En este caso, se debe configurar en los teléfonos la dirección IP del router Teldat como su servidor
TFTP, para descargarse de él los archivos lanpbx.cfg y startnoe-aabbccddeeff, siendo aabbccddeeff la
mac del terminal que hace la petición. Los ficheros startnoe-aabbccddeeff se generan
automáticamente, pero el fichero lanpbx.cfg debe estar en la flash del router:
TYPE=A4400 VERSION=1 IP_DOWNLOAD=172.24.78.152
Para permitir que los teléfonos realicen las peticiones TFTP, es necesario, como en los ejemplos
anteriores, habilitar el servidor TFTP:
feature tftp
; -- TFTP user configuration –
server file-system DSK
server enable
exit
No se requiere configurar ninguna sonda NSLA en este ejemplo, puesto que no hay ningún Call Server
externo que monitorizar, sino que la aplicación funciona como un servidor autónomo. En cuanto al
interfaz FXO, se encuentra ya configurado. Se procede entonces a configurar el protocolo NOE según
los requisitos:
protocol noe
application server default
ask-number “Introduzca, por favor, su numero de extension”
screen date spanish
exit
En último lugar, se configura el plan de numeración. Las llamadas entrantes por la FXO van
destinadas al número público de la oficina 910000000, y se reciben en el teléfono 1200 gracias al
primer dial-peer. 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. Por último, para permitir
llamadas entre los teléfonos de la oficina, se configura un dial-peer con target dinámico para llamadas
dirigidas a extensiones de cuatro cifras que empiecen por 12; se busca el número entre los dial-peers
dinámicos hasta encontrar el teléfono que se registró con esa extensión.

IV - 31 Rev.10.90
telephony
dial-peer 1 noe
description "Incoming public calls sent to 1200"
target dynamic
exit
;
no vad
exit
;
dial-peer 3 noe
description "Calls between office telephones"
target dynamic
exit
;
exit

IV - 32 Rev.10.90

Dm777v10-90 Protocolo NOE

Cargado por

Copyright:

Formatos disponibles

Dm777v10-90 Protocolo NOE

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Dm777v10-90 Protocolo NOE

Cargado por

Copyright:

Formatos disponibles

Router Teldat

El mecanismo de inicialización de los teléfonos IP NOE contempla los siguientes pasos:

El protocolo de señalización NOE es un protocolo orientado a estímulos en el que el teléfono avisa al

ROUTER TELDAT – Introducción protocolo NOE Doc.DM777

El router puede proporcionar funcionalidades de telefonía IP de supervivencia a terminales NOE de

2.1. Aplicación survival

ROUTER TELDAT – Introducción protocolo NOE Doc.DM777

2.2. Aplicación server

ROUTER TELDAT – Introducción protocolo NOE Doc.DM777

En lugar de la dirección IP de ejemplo aquí mostrada (192.168.0.1), debe escribirse la dirección IP de

ROUTER TELDAT – Introducción protocolo NOE Doc.DM777

2.3. Terminales y funcionalidades soportadas

A continuación se listan los servicios proporcionados a dichos terminales:

ROUTER TELDAT – Introducción protocolo NOE Doc.DM777

-- NOE protocol configuration --

1.1. [NO] ALLOW UNKNOWN-CONNECTION

a) [NO] APPLICATION ADDRESS

ROUTER TELDAT – Configuración del protocolo NOE Doc.DM777

c) [NO] APPLICATION SERVER DEFAULT

d) [NO] APPLICATION SERVER SNOOPING-LIST

e) [NO] APPLICATION SERVER TRACK NSLA-ADVISOR

f) [NO] APPLICATION SURVIVAL ACCESS-LIST

ROUTER TELDAT – Configuración del protocolo NOE Doc.DM777

g) [NO] APPLICATION SURVIVAL TRACK NSLA-ADVISOR

1.3. [NO] ASK-NUMBER

1.4. [NO] CALL-WAITING

ROUTER TELDAT – Configuración del protocolo NOE Doc.DM777

a) [NO] SCREEN ACCEPT-CALL

b) [NO] SCREEN BUSY-MESSAGE

c) [NO] SCREEN CONSULT-CALL

d) [NO] SCREEN DATE

e) [NO] SCREEN DIAL-NUMBER

ROUTER TELDAT – Configuración del protocolo NOE Doc.DM777

g) [NO] SCREEN FREE-PEER

h) [NO] SCREEN HANGUP-TELEPHONE

i) [NO] SCREEN HELD-CALL

j) [NO] SCREEN HOLD-CALL

k) [NO] SCREEN INCOMING-CALL

ROUTER TELDAT – Configuración del protocolo NOE Doc.DM777

l) [NO] SCREEN ONHOLD-CALL

m) [NO] SCREEN STABLISHED-CALL

n) [NO] SCREEN SURVIVAL

o) [NO] SCREEN TRANSFER-CALL

p) [NO] SCREEN UNHOLD-CALL

q) [NO] SCREEN VOLUME

ROUTER TELDAT – Configuración del protocolo NOE Doc.DM777

a) [NO] TIMERS CONNECTION-TIMEOUT

b) [NO] TIMERS EMERGENCY-BLINK

c) [NO] TIMERS HANDSET-IDLE

d) [NO] TIMERS HANDSFREE-IDLE

e) [NO] TIMERS KEEPALIVE-ERROR

ROUTER TELDAT – Configuración del protocolo NOE Doc.DM777

f) [NO] TIMERS NEW-CONNECTION

a) [NO] TONES RING CADENCE

b) [NO] TONES RING LEVEL

c) [NO] TONES RING MELODY

ROUTER TELDAT – Configuración del protocolo NOE Doc.DM777

d) [NO] TONES RING PROGRESSIVE

ROUTER TELDAT – Configuración del protocolo NOE Doc.DM777