Professional Documents
Culture Documents
IP Multimedia Subsystem
(IMS)
IT 536 M
INICTEL-UNI
Protocolo de Descripcin de
Sesin: SDP
CAPITULO 2 SEMANA 6
http://tools.ietf.org/html/rfc4566
30/09/2017 IT 536 M IMS 11
Descriptores del SDP (RFC 4566)
INICTEL-UNI
Configuracin de llamada
Mensaje 100 Trying para cada hop visitado.
180 Ringing cuando este tocando en el lado llamado
200 OK - significa aceptar la llamada
Transmisin RTP
Problema
Respuestas para las peticiones no pueden ser enviadas al
origen, pues la direccin informada no puede ser usada fuera
de la red interna.
Solucin
Cuando el mensaje llega a un servidor o a un UA, se hace una
comparacin entre la direccin de origen y el presentado en el
encabezado VIA
Si hubiese diferencia, entonces el IP correcto (del cual el
paquete es originado) es escrito como el parmetro received=
y adicionado al encabezado VIA.
30/09/2017 IT 536 M IMS 23
Campo CONTACT
INICTEL-UNI
Problema
Futuras peticiones sern generadas de manera errada debido a que la
direccin ser enrutada solamente dentro de la red interna
Solucin
De forma semejante al campo VIA, el problema es resuelto reescribiendo el
campo CONTACT
Surge otro problema
El campo CONTACT es referenciado por mensajes que ocurren despus de la
peticin original (como BYE o un re-INVITE)
Pero el NAT mantiene los registros de conexiones activas solamente por un
perodo limitado de tiempo.
Solucin
Algn programa que mantenga vivos esos registros de conexiones activas
30/09/2017 IT 536 M IMS 24
Transmisiones RTP
INICTEL-UNI
Problema
Los mensajes SDP, usados para la negociacin de puertos, cdec y etc.,
estn confinados en el cuerpo del mensaje y que por eso no son procesados
por el Proxy SIP, por las normas del IETF.
Contendrn informaciones vlidas solamente dentro de la red interna
Solucin cuando los dos UAs estn detrs de NAT
Se utiliza un Proxy RTP, lo que dividir la llamada en dos instancias
separadas
Solucin cuando apenas un UA est detrs de NAT
Se puede usar NAT simtrico, o
UA con IP vlido fuera de NAT usar el IP de flujo RTP, en lugar del IP
indicado por el SDP
R MOS
100 4.5
MUY SATISFECHO
Deseable 4.3
90
SATISFECHO
80 4.0
Paquete recibido
Paquete perdido
Aleatoria
En rfagas
Calidad de
transmisin
BAJA
Eco
Prdida
Banda
Atraso
Variacin de atraso
Eco
El retorno de voz que esta siendo transmitida por el canal de recepcin, que
puede ser local o remotamente es imperceptible si < 25 ms
Eco local es confundido con la propia voz, y no llega a ser un problema
Eco Acstico
Fraccin de seal acstico realimentada entre alto-parlantes y micrfono
Solucin: Usar headset
Eco Electrnico
Surge una desadaptacin de impedancia en la conversin analgica de los 2
hilos de la lnea del suscriptor a 4 hilos que hacen la conexin de los PBXs
(circuito hbrido)
Telfonos analgicos son de 2 hilos, pero las redes son de 4 hilos, con
canales independientes en cada sentido de la llamada
30/09/2017 IT 536 M IMS 44
Donde surge eco: 4 hilos a 2 hilos
INICTEL-UNI
Eco
En la telefona IP pura no existe eco electrnico, pues el
sistema es full dplex en todo el camino de la llamada.
Pero los largos atrasos envueltos en la telefona IP favorecen a
la aparicin de eco cuando las llamadas VoIP terminan en la
telefona tradicional.
Eco distante generado en los gateways VoIP/PSTN es el
problema crtico, y los canceladores de eco tienen que estar
habilitados en estos equipos cuando el atraso es en general
mayor de 30 ms.
El cancelador de eco usa una ventana de tiempo para comparar lo que llega
(Rin) con lo que es enviado (Sin)
Ventana de comparacin efectiva en torno de decenas de ms.
Distorsin puede perjudicar la comparacin.
Ventanas > 128 ms requieren circuitos ms sofisticados y ms caros.
30/09/2017 IT 536 M IMS 47
Eco Remoto
INICTEL-UNI
Perdida de Paquetes
Vuelve a la conexin entrecortada y con fallas.
La mayora de los codificadores implementan algn
mecanismo para atenuar los efectos de prdida.
Packet Loss Concealment (PLC)
Algunos cdecs pueden corregir hasta 30 ms de prdida,
pero la prdida de dos o ms paquetes sucesivos
sobrepasa la ventana de correccin y ocurre degradacin
de la voz.
Forward Error Correction (FEC)
Ideal < 1%, menor que 2% es aceptable
30/09/2017 IT 536 M IMS 49
Factores impactantes de Calidad
INICTEL-UNI
PC Multiplexacin estadstica
Micro
Cliente VoIP Atrasos variados (jitter)
Decodec
Router
G.729
Router
Router
Convergencia para una nica red con mayor trafico y mayor banda es
mejor para el usuario?
Variacin de atraso
Grandes variaciones de atraso requieren grandes buffer de
compensacin de jitter para evitar perdida, lo que causa
perdida de calidad en la interactividad y facilita el
aparecimiento de eco.
Para disminuir la variacin de atraso de la red, solamente
priorizar el trfico de voz en colas muy congestionadas.
La variacin mxima tolerable, entre 20 ms y 50 ms en la
prctica.
Velocidad de TAMAO DE
enlace FRAGMENTACION
DE TRAMA O
PAQUETE
TX-Ring Buffer
TASA EN FR (kbps) (paquetes)
TOS
3 bits ms significativos indican la precedencia IP
DSCP
6 bits ms significativos del TOS son interpretados como:
Trfico de Voz
DSCP EF = 46 decimal, precedencia IP = 5
Videoconferencia
DSCP AF41 = 34 decimal, precedencia IP = 4
Trfico de Sealizacin de Voz
DSCP AF31 = 26 decimal, precedencia IP = 3
Best-Effort
DSCP BE, precedencia IP = 0
Less-Than-Best-Effort
DSCP 2-6, precedencia IP = 0
30/09/2017 IT 536 M IMS 65
Cmo tratar con prdida, atraso y jitter?
INICTEL-UNI
Fragmentacin de paquetes
grandes:
El tamao del fragmento Priorizacin en la capa 3
definido de acuerdo con el
atraso necesario
Involucra etapas:
Localizacin del usuario
Descubrir el IP destino con base en el nmero telefnico o
alias.
Negociacin de los parmetros para la llamada
Tipo de CODEC, etc.
Establecimiento de los canales para la media de voz
Puerto UDP para RTP/RTCP
ITU-T H.323
Estandarizadas por la comunidad de telecomunicaciones
Preocupacin con interoperabilidad y control
ITU-T H.323
Como precondiciones generales para una arquitectura que debe dar soporte,
al menos, a un sistema global de telefona que coexista con (posiblemente
sustituya) a la red telefnica tradicional se deben tener en cuenta las
siguientes:
Escalabilidad hasta un gran nmero de usuarios de todo el mundo as
como un gran nmero de llamadas activas de forma simultnea, del orden
de millones.
Permitir gestionar la red, de modo que sea posible aplicar polticas de
control y tarificacin.
Proporcionar mtodos de seleccin de calidad de servicio.
Interoperabilidad entre diferentes fabricantes, protocolos y versiones de
protocolos.
Facilidad de ampliacin.
30/09/2017 IT 536 M IMS 75
Comparando H.323 y SIP
INICTEL-UNI
Router
Terminal Terminal
Pasarela
Red de conmutacin
de circuitos
(ISDN o Red Pblica)
http://www.packetizer.com/ipmc/papers/understanding_voip/voip_protocols.html
COMENTARIOS
Over the years, there have been a lot of papers debating H.323
vs. SIP, but most of the arguments have often been "religious" in
nature (e.g., "ITU vs. IETF" and "binary versus ASCII").
Very few of the papers and reports have compared the protocol
on the basis of functionality and what really matters: does the
protocol do the job?
http://www.packetizer.com/ipmc/papers/understanding_voip/voip_protocols.html
30/09/2017 IT 536 M IMS 102
Comentarios
INICTEL-UNI
The fact is, both can do the job, though H.323 is superior in a number of
ways: better interoperability with the PSTN, better support for video, excellent
interoperability with legacy video systems (e.g., H.320), and reliable out-of-
band transport of DTMF. SIP, being a "session initiation protocol", was not
designed to address many of the problems that were raised and solved in
legacy communication systems.
SIP was also popularized in the market through misstatements that it was
"easy to implement and debug". The truth is that there is a certain amount of
complexity in any communication system and, no matter how one looks at it,
it requires about the same amount of work to do the same thing two different
ways.
http://www.packetizer.com/ipmc/papers/understanding_voip/voip_protocols.html
30/09/2017 IT 536 M IMS 103
Comentarios
INICTEL-UNI
http://www.packetizer.com/ipmc/papers/understanding_voip/voip_protocols.html
30/09/2017 IT 536 M IMS 104
Comentarios
INICTEL-UNI
http://www.packetizer.com/ipmc/papers/understanding_voip/voip_protocols.html
30/09/2017 IT 536 M IMS 106
Comentarios
INICTEL-UNI
Some service providers provide users with devices that implement H.248 or
MGCP (or comparable protocols).
In the core of the network, some device serving as the MGC provides the
H.323 or SIP logic necessary to properly terminate VoIP calls around the
world.
Outside of H.323/SIP and H.248/MGCP, there are also non-standard
protocols introduced by various companies that have been very successful in
the market.
Skype is one such company that has been extremely successful using a
proprietary protocol. Which protocol is best for you? It really depends on your
requirements, but most people simply want to make a phone call and, as
such, it really does not matter.
http://www.packetizer.com/ipmc/papers/understanding_voip/voip_protocols.html
30/09/2017 IT 536 M IMS 107
Comentarios
INICTEL-UNI
http://www.packetizer.com/ipmc/papers/understanding_voip/voip_protocols.html
30/09/2017 IT 536 M IMS 108
Referencias
INICTEL-UNI
http://www.h323forum.org/about/
http://www.itu.int/rec/T-REC-H.323-200912-I/en