Router Teldat. Session Initiation Protocol (SIP)

Transcripción

1 Router Teldat Session Initiation Protocol (SIP) Doc. DM766 Rev Octubre, 2005

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 [NO] CONTACT-ADDRESS [NO] MAX-EXPIRES [NO] MAX-FORWARDS [NO] PASSWORD [NO] PROXY [NO] REALM [NO] REGISTER [NO] REGISTRAR [NO] STUN [NO] TIMERS...10 a) TIMERS B b) TIMERS D c) TIMERS NO-ANSWER d) TIMERS REGISTER e) TIMERS T f) TIMERS T g) TIMERS T Capítulo 3 Monitorización Acceso al menú de monitorización Comandos de monitorización CLEAR 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 ii -

3 Capítulo 1 Introducción

4 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 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. ROUTER TELDAT Introducción SIP I - 2

5 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 (usuario@dominio.es) a la dirección SIP actual concreta (usuario@x.x.x.x: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

6 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

7 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 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. 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

8 Capítulo 2 Configuración

9 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

10 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 APPLICATION PORT UDP Configura el puerto UDP sobre el que escuchara el servidor SIP del equipo. El puerto por defecto es el SIP Config$[no] application port udp < > 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. 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. SIP Config$[no] contact-address <word> Text ROUTER TELDAT Configuración SIP II - 8

11 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. SIP Config$[no] max-expires < > 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. 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. 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 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 re gistrar. Se puede configurar más de un proxy, en este caso el equipo usará el primero que esté activo. 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 default IP o nombre de dominio del proxy. Pone todos los valores asociados a esta entrada a sus valores por defecto. ROUTER TELDAT Configuración SIP II - 9

12 track nsla-advisor port protocol udp El proxy está activo solo si la entrada nsla asociada está activa. Puerto al que hay que enviar los mensajes SIP destinados a este proxy. El proxy utiliza el protocolo udp [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. 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. 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. SIP Config$[no] registrar <word> Set ip address or dns name for this host [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] TIMERS Mediante este comando se configuran diversos timers que afectan al funcionamiento del protocolo SIP. ROUTER TELDAT Configuración SIP II - 10

13 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. 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. 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. 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. 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. SIP Config$[no] timers t1 <1..20> Timer value in 1/10secs. ROUTER TELDAT Configuración SIP II - 11

14 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. 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. SIP Config$[no] timers t4 <1s..10s> Time value ROUTER TELDAT Configuración SIP II - 12

15 Capítulo 3 Monitorización

16 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 - 14

17 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 - 15

18 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 1202@id.teldat.es: 1202@ :5060 ttl:28 Locations for Registered User 1201@id.teldat.es: 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 - 16

19 Capítulo 4 Ejemplo

20 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 - 18

21 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 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 - 19

22 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 - 20

23 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 - 21