UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS

FACULTAD DE INGENIERÍA ELECTRÓNICA Y ELÉCTRICA

PLATAFORMAS DIGITALES
EXPERIENCIA 1: CONFIGURACIÓN E IMPLEMENTACIÓN DE
UNA PLATAFORMA IMS CON KAMAILIO

GRUPO: 9
Integrantes:

Apellidos y Nombres Matrícula

1. Alvinagorta Huanquis Joel 19190328
2. Conde Cadillo Paolo Angelo 19190333
3. Coveñas Salazar, Esteban 19190335

Kamailio (nuevo nombre del proyecto OpenSER) es un potente softswitch SIP Open Source que
permite disfrutar servicios carrier grade y que es usado como herramienta fundamental de redes
SIP de telefonía Voz sobre IP (VoIP) utilizado en redes de comunicaciones como operadores de
servicios móvil (CSP).

Para lograr el objetivo de tener una plataforma IMS es necesario realizar las siguientes
actividades:

1. Descargar el paquete kamailio de la fuente:

- https://www.kamailio.org/pub/kamailio/latest/src/
2. Instalar los pre requisitos, base de datos, instalación, compilación y edición del
paquete kamailio teniendo en cuenta la referencia fuente y guía:
- https://www.kamailio.org/pub/kamailio/latest/src/
3. Instalar aplicativos interfaces de usuario Ejemplo: SoftPhone para el ingreso y
configuración de usuarios.
4. Probar conectividad
5. Configurar el paquete de sotfware wireshark en el terminal a fin de poder capturar
los paquetes SIP/RTP del servidor SIP (kamailio)
6. Verificar, listar y mostrar los paquetes instalados en el servidor SO Linux y verificar
cuáles de los paquetes están operativos instalados correctamente.

1
Desarrollo:

Se muestra a continuacion los prerequisitos instalados y el estado operativo

Luego se muestra tambien los softphone instalados y el wireshark

Finalmente se instala el Kamailio y se valida mostrando el estado del servicio

2
Concluido la instalacion de todo lo necesario se muestra la validacion del funcionamiento del
server kamailio realizando una llamada entre 2 softphone y se muestra la captura en
wireshark.

Primero se crea a los usuarios en kamailio

Se registra en los softphone

3
Se realiza una llamada entre los dos UA

Se responde a la llamada de parte del otro UA receptor

4
Finalmente se muestra las capturas realizadas en wireshark

5
 UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS
FACULTAD DE INGENIERÍA ELECTRÓNICA Y ELÉCTRICA

PLATAFORMAS DIGITALES
EXPERIENCIA 2: CONFIGURACIÓN E IMPLEMENTACIÓN
TEST DE VULNERABILIDAD - PLATAFORMAS Y
SEÑALIZACIÓN SIP
GRUPO: 9
Integrantes:

Apellidos y Nombres Matrícula

4. Alvinagorta Huanquis Joel 19190328
5. Conde Cadillo Paolo Angelo 19190333
6. Coveñas Salazar, Esteban 19190335

Session Initiation Protocol (SIP) es un protocolo de control y señalización utilizado en los sistemas
de Telefonía IP, desarrollado por el IETF. Este protocolo permite crear, modificar y finalizar
sesiones multimedia con uno o más participantes y sus mayores ventajas recaen en su
simplicidad y consistencia.

Para lograr el objetivo de analizar, verificar los conceptos y realizar troubleshooting redes y
plataformas que operan hoy en día bajo el protocolo SIP es necesario realizar las siguientes
actividades:

7. Verificar conectividad entre el servidor SIP Kamailio y los usuarios creado sen su base de
datos.

6
8. Realizar llamadas de Voz sobre IP (VoIP) en un servidor SIP Kamailio.

9. Capturar llamadas VoIP en wireshark y verificar la captura .pcap sea exitosa.

7
10. Analizar los paquetes SIP/RTP según las configuraciones y mostrar y detallar en detalle la
captura realizada desde el inicio hasta el final de la llamada teniendo en cuenta la(s)
mensajerías SIP.

Analisis de una llamada realizada desde dos terminales usando Softphones

El establecimiento de la llamada comienza con el metodo INVITE SDP el cual define los
parametros de la llamada entre el UA (User Agent) y el SERVER (Kamailio). En detalle lo que
sucede el UA Origen envia un mensaje INVITE al SERVER y este asuvez envia el mensaje
INVITE al UA Destino.

Parametros que establece el mensaje INVITE SDP es lo siguiente:

Tipo de medio (video o audio)

Protocolo de Transporte (RTP/UDP/IP, H.320, ETC)
Formato del medio (Video H.261, Video MPEG, audio G.711, etc)
Para sesiones unicast ademas incluye la direccion IP remota y puerto TCP/UDP remoto para
el medio.

8
Luego se envia la respuesta con codigo 100 Trying que nos dice que se esta informando
acerca del establecimiento de la llamada.

Despues se envia otra respuesta con codigo 180 Ringing que nos dice que el UA destino ha
recibido el mensaje INVITE y esta notificando de la llamada.

Por ultimo se envia la respuesta con codigo 200 OK para indicar que el establecimiento de la
llamda a sido exitosa.

Los mensajes ACK nos dice que esta confirmando el metodo INVITE por consiguiente una vez
se establezca la llamada se puede apreciar mensajes con el protocolo OPUS o RTP que nos
dice en palabras simples que se esta transmitiendo informacion producto de la llamada.

Para poder mostrar lo anteriormente dicho podemos analizar el flujo RTP para visualizar la
informacion enviada durante la llamada.

Finalmente se termina la sesion de llamada establecida enviando un mensaje con el metodo

BYE y este es aceptado con la respuesta con codigo 200 OK indicando que se culimino
exitosamente con la llamada.

9
 UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS
FACULTAD DE INGENIERÍA ELECTRÓNICA Y ELÉCTRICA

PLATAFORMAS DIGITALES
EXPERIENCIA 3: CONFIGURACIÓN E IMPLEMENTACIÓN DE
CALIDAD DE SERVICIO PARA DATOS (VOZ Y VIDEO)
GRUPO: 9
Integrantes:

Apellidos y Nombres Matrícula

7. Alvinagorta Huanquis Joel 19190328
8. Conde Cadillo Paolo Angelo 19190333
9. Coveñas Salazar, Esteban 19190335

Cuando se creó IP, se incluyó en su cabecera un campo de 8 bits llamado ToS (type of service) o
tipo de servicio. Este campo ha tenido varios usos a lo largo del tiempo y ha sido redefinido en
varias RFC´s.

En la actualidad el campo ToS de la cabecera IP se utiliza para albergar dos tipos de subcampos,
uno llamado DSCP (Differentiated Services Code Point) utilizando los primeros 6 bits y otro
llamado ECN (Explicit Congestion Notification) utilizando los dos bits restantes, según RFCs 3260
y 3168. Básicamente Diffserv de basa en marcar paquetes IP mediante un código llamado DSCP
utilizando el campo ToS de la cabecera IP. Las plataformas, router y switches de una red pueden
leer el campo DSCP y priorizan el tráfico indicado mediante técnicas de encolado del tráfico.

10
El objetivo de esta experiencia es poder identificar la configuración de la calidad de servicio en los
servicios de comunicaciones de Voz sobre IP (VoIP), así como verificar la configuración de este
mismo en el end to end de la comunicación.

11. Utilizar una capturar de llamada de VoIP en wireshark y verificar el DSCP utilizado en
dicha llamada.

12. Verificar en el end to end la configuración de la calidad de servicio, así como identificar los
paquetes RTP según las configuraciones y mostrar y detallar en detalle la captura
realizada desde el inicio hasta el final de la llamada teniendo en cuenta la(s) mensajerías
RTP.

Se empieza mencionando un resumen de como se estableció la llamada con el protocolo

SIP.

1. UA origen envía un mensaje INVITE para establecer los parámetros de la llamada.

2. El server recibe el mensaje INVITE y retransmite el mensaje al UA destino
11
 3. Luego el Server envia una respuesta con código 100 Trying indicando al UA origen que
ya informo acerca de la llamada al UA destino
4. Luego el UA destino envia una respuesta con código 180 Ringing al server
mencionándole que esta notificando o alertando la llamada.
5. Luego el UA destino acepta la llamada enviando una respuesta con código 200 OK
indicando que la llamada se ha establecido con éxito
6. El UA origen envia un ACK confirmando que ha recibido la respuesta 200 OK
7. Ahora una vez inciado la llamada se comienza a transmitir información originado por
los UAs origen y destino

Este punto lo podemos ver en la siguiente imagen:

Y tambien podemos observar el parametro de calidad de servicio que se incorporo en la llamada:

En este caso el valor del DSCP es el que esta por defecto es decir el tiene el valor igual a 0

Luego tambien es posible observar la transmision de la informacion transmitida en la llamada con

la ayuda del wireshark al analizar el flujo RTP

12
Acontinuacion se visualiza la informacion transmitida:

13