UNIVERSIDAD DE

SONORA
D E PA RTA M E N T O D E C I E N C I A S E X A C TA S Y N AT U R A L E S
Licenciatura en Ciencias de la Computación

“el saber de mis hijos hará mi grandeza”

REDES DE COMPUTADORAS

Profesor: Donald Rodríguez

Moreno Monge Iván

Tema: Protocolo RTP y Protocolo SIP

Hermosillo, Sonora a 16 de mayo del 2003
Protocolo de Tiempo-Real (Real-Time Protocol, RTP)

Debido a que el protocolo TCP no podía realizar ciertas

funciones como el envío de información en tiempo real y el
protocolo UDP no tenía confirmación ni datos sobre el
contenido, además de que no existe el concepto de calidad de
servicio (QoS) surgió el protocolo RTP.
El objetivo de este protocolo es el de proporcionar el
transporte de extremo a extremo para aplicaciones con
requisitos de tiempo real en redes unicast o multicast:
 Videoconferencia.
 Difusión de audio/video.
 Simulaciones.

RTP más que ser un protocolo es un modelo de protocolos que

contiene un principio de diseño novedoso, en el que se
incluyen diferentes protocolos, está fuertemente ligado a la
aplicación, RTP se encarga esencialmente del transporte de
datos, mientras que el encargado de tener control sobre la
transferencia de dichos datos es el RTCP (Real-Time Control
Protocol).

Este protocolo proporciona servicios de una red end-to-end

para transmisión de datos en tiempo real, RTP es un protocolo
independiente de transporte y de red aunque es a menudo
utilizado sobre UDP.

RTP puede ser usado sobre servicios de red unicast y

multicast. Sobre un servicio de red unicast, copias separadas
de los datos son enviadas de la fuente para cada destino.
Sobre un servicio de red multicast, los datos son enviados de
la fuente sólo una vez y la red es responsable de transmitir
los datos para las localizaciones múltiples. La multicasting
es más eficiente para muchas aplicaciones de multimedia, como
videoconferencias. El Protocolo estándar de internet
(standard Internet Protocol - IP) soporta multicasting.
Arquitectura RTP.

Sesión RTP: aplicaciones comunicándose con RTP, identificadas

por una dirección de red y dos puertos (RTP y RTCP).
Participante: receptor y/o transmisor de datos, identificado
con un valor de 32 bits único en la sesión (SSRC).
Cada participante envía un paquete RTCP para que se sepa
quien está escuchando.

Una sesión RTP es una asociación entre un set de aplicaciones

comunicando con RTP. Una sesión es identificada por una
dirección de la red y un par de puertos. Un puerto sirve para
los datos de media y el otro sirve para datos de control
(RTCP).
Un participante es una sola máquina, host, o el usuario
participando en la sesión. La participación en una sesión
puede constar de recepción pasiva de datos (receptor),
transmisión activa de datos (emisor), o ambos.
Cada tipo de media es transmitido en una sesión diferente.
Por ejemplo, si audio y el video son usados en un
conferencia, entonces una sesión se usa para transmitir los
datos de audio y una sesión separada se usa para transmitir
los datos del video. Esto da a los participantes a escoger
cuál los tipos de datos (media) quieren recibir - por
ejemplo, alguien que tiene una conexión de red con ancho de
banda bajo sólo podría querer recibir la porción de audio de
un congreso.
Paquetes de Datos.

Los datos de media para una sesión son transmitidos como una
serie de paquetes. Una serie de paquetes de datos que se
originan de una fuente particular es referido como una
corriente RTP. Cada paquete de datos RTP en una corriente
contiene dos partes, un encabezado estructurado y los datos
reales (la carga útil del paquete).

El encabezado de un paquete de datos RTP contiene:

 RTP numero de versión (V - version number): 2 bits. La
versión definida por la especificación actual es 2.
 Relleno (P - Padding): 1 bit. Si el bit del relleno está
colocado, hay uno o más bytes al final del paquete que
no es parte de la carga útil. El byte más último en el
paquete indica el número de bytes de relleno. El relleno
es usado por algunos algoritmos de encriptación.
 La extensión (X - Extension): 1 bit. Si el bit de
extensión está colocado, entonces el encabezado fijo es
seguido por una extensión del encabezado. Este mecanismo
de la extensión posibilita implementaciones para añadir
información al encabezado RTP.
 Conteo CSRC (CC): 4 bits. El número de identificadores
CSRC que sigue el encabezado fijo. Si la cuenta CSRC es
cero, entonces la fuente de sincronización es la fuente
de la carga útil.
 El marcador (M - Marker): 1 bit. Un bit de marcador
definido por el perfil particular de media.
  La carga útil Type (PT): 7 bits. Un índice en una tabla
del perfiles de media que describe el formato de carga
útil. Los mapeos de carga útil para audio y video están
especificados en el RFC 1890.
 El numero de Secuencia: 16 bits. Un único número de
paquete que identifica la posición de este en la
secuencia de paquetes. El número del paquete es
incrementado en uno para cada paquete enviado.
 Timestamp: 32 bits. Refleja el instante de muestreo del
primer byte en la carga útil. Varios paquetes
consecutivos pueden tener el mismo timestamp si son
lógicamente generados en el mismo tiempo - por ejemplo,
si son todo parte del mismo frame de video.
 SSRC: 32 bits. Identifica la fuente de sincronización.
Si la cuenta CSRC es cero, entonces la fuente de carga
útil es la fuente de sincronización. Si la cuenta CSRC
es poco cero, entonces el SSRC identifica el
mixer(mezclador).
 CSRC: 32 bits cada uno. Identifica las fuentes
contribuyentes para la carga útil. El número de fuentes
contribuyentes está indicado por el campo de la cuenta
CSRC; Allí puede haber más de 16 fuentes contribuyentes.
Si hay fuentes contribuyentes múltiples, entonces la
carga útil son los datos mezclados de esas fuentes.

Paquetes de control.
Además de los datos de media para una sesión, los datos de
control (RTCP) son enviados periódicamente para todos los
participantes en la sesión. Los paquetes RTCP pueden contener
información acerca de la calidad de servicio (QoS) para los
participantes de sesión, información acerca de la fuente de
media siendo transmitidos en el puerto de datos, y las
estadísticas relacionadas con a los datos que les han sido
transmitidas hasta ahora. Hay varios tipos de paquetes RTCP:
 Sender Report (reporte del emisor o remitente).
 Receiver Report (reporte del receptor).
 Source Description (descripción de la fuente).
 Bye.
 Application-specific (aplicación en especifico).

Los paquetes RTCP son "apilables" y son enviados como un

paquete compuesto que contiene al menos dos paquetes, un
paquete de reporte y un paquete de descripción de la fuente.
Todos los participantes en una sesión envían a RTCP los
paquetes. Un participante que recientemente ha enviado
paquetes de datos emite un reporte del remitente. El reporte
del remitente (SR) contiene que el número total de paquetes y
bytes enviados así como también la información que puede
usarse para sincronizar media streams de sesiones diferentes.
Los participantes de sesión periódicamente emiten reportes de
receptor para todo las fuentes de las cuales esta recibiendo
paquetes de datos. Un reporte de receptor (RR) contiene
información acerca del número de paquetes perdidos, el número
de secuencia más alto que recibió, y un timestamp que puede
usarse para estimar el retraso de ida y vuelta entre un
emisor y el receptor.
El primer paquete en un paquete compuesto RTCP tiene que ser
un paquete de reporte, aun si ninguno de los datos han sido
enviado o recibido - en cuyo caso, un reporte vacío de
receptor es enviado.
Todos los paquetes compuestos RTCP deben incluir un elemento
de descripción de la fuente (SDES) que contiene el nombre
canónico (CNAME) que identifica la fuente. La información
adicional podría ser incluida en la descripción de la fuente,
algo como el nombre de la fuente, la dirección de correo
electrónico, el número de teléfono, localización geográfica,
nombre de aplicación, o un mensaje describiendo el estado
actual de la fuente.
Cuando una fuente ya no es activa, envía a un RTCP paquete
BYE. El aviso BYE puede incluir la razón que la fuente deja
la sesión.
Los paquetes de la APP RTCP proveen un mecanismo para
aplicaciones para definir y enviar documentación
personalizada por el puerto de control RTP.

Aplicaciones RTP.

Las aplicaciones RTP están a menudo divididas en las que

necesitan poder recibir datos de la red (RTP Clients) y las
que necesitan poder transmitir datos a través de la red (RTP
Servers). Algunas aplicaciones hacen ambos - por ejemplo, las
aplicaciones de teleconferencia captan y transmiten datos en
el mismo tiempo que son datos que recibe de la red.

Servicios RTP.

RTP posibilita el identificar el tipo de datos qué está

siendo transmitido, determina en qué orden los paquetes de
datos deben ser presentados, y sincroniza media streams de
fuentes diferentes.
No se garantiza que los paquetes de datos RTP llegaran en la
orden en que fueron enviados - de hecho, - no esta
garantizado que llegaran del todo. Depende del receptor
reconstruir la secuencia del paquete del emisor y detectar
perdidos usando la información que tiene el encabezado del
paquete.
Mientras RTP no provee algún mecanismo para asegurar entrega
oportuna o proveer otra calidad de garantías de servicio, es
magnificado por un protocolo de control (RTCP) que le
posibilita para monitorear la calidad de la distribución de
datos. RTCP también provee mecanismos de control y de
identificación para transmisiones RTP.
Si la calidad de servicio es esencial para una aplicación
particular, entonces RTP puede ser usado sobre un protocolo
de la reservación de recurso que provee servicios orientados
a con conexión.
Session Initiation Protocol(SIP)

¿Qué es SIP?
el protocolo de iniciación de sesión, o SIP, es un protocolo
nuevo del señalamiento de IETF para establecer llamadas de
tiempo real y conferencias sobre Protocolos de internet.
Cada sesión puede incluir tipos diferentes de datos como
audio y video aunque actualmente la mayor parte de las
extensiones del SIP se ocupan de comunicación por audio. Como
un texto tradicional basado en Protocolo de Internet, se
parece al protocolo de transferencia de hipertexto (el HTTP)
y el protocolo de transferencia de correo simple (SMTP). SIP
usa Protocolo de descripción de sesión (SDP) para la
descripción de media.
SIP es independiente de la capa del paquete. El protocolo es
un estándar abierto y es dimensionable. Ha sido diseñado para
ser un protocolo multiuso. Sin embargo, las extensiones a SIP
son necesarias para hacer el protocolo verdaderamente
funcional en términos de la interoperabilidad. En SIP las
características básicas, el protocolo también posibilita
movilidad personal para proveer la capacidad de alcanzar la
llamada "party" en una dirección sola, dirección de locación
independiente.
Está es la forma en que funciona:

Arquitectura SIP.
La arquitectura básica del SIP es cliente /servidor. Las
entidades principales en SIP son el User Agent, el SIP Proxy
Server, el SIP Redirect Server y el Registrar.
los User Agents, o puntos finales, funcionan como clientes
(UAC's) al iniciar requests(demandas) múltiples y como
servidores (UAS's) cuando responden a las demandas múltiples.
Los User Agents se comunican con otro User Agents
directamente o por un servidor intermedio. El User Agent
también almacena y maneja estados de llamada.
los servidores intermedios SIP tienen la capacidad para
comportarse como proxy o redireccionar servidores. SIP Proxy
Servers reenvian el request del User Agent para el siguiente
servidor SIP, el User Agent dentro de la red y también
retenga información para los propósitos del
billing/accounting. Los Servidores SIP responden al request
del cliente y les informa de la dirección del servidor.
numerosos saltos pueden tener lugar hasta llegar el destino
final. La flexibilidad del SIP permite a los servidores
contactar servidores localizacion externa en orden para
determinar al usuario o ruteando totalmente políticas y por
consiguiente, no detiene al usuario en un solo esquema para
localizar a los usuarios. Además, para mantener
dimensionalidad, los servidores del SIP pueden mantener
información de los estados o pueden reenviar múltiples
requests.

La tercera entidad comprendida en SIP es el SIP Registrar. El

User Agent envía un mensaje de inscripción al SIP registrar y
el Registrar almacena la información de inscripción en un
servicio de la localización por un protocolo (no SIP). Una
vez que la información es almacenada, el Registrar devuelve
la respuesta apropiada para el agente del usuario.
El protocolo SIP al igual que el protocolo RTP pertenecen a
la capa de aplicación:
Servicios SIP.

Aumenta la productividad removiendo barreras de tiempo y de

distancia para comunicación entre gente con tales servicios
cooperativos como el uso compartido de multimedia de
teleconferencia y de aplicación.
Expande movilidad posibilitando el acceso a servicios
avanzados a través de teléfonos celulares, computadoras
personales
Las terminales SIP, y dispositivos inalámbricos de Internet —
Independientes de locación.
Realza comunicaciones interactivas personalizando servicios a
través de una interfaz simplificada de la Web — el ambiente
de comunicaciones de cada persona será altamente dinámico y
hecho a la medida para las necesidades personales y las
preferencias.