router teldat - upmdavid/master/manuales/manuales-teldat/dm...router teldat – introducción sip i...

Router Teldat Session Initiation Protocol

(SIP)

Doc. DM766 Rev. 10.61 Octubre, 2005

- ii -

ÍNDICE

Capítulo 1 Introducción ....................................................................................................1 1. Introducción................................ ................................ ................................ ........................ 2

1.1. Protocolo de señalización SIP ................................ ................................ ................. 2 1.2. Funcionalidad disponible en el router ................................ ................................ .....5

Capítulo 2 Configuración..................................................................................................6 1. Acceso al menú de configuración ................................ ................................ ....................... 7 2. Comandos de configuración del menú SIP ................................ ................................ .........8

2.1. [NO] APPLICATION ................................ ................................ ............................. 8 a) APPLICATION ADDRESS................................ ................................ ...................... 8 b) APPLICATION GATEWAY................................ ................................ ..................... 8 c) APPLICATION PORT................................ ................................ ............................. 8 d) APPLICATION SERVER................................ ................................ ......................... 8

2.2. [NO] CONTACT-ADDRESS ................................ ................................ ................. 8 2.3. [NO] MAX-EXPIRES................................ ................................ ............................. 9 2.4. [NO] MAX-FORWARDS................................ ................................ ....................... 9 2.5. [NO] PASSWORD................................ ................................ ................................ ..9 2.6. [NO] PROXY................................ ................................ ................................ .......... 9 2.7. [NO] REALM ................................ ................................ ................................ .........10 2.8. [NO] REGISTER ................................ ................................ ................................ ....10 2.9. [NO] REGISTRAR ................................ ................................ ................................ .10 2.10. [NO] STUN................................ ................................ ................................ ............. 10 2.11. [NO] TIMERS................................ ................................ ................................ .........10

a) TIMERS B ................................ ................................ ................................ ............... 11 b) TIMERS D ................................ ................................ ................................ ............... 11 c) TIMERS NO-ANSWER................................ ................................ ............................ 11 d) TIMERS REGISTER................................ ................................ ................................ 11 e) TIMERS T1................................ ................................ ................................ .............. 11 f) TIMERS T2................................ ................................ ................................ .............. 12 g) TIMERS T4................................ ................................ ................................ .............. 12

Capítulo 3 Monitorización ................................................................................................13 1. Acceso al menú de monitorización ................................ ................................ ..................... 14 2. Comandos de monitorización ................................ ................................ ............................. 15

2.1. CLEAR................................ ................................ ................................ .................... 15 a) CLEAR SIP-STATISTICS ................................ ................................ ........................ 15 b) CLEAR UA-STATISTICS................................ ................................ ......................... 15

2.2. LIST ................................ ................................ ................................ ........................ 15 a) LIST ALL ................................ ................................ ................................ ................. 15 b) LIST BACK-TO-BACK................................ ................................ ............................ 15 c) LIST REGISTERED-USERS ................................ ................................ ................... 16 d) LIST SIP-STATISTICS ................................ ................................ ............................ 16 e) LIST UA-STATISTICS ................................ ................................ ............................. 16

2.3. EXIT ................................ ................................ ................................ ....................... 16 Capítulo 4 Ejemplo............................................................................................................17

1. Servidor SIP en modo emergencia ................................ ................................ ..................... 18 2. Gateway SIP ................................ ................................ ................................ ....................... 21

Capítulo 1 Introducción

ROUTER TELDAT – Introducción SIP

I - 2 Doc.DM766

Rev.10.61

1. Introducción

1.1. Protocolo de señalización SIP

SIP (Session Initiation Protocol) es un protocolo de señalización cuya función principal es crear, modificar y terminar sesiones a través de redes IP. Para ello permite localizar a los usuarios e intercambiar información de los medios implicados en la sesión. Es totalmente independiente del tipo de sesión a establecer, por lo que puede ser usado para iniciar conversaciones de voz, videoconferencias, aplicaciones compartidas, etc. También es independiente del protocolo de transporte (UDP, TCP, TLS/TCP) y del protocolo usado para negociar los parámetros de la sesión, que por defecto es SDP (Session Description Protocol). Al ser un protocolo muy genérico y versá til, se pueden implementar numerosas aplicaciones y funcionalidades. El IETF (Internet Engineering Task Force) estandarizó el protocolo mediante la RFC 2543 en una primera versión 1.0, pasando más tarde a la actual versión 2.0 descrita en la RFC 3261. En esta última RFC se describe el funcionamiento básico del protocolo, citando para algunos aspectos concretos otras RFCs acompañantes RFC 3262-3265. Además, en el documento original está prevista la ampliación del protocolo mediante nuevas RFCs, lo que ha permitido la aparición de numerosas extensiones que van aumentando las funcionalidades y posibilidades del protocolo. SIP es un protocolo textual cuya sintaxis se describe mediante notación ABNF. Tiene mucha similitud con el protocolo HTTP. Los mensajes SIP pueden ser de dos tipos: peticiones o métodos (requests), y respuestas (responses). Una transacción SIP está formada por una petición y una o varias respuestas. Las entidades SIP incorporan una máquina de estados para cada transacción de forma que se producen retransmisiones cuando el protocolo de transporte usado no es fiable (UDP) y vencen los temporizadores de reenvío del protocolo. Los métodos definidos en la norma básica son INVITE, ACK, CANCEL, BYE, REGISTER y OPTIONS. INVITE y ACK son un caso aparte ya que forman parte de una transacción especial usada para iniciar una sesión y que está formada por la petición INVITE, una o varias respuestas a esta, y el método ACK que no recibe respuesta y termina la transacción. De esta manera se consigue una transacción más fiable al necesitar un intercambio de 3 mensajes. Diversas RFCs extienden la norma básica definiendo nuevos métodos para aplicaciones de presencia, mensajería instantánea, transferencia de sesión, indicación de mensajes nuevos en buzón de voz, etc. Algunos de estos métodos son: REFER, NOTIFY, SUBSCRIBE, MESSAGE y UPDATE. Mediante INVITE/ACK se inicia una sesión, BYE se usa para terminar sesiones, CANCEL permite cancelar una transacción en curso (en realidad sólo se aplica a la transacción inici al de INVITE), REGISTER es un mensaje para indicar la localización del usuario registrándose en un servidor, y OPTIONS es una transacción que no tiene ningún efecto aparte de averiguar los métodos y extensiones soportados por una entidad SIP determinada, que aparecen en su respuesta. Las respuestas tienen un código de 3 dígitos, que coincide con los usados en HTTP, y que dependiendo del primer dígito del código tiene un significado distinto. Se pueden dividir en respuestas provisionales (1xx) y finales (2xx-6xx). Una transacción está formada por ninguna o varias respuestas provisionales y una sola respuesta final. Los tipos de respuesta en función del primer dígito son: 1xx: respuestas provisionales, dan información pero no finalizan una transacción. 2xx: respuestas de éxito, indican que la petición ha tenido éxito.


I - 3 Doc.DM766

Rev.10.61

3xx: respuestas de redirección, la petición no ha tenido éxito pero redirigen a otra dirección. 4xx: respuestas de error del cliente que hizo la petición. 5xx: respuestas de error del servidor que atiende la petición. 6xx: respuestas de error globales a toda la red. En un escenario SIP se definen las siguientes entidades:

- UA (User Agent): Son los agentes de usuario entre los que se establecen sesiones. Pueden actual como UAC (User Agent Client) cuando mandan peticiones o como UAS (User Agent Server) cuando mandan respuestas a peticiones recibidas.

- Registrar: Es la entidad que recibe peticiones de tipo REGISTER. Estas peticiones las mandan los UAs para asociar su dirección SIP pública conocida ([email protected]) a la dirección SIP actual concreta ([email protected]:XXXX). El Registrar actualiza una base de datos de usuarios registrados llamada Location Server.

- Location Server: Esta entidad es una base de datos con información de los usuarios registrados. Es una entidad lógica que no se comunica mediante SIP. Se puede implementar como una base de datos en memoria, una base de datos externa accesible mediante lenguaje SQL, LDAP, etc. Es actualizada por el Registrar y consultada por un Servidor SIP para encaminar los mensajes a la localización actual de los usuarios.

- Proxy Server: Es el Servidor SIP más habitual. Recibe una petición SIP y la reenvía a la entidad destinataria. Para ello consulta el Location Server, o la envía según una conducta programada que puede depender del usuario llamado, la hora del día, etc... Puede mantener distintos niveles de contexto según sea stateless (no mantiene información entre mensajes), stateful (implementa máquina de estados para cada transacción) o call stateful (se mantiene en el camino de señalización durante toda la sesión).

- Redirect Server: Es el Servidor SIP más simple. En vez de reenviar los mensajes a la entidad adecuada siempre responde con una respuesta especial de redirección, indicando la dirección adecuada a la que hay que enviar la petición. El UA que recibe este mensaje de redirección debe repetir la petición enviándola a la URL a la que ha sido redirigido.

- Back-to-Back User Agent (B2BUA): Es también un Servidor SIP, formada por dos UA. Uno recibe la llamada como si fuera para él, e inicia otra sesión con el destino mediante otra instancia de UA. Desde el punto de vista de la señalización, ambos extremos de la llamada ven como interlocutor al B2BUA que es el que se encarga de generar en una sesión la señalización recibida en la otra sesión. Se podría pensar en su funcionamiento como una pasarela SIP-SIP. Esta entidad permite un mayor control sobre las sesiones ya que a diferencia de los servidores comentados el B2B, puede generar espontáneamente peticiones SIP hacia los dos extremos permitiendo, por ejemplo, terminar una sesión.

Muchas veces un mismo equipo agrupa varias de las entidades anteriormente descritas. la función de Registrar suele estar en el mismo equipo que actúa como Servidor SIP. Las URLs SIP pueden ser de dos tipos:

- sip:usuario@host:port;tag1=value1;tag2=value2;... Dirección SIP normal. Host puede ser tanto un nombre de dominio genérico como el nombre de dominio de un equipo concreto o incluso una dirección IP. Los parámetros adicionales permite especificar información adicional como por ejemplo el protocolo de transporte.

- sips:usuario@host:port;tag1=value1;tag2=value2;... Dirección SIP segura. Se asegura el uso de TLS (Transport Layer Secure) entre el dominio origen y destino.


I - 4 Doc.DM766

Rev.10.61

En el siguiente esquema se puede ver un ejemplo de inicio de sesión entre dos extremos. En este caso Marta tiene un teléfono software en su PC y quiere iniciar una conversación con Paco. El teléfono manda una petición INVITE a su servidor SIP, en este caso un Proxy. Éste lo reenvía a el proxy servidor del dominio destino (sevilla.com), que es distinto del de Marta (cuenca.com). El proxy consulta su Location Server y averigua la localización de Paco, redirigiéndole el INVITE. Cada servidor intermedio genera una respuesta 100 Trying para parar las retransmisiones del INVITE. El teléfono de Paco manda una respuesta provisional informando de que está sonando que es reenviada hasta el teléfono de Marta, que dará la indicación oportuna. Finalmente Paco descuelga, momento en el que su teléfono envía la respuesta final 200 OK. Cuando le llega la respuesta a Marta, su teléfono manda el método ACK que termina la transacción. En este ejemplo este método se envía directamente al otro extremo sin pasar por los servidores porque en la respuesta Paco le habrá pasado a Marta su dirección de contacto, aunque también los servidores pueden obligar a que todos los mensajes pasen por ellos. cuenca.com . . . sevilla.com . proxy proxy . . . Marta . . . . . . . . . . . . . . . . . . . . Paco softphone SIP Phone | | | | | INVITE F1 | | | |--------------->| INVITE F2 | | | 100 Trying F3 |--------------->| INVITE F4 | |<---------------| 100 Trying F5 |--------------->| | |<-------------- | 180 Ringing F6 | | | 180 Ringing F7 |<---------------| | 180 Ringing F8 |<---------------| 200 OK F9 | |<---------------| 200 OK F10 |<---------------| | 200 OK F11 |<---------------| | |<---------------| | | | ACK F12 | |------------------------------------------------->| | Media Session | |<================================================>| | BYE F13 | |<-------------------------------------------------| | 200 OK F14 | |------------------------------------------------->| | | En el cuerpo de los mensajes de inicio de sesión, se negocian todos los detalles de los medios que se van a usan en la sesión: número de conexiones, tipo (audio, video, aplicación, ...), ips y puertos, codecs, ... Esta negociación es independiente de SIP y se podría hacer en cualquier protocolo aunque en la práctica se hace en SDP (RFC 2327) que es el previsto por SIP como protocolo por defecto para ello y que están obligados a entender todos los UAs. Lo que si se define en SIP es un modelo de negociación llamado oferta/respuesta. Este método consiste en que un UA manda una oferta con los medios que quiere usar en la sesión, especificando tipo de medios, codecs y las ips y puertos en que espera recibir los datos para cada medio y el otro UA responde con un subconjunto de esos medios y codecs que él puede soportar para esa sesión y las ips y puertos correspondientes en que espera recibir los datos. El uso de SDP para la negociación en SIP está descrito en la RFC 3264. Para terminar con el ejemplo, la sesión terminaría cuando uno cualquiera de los agentes en la sesión manda una petición de BYE.


I - 5 Doc.DM766

Rev.10.61

1.2. Funcionalidad disponible en el router

El equipo tiene integrado un Servidor SIP Back-to-Back, un User Agent (cuando actúa como gateway de voz), un Registrar y un Location Server. Esto le permite actuar como una centralita de llamadas SIP autónoma, como pieza de una red SIP más extensa con otros servidores SIP externos, o incluso como centralita de emergencia capaz de sustituir a un servidor externo ante una caída del servicio y proporcionar una funcionalidad básica para mantener el sistema de telefonía IP funcionando. Para ello se pueden configurar dos modos de funcionamiento que no son excluyentes: servidor y gateway: En cualquier modo de funcionamiento es posible configurar un proxy SIP externo, que puede estar asociado a la funcionalidad de supervisión de nivel de servicio ofrecida por la red denominada Network Service Level Advisor (NSLA, Dm 754), que utiliza la información obtenida por el Network Service Monitor (NSM, Dm 749). De esta forma, el servidor estará activo sólo si el correspondiente advisor de NSLA está activo. Para que ante llamadas entrantes SIP se consulte el plan de numeración configurado en el menú Telephony el dominio de la dirección destino debe coincidir con el dominio configurado (realm), la dirección de contacto o la dirección IP del protocolo SIP configurados en el equipo. Si no coincide y hay un proxy activo en modo servidor, la llamada se progresa hacia el proxy, en caso contrario la llamada falla.

- Servidor: En este modo el equipo admite registros de usuarios y crea dial-peers dinámicos que permiten establecer llamadas con los teléfonos registrados. El comportamiento ante los registros cambia dependiendo de si existe o no un proxy SIP activo. Si hay proxy SIP, el registro se reenvía a éste y su respuesta de vuelta al usuario. Si no hay proxy, el propio equipo actúa como Registrar y responde al registro. Si una llamada entrante SIP tiene por destino otro dial-peer SIP, el equipo actúa como Back-to-Back entre los dos dial-peers. Si no encuentra dial-peer de salida y hay proxy SIP activo, se establece la llamada a través del proxy. Cuando el proxy SIP externo está inactivo todos los dial-peers con target sip-proxy están inactivos también.

- Gateway:

El equipo es capaz de actuar como gateway SIP, recibiendo llamadas SIP y encaminandolas a cualquier de sus interfaces VOIP, o encaminando llamadas recibidas por cualquier interfaz VOIP hacía un dial-peer SIP. Además, si hay un proxy SIP o registrar configurado, el equipo registra los dial-peers de tipo voice-port o group en este.

Capítulo 2 Configuración

ROUTER TELDAT – Configuración SIP

II - 7 Doc.DM766

Rev.10.61

1. Acceso al menú de configuración

Los comandos de configuración del protocolo SIP han de ser introducidos en el menú de configuración asociado al SIP (SIP Config>). Para acceder a dicho menú se emplea el comando protocol sip en el menú de configuración general (Config>).

Config>protocol sip SIP Config>

Si se desea que los comandos tomen efecto inmediatamente sin necesidad de reiniciar el router se debe acceder a la configuración a través del menú de configuración general dinámica (Config$).

Config$protocol sip SIP Config$


II - 8 Doc.DM766

Rev.10.61

2. Comandos de configuración del menú SIP

2.1. [NO] APPLICATION

a) APPLICATION ADDRESS

Configura la dirección IP que utiliza el protocolo SIP para enviar y recibir mensajes de señalización. Si no se configura ninguna se utiliza la IP interna del equipo. Sintaxis:

SIP Config$[no] application address <a.b.c.d> Ipv4 format

b) APPLICATION GATEWAY

Activa el gateway SIP de tal forma que se puedan establecer llamadas entre interfaces VOIP del equipo y dial-peers SIP. Sintaxis:

SIP Config$[no] application gateway

c) APPLICATION PORT

APPLICATION PORT UDP Configura el puerto UDP sobre el que escuchara el servidor SIP del equipo. El puerto por defecto es el 5060. Sintaxis:

SIP Config$[no] application port udp <1..65535> Value in the specified range

d) APPLICATION SERVER

Activa el servidor SIP, el comando contrario no application server termina el servidor SIP y elimina todas las llamadas si se ejecuta desde la configuración dinámica. El funcionamiento en este caso está descrito en el apartado 1.2 del Capítulo 1. Sintaxis:

SIP Config$[no] application server

2.2. [NO] CONTACT-ADDRESS

Permite configurar el host que se emplea en el contact-address de los mensajes SIP enviados por el router. Se puede especificar una IP o un nombre de dominio. Sintaxis:

SIP Config$[no] contact-address <word> Text


II - 9 Doc.DM766

Rev.10.61

2.3. [NO] MAX-EXPIRES

Mediante este comando se configura el tiempo máximo en segundos que un UA puede registrarse en la base de datos de usuarios registrados del equipo. Este tiempo solo es aplicable cuando el router está funcionando como Registrar, respondiendo a los registros. Esto ocurre como servidor, cuando el proxy configurado no está disponible. El valor por defecto es de 3600 segundos. Sintaxis:

SIP Config$[no] max-expires <1..65535> Value in the specified range

2.4. [NO] MAX-FORWARDS

Mediante este comando se configura el valor del campo max-forwards de los mensajes SIP enviados por el router. Dicho campo define el número máximo de saltos que puede dar un paquete SIP antes de descartarse. El valor por defecto es de 70. Sintaxis:

SIP Config$[no] max-forwards <1..200> Value in the specified range

2.5. [NO] PASSWORD

Password que utiliza el protocolo SIP cuando se le requiere autenticación. Si hay configurada una password en el dial-peer utiliza esa, pero si no hay configurada password en el dial-peer utiliza esta password global. Sintaxis:

SIP Config$[no] password <string>

2.6. [NO] PROXY

Mediante este comando se configura un servidor sip externo. El equipo usará este servidor para establecer llamadas cuando estas tengan como dial-peer saliente alguno configurado con target sip-proxy o, con el modo servidor activo, cuando una llamada SIP entrante no encuentre un dial -peer saliente. También se usará el proxy para enviarle registros cuando no hay configurado un re gistrar. Se puede configurar más de un proxy, en este caso el equipo usará el primero que esté activo. Sintaxis:

SIP Config$[no] proxy <proxy-id> default Set this entry to its default values track Track this entry nsla-advisor Set the nsla advisor to track port Specify the port the host is listening to protocol Set the protocol of this proxy UDP/TCP udp

proxy-id IP o nombre de dominio del proxy. default Pone todos los valores asociados a esta entrada a sus valores por defecto.


II - 10 Doc.DM766

Rev.10.61

track nsla-advisor El proxy está activo solo si la entrada nsla asociada está activa . port Puerto al que hay que enviar los mensajes SIP destinados a este proxy. protocol udp El proxy utiliza el protocolo udp.

2.7. [NO] REALM

Configura el dominio SIP asociado al router. El router gestiona los mensajes SIP destinados al dominio configurado, a su IP local (ver comando application address) o a su dirección de contacto (ver comando contact-address). Para mensajes a otro dominio utiliza el servidor SIP configurado. Sintaxis:

SIP Config$[no] realm <word> Text

2.8. [NO] REGISTER

Cuando actúa como server, envía las peticiones de registro de usuarios al registrar, o al proxy activo si no hay registrar configurado. Si está habilitado el gateway registra los dial-peers de tipo voice-port o group también. Sintaxis:

SIP Config$[no] register Enable SIP registration of peer numbers

2.9. [NO] REGISTRAR

Configura la dirección IP o el nombre de dominio del registrar SIP donde enviar los mensajes de Registrar. Si no se configura ninguno, los mensajes son enviados al proxy activo. Si tampoco hay proxy, en modo server el propio router actua como Registrar. Sintaxis:

SIP Config$[no] registrar <word> Set ip address or dns name for this host

2.10. [NO] STUN

Configura el uso del protocolo STUN en las llamadas SIP. Como parámetro hay que indicar el dominio STUN que debe ser configurado previamente. Sintaxis:

SIP Config$[no] stun <id> Value in the specified range

2.11. [NO] TIMERS

Mediante este comando se configuran diversos timers que afectan al funcionamiento del protocolo SIP.


II - 11 Doc.DM766

Rev.10.61

a) TIMERS B

Configura el máximo tiempo que espera el equipo entre el inicio de una transacción de INVITE y la recepción de una respuesta del extremo remoto. Si pasa este tiempo sin recibir respuesta, la llamada falla. Se configura en segundos. El valor por defecto es 64 veces el valor del timer T1, que es el recomendado en la RFC 3261 de SIP. Sintaxis:

SIP Config$[no] timers b <1s..1m4s> Time value

b) TIMERS D

Es el tiempo que una transacción completada correctamente para la cual ya se ha enviado el ACK espera para pasar al estado terminado. Se configura en segundos. El valor por defecto es de 32 segundos. Sintaxis:

SIP Config$[no] timers d <16s..1m> Time value

c) TIMERS NO-ANSWER

Configura el tiempo que el protocolo SIP espera una respuesta definitiva a una transacción tras haber obtenido ya una respuesta provisional. En el caso típico de una transacción INVITE es el tiempo máximo que estará sonando el teléfono sin que el usuario llamado conteste. Se configura en segundos. El valor por defecto es de 180 segundos. Sintaxis:

SIP Config$[no] timers no-answer <1s..5m> Time value

d) TIMERS REGISTER

Define el tiempo entre registros cuando se registran los dial -peers tipo voice-port o group en el Registrar o en el proxy activo si no hay Registrar configurado. Se configura en segundos. El tiempo por defecto es de 3600 segundos. Sintaxis:

SIP Config$[no] timers register Set register expiry time

e) TIMERS T1

Define el tiempo mínimo que espera el protocolo SIP a recibir una respuesta antes de reenviar la petición. Cada vez que se reenvía una petición el tiempo de espera base T1 se duplica, hasta alcanzar el valor máximo de T2. Se configura en milisegundos. El valor por defecto es de 500 milisegundos. Sintaxis:

SIP Config$[no] timers t1 <1..20> Timer value in 1/10secs.


II - 12 Doc.DM766

Rev.10.61

f) TIMERS T2

Define el tiempo máximo que espera el protocolo SIP a recibir una respuesta antes de reenviar la petición. Cada vez que se reenvía una petición el tiempo de espera base T1 se duplica, hasta alcanzar el valor máximo de T2. Se configura en segundos. El valor por defecto es de 4 segundos. Sintaxis:

SIP Config$[no] timers t2 <1s..10s> Time value

g) TIMERS T4

Es el tiempo que una transacción completada correctamente, una vez que ya ha recibido el ACK, espera antes de pasar a estado terminado. Se configura en segundos. El valor por defecto es de 5 segundos. Sintaxis:

SIP Config$[no] timers t4 <1s..10s> Time value

Capítulo 3 Monitorización

ROUTER TELDAT – Monitorización SIP

III - 14 Doc.DM766

Rev.10.61

1. Acceso al menú de monitorización

Los comandos de monitorización del protocolo SIP han de ser introducidos en el menú de monitorización asociado al SIP (SIP+). Para acceder a dicho menú se emplea el comando PROTOCOL SIP en el menú de monitorización general (+).

+protocol sip SIP Mon SIP Mon+

Una vez que se ha accedido al menú de monitorización del protocolo SIP, se pueden introducir los comandos que se describen a continuación.


III - 15 Doc.DM766

Rev.10.61

2. Comandos de monitorización

2.1. CLEAR

a) CLEAR SIP-STATISTICS

Pone todos los contadores relativos a los paquetes SIP a cero. Sintaxis:

SIP Mon+clear sip-statistics

b) CLEAR UA-STATISTICS

Pone todos los contadores relativos a las llamadas SIP a cero. Sintaxis:

SIP Mon+clear ua-statistics

2.2. LIST

Lista información sobre el protocolo SIP.

a) LIST ALL

Lista todo lo relativo al protocolo SIP. Sintaxis:

SIP Mon+list all Ejemplo:

SIP Mon+list all

b) LIST BACK-TO-BACK

Lista la información relativa a la funcionalidad back-to-back, en concreto el proxy activo si lo hay y las transacciones back-to-back existentes así como su estado. Sintaxis:

SIP Mon+list back-to-back En el siguiente ejemplo se puede observar el proxy configurado que esta activo, así como una llamada back-to-back establecida. Ejemplo:

SIP Mon+list back-to-back Active proxy: sipserver.id.teldat.es Leg Id: 876 State: 12 - Leg Id: 877 State: 12 SIP Mon+


III - 16 Doc.DM766

Rev.10.61

c) LIST REGISTERED-USERS

Muestra todos los usuarios registrados en el router así como el tiempo restante de registro. Sintaxis:

SIP Mon+list registered-users Ejemplo: En el siguiente ejemplo se puede observar que hay dos usuarios registrados, el 1202 y el 1201 pertenecientes al dominio asterisk.id.teldat.es, para cada uno de ellos se muestra su dirección de contacto actual y el tiempo que falta para que el registro expire.

SIP Mon+list registered-users Dumping registered users, time since last purge 12 Locations for Registered User [email protected]: [email protected]:5060 ttl:28 Locations for Registered User [email protected]: [email protected]:5061 ttl:8 SIP Mon+

d) LIST SIP-STATISTICS

Muestra información sobre los paquetes SIP recibidos/enviados. Sintaxis:

SIP Mon+list sip-statistics Ejemplo:

SIP Mon+list sip-statistics

e) LIST UA-STATISTICS

Muestra información sobre las llamadas recibidas/realizadas. Sintaxis:

SIP Mon+list ua-statistics Ejemplo:

SIP Mon+list ua-statistics

2.3. EXIT

Permite volver al menú de monitorización general. Sintaxis:

SIP Mon+exit

Capítulo 4 Ejemplo

ROUTER TELDAT – Ejemplo SIP

IV - 18 Doc.DM766

Rev.10.61

1. Servidor SIP en modo emergencia

Una compañía desea instalar teléfonos SIP en todas sus oficinas de tal forma que las llamadas entre sus sucursales y la central, entre dos de sus sucursales, o entre sus sucursales y cualquier teléfono exterior sean encaminadas a través de un servidor central SIP, con dns id.teldat.es. La compañía también desea que en caso de caída de la conexión IP entre la sucursal y la central o de retardo excesivo, los teléfonos SIP se mantengan operativos para poder realizar llamadas internas entre teléfonos de la propia sucursal, y que las llamadas externas se encaminen a través de una línea externa que está conectada a un gateway de voz. Dicho gateway realiza la conversión SIP-POTS. A continuación se incluye un diagrama donde se representa una sucursal y la oficina central:

Para monitorizar la calidad de la conexión IP se configura una sonda nsm que monitoriza el retardo entre el GW-1 y el GW-2, si este retardo supera los 300 milisegundos se considera al proxy inalcanzable y se activa el “dial-peer” que encamina todas las llamadas externas por el GW-VOZ, dichas llamadas externas tienen el patron 9........ o 6........, correspondientes a números fijos y móviles respectivamente. Cuando este “dial-peer” no está activo, las llamadas externas no encuentran ningún “dial-peer” de salida por lo que son enviadas al proxy. Configuración: A continuación se presenta la configuración del equipo GW-1, dicho equipo actúa de respaldo ante la caída del servidor central.


IV - 19 Doc.DM766

Rev.10.61

No se detalla la configuración de la línea WAN ya que esto depende del tipo de interfaz que se utilice (Frame-Relay, ADSL, etc.), es importante tener en cuenta que en dicha configuración se debe habilitar reserva de ancho de banda para asegurarnos que tanto el tráfico SIP como el tráfico que genera la sonda para medir la calidad de la conexión son tratados de manera preferente. Se deben configurar dos dial-peers, el primero está activo únicamente cuando el proxy SIP se caiga y se encarga de desviar las llamadas externas por el GW-VOZ. El segundo dial-peer tiene como target el proxy SIP por lo que únicamente está activo cuando lo esté el proxy, y se encarga de encaminar al proxy todas las llamadas entre dos teléfonos de la LAN (números con el patrón 12..). Nótese que si este dial-peer no estuviera presente, las llamadas entre dos teléfonos de la LAN nunca se encaminarían al proxy aunque este estuviese activo, sino que sería el propio GW-1 el que haría de servidor Back-To-Back . Si este es el comportamiento que se desea basta eliminar dicho dial -peer.

; Showing System Configuration ... ; ATLAS Router 2 153 Version 10.5.3-Alfa log-command-errors no configuration telephony ; -- Telephony configuration – dial-peer 1 sip destination-pattern 6........ destination-pattern 9........ target ipv4 172.24.100.131 track nsla 1 exit ; dial-peer 3 sip destination-pattern 12.. target sip-proxy exit exit ; protocol ip ; -- Internet protocol user configuration -- internal-ip-address 172.24.100.133 ; address ethernet0/0 172.24.100.133 255.255.255.248 ; exit ; protocol sip ; application address 172.24.100.133 application server proxy id.teldat.es default proxy id.teldat.es track nsla-advisor 2 ; realm id.teldat.es exit ; feature dns ; -- DNS resolver user configuration -- server 172.24.51.36 no cache enable exit ; feature nsm ; -- Network Service Monitor configuration -- operation 1 ; -- NSM Operation configuration -- type echo ipicmp 172.24.75.23


IV - 20 Doc.DM766

Rev.10.61

frequency 5 timeout 1000 exit ; schedule 1 start-time now exit ; feature nsla ; -- Feature Network Service Level Advisor -- enable ; filter 1 nsm-op 1 rtt filter 1 significant-samples 1 filter 1 activation threshold 300 filter 1 activation sensibility 80 filter 1 activation stabilization-time 25 filter 1 deactivation threshold 200 filter 1 deactivation sensibility 80 filter 1 deactivation stabilization-time 25 ; alarm 1 filter-id 1 ; advisor 1 alarm-id 1 ; advisor 2 not alarm-id 1 ; exit ; dump-command-errors end ; --- end ---


IV - 21 Doc.DM766

Rev.10.61

2. Gateway SIP

Una compañía desea proporcionar servicio de voz y datos entre la central de Madrid y una de sus nuevas sucursales en Barcelona, a través de un enlace PPP sobre línea serie a 128 Kbps. La central cuenta con teléfonos SIP y con un router ATLAS actuando como servidor SIP donde se registran dichos teléfonos. Para poder realizar llamadas al exterior el router ATLAS cuenta con dos tarjetas VOIP, una de las cuales tiene sus cuatro líneas en FXO y la otra tiene dos líneas en FXO y dos en FXS. Las seis líneas FXO están conectadas a líneas de la red pública telefónica conmutada y de las dos FXS una esta conectada a un FAX y la otra a un teléfono. De esta forma la central es capaz de manejar hasta seis llamadas a teléfonos externos simultáneamente. La sucursal cuenta con otro router ATLAS con una tarjeta VOIP, que tiene una de las líneas configurada en modo FXO y conectada a una línea de la red pública telefónica conmutada, las otras tres están configuradas en modo FXS, dos conectadas a teléfonos y la tercera a un FAX. Si la línea FXO está ocupada y se quisiera cursar una segunda llamada se debe utilizar el interfaz base ISDN que está conectado a una línea ISDN externa. El plan de numeración propuesto por la compañía es el siguiente:

§ Los números internos de la compañía siguen el patrón 8.. teniendo los de la sucursal el patrón 89.

§ Los teléfonos no corporativos, que pueden ser fijos, con el patrón 9........ o móviles, con el patrón 6........

§ Las llamadas externas dirigidas a las extensiones de Madrid o Barcelona tienen el patrón 913458.. donde los tres últimos digitos se corresponden con el número de extensión interna del usuario. Por eso se debe eliminar el prefijo 91345, esto se realiza configurando una traslación.

Desde los teléfonos SIP de la central las llamadas al exterior se encaminan directamente a través de una de las líneas FXO del ATLAS, excepto las correspondientes a números de Barcelona que tienen el patrón 93....... y que son desviadas preferentemente al router de la sucursal para que sean tarificadas como llamadas locales. Si la línea PPP está caída todas las llamadas se encaminan por las líneas FXO. Para la sucursal las llamadas a teléfonos del exterior son encaminadas a la central por VoIP ya que las líneas FXO del ATLAS de central tienen tarifas más reducidas, excepto las dirigidas a teléfonos de Barcelona que son encaminadas por la línea FXO preferentemente, si dicha línea está ocupada se encaminan por ISDN. Para comprobar si la línea PPP está activa se utiliza una sonda que mide la calidad del servicio, si el retardo supera los 300 milisegundos se da la línea por inutilizable para VoIP y las llamadas no son cursadas a través de los dial-peers que utilicen dicha línea PPP.


IV - 22 Doc.DM766

Rev.10.61

Configuración propuesta: PPP línea serie: Para transmitir los datos se emplea el protocolo PPP sobre una línea serie, siendo la velocidad de la línea de 128 Kbps. Se habilita la compresión de cabeceras RTP (CRTP) sin incluir el checksum de UDP, a fin de ahorrar ancho de banda en la transmisión de la voz. Para disminuir el retardo de los paquetes de voz se habilita también la fragmentación, en paquetes de 512 bytes. Reserva de Ancho de Banda: A fin de evitar cortes en la voz en condiciones de mucho tráfico se debe priorizar el tráfico de voz frente al de datos. Para ello se emplea BRS, asignándole a la voz sobre IP una prioridad superior al resto del tráfico. Como hay configurado multilink la clase de voz sobre IP debe de ser de tipo real -time para evitar que se encapsule en multilink, encapsulandose únicamente en PPP. Este tráfico de voz se caracteriza por tener como IP origen o destino la IP de los routers de VoIP (172.25.1.10 o 172.24.100.132). Se emplea una cola de 32 elementos en condiciones de poca carga reduciéndose a 5 en condiciones de mucho tráfico. Dial-Peers: En la central se configura un dial-peer por cada línea fxo de tal forma que todos los números de nueve cifras los envie por ahí. También se configura un dial-peer con el patrón 93...... para que los números con destino Barcelona sean enviados por SIP. También se configura un dial-peer para el fax y otro para el teléfono analógico. Como deseamos utilizar el protocolo T38 para las llamadas de fax se configura el modo t38-detect en el dial-peer sip de ambos routers. En la sucursal se configura un dial-peer por cada extensión fxs, otro dial-peer que envie los números del tipo 93...... por la línea fxo y otro que envíe los números con el patrón 9........ por la fxo si el proxy está caído. Idéntica configuración con otros dos dial-peers para utilizar la línea ISDN si la fxo está ocupada.


IV - 23 Doc.DM766

Rev.10.61

Además se configura un dial-peer para que todas las llamadas a teléfonos con el patrón 8.. (extensiones de Madrid) sean enviadas al proxy. El codec a utilizar en todas las llamadas es el G723 a 5k3 bps, una trama por paquete RTP y VAD, pues si en los dial-peers no se configuran codecs, se negocian todos los soportados, siendo el G723 el más prioritario. Configuración de las líneas: Seis líneas del router GW-1 se configuran como FXO y el resto (líneas 3 y 4 de la segunda tarjeta VOIP) como FXS, en el router GW-2 la línea uno está en modo FXO y las otras tres en modo FXS. Configuraciones: Teldat-Gw1 (central):

CONFIGURACIÓN:

; Showing System Configuration ... ; ATLAS Router 2 153 Version 10.6.2-Alfa log-command-errors no configuration set hostname gw-1 add device ppp 1 add device voip-isdn 100 set data-link sync serial0/0 set data-link x25 serial0/1 set data-link x25 serial0/2 global-profiles dial ; -- Dial Profiles Configuration -- profile audio default profile audio dialout profile audio isdn-type audio ; exit ; telephony ; -- Telephony configuration -- translation 1 rule 1 913458 any 8 unknown exit ; dial-peer 1 voice-port description "fxs fax extension" destination-pattern 801 target voice-port voip2/0 3 exit ; dial-peer 2 voice-port description "fxs telephone extension" destination-pattern 802 target voice-port voip2/0 4 exit ; dial-peer 3 voice-port description "external calls through fxo extension" destination-pattern ......... incoming called translation 1 target voice-port voip1/0 1 exit ; dial-peer 4 voice-port description "external calls through fxo extension"


IV - 24 Doc.DM766

Rev.10.61

destination-pattern ......... incoming called translation 1 target voice-port voip1/0 2 exit ; dial-peer 5 voice-port description "external calls through fxo extension" destination-pattern ......... incoming called translation 1 target voice-port voip1/0 3 exit ; dial-peer 6 voice-port description "external calls through fxo extension" destination-pattern ......... incoming called translation 1 target voice-port voip1/0 4 exit ; dial-peer 7 voice-port description "external calls through fxo extension" destination-pattern ......... incoming called translation 1 target voice-port voip2/0 1 exit ; dial-peer 8 voice-port description "external calls through fxo extension" destination-pattern ......... incoming called translation 1 target voice-port voip2/0 2 exit ; dial-peer 9 sip description "calls to barcelona through gw-2" destination-pattern 93....... incoming called number 8.. fax mode t38-detect target ipv4 172.25.1.10 track nsla 2 exit ; exit ; network serial0/0 ; -- Interface Synchronous Serial Line. Configuration -- speed 128000 exit ; network voip1/0 ; -- VoIP interface Configuration -- line 1 interface-type fxo ; line 2 interface-type fxo ; line 3 interface-type fxo ; line 4 interface-type fxo ; exit ; network voip2/0 ; -- VoIP interface Configuration -- line 1 interface-type fxo ; line 2 interface-type fxo ; exit ; network ppp1


IV - 25 Doc.DM766

Rev.10.61

; -- Generic PPP User Configuration -- ppp ; -- PPP Configuration -- ccp lzs-dcp seq-lcb process-uncompressed history-count 1 multilink enable multilink endpoint ip 172.1.1.1 multilink fragmentation 512 exit ; base-interface ; -- Base Interface Configuration -- base-interface serial0/0 link ; exit ; exit ; network voip100 ; -- VoIP interface Configuration -- isdn bearer-cap speech base-interface ; -- Base Interface Configuration -- base-interface bri0/0 255 link base-interface bri0/0 255 profile audio base-interface bri0/0 255 number-of-circuits 1 ; exit ; exit ; event ; -- ELS Config -- enable trace subsystem SIP ALL enable trace subsystem TLPHY ALL enable trace subsystem VOIP ALL exit ; protocol ip ; -- Internet protocol user configuration -- internal-ip-address 172.24.100.132 ; address ethernet0/0 172.24.100.132 255.255.255.248 address ppp1 172.1.1.2 255.255.255.0 ; ; route 172.25.1.0 255.255.255.0 172.1.1.1 route 0.0.0.0 0.0.0.0 172.24.100.129 ; ; ; exit ; protocol sip application gateway application server realm teldat.es exit ; feature nsm ; -- Network Service Monitor configuration -- operation 1 ; -- NSM Operation configuration -- type echo ipicmp 172.1.1.1 frequency 5 timeout 1000 exit ; schedule 1 start-time now exit ; feature nsla


IV - 26 Doc.DM766

Rev.10.61

; -- Feature Network Service Level Advisor – enable ; filter 1 nsm-op 1 rtt filter 1 significant-samples 1 filter 1 activation threshold 300 filter 1 activation sensibility 80 filter 1 activation stabilization-time 25 filter 1 deactivation threshold 200 filter 1 deactivation sensibility 80 filter 1 deactivation stabilization-time 25 ; alarm 1 filter-id 1 ; advisor 1 alarm-id 1 ; advisor 2 not alarm-id 1 ; exit ; dump-command-errors end ; --- end ---

Teldat-Gw2 (sucursal):

CONFIGURACIÓN:

; Showing System Configuration ... ; ATLAS Router 2 153 Version 10.6.2-Alfa log-command-errors no configuration set hostname gw-2 add device ppp 1 add device voip-isdn 100 set data-link sync serial0/0 set data-link x25 serial0/1 set data-link x25 serial0/2 global-profiles dial ; -- Dial Profiles Configuration -- profile audio default profile audio dialout profile audio isdn-type audio ; exit ; telephony ; -- Telephony configuration -- dial-peer 1 voice-port description "local telephones" destination-pattern 93....... target voice-port voip1/0 1 exit ; dial-peer 2 voice-port description "local telephones" destination-pattern 93....... target voice-port voip100 1 exit ; dial-peer 3 sip description "external telephone calls to central" destination-pattern ......... incoming called number 8.. fax mode t38-detect target ipv4 172.24.100.132 track nsla 2 exit


IV - 27 Doc.DM766

Rev.10.61

; dial-peer 4 voice-port description "external telephone calls when no central access" destination-pattern ......... target voice-port voip1/0 1 track nsla 1 exit ; dial-peer 5 voice-port description "external telephone calls when no central access" destination-pattern ......... target voice-port voip100 1 track nsla 1 exit ; dial-peer 6 voice-port description "fxs fax port" destination-pattern 891 target voice-port voip1/0 2 exit ; dial-peer 7 voice-port description "fxs telephone1 port" destination-pattern 892 target voice-port voip1/0 3 exit ; dial-peer 8 voice-port description "fxs telephone2 port" destination-pattern 893 target voice-port voip1/0 4 exit ; exit ; network serial0/0 ; -- Interface Synchronous Serial Line. Configuration -- speed 128000 exit ; network voip1/0 ; -- VoIP interface Configuration -- line 1 interface-type fxo ; exit ; network ppp1 ; -- Generic PPP User Configuration -- ppp ; -- PPP Configuration -- ccp lzs-dcp seq-lcb process-uncompressed history-count 1 multilink enable multilink endpoint ip 172.1.1.1 multilink fragmentation 512 exit ; base-interface ; -- Base Interface Configuration -- base-interface serial0/0 link ; exit ; exit ; network voip100 ; -- VoIP interface Configuration -- isdn bearer-cap speech base-interface ; -- Base Interface Configuration -- base-interface bri0/0 255 link base-interface bri0/0 255 profile audio


IV - 28 Doc.DM766

Rev.10.61

base-interface bri0/0 255 number-of-circuits 1 ; exit ; exit ; event ; -- ELS Config -- enable trace subsystem SIP ALL enable trace subsystem VOIP ALL enable trace subsystem TLPHY ALL exit ; protocol ip ; -- Internet protocol user configuration -- internal-ip-address 172.25.1.10 ; address ethernet0/0 172.25.1.10 255.255.255.0 address ppp1 172.1.1.1 255.255.255.0 ; ; route 0.0.0.0 0.0.0.0 172.1.1.2 ; ; ; exit ; protocol sip application gateway proxy 172.24.100.132 default proxy 172.24.100.132 track nsla-advisor 2 ; realm teldat.es exit ; feature nsm ; -- Network Service Monitor configuration -- operation 1 ; -- NSM Operation configuration -- type echo ipicmp 172.1.1.2 frequency 5 timeout 1000 exit ; schedule 1 start-time now exit ; feature nsla ; -- Feature Network Service Level Advisor -- enable ; filter 1 nsm-op 1 rtt filter 1 significant-samples 1 filter 1 activation threshold 300 filter 1 activation sensibility 80 filter 1 activation stabilization-time 25 filter 1 deactivation threshold 200 filter 1 deactivation sensibility 80 filter 1 deactivation stabilization-time 25 ; alarm 1 filter-id 1 ; advisor 1 alarm-id 1 ; advisor 2 not alarm-id 1 ; exit ; dump-command-errors end ; --- end ---


IV - 29 Doc.DM766

Rev.10.61

Pruebas cuando hay conectividad IP: Llamadas externas con origen en una línea fxo de la central y destino un teléfono SIP de la central: En este caso el número llamado tiene el patrón 913458.. y el dial-peer de entrada elmina los seis primeros digitos, quedando como número llamado 8.. que se corresponde con un teléfono SIP de la LAN que esté registrado. Si esto es así la llamada es cursada a dicho teléfono, si la llamada no encaja con ningún usuario SIP registrado es rechazada Llamadas externas con origen en una línea fxo de la central y destino una extensión del gw de la sucursal: En este caso el número llamado tiene el patrón 913458.. y el dial-peer de entrada elmina los seis primeros digitos, quedando como número llamado 8.. que se corresponde con alguna de las extensiones del gw de la sucursal (891 a 894). Si esto es así la llamada es cursada a dicho teléfono, si la llamada no encaja con ningún usuario SIP registrado es rechazada. Llamadas con origen un teléfono SIP de la central y destino un teléfono externo de Barcelona: En este caso el número llamado tiene como patrón el 93....... y es desviado por el dial -peer SIP al router de Barcelona, que encamina la llamada por la línea fxo o por la ISDN si la fxo esta ocupada. Llamadas entre un teléfono SIP de la LAN en la central a una extensión interna: En este caso el número llamado tiene como patrón el 8.. y si hay un usuario SIP registrado con ese número bien en Madrid o bien en Barcelona, es encaminado a dicho usuario. Llamadas entre una extensión FXS del router de Barcelona a una extensión interna de Madrid: En este caso el número llamado tiene como patrón el 8.. y al no encajar en ningún dial -peer la llamada es encaminada al proxy. Pruebas cuando no hay conectividad IP: Llamadas externas con origen en una línea fxo de la central y destino un teléfono SIP de la central: En este caso el número llamado tiene el patrón 913458.. y el dial-peer de entrada elmina los seis primeros digitos, quedando como número llamado 8.. que se corresponde con un teléfono SIP de la LAN que esté registrado. Si esto es así la llamada es cursada a dicho teléfono, si la llamada no encaja con ningún usuario SIP registrado es rechazada. Llamadas externas con origen en una línea fxo de la central y destino una extensión del gw de la sucursal: En este caso el número llamado tiene el patrón 913458.. y al no haber conectividad IP con la sucursal la llamada es rechazada. Llamadas con origen un teléfono SIP de la central y destino un teléfono externo de Barcelona: En este caso el número llamado tiene como patrón el 93....... y al estar inhabilitado el dial -peer SIP por la sonda nsla la llamada es enviada por alguna de las líneas fxo como cualquier otra l lamada externa. Llamadas entre un teléfono SIP de la LAN en la central a una extensión interna: En este caso el número llamado tiene como patrón el 8.. y si hay un usuario SIP registrado con ese número en Madrid la llamada se cursa normalmente, si el usuario registrado está en Barcelona la llamada no llega a cursarse ya que no hay conectividad IP con Barcelona. Llamadas entre una extensión FXS del router de Barcelona a una extensión interna de Madrid: En este caso el número llamado tiene como patrón el 8.. y al no encajar en ningún dial-peer y no tener proxy activo la llamada es liberada.

router teldat - upmdavid/master/manuales/manuales-teldat/dm...router teldat – introducción sip i...

Documents