Router Teldat. Session Initiation Protocol (SIP)

Transcripción

1 Router Teldat Session Initiation Protocol (SIP) Doc. DM766 Rev Noviembre, 2007

2 ÍNDICE Capítulo 1 Introducción Introducción Protocolo de señalización SIP Funcionalidad disponible en el router... 5 Capítulo 2 Configuración Acceso al menú de configuración Comandos de configuración del menú SIP [NO] APPLICATION... 8 a) APPLICATION ADDRESS... 8 b) APPLICATION GATEWAY... 8 c) APPLICATION PORT... 8 d) APPLICATION SERVER DEFAULT... 8 e) APPLICATION SERVER MESSAGE-FILTERING... 8 f) APPLICATION SERVER LOCAL-IP-REGISTRATIONS [NO] CONTACT-ADDRESS [NO] KEEP-ALIVE [NO] IP-TOS [NO] MAP-CAUSE a) MAP-CAUSE PSTN <Q.850 cause> SIP <sip cause> b) MAP-CAUSE SIP <sip cause> pstn <Q.850 cause> [NO] MAX-EXPIRES [NO] MAX-FORWARDS [NO] PASSWORD [NO] PROXY [NO] REALM [NO] REGISTER [NO] REGISTRAR [NO] RPORT [NO] STUN [NO] TCP-MSS [NO] TIMERS a) TIMERS B b) TIMERS D c) TIMERS F d) TIMERS H e) TIMERS J f) TIMERS KEEPALIVE g) TIMERS NO-ANSWER h) TIMERS REGISTER i) TIMERS T j) TIMERS T k) TIMERS T l) TIMERS USE-T2-INVITE [NO] TRANSPORT a) TRANSPORT UDP b) TRANSPORT TCP Capítulo 3 Monitorización Acceso al menú de monitorización Comandos de monitorización CLEAR ii -

3 a) CLEAR SIP-STATISTICS b) CLEAR UA-STATISTICS LIST a) LIST ALL b) LIST BACK-TO-BACK c) LIST REGISTERED-USERS d) LIST SIP-STATISTICS e) LIST UA-STATISTICS EXIT Capítulo 4 Ejemplo Servidor SIP en modo emergencia Gateway SIP iii -

4 Capítulo 1 Introducción

5 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 En esta última RFC se describe el funcionamiento básico del protocolo, citando para algunos aspectos concretos otras RFCs acompañantes RFC 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 inicial 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. ROUTER TELDAT Introducción SIP I - 2

6 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:porttag1=value1tag2=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:porttag1=value1tag2=value2... Dirección SIP segura. Se asegura el uso de TLS (Transport Layer Secure) entre el dominio origen y destino. ROUTER TELDAT Introducción SIP I - 3

7 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. Marta softphone cuenca.com... sevilla.com. proxy proxy Paco SIP Phone INVITE F > INVITE F2 100 Trying F > INVITE F4 < Trying F > < Ringing F6 180 Ringing F7 < Ringing F8 < OK F9 < OK F10 < OK F11 < < ACK F > Media Session <================================================> BYE F13 < OK F > 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 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. ROUTER TELDAT Introducción SIP I - 4

8 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. Ante llamadas entrantes SIP se consulta el plan de numeración configurado en el menú Telephony (Telefonía Sobre IP, Dm 722) y que está basado en dial-peers como unidad básica de configuración. - 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. Cuando el equipo reenvía los registros al proxy SIP configurado, la dirección de contacto registrada en el servidor es la propia de los teléfonos de forma que el proxy establece las llamadas directamente hacia los teléfonos sin pasar por el equipo. Este es el comportamiento deseable y más habitual, sin embargo, se puede cambiar mediante el comando application server local-ip-registrations que hace que los registros se reenvíen sustituyendo la ip/puerto de los teléfonos por la del equipo. En esta situación se pueden producir bucles en las llamadas si se tiene un dial-peer para enviar todas las llamadas al proxy ya que la llamada vuelve al equipo. Esto se puede solucionar configurando un plan de numeración más avanzado haciendo uso de los comandos dial-plan y incoming acc-list del menú de los dial-peers. Si una llamada entrante SIP tiene por destino otro dial-peer SIP, el equipo actúa como Backto-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. Este último comportamiento se puede evitar configurando el comando call application outgoing-match force del menú tlphy que hace que la llamada que no encuentra dial-peer saliente falle. 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. ROUTER TELDAT Introducción SIP I - 5

9 Capítulo 2 Configuración

10 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$ ROUTER TELDAT Configuración SIP II - 7

11 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. 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. SIP Config$[no] application gateway c) APPLICATION PORT Configura el puerto tanto TCP como UDP sobre el que escucha el servidor SIP del equipo. El puerto por defecto es el SIP Config$[no] application port < > Value in the specified range d) APPLICATION SERVER DEFAULT Activa el servidor SIP con su comportamiento por defecto, el comando contrario no application server default 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. SIP Config$[no] application server default e) APPLICATION SERVER MESSAGE-FILTERING Modifica el comportamiento del servidor SIP del equipo de forma que al reenviar mensajes SIP del origen al destino se eliminan algunos parámetros de señalización no reconocidos en lugar de copiar cabeceras directamente. Esto puede ayudar a hacer compatibles dos equipos externos de distintos fabricantes que de otra forma no se entenderían. El comando no application server message-filtering deshabilita este comportamiento. Syntax: SIP Config$[no] application server message-filtering ROUTER TELDAT Configuración SIP II - 8

12 f) APPLICATION SERVER LOCAL-IP-REGISTRATIONS Modifica el comportamiento del servidor SIP del equipo de forma que al reenviar los registros recibidos hacia el proxy configurado sustituye la dirección de contacto de los teléfonos por la de la aplicación SIP del equipo. De esta forma, para el proxy externo las extensiones están localizadas en el equipo, que recibe la señalización de las llamadas entrantes hacia los teléfonos. El comando no application server local-ip-registrations desconfigura este comportamiento de forma que los registros llegan al servidor con su contacto original, de forma que las llamadas entrantes desde el proxy externo se señalizan directamente hacia ellos sin pasar por el equipo, que es el funcionamiento por defecto. SIP Config$[no] application server local-ip-registrations 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. SIP Config$[no] contact-address <word> Text 2.3. [NO] KEEP-ALIVE Cuando el equipo tiene una llamada establecida se envía periódicamente una petición para comprobar si el otro extremo tiene también activa dicha llamada. Si fallan dos sondeos consecutivos la llamada es liberada. Mediante este comando se configura el tipo de petición para utilizar en este proceso. Se permiten enviar tres tipos de paquetes para comprobar si la llamada está activa: INFO, OPTIONS ó UPDATE, siendo INFO el valor por defecto. También se permite deshabilitar el mecanismo de keepalive mediante el comando KEEP-ALIVE NONE. SIP Config$[no] keep-alive? none Disable keep-alive info Use info SIP packets options Use options SIP packets update Use update SIP packets 2.4. [NO] IP-TOS Este comando permite configurar el TOS de los paquetes SIP enviados por el equipo. Se configura el byte completo de TOS mediante su valor en hexadecimal. El valor por defecto es 0. SIP Config$ip-tos? <hex 0x0..0xff> Hexadecimal value in the specified range ROUTER TELDAT Configuración SIP II - 9

13 2.5. [NO] MAP-CAUSE Permite configurar la conversion entre las causas de liberación usadas en los puertos de telefonía convencional del equipo (causas Q.850) y los códigos de respuesta SIP. Por defecto se convierten las causas más comunes siguiendo las recomendaciones de la RFC 3398 Integrated Services Digital Network (ISDN) User Part (ISUP) to Session Initiation Protocol (SIP) Mapping. A continuación se listan las tablas de conversión por defecto en ambos sentidos. Conversión de Q.850 a SIP: Causa Q.850 Código de respuesta SIP l Unallocated (unassigned) number 404 Not found 17 User busy 486 Busy here 18 No user responding 408 Request timeout 19 No answer from user 480 Temporarily unavailable 21 Call rejected 403 Forbidden 28 Address incomplete 484 Address incomplete 31 Normal, unspecified 480 Temporarily unavailable 34 No circuit/channel available 503 Service unavailable 38 Network out of order 503 Service unavailable 88 Incompatible destination 503 Service unavailable 102 Recovery on timer expiry 408 Request timeout Resto de causas no listadas 500 Internal Server Error Conversión de SIP a Q.850: Código de respuesta SIP Causa Q Forbidden 21 Call rejected 404 Not found l Unallocated (unassigned) number 408 Request timeout 102 Recovery on timer expiry 480 Temporarily unavailable 18 No user responding 484 Address incomplete 28 Address incomplete 486 Busy here 17 User busy 600 Busy Everywhere 17 User busy 603 Decline 21 Call rejected 604 Does Not Exist Anywhere l Unallocated (unassigned) number Resto de causas no listadas 31 Normal, unspecified a) MAP-CAUSE PSTN <Q.850 cause> SIP <sip cause> Configura el código SIP al que se debe convertir la causa de liberación Q.850 indicada. SIP Config$[no] map-cause pstn <1..127> sip < > b) MAP-CAUSE SIP <sip cause> pstn <Q.850 cause> Configura la causa Q.850 a la que convertir un código de error SIP determinado. ROUTER TELDAT Configuración SIP II - 10

14 SIP Config$[no] map-cause sip < > pstn <1..127> 2.6. [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. SIP Config$[no] max-expires < > Value in the specified range 2.7. [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. SIP Config$[no] max-forwards <1..200> Value in the specified range 2.8. [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. SIP Config$[no] password <string> 2.9. [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 sipproxy 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 registrar. Se puede configurar más de un proxy, en este caso el equipo usará el primero que esté activo. ROUTER TELDAT Configuración SIP II - 11

15 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 registrations Track sip phone registrations port Specify the port the host is listening to transport Set the transport protocol of this proxy udp Use UDP to communicate with this proxy tcp Use TCP to communicate with this proxy system Use global sip configuration to communicate with this proxy proxy-id default track nsla-advisor track registrations port transport udp transport tcp transport system IP o nombre de dominio del proxy. Pone todos los valores asociados a esta entrada a sus valores por defecto. El proxy está activo solo si la entrada nsla asociada está activa. El proxy se da por caido si fallan registros de teléfonos sip en el proxy. Si se configuran los dos tipos de track en el simultáneamente, el proxy se da por caído ante el fallo de cualquiera de ellos. Se aplica un AND lógico del resultado de cada track. Puerto al que hay que enviar los mensajes SIP destinados a este proxy. El proxy utiliza el protocolo de transporte udp. El proxy utiliza el protocolo de transporte tcp. El proxy utiliza el protocolo de transporte configurado a nivel global de protocolo SIP mediante el comando transport [NO] REALM Configura el dominio SIP usado por el router. Si no se configura se utiliza el comando REGISTRAR, y si no el proxy activo. SIP Config$[no] realm <word> Text [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. SIP Config$[no] register Enable SIP registration of peer numbers [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. ROUTER TELDAT Configuración SIP II - 12

16 SIP Config$[no] registrar <word> Set ip address or dns name for this host [NO] RPORT Habilita la funcionalidad rport descrita en la RFC3581. Las respuestas SIP se envían de vuelta al puerto desde el que llegan los mensajes SIP en lugar de al puerto presente en la cabecera SIP Via. Este funcionamiento puede ser útil en caso de presencia de NAT en la red. El comando no rport deshabilita la funcionalidad. Por defecto está deshabilitada. SIP Config$[no] rport Use SIP rport defined in RFC [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. SIP Config$[no] stun <id> Value in the specified range [NO] TCP-MSS Mediante este comando se permite configurar el tamaño maximo de segmento para conexiones TCP en bytes. El valor por defecto es 1280 bytes. SIP Config$[no] tcp-mss < > Value in the specified range [NO] TIMERS Mediante este comando se configuran diversos timers que afectan al funcionamiento del protocolo SIP. 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 32 veces el valor del timer T1, por lo tanto con todos los timers por defecto será 16 segundos. SIP Config$[no] timers b <1s..1m4s> Time value ROUTER TELDAT Configuración SIP II - 13

17 b) TIMERS D Es el tiempo que una transacción INVITE de cliente 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. SIP Config$[no] timers d <16s..1m> Time value c) TIMERS F Configura el máximo tiempo que espera el equipo entre el inicio de una transacción no INVITE (ej. REGISTER) y la recepción de una respuesta del extremo remoto. Si pasa este tiempo sin recibir respuesta, la transacción falla. Se configura en segundos. El valor por defecto es 32 veces el valor del timer T1, por lo tanto con todos los timers por defecto es de 16 segundos. SIP Config$[no] timers f <1s..1m4s> Time value d) TIMERS H Es el tiempo que una transacción INVITE de servidor retransmite la respuesta final mientras no reciba el ACK de la transacción cliente. Se configura en segundos. El valor por defecto es 64*T1 segundos, por lo tanto con todos los timers por defecto es de 32 segundos. SIP Config$[no] timers h <1s..1m4s> Time value e) TIMERS J Es el tiempo que una transacción no INVITE de servidor espera para pasar al estado terminado. En este tiempo retransmite la respuesta si le llega una retransmisión del mensaje inicial. Se configura en segundos. El valor por defecto es 64*T1 segundos, por lo tanto con todos los timers por defecto es de 32 segundos. SIP Config$[no] timers j <1s..1m4s> Time value f) TIMERS KEEPALIVE Define el tiempo entre dos paquetes de keep-alive. El tiempo por defecto es de 1 hora. SIP Config$[no] timers keep-alive <30s.. 1d> Time value g) 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. ROUTER TELDAT Configuración SIP II - 14

18 SIP Config$[no] timers no-answer <1s..5m> Time value h) 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. SIP Config$[no] timers register Set register expiry time i) 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. SIP Config$[no] timers t1 <1..20> Timer value in 1/10secs. j) 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. SIP Config$[no] timers t2 <1s..10s> Time value k) 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. Aplica para todas las transacciones excepto la transacción INVITE cliente en cuyo caso se usa el timer D. Se configura en segundos. El valor por defecto es de 5 segundos. SIP Config$[no] timers t4 <1s..10s> Time value l) TIMERS USE-T2-INVITE Cambia el comportamiento de la transacción cliente de INVITE de forma que el intervalo de retransmisión nunca sea mayor que el tiempo T2. El comportamiento normal es que el intervalo entre retransmisiones se duplica en cada retransmisión. T2 es el intervalo máximo entre retransmisiones para transacciones distintas de INVITE según la norma RFC3261. Configurando este comando se usa T2 como límite también en las transacciones INVITE. ROUTER TELDAT Configuración SIP II - 15

19 SIP Config$[no] timers use-t2-invite Use T2 (max retransmision interval) for INVITE [NO] TRANSPORT Permite seleccionar el tipo de transporte que emplea SIP para las llamadas y registros salientes si los dialpeers o configuraciones de proxy no indican otro tipo de transporte. Los protocolos soportados son TCP y UDP. El protocolo por defecto es UDP, pero el servidor acepta ambos transportes. a) TRANSPORT UDP El protocolo utilizado es UDP. SIP Config$protocol udp b) TRANSPORT TCP El protocolo utilizado es TCP. SIP Config$protocol tcp ROUTER TELDAT Configuración SIP II - 16

20 Capítulo 3 Monitorización

21 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. ROUTER TELDAT Monitorización SIP III - 18

22 2. Comandos de monitorización 2.1. CLEAR a) CLEAR SIP-STATISTICS Pone todos los contadores relativos a los paquetes SIP a cero. SIP Mon+clear sip-statistics b) CLEAR UA-STATISTICS Pone todos los contadores relativos a las llamadas SIP a cero. 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. Ejemplo: SIP Mon+list all 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. 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+ ROUTER TELDAT Monitorización SIP III - 19

23 c) LIST REGISTERED-USERS Muestra todos los usuarios registrados en el router así como el tiempo restante de registro. 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]: 1202@ :5060 ttl:28 Locations for Registered User [email protected]: 1201@ :5061 ttl:8 SIP Mon+ d) LIST SIP-STATISTICS Muestra información sobre los paquetes SIP recibidos/enviados. Ejemplo: SIP Mon+list sip-statistics SIP Mon+list sip-statistics e) LIST UA-STATISTICS Muestra información sobre las llamadas recibidas/realizadas. Ejemplo: SIP Mon+list ua-statistics SIP Mon+list ua-statistics 2.3. EXIT Permite volver al menú de monitorización general. SIP Mon+ ROUTER TELDAT Monitorización SIP III - 20

24 Capítulo 4 Ejemplo

25 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. ROUTER TELDAT Ejemplo SIP IV - 22

26 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 Version Alfa log-command-errors no configuration telephony -- Telephony configuration dial-peer 1 sip destination-pattern 6... destination-pattern 9... target ipv track nsla 1 dial-peer 3 sip destination-pattern 12.. target sip-proxy protocol ip -- Internet protocol user configuration -- internal-ip-address address ethernet0/ protocol sip application address application server default proxy id.teldat.es default proxy id.teldat.es track nsla-advisor 2 realm id.teldat.es feature dns -- DNS resolver user configuration -- server no cache enable feature nsm -- Network Service Monitor configuration -- operation 1 -- NSM Operation configuration -- type echo ipicmp ROUTER TELDAT Ejemplo SIP IV - 23

27 frequency 5 timeout 1000 schedule 1 start-time now 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 dump-command-errors end --- end --- ROUTER TELDAT Ejemplo SIP IV - 24

28 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 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 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. ROUTER TELDAT Ejemplo SIP IV - 25

29 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 ( o ). 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 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 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. ROUTER TELDAT Ejemplo SIP IV - 26

30 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 Version 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 telephony -- Telephony configuration -- translation 1 rule any 8 unknown dial-peer 1 voice-port description "fxs fax extension" destination-pattern 801 target voice-port voip2/0 3 dial-peer 2 voice-port description "fxs telephone extension" destination-pattern 802 target voice-port voip2/0 4 dial-peer 3 voice-port description "external calls through fxo extension" destination-pattern... incoming called translation 1 target voice-port voip1/0 1 dial-peer 4 voice-port description "external calls through fxo extension" ROUTER TELDAT Ejemplo SIP IV - 27

31 destination-pattern... incoming called translation 1 target voice-port voip1/0 2 dial-peer 5 voice-port description "external calls through fxo extension" destination-pattern... incoming called translation 1 target voice-port voip1/0 3 dial-peer 6 voice-port description "external calls through fxo extension" destination-pattern... incoming called translation 1 target voice-port voip1/0 4 dial-peer 7 voice-port description "external calls through fxo extension" destination-pattern... incoming called translation 1 target voice-port voip2/0 1 dial-peer 8 voice-port description "external calls through fxo extension" destination-pattern... incoming called translation 1 target voice-port voip2/0 2 dial-peer 9 sip description "calls to barcelona through gw-2" destination-pattern incoming called number 8.. fax mode t38-detect target ipv track nsla 2 network serial0/0 -- Interface Synchronous Serial Line. Configuration -- speed 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 network voip2/0 -- VoIP interface Configuration -- line 1 interface-type fxo line 2 interface-type fxo network ppp1 ROUTER TELDAT Ejemplo SIP IV - 28

32 -- Generic PPP User Configuration -- ppp -- PPP Configuration -- ccp lzs-dcp seq-lcb process-uncompressed history-count 1 multilink enable multilink endpoint ip multilink fragmentation 512 base-interface -- Base Interface Configuration -- base-interface serial0/0 link network voip 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 event -- ELS Config -- enable trace subsystem SIP ALL enable trace subsystem TLPHY ALL enable trace subsystem VOIP ALL protocol ip -- Internet protocol user configuration -- internal-ip-address address ethernet0/ address ppp route route protocol sip application gateway application server default realm teldat.es feature nsm -- Network Service Monitor configuration -- operation 1 -- NSM Operation configuration -- type echo ipicmp frequency 5 timeout 1000 schedule 1 start-time now feature nsla ROUTER TELDAT Ejemplo SIP IV - 29

33 -- 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 dump-command-errors end --- end --- Teldat-Gw2 (sucursal): CONFIGURACIÓN: Showing System Configuration... ATLAS Router Version 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 telephony -- Telephony configuration -- dial-peer 1 voice-port description "local telephones" destination-pattern target voice-port voip1/0 1 dial-peer 2 voice-port description "local telephones" destination-pattern target voice-port voip100 1 dial-peer 3 sip description "external telephone calls to central" destination-pattern... incoming called number 8.. fax mode t38-detect target ipv track nsla 2 ROUTER TELDAT Ejemplo SIP IV - 30

34 dial-peer 4 voice-port description "external telephone calls when no central access" destination-pattern... target voice-port voip1/0 1 track nsla 1 dial-peer 5 voice-port description "external telephone calls when no central access" destination-pattern... target voice-port voip100 1 track nsla 1 dial-peer 6 voice-port description "fxs fax port" destination-pattern 891 target voice-port voip1/0 2 dial-peer 7 voice-port description "fxs telephone1 port" destination-pattern 892 target voice-port voip1/0 3 dial-peer 8 voice-port description "fxs telephone2 port" destination-pattern 893 target voice-port voip1/0 4 network serial0/0 -- Interface Synchronous Serial Line. Configuration -- speed network voip1/0 -- VoIP interface Configuration -- line 1 interface-type fxo network ppp1 -- Generic PPP User Configuration -- ppp -- PPP Configuration -- ccp lzs-dcp seq-lcb process-uncompressed history-count 1 multilink enable multilink endpoint ip multilink fragmentation 512 base-interface -- Base Interface Configuration -- base-interface serial0/0 link network voip 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 ROUTER TELDAT Ejemplo SIP IV - 31

35 base-interface bri0/0 255 number-of-circuits 1 event -- ELS Config -- enable trace subsystem SIP ALL enable trace subsystem VOIP ALL enable trace subsystem TLPHY ALL protocol ip -- Internet protocol user configuration -- internal-ip-address address ethernet0/ address ppp route protocol sip application gateway proxy default proxy track nsla-advisor 2 realm teldat.es feature nsm -- Network Service Monitor configuration -- operation 1 -- NSM Operation configuration -- type echo ipicmp frequency 5 timeout 1000 schedule 1 start-time now 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 dump-command-errors end --- end --- ROUTER TELDAT Ejemplo SIP IV - 32

36 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 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 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 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 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 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 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 llamada 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 Ejemplo SIP IV - 33