SISTEMAS DE CONMUTACION

PRACTICA II – TELEFONIA IP (SIP)

PRESENTADO POR:

ELIANA MARCELA RIVERA CASTAÑO

CAMILO ANDRÉS SEGURA QUINTERO

PRESENTADO A:

ING. DANIEL ALBERTO JARAMILLO MORILLO

UNIVERSIDAD DEL CAUCA

PROGRAMA DE INGENIERÍA ELECTRÓNICA Y TELECOMUNICACIONES
FACULTAD DE INGENIERÍA ELECTRÓNICA Y TELECOMUNICACIONES
POPAYÁN – CAUCA
2017
 INTRODUCCION

La telefonía IP representa uno de los más grandes avances en las

telecomunicaciones modernas, después de la telefonía móvil, que suele hacer uso
de ella. Aplicaciones de alcance masivo como Skype, entre otras aplicaciones y
servicios basados en Telefonía IP, resultan de gran utilidad en el desarrollo de la
sociedad, al permitir comunicaciones de larga duración y gran alcance por un bajo
costo en comparación a las características de telefonía tradicional (PTSN). El
protocolo SIP, en conjunto con RTP y RTCP, resulta la combinación adecuada
para el uso de los servicios de telefonía IP. El SIP o Protocolo de Iniciación de
Sesión, corresponde a un protocolo de señalización dedicado a IP para el
establecimiento y liberación de las conexiones, lo que permite una relativa
estabilidad en la interacción de la telefonía sobre IP. En este informe, se mostrará
la información recolectada a través de una experiencia con servidores y clientes
SIP y el análisis sobre las llamadas por telefonía IP.
 PROCEDIMIENTO

En la práctica, se llevaron a cabo cuatro procesos: instalación, configuración,

llamada y análisis.

Instalación: Se instalaron el servidor SIP y el software de llamada Softphone de

código abierto OfficeSIP Server y OfficeSIP Softphone. El servidor y el cliente
(softphone) en un computador, y otro cliente en otro computador.

Configuración: Para la configuración se realizaron los siguientes pasos:

a) Establecer la configuración local del servidor, permitiéndole acceso a un

puerto del localhost.
b) Configurar dos usuarios en el servidor, cada uno con su respectiva
contraseña y su dirección en officesip.local.
c) Iniciar sesión desde ambos computadores, uno con cada usuario
registrado, y orientar la llamada hacia el IP del computador con el servidor,
en el caso del computador con cliente y servidor se usa el localhost (IP
propio).

Llamada: El botón de llamada es presionado, y se establece una video-llamada al

contestar desde el cliente (computador únicamente cliente).

Análisis: Se descarga el software de análisis de paquetes Wireshark, previa

finalización de la llamada y logout de los usuarios. Con Wireshark se procede a
visualizar las interfaces de comunicación (LAN, por la red cableada del
laboratorio), y se empieza a capturar los paquetes. Se inicia de nuevo la llamada,
manteniéndola por un tiempo y se termina, por otro lado, en Wireshark se finaliza
la captura de datos y se guardan para su análisis.
RESULTADOS

Durante el análisis, se observa la presencia de método del protocolo SIP, uno de

los más representativos es el método INVITE.

Figura 1. Métodos SIP.

El método Invite es enviado para establecer una llamada de VoIP, usualmente

este contiene entre 4 y 6 campos de encabezado con información de contacto
dentro de ellos.

Figura 2. Método o paquete INVITE.

A partir de las figuras 1 y 2, pueden surgir preguntas sobre el protocolo y los
mensajes mostrados en las figuras, como se muestra a continuación:

 ¿Qué otros protocolos contiene?

Contiene los protocolos de las capas inferiores como Ethernet (MAC), IPv4
y TCP.

 Indique la dirección IP de origen y de destino de este paquete.

El paquete se envió de la 192.168.128.84 (origen) a la 192.168.128.47
(destino).

 Indique los puertos del protocolo de transporte.

Del puerto 49701 (origen) al 5060 (destino).

 Haga una lista de los encabezados SIP contenidos en dicho paquete y

¿Para qué se utiliza el encabezado “To:”?

Request-Line-URI: El campo “Request-Line-URI” incluye el destino de la

llamada, tiene la misma información que el campo “To”, pero omitiendo el
nombre para mostrar.

Via: Corresponde a la dirección y puerto en el cual se recibió el mensaje,

cada proxy por el que atraviesa el requerimiento agrega en la parte superior
del campo “Via” , luego lo reenvía al próximo destino en la cadena. En el
camino de vuelta el proxy procesa los contenidos del campo “Via” en el
orden inverso, removiendo su dirección de la parte superior.

From: Indica la identidad del que inicia el requerimiento desde el punto de

vista del servidor PBX – similar a una dirección de e-mail (usuario@dominio
– donde “usuario” es por ejemplo el número de extensión, y “dominio” es el
dominio del servidor o dirección IP).

To: El campo “To” especifica el destino “lógico” del requerimiento, o el

“address-of-record” del usuario o recurso que es destino de este
requerimiento. Este puede ser o no ser el destinatario final del
requerimiento. El campo “To” puede contener una URI SIP.

El campo “To” permite especificar un nombre para mostrar, (por ejemplo To:
“Usuario Destino” <sip:101@10.172.0.2>).

Típicamente, el campo “To” contiene un URI SIP que apunta al siguiente

proxy que procesará el requerimiento, pero no necesariamente el URI SIP
de un eventual destinatario.
 Contact: El campo “Contact” provee una única URI SIP que puede ser
utilizada para contactar al generador del INVITE en futuros requerimientos.

MS-KEEP-ALIVE y Authorization.

 Identifique los encabezados SDP.

Figura 3. Encabezados SDP.

Lista de encabezados SDP:

- Attribute a=
Audio-Attribute a=
Audio-Bandwidth-Info b=
Audio-Connection-Info c=
Audio-Encryption-Key k=
Audio-Media m=audio
Audio-Session-Info i=
- Bandwidth-Key b=
- Connection-Info c=
Email-Address e=
- Encrypt-Key k=
Phone-Number p=
Repeat-Times r=
- Session-Info i=
- Session-Name s=
- Session-Owner o=
Time-Adjust-Key z=
Time-Header t=
Url-Descriptor u=
Version v=
Video-Attribute a=
Video-Bandwidth-Info b=
Video-Connection-Info c=
Video-Encryption-Key k=
- Video-Media m=video
Video-Session-Info i=
  ¿Para qué se utiliza SDP?
Los puertos UDP/TCP para el protocolo SIP usan SDP (Session
Description Protocol) para envío de los detalles de multimedia de la sesión,
como por ejemplo direcciones IP, puertos, y códec que se usaran durante
la comunicación y RTP (Real Time Protocol) para la transmisión de los
datos.

Al identificar las llamadas (seleccionando Telephony/VoIP Calls) se obtiene:

Figura 4. VoIP Calls.

 ¿Qué representa cada columna de la tabla que presenta la función

VoIP Calls?
Start time: Tiempo en el que inicia la llamada, después de que empieza la
captura de paquetes.
Stop time: Tiempo en que termina la llamada.
Initial Speaker: La dirección IP del paquete que inició la llamada.
From: Es el campo “from” del paquete INVITE.
To: Es el campo “to” del paquete INVITE.
Protocol: El protocol usado para la llamada (SIP/H323/ISUP/MGCP)
Duration: Duración de la llamada en segundos (Stop – Start time).
Packets: Número de paquetes usados en la llamada.
State: Estado de la llamada (CALL SETUP/RINGING/IN
CALL/CANCELLED/COMPLETED/REJECTED/UNKNOWN).
Comments: Comentarios adicionales según el protocol y caracteristicas
adicionales o especiales del mismo.

El flujo de una llamada representa el intercambio de mensajes y datos entre los

participantes de la llamada. Al seleccionar la llamada y luego seleccionar la opción
Flow, se obtiene el análisis gráfico mostrado en la figura 5. Con la ayuda de dicho
gráfico se responde a las siguientes preguntas:

 ¿Cómo explica este diagrama?

 ¿Cuáles son los mensajes SIP utilizados? Describa brevemente cada uno
de ellos.
 ¿Qué mensajes corresponden al flujo de voz? Describa las características
del protocolo de tiempo real utilizado.
 Figura 5. Flujo de llamada.

El computador (IP) que realiza la llamada es el 192.168.128.84. A continuación se

realiza una explicación paso a paso del flujo de la llamada anterior:
 La petición INVITE se envía para iniciar la sesión
 El destino informa que ha recibido la petición y que procede a iniciar el tono
de llamada (100 Trying)
 A partir de entonces, el timbre (180 respuestas provisionales) generados
por 47 se devuelve de nuevo a 84 (cuarto byte de la IPv4).
 Una respuesta 200 OK se genera poco despué, cuando el destino recoge el
teléfono (47).
 El destino (47) recibe un ACK desde el Origen (84), una vez que consiga el
200 OK.
 Al mismo tiempo, la sesión se establece y paquetes RTP (conversaciones)
comience a fluir desde ambos extremos.
 Después de la conversación, cualquier participante puede enviar una
petición BYE para terminar la sesión.
  BYE llega del destino (47) al origen (84).
 Finalmente (84) envía una respuesta 200 OK para confirmar la BYE y se
termina la sesión.
El mensaje INVITE informa el deseo de iniciar una llamada, y contiene la
información pertinente para el inicio de sesión como ya se especificó. El ACK es
un mensaje de confirmación ante cualquier petición, y sirve para informar
únicamente que se ha recibido la petición, más no es una respuesta. El (200) OK
si es una respuesta afirmativa sobre la petición. Finalmente el BYE indica petición
o deseo de terminar la llamada.

 ¿Qué mensajes corresponden al flujo de voz? Describa las

características del protocolo de tiempo real utilizado.
Los mensajes que corresponden al flujo de voz son SRTP y RTP , Secure Real-
time Transport Protocol y Real-time Transport Protocol , respectivamente.
RTP es utilizado para la transmisión de información en tiempo real, define un
formato de paquete estándar para el envío de audio y video sobre Internet. En la
estructura de su encabezado tenemos.

 Número de versión de RTP: 2 bits. La versión definida por la especificación

actual es 2.
 Relleno :1 bit.. El último byte del paquete indica el número de bytes de relleno.
 La extensión: 1 bit. Si el bit de extensión está activado, entonces el
encabezado fijo es seguido por una extensión del encabezado.
 Conteo CSRC (CC): 4 bits. Si la cuenta CSRC es cero, entonces la fuente de
sincronización es la fuente de la carga útil.
 Tipo de carga útil: 7 bits. Un índice en una tabla de perfiles de media que
describe el formato de carga útil.
 El número de secuencia 16 bits. Un único número de paquete que identifica la
posición de este en la secuencia de paquetes.
 Marca de tiempo: 32 bits. Refleja el instante de muestreo del primer byte en la
carga útil por ejemplo un fotograma de video.
 Fuente de sincronización (SSRC): 32 bits. Identifica la fuente de
sincronización.
 Fuente del contenido (CSRC): 32 bits cada uno. Identifica las fuentes
contribuyentes para la carga útil.
 EH: el tamaño de este dato debe ser CC×32 en bits
 Datos: el tamaño de los datos debe ser de X×((EHL+1)×32) donde EHL es la
longitud de la extensión de la cabecera en unidades de 32 bits

SRTP es un perfil de extensión de RTP para proporcionar integridad,

autentificación, cifrado, y protección contra reenvíos a los datos RTP en
aplicaciones unicast y multicast.
  CONCLUSIONES

El protocolo SIP es un protocolo de señalización, es decir, SIP no transporta

audio ni vídeo. El transporte de audio y de contenidos multimedia es posible
por el protocolo RTP.
La misión de la señalización es permitir el intercambio de información entre los
usuarios y la red, para que la llamada pueda ser establecida y posteriormente,
terminada.
SIP consta también de diferentes mensajes para las diferentes fases de la
señalización.
SIP no se encarga de la calidad del servicio ya que de esto se encargan
protocolos como RSVP y RTCP.
En SIP hay peticiones y respuestas donde es necesario el uso de campos
como “From” y “To” para indicar el origen y el destino. Un mensaje SIP
siempre tiene una cabecera y un cuerpo. También que SIP utiliza direcciones
similares a las utilizadas en el correo electrónico.
En el protocolo SIP cada una de las partes que intervienen en la comunicación
puede hacer la función de cliente o de servidor por ello es necesario el uso de
los denominados SIP proxy cuando los usuarios SIP cambia de dirección IP o
si apaga el dispositivo SIP.