Loading...
Flash Player 9 (or above) is needed to view slideshows. We have detected that you do not have it on your computer.To install it, go here
Iba2008 Servicios
Un repaso a RTP, SIP, SIMPLE y XMPP en el ámbito de los servicios multimedia y de colaboración para el curso IBA/ING 2008
337 views | comments | 0 favorites | 17 downloads | 0 embeds (Stats)
More Info
This slideshow is Public
Total Views: 337 on Slideshare: 337 from embeds: 0
Slideshow Transcript
- Slide 1: Aplicaciones y Servicios
Multimedia
Joaquín Salvachúa
Antonio Fumero
- Slide 2: Guión
Real-time Transport Protocol
Session Initiation Protocol
Mensajería SIP/SIMPLE
Mensajería XMPP
- Slide 3: Integración
Integración de VoIP con:
– Web Web
– Email Juegos
Presencia
– Presencia y
mensajería voz
Comunicaciones interactivas video
instantánea
– Chats textuales IM Chat
– Juegos Interactivos Email
Telefonía por Internet
- Slide 4: Necesidad
• Azar y necesidad:
– Aparecen redes de banda ancha por aplicaciones
– Aparecen nuevas aplicaciones que utilizan redes
de banda ancha.
• Concepto de “killer application” superado:
– Killer Cocktail
• No hay aplicaciones que sustituyen totalmente a
todas
– Teoria del TAMBIÉN.
- Slide 5: Real-time Transport Protocol
(RTP)
- Slide 6: Problemas
• TCP servía para todo excepto:
– Envío de audio
– Envío de vídeo
– Envío de información en tiempo real.
• Enfoque adaptativo no es suficiente
- Slide 7: ¿Un protocolo nuevo?
• TCP necesita retransmisión
– Necesidad de vencimiento de temporizador
– Puede que la información retransmitida sea
demasiado antigua.
• UDP no tiene confirmación ni datos sobre el
contenido:
• No existe concepto de calidad de servicio (QoS).
- Slide 8: Dos protocolos
• RTP
– Encapsulación de trafico en tiempo real
• RTCP
– Protocolo de reserva y garantía de calidad de
servicio a determinados flujos RTP.
• Necesidad de garantías en todo el recorrido.
• Parte de un esquema mayor a nivel global.
- Slide 9: Arquitectura
- Slide 10: Objetivos
• El protocolo No garantiza nada, solo ofrece las
facilidades necesarias para hacerlo.
• No esta asociado con ninguna aplicación concreta.
• Necesidad de una descripción de :
– Perfil de tráfico.
– Formato de codificación.
- Slide 11: Objetivos
• Ligero: Implementación simple.
• Flexible: No indica algoritmos
• Neutral frente transporte
• Escalable: Unicast, multicast, broadcast
• Separación de datos y control
• Seguro: posibilidad de encriptación y autenticación.
- Slide 12: Características
• Datos
– Temporización
– Detección de perdidas
– Etiquetado de contenidos
• Control
– Realimentación de QoS
– Estimación de miembros y detección de bucles.
- Slide 13: Funcionalidad
• Segmentación realizada por UDP ó IP
• Re-secuenciación de paquetes.
• Detección de perdidas para estimación posterior.
• Sincronización entre media
– Sincronización labios y control de retrasos
• Realimentación de QOS y Velocidad
• Identificación de la fuente.
- Slide 14: Posibles piezas
• Mezcladores
– Un flujo a partir de múltiples.
– Reduce el ancho de banda.
– Aparece como una nueva fuente.
• Traducciones
– Codificación de un solo media.
– Puede ser translación de protocolo (firewall)
– Cambio de codificación (ancho de banda).
- Slide 15: Cabecera RTP
• Payload type: Tipo de media contenido
• SSRC: indicación de sincronización
• sequence number: ++ para detectar perdidas.
• P: padding (for encryption)
• M: marker bit; Indica comienzo de frame para delay.
• CC: content source count (for mixers)
• CSRC: lista de identificadores en mezclas.
- Slide 16: Temporización en RTP
• Incrementado en 1 por cada muestra
– (e.g. 160 for 20 ms packets @ 8000 Hz)
• Comienzo aleatorio
• Velocidad constante para el audio
– (e.g. 8000 Hz for PCM-law, 44100 Hz for linear,
16-bit, 90 kHz for video)
• Múltiples imágenes de vídeo pueden tener el mismo
(en silencios).
- Slide 17: RTP en una red
• Típico : UDP, sin puerto fijo; RTCP port = RTP port
(par) + 1
• Típicamente el paquete de UDP esta limitado a unos
cientos de bytes (OS, network, fragmentación)
• Necesidad de minimizar descarte y congestón.
- Slide 18: RTCP ancho de banda
• Cada participante envía un paquete RTCP para que
se sepa quienes están escuchando.
• Ancho de banda de la sesión:
– Audio
– N * flujos de video.
- Slide 19: Sincronización entre flujos
• Necesidad de establecer sincronización entre
múltiples flujos (vídeo, audio, transparencias).
• Necesidad de correlar los tics con tiempo real
(depende de envío de temporizaciones aleatorias).
• Correlarlas con la generación de muestras.
- Slide 20: RTCP
Paquetes almacenables (similares a datos).
– sender report (SR): bytes enviados y
velocidad.
– reports (RR): Jitter, Round-trip delay,
perdidas.
– source description (SDES): nombre, email,
localización
– CNAME (canonical name = user@host)
– explicit leave (BYE): para conocer quienes
estan.
– extensions (APP): definidos por la aplicación
(aún ninguno)
- Slide 21: Referencias
• RTP: A Transport Protocol for Real Time Applications
http://www.ietf.org.internet-drafts/draft-ietf-avt-rtp-new-02.
• RTP Profile for Audio and Video Conferences with
Minimal Control
http://www.ietf.org.internet-drafts/draft-ietf-avt-profile-new-
• The RTP specification is a product of the Audio Video
Transport (AVP)
http://www.ietf.org/html.charters/avt-charter.html.
• http://www.cs.columbia.edu/~hgs/rtp/faq.html
- Slide 22: SIP como protocolo para los
servicios multimedia del futuro
- Slide 23: Requisitos
VR HD videoconf
HD-VoD
VideoConf VoD
BW MM-IM
Web
NFS/SMB
DBMS
Text-IM
Calendar
Email
Latencia
- Slide 24: Visión General
Signaling Quality of Service Media transport
MGCP/Megaco Media encaps
Application daemon
(H.261,MPEG)
SDP reservation
H.323 SIP RTSP RSVP RTP
network transport
TCP UDP
IPv4,IPv6
kernel
PPP AAL3/4 AAL5 PPP
link
Physical
Sonet ATM Ethernet V.34
- Slide 25: SIP, H.323 y MGCP
Control de la llamada Señalización Media
Flujos multimedia
Audio/
H.323 Video
H.225
MGCP
MEGACO
H.245 Q.931 RAS SIP RTP RTCP RTSP
TCP UDP
IP
- Slide 26: Arquitectura
• Terminal: Dispositivo final
del usuario.
• Gateway: Traductor entre
mundos no H.323
• Gatekeeper: Gestión de una
zona, identificación y
recursos.
• MCU: Control y flujos
multiusuario.
- Slide 27: Protocolos
Annex G
Gatekeeper Gatekeeper
Q.931/H.245
RAS
Q.931/ Q.931/ RAS
H.245 H.245
Signalling (Q.931)
Endpoint H.245
Endpoint
RTP/RTCP
Gatekeeper Routed Signaling
Direct Routed Signaling
- Slide 28: Aplicaciones
Text telephony H.324 H.320 H.323 T.120 Data
Multimedia Multimedia Multimedia conferencing
T.140 T.140 Voice T.140 Voice T.140 Voice T.140
and and and
video video video
Compatibility Trans- AL1 H.245 H.224 T.134 T.124
TCP H.245
equalizers parent Client 2 GCC
H.223 H.221 H.225.0
V.18 Network Network T.123
V.34/V.80
access access
PSTN PSTN ISDN IP Network Any
Network
Gateway functions, with transparent transmission of T.140 data between the different T.140 data channel types.
T1607190-99
- Slide 29: Terminal
Video I/O Video Codec
Equipment H.261, H.263
Receive
Path Delay
(jitter buffer)
Audio Codec
Audio I/O Equipment G.711, G.722
G.723, G.728
G.729
Local Area
Network
User Data Applications Interface
H.225.0 Layer
T.120, etc
System Control
H.245 Control
System Control
User Interface Call Control
H.225.0
RAS Control
H.225.0
- Slide 30: SIP: Session Initiation Protocol
• Estándar del IETF (RFC 3261)
• Protocolo genérico de establecimiento de sesiones
multimedia.
• Interoperabilidad con anteriores VoIP.
• Diseñado específicamente para IP e Internet: similar
a HTTP.
• Permitirá la aparición de nuevos servicios y
aplicaciones
• Escalable y flexible
• Bajo coste de establecimiento de llamada.
- Slide 31: Protocolos de tiempo
real (IETF)
– Control de flujos y sesión: SIP, RTSP
– Descripción de los flujos: SDP
– Transporte de datos t. Real: RTP / RTCP
– Reserva de recursos (QoS): RSVP /
DiffServ
- Slide 32: Direccionamientos @
• La dirección SIP es similar a la de correo
• No tiene porque ser IP: user@host.
user@host
• Por ejemplo, son URL:
– sip:hostname@vovida.org
– sip:hostname@192.168.10.1
– sip:14085551212@vovida.org
- Slide 33: Componentes SIP
Agentes de Usuario:
– Cliente que inicia las
llamadas
– Modo cliente y servidor.
Servidores
– Proxy:
Registration
• Statefull: Con estado Server
• Stateless: Sin estado.
Redirect
– Redirect Server
– Registration
Proxy Proxy
Server Server
UAC UAS
- Slide 34: Es de Igual a Igual
Peer-to-Peer
SIP Components
User Agent User Agent
- Slide 35: Un sistema típico
SIP Components
Location Redirect Registrar
Server Server Server
PSTN
User Agent Gateway
Proxy Proxy
Server Server
- Slide 36: Despliegue SIP
rtspd
Quicktime
RTSP media RTSP
server
Telephone sipconf RTSP clients
SIP
conference sipum
Telephone SIP/RTSP
server
switch Unified Web based
messaging configuration
sipd Web
T1/E1 SIP proxy, server
redirect SQL
RTP/SIP server database e*phone
Cisco 2600 gateway
Hardware
Internet (SIP)
sipc phones
NetMeeting
sip323
Software SIP SIPH.323 H.323
user agents convertor
- Slide 37: Similar a HTTP
- Slide 38: Mensajes SIP
SIP Requests: SIP Responses:
– INVITE – Initiates a call by inviting – 1xx - Informational
user to participate in session.
Messages.
– ACK - Confirms that the client has
received a final response to an – 2xx - Successful
INVITE request. Responses.
– BYE - Indicates termination of the – 3xx - Redirection
call. Responses.
– CANCEL - Cancels a pending
– 4xx - Request Failure
request.
– REGISTER – Registers the user Responses.
agent. – 5xx - Server Failure
– OPTIONS – Used to query the Responses.
capabilities of a server. – 6xx - Global Failures
– INFO – Used to carry out-of-bound
Responses.
information, such as DTMF digits.
- Slide 39: SIP / SIMPLE – Presencia
Nueva entidad: Presence Agent
– Entidad lógica
– Conoce el estado del usuario
– Recibe peticiones
SUBSCRIBE
– Genera respuestas NOTIFY
– Co-located with
proxy/registrar or User Agent
- Slide 40: Señalización SIP
- Slide 41: XMPP
- Slide 42: Cluster XMPP
- Slide 43: Comunicación XMPP