Redes y Servicios I

Curso 2011-2012
Grupo V1 Da: Viernes Hora: 8:30 Prof.: Aurelio Berges

Prctica 2: Gestin y configuracin de redes de conmutacin de circuitos y VoIP Fecha de realizacin: 11/11/2011 Alumnos: Javier Galn Cardeosa Vctor Ramn Gracia Nicols Jos David Serna Miguez

FILA 2 - SEVILLA

ndice:

1. Introduccin........2 2. Configuracin y administracin de una IP PBX3 2.1. Configuracin PBX oeste...3 2.2. Configuracin PBX este...13 3. Servicio Voicemail..19 4. Grupo de llamada (Ring Group)..20 5. Conferencia (tipo Meet-Me)22 6. Configurar un desvo incondicional del IP_phone_1 al IP_phone_2..23 7. Configurar un servicio de recepcin y redireccin automtica..24
Segunda parte: Configuracin de un trunk SIP y anlisis de trfico SIP.28 Tercera parte. Configuracin de un trunk SS7 y anlisis de trfico SS7 (ISUP, MTP3 y MTP2)..44 Conclusiones.70

1. INTRODUCCIN
Se parte de un conjunto de cuatro PCs, dos de ellos configurados como PBX y un Gateway conectados entre s mediante una VLAN. Adems se dispone de un conjunto de telfonos analgicos, dos de ellos conectados a una tarjeta TDM410P presente en la PBX oeste y otros dos conectados al Gateway. El esquema de la red privada que se utiliza en el laboratorio es el siguiente:

El principal objetivo ser la completa configuracin de los equipos de que los que se dispone en la red para poder ofrecer un servicio completo de VoIP. Por otra parte, se dispone de otros dos PCs conectados a la red VLAN que contienen dos aplicaciones que simularn telefona VoIP, denominados Softphones (aplicacin 3CX y Ekiga). La configuracin del sistema se llevar a cabo a travs de estos dos PCs. La configuracin de red de nuestra sede ser la siguiente:

2. Configuracin y administracin de una IP PBX (1 hora)

2.1. Configuracin PBX oeste.

Dado el siguiente plan de numeracin obtenido del enunciado de la prctica para la sede de Sevilla:

Se procede a su configuracin: 1. Se accede a la PBX con el navegador Mozilla en el que se introduce una url que se corresponde con la direccin IP de dicha PBX: 192.168.2.1. 2. Se asignan nmeros de extensiones a los terminales conectados a cada PBX de acuerdo a la informacin de la tabla 1. 3. Se procede a aadir las extensiones a travs de: PBX -> PBX Settings -> Extensions ->Add Extension.

3.1.

Extensiones telfonos softphone: nicamente se configurar el nombre a mostrar, el alias SIP y la clave. Todos llevarn el nmero de la extensin con el prefijo para evitar conflictos.

Extensiones de los softphones A continuacin se configuran los simuladores, cada uno de ellos con su extensin correspondiente. Se pondr tambin la direccin IP de la PBX que les proporciona el servicio (192.168.2.1)

3CX:

Ekiga:

Se comprueba que ambos softphones funcionan correctamente realizando una llamada entre ellos:

Puede apreciarse en la imagen de arriba como la llamada ha resultado satisfactoria. 3.2. Extensiones telfonos analgicos: Dado que los telfonos analgicos estn conectados a la tarjeta TDM410P de la PBX se aaden como extensiones ZAP en vez de SIP.

Se procede a la configuracin de los dispositivos en la PBX:

Extensiones de los telfonos analgicos Previamente hay que configurar la tarjeta TDM410P para poder asignar un canal a cada terminal analgico. Esto se ver en el punto siguiente. Se comprueba la correcta configuracin de todas las extensiones por medio de dos llamadas entre los softphones y los telfonos analgicos (una llamada desde el Eikiga a un tfno. analgico y otra desde el otro tfno. analgico al 3CX) como muestra la siguiente captura:

4. Configuracin de la tarjeta TDM410P. Para configurar la tarjeta es necesario modificar previamente los ficheros chan_ dahdi.conf y dahdi-channels.conf para aadir los grupos y los canales necesarios para la correcta configuracin de los terminales analgicos. Se accede a los ficheros vacos (como vienen por defecto) desde el mismo Trixbox:

Archivo chan_dahdi.conf como viene por defecto.

Archivo dahdi-cannels.conf como viene por defecto.

Se debe tener en cuenta lo siguiente para la configuracin de la tarjeta: El puerto 1 es un puerto FXO, para conexin de la PBX a una red telefnica pblica (PSTN). [NO USADO] Los puertos 2, 3 y 4 son puertos FXS para la conexin de telfonos analgicos convencionales. Los nmeros de canal de los puertos de cada tarjeta TDM410P son los siguientes: Canal 63: puerto 1 (FXO) sin conexin Canal 64: puerto 2 (FXS) conectado a telfono analgico 1 Canal 65: puerto 3 (FXS) conectado a telfono analgico 2 Canal 66: puerto 4 (FXS) sin conexin El tipo de sealizacin (parmetro signalling en la configuracin de la extensin) debe ser fxo_ks para los puertos FXS y fxs_ks para el puerto FXO.

Previa consulta del manual de la tarjeta se procede a la configuracin de los archivos anteriormente mencionados:

Se aaden los canales y las opciones en el archivo chan_ dahdi.conf Se aaden y se configuran los puertos en el archivo dahdi-channels, segn los parmetros a tener en cuenta previamente mencionados y que aparecen en el enunciado:

10

dahdi-channels.conf

2.2. Configuracin PBX este.

11

Dado el siguiente plan de numeracin obtenido del enunciado de la prctica para la sede de Sevilla:

Se procede a su configuracin: 1. Se accede a la PBX con el navegador Mozilla en el que se introduce una url que se corresponde con la direccin IP de dicha PBX: 192.168.2.3. 2. Se asignan nmeros de extensiones a los terminales conectados a cada PBX de acuerdo a la informacin de la tabla 1. Se procede a aadir las extensiones a travs de: PBX -> PBX Settings -> Extensions ->Add Extension.

12

2.1 Extensiones telfonos softphone: nicamente configuraremos el nombre a mostrar, el alias SIP y la clave. Todos llevarn el nmero de la extensin con el prefijo para evitar conflictos.

Extensiones de los softphones A continuacin se configuran los simuladores, cada uno de ellos con su extensin correspondiente. Ekiga:

13

Configuracin Softphone Eikiga 3CX:

Configuracin Softphone 3CX Se comprueba que ambos softphones funcionan correctamente realizando una llamada entre ellos:

14

2.2 Extensiones telfonos analgicos: Se procede a la configuracin de los dispositivos. Estos telfonos hay que configurarlos como dispositivos SIP y no ZAP en la PBX ya que estn conectados al Gateway ATA y ste a la PBX:

15

Extensiones de los telfonos analgicos

Al aadir las extensiones en Trixbox se deber desactivar la opcin de NAT en todas ya que estan dentro de la misma VLAN y no es necesaria la traduccin de direcciones.

3. Configuracin Gateway ATA. Se acceder a la administracin del Gateway mediante Mozilla con la url: 192.168.2.5 correspondiente a la direccin IP del Gateway ATA. Se configura un perfil acorde a la informacin solicitada en la prctica, en este caso se configura el profile 1 (perfil 1), donde se van a aadir las extensiones de los telfonos analgicos, ponindole la direccin IP de la PBX que les proporcionar el servicio, tambin se comprueba que la opcin de NAT est desactivada:

16

Configuracin perfil 1 Gateway ATA

Se asigna el perfil definido anteriormente a los puertos FXS utilizados, poniendo la extensin de cada terminal analgico conectado:

17

Asignacin de extensiones de los terminales analgicos al perfil 1 ya configurado del Gateway ATA

18

3. Servicio Voicemail. (45 minutos)

Para habilitar el servicio de voicemail en una extensin basta con habilitarlo cuando se crea la extensin. Si se desea que llegue una notificacin al voicemail, se debe introducir la direccin de mail en la casilla de cuenta de correo o email address. En el siguiente caso se habilita voicemail en la extensin 95101. Se accede a travs de Opciones de Extensin y se selecciona la extensin deseada. En la seccin de Voicemail & Directory se realizan los siguientes cambios:

Configuracin Voicemail

19

Cuando se realiza una llamada a un telfono analgico si no se coge o est ocupado salta un contestador para que la persona que llama deje un mensaje. Posteriormente descolgando ese telfono y marcando *71 se puede escuchar ese mensaje y otros que hayan sido dejados.

4. Configurar grupo de llamada (Ring Group) (30 minutos)

Se va a proceder a configurar un grupo de llamada con la extensin 400 y al que se le asignar un telfono analgico y un softphone. Para ello, en la ventana del navegador desde la que se gestiona la PBX oeste (192.168.2.1) accedemos a la configuracin de los grupos de llamada a travs de PBX Settings (configuracin) Control de llamadas entrantes Grupos de extensiones. Se pincha el botn de Aadir grupo de extensiones de la derecha de la ventana para aadir un nuevo grupo de extensiones:

Para aadir las extensiones al grupo y crear el grupo se rellenan los campos oportunos, como se ver en la siguiente captura, y se le pincha en enviar para que se guarde en la PBX:

20

Es destacable mencionar que cuando el tiempo de llamada mximo llega a su fin, pasar a sonar la extensin inmediatamente posterior en la lista de extensiones.

21

5. Crear una conferencia (tipo Meet-Me) con las siguientes caractersticas: (20 minutos)
Nombre de la conferencia: Conference Nmero: 410 User PIN: 1234 Admin PIN: 5555 Para acceder a la pantalla de configuracin de conferencia se ha seleccionado la opcin Conferences dentro de opciones internas y de configuracin.

Una vez cliqueada la opcin elegida en pantalla aparecer la siguiente informacin para configurar la conferencia.

22

Es destacable mencionar que para la realizacin de la conferencia hay que llamar al nmero asignado a la dicha conferencia (en nuestro caso 410), acto seguido se introduce la contrasea correspondiente (1234) y por ltimo se deber indicar el nombre de la persona que llama. Una vez que se han realizado estos pasos la conferencia pasar a estar establecida.

Para qu se utilizan los parmetros Music on Hold y Allow Menu?

El parmetro de Music on Hold (msica en espera) se usa para que en el momento en que se realiza la llamada suene una determinada cancin mientras que se conecta la conferencia, siendo esta msica configurable (es decir se puede elegir la cancin que se estima oportuna). El parmetro Allow Menu se utiliza para activar un men de opciones durante la conferencia, por si se desea realizar algn cambio durante el establecimiento de la misma.

6. Configurar un desvo incondicional del IP_phone_1 al IP_phone_2 (30 minutos)

Indicar la secuencia de pasos realizados para la activacin del servicio.

En la captura de arriba se pueden apreciar las diferentes extensiones asociadas a la configuracin de desvos incondicionales. Podemos observar como al marcar la extensin *72 activamos el servicio y como por ejemplo podemos activar la llamada en espera mediante la marcacin de *70.

23

Cmo se desactiva el servicio?

Para desactivar el servicio se debera de marcar *73. A continuacin se mostrarn capturas de pantalla del servicio de desvo incondicional:

Se aprecia en la pantalla del 3CXPhone como se ha marcado *7295112 para realizar una llamada de este tipo al otro SoftPhone.

24

7. Configurar un servicio de recepcin y redireccin automtica de llamadas de clientes (Digital Receptionist)(30 minutos y aun sin finalizar)
Configurarlo mediante la opcin IVR (Interactive Voice Response) ofrecida por TrixBox. El servicio debe cumplir las siguientes especificaciones: - Nmero de acceso al servicio: 902 300 - Las locuciones del servicio deben ser grabadas por los alumnos

Configuracin que se ha adoptado para realizar este apartado

25

- A la recepcin de la llamada se pondr una locucin personalizada para solicitar informacin adicional al abonado llamante: Si pulsa 1 se conectar la llamada con el departamento comercial (Analog_1) Si pulsa 2 se conectar la llamada con el departamento de administracin (IP_phone_1) Si pulsa 3 se encaminar la llamada al puesto de operadora (IP_phone_2)

26

Opcin t.

27

Segunda parte Configuracin de un trunk SIP y anlisis de trfico SIP

1. Realizar una captura con Wireshark en la que aparezcan los mensajes SIP intercambiados para registro de un softphone en el servidor de registro SIP de la IP PBX.

Mensajes SIP intercambiados al inicio.

Por qu aparecen varios mensajes SIP REGISTER?

Mensajes SIP de registro de un Softphone en la PBX Asterisk.

Formato primer mensaje REGISTER enviado a la PBX. Se envan varios mensajes REGISTER (dos por softphone) para dar de alta una extensin en la PBX Asterisk. El primero no es vlido ya que no lleva el campo Authorization donde va el nmero de extensin y la contrasea necesaria para dar de alta esa extensin y, por tanto, la PBX manda un mensaje UNAUTHORIZED. En el segundo s que va ya este campo dentro del mensaje y ya si es

28

vlido para la PBX. En nuestro caso se envan cuatro mensajes por Softphone ya que al tener cuatro interfaces y no tener rutas asignadas manda uno por cada interfaz.

Segundo mensaje REGISTER enviado por el Softphone.

Cul es la direccin IP del servidor de registro SIP? La direccin IP del servidor de registro es la de la PBX; para los terminales registrados en la PBX oeste la direccin del servidor de registro es la 192.168.2.1 y para los terminales registrados en la PBX este la direccin del servidor de registro es la 192.168.2.3 2. Capturar el trfico SIP intercambiado en una llamada desde un softphone a un telfono analgico en la PBX Oeste.

29

Intercambio de mensajes durante una llamada entre terminales de la misma PBX.

Por qu aparecen dos mensajes SIP INVITE? Este caso es similar al de los mensajes REGISTER; el primer mensaje INVITE no tiene en su cabecera el campo Authorization y por tanto no es vlido para la PBX oeste que manda un mensaje Unauthorized a la PBX este; esta posteriormente le manda otro INVITE con este campo aadido, en este caso ya es un mensaje vlido para la PBX oeste y se puede proseguir con el curso de la llamada.

Primer mensaje INVITE.

30

Segundo mensaje INVITE.

Analizar los parmetros del protocolo SDP intercambiados durante el establecimiento de la sesin. En concreto, ver los codecs de audio y video utilizados y los nmeros de puertos asignados para ambos flujos RTP. Los puertos SIP utilizados para la llamada son el 1684 el terminal llamante y el 5060 para el terminal llamado puede observar en la captura:

31

Utilizando la opcin Statistics -> Flow Graph, obtener una representacin grfica de los mensajes SIP intercambiados entre los diferentes elementos SIP que intervienen en la llamada anterior. Comentar brevemente dicho intercambio de mensajes SIP.

32

Vemos como despus del INVITE enviado por la PBX este a la oeste indicndole la extensin llamada, esta responde con sendos RINGING indicndole a la llamante que est sonando el terminal llamado (en este caso un Softphone alojado en 192.168.2.2); como no lo coge, optamos por colgar el terminal llamante con lo que se genera un CANCEL que termina la llamada.

33

3. Capturar en la PBX Asterisk el trfico SIP intercambiado para una llamada desde un softphone IP a un terminal analgico conectado el GW ATA de la PBX Este. Para ello, se utilizar el siguiente comando de Trixbox: tcpdump s 0 w /tmp/nombre-fichero.pcap

Llamada entre un Softphone y un terminal analgico en la PBX este. Obtener la representacin grfica de los mensajes SIP intercambiados en la captura anterior. Se pide:

Grfica de la captura anterior.

34

Continuacin grafica anterior.

-Indicar los nmeros de puerto utilizados para el flujo de audio entre todos los elementos que intervienen en la llamada

- Cmo qu tipo de entidad SIP de las vistas en las clases de teora est actuando la IP PBX Asterisk? Razonar la respuesta. Acta como servidor SIP ya que encamina los mensajes SIP desde la direccin IP del softphone (192.168.2.4) al Gateway (192.168.2.5) (envo de una llamada a mltiples terminales) como podemos comprobar en las capturas anteriores.

35

4. Configurar un Trunk SIP para la interconexin de las dos IP PBX. Configuramos un trunk en la pestaa Trunk en la PBX oeste:

36

Configuracin Trunk PBX este:

37

38

Aadir y definir una ruta saliente (opcin Outbound routes) y configurar el Dial Patterns para cada una de las PBX PBX Este:

Ponemos en la ruta la configuracin del trunk (Aoeste) de la PBX.

39

PBX oeste:

Ponemos en la ruta la configuracin del trunk (Aeste) de la PBX. Realizar una llamada entre dos telfonos conectados a dos PBX diferentes y comprobar que el Trunk funciona correctamente. Llamada desde un terminal de la PBX este a otro de la PBX oeste: (captura en la PBX oeste):

40

Llamada desde un terminal de la PBX este a otro de la PBX oeste: (captura en la PBX este):

5. Capturar el trfico SIP intercambiado a travs de las dos IP PBX. Utilizar el comando tcpdump descrito anteriormente para la captura en cada PBX.

Mensajes SIP intercambiados en la realizacin de una llamada de un terminal de la PBX este a otro de la PBX oeste.

41

- Obtener la representacin grfica (opcin Statistics -> Flow Graph de Wireshark) del trfico SIP intercambiado en cada PBX.

Intercambio de mensajes RTP entre PBXs (este a oeste)(captura en la oeste)

. Intercambio de mensajes RTP entre PBXs (este a oeste)(captura en la este)

42

- Comentar brevemente el intercambio de mensajes que se produce en cada PBX, indicando los elementos que intervienen en cada caso. Vemos como despus del INVITE enviado por la PBX este a la oeste indicndole la extensin llamada, esta responde con sendos RINGING indicndole a la llamante que est sonando el terminal llamado (en este caso un terminal analgico de la PBX oeste); a continuacin cuando el terminal llamado descuelga el telfono la PBX oeste manda a la este un OK a lo que contesta la este con un ACK; a partir de ah la llamada est establecida y se intercambian mensajes RTP.

43

Tercera parte. Configuracin de un trunk SS7 y anlisis de trfico SS7 (ISUP, MTP3 y MTP2)
(Tenemos que revisar esta parte porque en la ltima sesin no funcionaba correctamente)
1. Configurar la tarjeta TE220 de Digium para la conexin de las dos PBX Asterisk a travs de dos lneas E1. Para la configuracin debe tenerse en cuenta lo siguiente:

En el fichero /etc/dahdi/system.conf se debe tener la siguiente configuracin:

Fichero ejemplo

44

Fichero system.conf de la PBX este.

45

Fichero system.conf de la PBX oeste.

Explicar razonadamente la funcionalidad de cada uno de los parmetros configurados. (span, bchan, mtp2, etc).

SPAN: Viene a ser el nmero de lnea o enlace E1. Tiene la siguiente estructura:
span=<span num>,<timing source>,<line build out>,<framing>,<coding>

donde:
<span num>: nmero de lnea <timing source>: este parmetro determina si

la seal del reloj desde el otro extremo de la lnea se utiliza como la fuente principal de la sincronizacin del reloj (1) o no (0).

46

<line build out>:

Es un entero entre 0 y 7 (En nuestro caso tiene que estar a 0 (0 db (CSU) / 0-

133 feet (DSX-1))). <framing>: Indica el tipo de sealizacin, en nuestro caso CCS (sealizacin por canal comn). <coding>: El cdigo utilizado en esa lnea, en nuestro caso HDB3. BCHAN: Alias de indclear: Cada canal es tratado de forma individual y no se realiza conversin ni sealizacin alguna en el, los datos van en bruto. Con nmeros entre guiones indica un rango de canales bchan. MTP2: Indica el canal por el que van a ir los datos de sealizacin o MTP2 en ese enlace, en este caso irn por el canal 16. En cuanto al fichero /etc/asterisk/dahdi-channels.conf:

Fichero ejemplo.

Al igual que antes, comentar los siguientes parmetros de la configuracin anterior, e indicar los posibles valores que pueden tomar cada uno de ellos: o context o switchtype o signalling Context: El contexto al que sern dirigidas las llamadas entrantes por este canal, puede ser e1_ss7 (nuestro caso), from-pstn, default, from-zaptel, etc. Los contextos provienen del servidor asignado, en este caso si nos encontramos en el servidor A vienen desde el servidor B y viceversa. Switchtype: Nos indica que norma se va a utilizar, puede valer national, euroisdn, net5, fxs-ks, etc. En nuestro caso usamos euroisdn un estndar que permite el interfuncionamiento total y transparente entre todos los pases europeos, por eso la siglas euro e isdn (Integrated Services Digital Network).

47

Signalling: Puede valer pri_net (si acta como maestro) o pri_cpe (si acta como esclavo), nos indica la sealizacin del canal.

Fichero dahdi-channels.conf de la PBX oeste

48

Fichero dahdi-channels.conf de la PBX este

49

El siguiente fichero a configurar es /etc/asterisk/chan_dahdi.conf al cual hay que aadir y configurar lo siguiente:

Fichero ejemplo. Indicar para qu se utilizan cada uno de los parmetros anteriores. Context: Indicar a donde son direccionadas las llamadas entrantes. Echocancel: Habilita la cancelacin de eco, se requiere especialmente en lneas analgicas. Signalling: Para definir la sealizacin utilizada. SS7_international y SS7_national prefix: nos indican el prefijo usado para este tipo de llamadas. Channel: determina el nmero de canales o el rango de canales usados para cada enlace.

50

Fichero chan_dahdi.conf de la PBX este que acta como maestro.

51

Fichero chan_dahdi.conf de la PBX oeste que acta como esclavo.

52

Por ltimo, aadir las siguientes lneas al final del archivo /etc/asterisk/extensions.conf

Ejemplo.
Siendo X el prefijo de cada sede.

Fichero extensions.conf de la PBX este que acta como maestro.

Fichero extensions.conf de la PBX oeste.

53

2. Utilizando Trixbox, configurar los trunks para interconexin de las dos PBX de acuerdo a las siguientes especificaciones: - Aadir y configurar los parmetros del trunk SS7. Cada uno de los trunk debe denominarse g1 y g2 - Configurar las rutas salientes (Outbound routes) - Configurar la ruta entrante (Inbound routes) Configuracin de los Trunk SS7:
Para crear los trunk nos vamos a PBX Settings -> Trunks -> Add ZAP Trunk. Creamos un trunk de tipo ZAP y no SIP porque ya no vamos a realizar llamadas mediante el protocolo SIP sino con SS7.

54

PBX Oeste:

Trunk g1 de la PBX oeste.

55

Trunk g2 de la PBX oeste.

56

PBX Este:

Trunk g1 de la PBX este.

57

Trunk g2 de la PBX este.

58

Configuracin de las rutas:

Para aadir una ruta a un trunk vamos a: PBX settings -> Outbound routes -> Add route PBX Oeste:

Outbound route para el trunk g1 en la PBX oeste.

59

Outbound route para el trunk g2 en la PBX oeste.

60

PBX Este:

Outbound route para el trunk g1 en la PBX este.

61

Outbound route para el trunk g2 en la PBX este.

62

3.

Activar las trazas SS7 mediante el siguiente comando CLI de Asterisk en cada PBX: ss7 debug linkset 1

Comando en la PBX este.

63

4. Realizar llamadas entre telfonos de PBX diferentes y comprobar que se establece la llamada a travs del trunk configurado. Para ello, debe observarse intercambio de sealizacin ISUP a travs de las lneas E1. Analizar el trfico ISUP capturado para una llamada, respondiendo a las siguientes cuestiones: Dibujar el intercambio de mensajes ISUP para el establecimiento de la llamada. Indicar cul es el Cdigo del PS asociado a cada PBX Cmo se obtiene esta informacin? Qu circuito (canal) de la lnea E1 se utiliza para la llamada?

Para poder ver los mensajes ISUP entre las dos PBX necesitamos antes modificar el fichero logger.conf que est en: etc/asterisk y aadirle: sevilla_este => notice,warning,error,debug,verbose En la PBX este. Para la oeste: sevilla_oeste => notice,warning,error,debug,verbose Mediante esta sentencia escrita en el archivo logger.conf los datos de todas las llamadas entre las PBX se almacenan en un fichero llamado sevilla_este o sevilla_oeste dependiendo de la PBX.

logger.conf de la PBX este.

64

logger.conf de la PBX oeste. Posteriormente y por lnea de comandos en las PBX introducimos: logger.conf rotate Mediante este comando le decimos a la PBX que los datos de la ltima llamada los guarde en un fichero llamado sevilla_este0 o sevillla_oeste0 dependiendo de la PBX.

65

Procedemos a realizar una llamada de prueba para ver si funciona:

Despus de realizar la llamada vamos a donde se encuentran los ficheros sevilla_este0 y sevilla_oeste0 y vemos su contenido. Como tienen muchos ms mensajes intercambiados entre las PBX de los que nos interesan que son los ISUP, tenemos que pasar esos ficheros por unos filtros que descargamos del Moodle; de esta manera, al pasar estos archivos por esos filtros solo quedan los mensajes ISUP intercambiados; elegimos el nombre de estos ficheros nuevos generados y los guardamos.

66

Quedaran de la siguiente manera los nuevos ficheros ya slo con los mensajes ISUP:

Fichero de la PBX este (en el fichero adjunto a esta memoria se puede ver el contenido entero)

Fichero de la PBX oeste (en el fichero adjunto a esta memoria se puede ver el contenido entero)

67

Dibujar el intercambio de mensajes ISUP para el establecimiento de la llamada.

PBX Este IAM (Called: 95111, Calling: 95211)

PBX Oeste

ACM

CPG (Alerting)

ANM

. . .
REL (Normal call clearing) (cuelga 95111)

RLC

En los dos ficheros creados se puede ver claramente estos mensajes ISUP y su contenido completo.

68

Indicar cul es el Cdigo del PS asociado a cada PBX Cmo se obtiene esta informacin?

Como vemos en la captura mediante el OPC y el DPC obtenemos el cdigo del PS asociado a cada PBX, en este caso, el OPC es de la PBX este, por tanto su cdigo ser el 2 y el cdigo de la PBX oeste ser el 1.

Qu circuito (canal) de la lnea E1 se utiliza para la llamada?

Como vemos en la captura, se utiliza el enlace 1 que viene dado por el SLS, sin embargo, si queremos saber el canal (circuito de voz) por el que se realiza la llamada tenemos que ver el valor del campo CIC, que en nuestro caso, es 1, con lo que utiliza el canal 1 para la llamada.

69

Conclusiones
Para la realizacin de las conclusiones se ha decidido abordar una comparativa entre Asterisk y el uso de centralitas telefnicas IP. Para ello se procede a analizar las principales caractersticas de Asterisk y los problemas que puede acarrear su implantacin.

1. Es software libre y gratuito, pero requiere una implantacin que en la mayora de los casos a nivel horas de trabajo requiere un mayor esfuerzo y por lo tanto mayor nmero de horas tcnicas de instalacin con lo cual es posible que Asterisk sea ms caro que una central telefnica instalada y puesta en funcionamiento.

2. Es un sistema desarrollado por una comunidad de usuarios y programadores que apuestan por el software libre, en Internet se pueden encontrar diferentes versiones de software, diferentes paquetes y diferentes opiniones sobre la instalacin y los posibles problemas. Todo esto se traduce en, una especializacin muy concreta, resultando prcticamente imposible encontrar 2 empresas que opinen igual y sigan los mismos procedimientos de instalacin y soporte, y no solo esto, actualmente no hay en el mercado muchos profesionales con una experiencia contrastadas en este tipo de soluciones.

3. Si la solucin de Asterisk es 100% IP, es decir con Terminales SIP compatibles, Softphones y Enlaces SIP a nivel precio global podra llegar a ser comparable con una solucin de comunicaciones de cualquier otro fabricante, pero si precisamos cualquier tipo de hardware como podran ser tarjetas para lneas RDSI, analgicas o tarjetas para utilizar terminales convencionales, el precio se disparara dejando de ser una solucin competitiva, esto sin contar las dificultades y limitaciones de instalacin.

Es destacable comentar que en el desarrollo del laboratorio han aparecido dificultades tcnicas que no se han podido solventar, a pesar de dedicar para ello varias horas en bsqueda por foros especializados de la red, como puede ser el problema de que nos ha sido imposible desarrollar una comunicacin bidireccional debido a problemas propios de Asterisk cuando se pretende realizar llamadas bidireccionales en una misma red. Este problema de que solo se pueden realizar llamadas desde el extremo donde los telfonos analgicos estn conectados al Gateway suele estar presente como un tema sin resolver en numerosos foros de la red que tratan sobre los nmeros problemas a la hora de usar Asterisk.

70