Calidad Servicio Ip Telefonos Ip

ARQUITECTURA DE REDES DE COMUNICACIONES
NDICE TEMTICO
I. ARQUITECTURA TCP/IP
1. Protocolo IPv6 (ICMPv6)
2. IP mvil en IPv4 e IPv6
3.Transicin de IPv4 a IPv6
4. Encaminamiento dinmico de unidifusin y MPLS
5. Multidifusin IP
6. Encaminamiento dinmico de multidifusin
7. TCP: Servicios opcionales (confirmacin selectiva o SACK)
y control de la congestin
UDP: Servicio no orientado a conexin para transmisiones multimedia
en tiempo real
8. Parmetros de calidad de servicio, modelos de calidad de servicio
y servicios en tiempo real en Internet (RTP, VoIP y ToIP)
II. SERVICIOS Y TECNOLOGAS DE SEGURIDAD EN INTERNET
1. Amenazas, servicios y mecanismos de seguridad
2. Seguridad Web y correo electrnico
3. Proteccin de las comunicaciones: Intranets y Redes privadas virtuales
Fco. Javier Ygez Garca
ARQUITECTURA Y SERVICIOS DE INTERNET
Arquitectura de Redes de Comunicaciones
Documentacin: Tema I, Captulo 8

http://pegaso.ls.fi.upm.es/arquitectura_redes/index2.html
material
TRANSPARENCIAS
http://halley.ls.fi.upm.es/~jyaguez/libros.html
PROBLEMAS
http://halley.ls.fi.upm.es/~jyaguez/examenes.html
TCP/IP Tutorial and Technical Overview, Lydia Parziale, David T. Britt ,

8 edicin (Diciembre 2006).
Redbooks: http://www.redbooks.ibm.com/portals/solutions
Libro descargable desde Internet)
.Los RFCs que se indiquen
LA PROBLEMTICA DE LA CALIDAD DE
SERVICIO EN INTERNET
Internet es una red de computadoras o red de redes TCP/IP que basa
su funcionamiento en la tecnologa de conmutacin de paquetes
mediante un servicio de encaminamiento no orientado a conexin y
no fiable
Ventaja: IP se dedica, fundamentalmente a encaminar,
especialmente IPv6
Desventaja: IP, por omisin, NO garantiza calidad de servicio o
QoS (Quality of Service) a los distintos flujos de paquetes
IP, por omisin, slo proporciona un servicio best-effort o
de mejor entrega o reenvo posible o hago lo que puedo
Es decir, IP hace lo que puede para encaminar cada paquete
desde un origen a un destino tan rpidamente como sea
posible: primero que llega, primero que sale
Actualmente, slo los operadores garantizan a sus clientes una
QoS, previamente contratada, en los routers de sus redes IP
Servicio IP de Mejor Entrega Posible o Hago lo

que Puedo o Servicio Best Effort
La mayora de los routers en Internet disponen de la tradicional cola FIFO
(First-In-First-Out) para cada lnea de salida
LO PRIMERO QUE ENTRA ES LO PRIMERO QUE SALE ENCAMINADO SIN
NINGN TIPO DE GARANTAS DE QoS (CALIDAD DE SERVICIO)
Se descartan o se pierden paquetes IP cuando se desborda la capacidad
de almacenamiento de los buffers asociados a las distintas colas de salida
Es el servicio IP ms simple, y por omisin, pero no el ideal
Lnea 1
Lnea 2
La mayora de los routers en Internet

disponen de la tradicional cola FIFO
COLA FIFO
Lnea salida
Lnea n
Calidad de Servicio (QoS) en Internet

Actualmente, la congestin y la falta de QoS son los
principales problemas de Internet
IP fue diseado para dar, por omisin, un servicio best
effort
Sin embargo, hoy en da, se utiliza para aplicaciones
interactivas en tiempo real o sensibles a las redes
con congestin y a la falta de QoS
Audioconferencias, videoconferencias, VoIP (Voice
Over IP), etc.
Estas aplicaciones no pueden funcionar en una red
best effort congestionada.
Se han hecho modificaciones en IP para que pueda
ofrecer QoS a las aplicaciones, hoy por hoy, slo en
las redes IP de los operadores
Concepto de Flujo para la QoS

Un flujo es un conjunto de paquetes
procedentes de una misma fuente
(cmara, micrfono, telfono, etc.)
que siguen una misma ruta por
Internet y requieren una misma QoS
Un flujo es unidireccional (simplex)
4 Flujos en una Videoconferencia

Por ejemplo, una videoconferencia estara formada por cuatro flujos:
Audio y Vdeo de ida, Audio y Vdeo de vuelta
147.156.135.22
158.42.35.13
Flujo vdeo A->B: 147.156.135.22:2056 -> 158.42.35.13:4065

Flujo audio A->B: 147.156.135.22:3567 -> 158.42.35.13:2843
Flujo vdeo B->A: 158.42.35.13:1734 -> 147.156.135.22:6846
Flujo audio B->A: 158.42.35.13:2492 -> 147.156.135.22:5387
Los flujos se agrupan en clases de trficos de paquetes o clases de
servicios y cada flujo debe recibir siempre la misma QoS
Identificacin de Flujos
Un flujo se identifica por los cinco parmetros
siguientes:
Direccin IP de origen
Nmero de Puerto de origen
Direccin IP de destino
Nmero de Puerto de destino
Protocolo de transporte utilizado (TCP o UDP)
Los flujos pueden agruparse en clases
Todos los flujos dentro de una misma clase de
trfico de paquetes (vdeo, audio, etc.) o clase de
servicio reciben la misma QoS
4 Parmetros de Calidad de Servicio

Parmetro
Unidades
Significado
Caudal
bps
Capacidad de cada enlace, de la

red, ofrecida a cada flujo
LATENCIA
(LATENCY) o
RETARDO
(DELAY)
JITTER
TASA DE
PRDIDAS
(LOSS RATE)
ms
ms
Retardo o tiempo requerido

por el paquete de un flujo
para atravesar la red
Variacin de la latencia entre
paquetes secuenciales de un
mismo flujo
Proporcin de paquetes perdidos
respecto de los enviados en un
determinado flujo
Parmetro de Calidad de Servicio
CAUDAL
Caudal: Capacidad de cada enlace de la red ofrecida a cada flujo
Los flujos de las aplicaciones con QoS requieren
un mnimo de capacidad en cada uno de los enlaces
IP
IP
1 Gbps
10 Gbps
IP
IP
100 Mbps
1 Gbps
Caudal crtico = min (10 Gbps, 1 Gbps, 100 Mbps, 1 Gbps) = 100 Mbps
Menor caudal ofrecido en un enlace de la red
Caudal mnimo o crtico en una red: Parmetro QoS significativo

Caudal de un flujo = capacidad del enlace/nmero de flujos
Enlace = 1 o ms flujos
10
JITTER
Variacin o fluctuacin de la latencia o latencia variable
(interpacket delay) es la diferencia de tiempo extremo a extremo en
la red entre paquetes secuenciales de un mismo flujo
Por ejemplo, si un paquete requiere 100 ms en atravesar la red
desde el extremo emisor al extremo receptor y el siguiente
paquete requiere, a su vez, 125 ms para realizar el mismo viaje,
el jitter ser de 25 ms
Esto es muy importante por ejemplo en VoIP ya que los paquetes
no llegan ni en el orden ni en un tiempo constante, por lo que hay
que esperar a que lleguen todos para poder reproducirlos en su
orden
El control del jitter de cada paquete lo lleva a cabo el extremo
receptor mediante un BUFFER DE REPRODUCCIN en
donde se almacenan los paquetes, previamente, y durante un
tiempo de espera (timestamp), antes de ser reproducidos
11
LATENCIA
Retardo o tiempo de trnsito extremo a extremo del paquete de un flujo,
es decir, el tiempo requerido por el paquete de un flujo para atravesar
los diferentes enlaces de una red
Un retardo extremo a extremo de entrega de cada paquete es una
acumulacin de los retardos o tiempos de propagacin, transmisin,
proceso y espera (en la correspondiente cola del interfaz de salida de un
router) en cada uno de los enlaces en el trayecto entre el origen y destino
Retardo de Propagacin: Fijo en funcin de la Longitud del
enlace/Velocidad de propagacin del medio
Aire = 300.000 Kms/seg (3,33 seg/Km); cable = 200.000 Kms/seg (5 seg/Km)
Retardo de Transmisin: Variable en funcin de la Longitud de la

trama/Capacidad del enlace
Retardo de Proceso: Despreciable en funcin del tiempo que tarda el
router en procesar un paquete y colocarlo en la cola del interfaz de salida
Retardo de Espera en Cola (JITTER): Variable (y el ms importante) en
funcin del tiempo de espera o estancia en la cola del interfaz de salida
12
NUNCA DEBE SUPERARSE el Retardo Mximo

de Trnsito Extremo a Extremo de un Flujo
IP
T1 +P1
Q2
IP
IP
IP
T3 + P3
T2 +P2
Q3
Q4
T4 + P4
Retardo = T1 +P1 +Q1 +T2 +P2+ Q2 + T3 +P3 + Q3 + T4 +P4 = n ms

P: Retardo de propagacin
T: Retardo de transmisin
Q: Retardo de proceso y ESPERA EN COLA DE SALIDA (Jitter)
La acumulacin de los diferentes tiempos implicados, especialmente, el jitter es
IMPREDECIBLE en Internet o en redes IP con servicio hago lo que puedo
PREDECIBLE o limitado en las redes IP de los operadores con QoS para determinados
flujos
LATENCIA MXIMA o RETARDO MXIMO (que no se debe superar): Parmetro
QoS significativo
13
LATENCIA
Hay aplicaciones que admiten ms o menos latencia
Una persona navegando por Internet, esperando a que se descargue una pgina
web, o descargando un fichero puede asumir cierta cantidad de tiempo de
espera. Esto no es as, por ejemplo, para el trfico de voz (VoIP)
El trfico de voz es un servicio interactivo en tiempo real, sensible a la latencia,
al jitter y a las congestiones
En un contexto de telefona, la latencia es el tiempo requerido por una seal
generada en la boca del llamante hasta alcanzar el odo del destinatario
En VoIP nunca debe superarse un determinado retardo mximo para los
paquetes de un flujo de voz
Retardos (entre paquetes) menores de 150 mseg: Ideales al no ser percibidos
por el ser humano
Retardos (entre paquetes) entre 150 y 400 mseg: Aceptables pero no ideales
Retardos (entre paquetes) por encima de 400 mseg: Inaceptables ya que
impiden la interactividad en conversaciones de voz
14
JITTER
Variacin o fluctuacin de la latencia o latencia variable entre
paquetes (interpacket delay) es la diferencia de tiempo extremo a
extremo en la red entre paquetes secuenciales de un mismo flujo
Por ejemplo, si un paquete requiere 100 ms en atravesar la red
desde el extremo emisor al extremo receptor y el siguiente
paquete requiere, a su vez, 125 ms para realizar el mismo viaje,
el jitter ser de 25 ms
Esto es muy importante por ejemplo en VoIP ya que los paquetes
no llegan ni en el orden ni en un tiempo constante, por lo que hay
que esperar a que lleguen todos para poder reproducirlos en su
orden
El control del jitter de cada paquete lo lleva a cabo el extremo
receptor mediante un BUFFER DE REPRODUCCIN en
donde se almacenan los paquetes, previamente, y durante un
tiempo de espera (timestamp), antes de ser reproducidos
15
JITTER
El JITTER se ocasiona, principalmente, por los tiempos de
espera o estancia variables en cola o retardos variables o tiempos
de estancia diferentes de los paquetes de un mismo flujo en las
diferentes colas de salida de los routers, provocando una prdida
de sincronismo en el receptor ya que es imposible procesar los
paquetes en recepcin con la misma cadencia de salida del emisor
Junto con la latencia es un parmetro muy crtico en servicios de
comunicaciones interactivos en tiempo real
Variacin alta = Calidad desigual del sonido o la imagen
Aplicaciones interactivas en tiempo real tienen
requerimientos estrictos de latencia y jitter
JITTER MNIMO: Parmetro QoS significativo
16
JITTER se ocasiona por los Tiempos de Espera

Variables en Cola de Salida de los Routers
Proceso
IP
Caudal
IP
Retardo de proceso
IP
IP
Espera en cola
(JITTER)
Tiempo de transmisin
Variacin alta = Calidad desigual del sonido o la

imagen
Aplicaciones interactivas en tiempo real tienen
requerimientos estrictos de latencia y jitter
JITTER MNIMO: Parmetro QoS significativo

17
Problemtica de la LATENCIA y JITTER en VoIP en Internet

Si hacemos uso del servicio de VoIP con un telfono o terminal IP, el tpico
CODEC G.711 o chip ADC de nuestro telfono IP o de la tarjeta de sonido de
nuestra computadora genera una tasa de 8000 octetos/seg o 64.000 bits/seg (f
de muestreo = 8000 muestras/seg x resolucin = 8 bits/muestra)
El proceso emisor va agrupando los 8.000 octetos/seg cada 20 mseg de
conversacin, obteniendo paquetes o trozos de voz de 160 octetos
N de octetos por paquete de voz = 20 mseg x 8000 octetos/seg =160
octetos
Al trozo o paquete de voz o carga til de 160 octetos, se le aaden
cabeceras RTP, UDP, IP y Ethernet y el resultado se transmite por la red
de acceso a un ritmo de un paquete de voz cada 20 mseg
Si hay un retardo constante de 20 mseg por Internet, durante la conversacin
(condiciones ideales), los paquetes llegan al receptor de una forma peridica
cada 20 mseg y se escucha al mismo tiempo que se habla con un mximo de
interactividad en la conversacin de voz
El receptor (CODEC o chip DAC del telfono o de la tarjeta de sonido)
reproduce en funcin de un tiempo de reloj (igual que el del emisor) cada
paquete tan pronto como llega
Por desgracia no se pueden mantener los 20 mseg entre paquetes: Algunos
paquetes se perdern, otros llegarn desordenados y, adems, la mayora de
los paquetes no tendrn un mismo retardo extremo o extremo por Internet
(incluyendo diferentes jitters o variaciones, incluso con una Internet muy
poco congestionada)
18
Problemtica de la LATENCIA y JITTER en VoIP
En Internet no se puede mantener una misma latencia para cada paquete de un determinad flujo
porque el jitter por paquete suele ser diferente
El ritmo de transmisin de un emisor no coincide con el ritmo de

transmisin por la red debido a la latencia y jitter de sta
Emisor bla, bla,
Receptor ?
bla, bla
Red
Buffer de reproduccin
para el control del jitter
Emisor Transmite
t
A
20 ms
20 ms
Red vaca
C
90 ms
Receptor Recibe
Congestin
LATENCIA EN LA RED: 60 ms + 30 ms (jitter)

19
Codificacin de la Voz
RECORDATORIO de los diferentes CODECS
Seal de voz analgica.

Esta seal se convierte en una seal digital mediante PCM
10110101 11010011 11001001 00100100 00111100 10010011 11100001 00100100 00111100 10010011 10110101
La mayora de los Codec comprimen la corriente PCM

PCM G.711 genera 64.000 bits/seg
G.729a genera 8.000 bits/seg (1000 muestras/seg x 8 bits/muestra = 8000 bits/seg
10 mseg de voz x 8000 bits/muestra = 10 bytes)
G.726 genera 6,3; 5,3 Kbit/seg
Se construyen las unidades de datos a partir de la salida del codec
11010011 11001001 00100100 00111100 10010011 11100001 00100100 00111100 10110101 11010011 11001001 00100100 00111100 10010011 11100001 00100100 00111100
20
TASA DE PRDIDAS
Proporcin de paquetes perdidos respecto de los enviados en un determinado

flujo y que no llegan al destino, generalmente, por desborde del buffer de la
cola de salida del router y, en menor medida, por errores fsicos en las tramas
(CRC WiFi) y cabeceras de los paquetes IPv4 (checksum y TTL = 0) y
segmentos TCP (checksum)
IP no es un protocolo fiable, lo cual significa que en determinadas
circunstancias los paquetes de datos pueden ser descartados (perdidos) por la
red, generalmente, cuando la red est especialmente congestionada.
La prdida de mltiples paquetes de un flujo de voz puede causar un ruido
que puede llegar a ser molesto para el usuario.
Prdidas de paquetes en los routers: Va TCP son recuperables, pero las
retransmisiones y controles TCP son inaceptables para aplicaciones
interactivas en tiempo real al incrementar el retardo extremo a extremo.
Adems, el control de congestin TCP reduce la tasa de envo (troughput)
en el emisor
Por ejemplo, para mantener una calidad de la voz, los paquetes perdidos
no deberan de exceder, del 1% de todos los paquetes enviados
TASA DE PRDIDAS MNIMA: Parmetro QoS significativo
21
Las Prdidas se suelen ocasionar en los Routers

La congestin en Internet es la prdida de 1 o ms paquetes IP
debido al desborde del buffer de la cola del interfaz de salida
de un router cuando las tasas de entrada superan las capacidades de salida
enlaces
de entrada
Proceso
IP
Caudal
IP
IP
IP
IP
buffer de la cola
del interfaz de salida
enlaces
de entrada
enlace
de salida
Descarte del ltimo

CONGESTIONES O PERDIDAS DE PAQUETES IP EN UN ROUTER DE ACCESO,
ESPECIALMENTE CRTICO EN ENLACES DE ENTRADA DE ALTA CAPACIDAD
Y ENLACES DE SALIDA DE MENOR CAPACIDAD
22
Calidad de Servicio en Internet

Salvo por las redes IP de los operadores con los que
se contratado previamente una QoS, NO SE
ASEGURA que un determinado flujo de paquetes en
Internet vaya siempre por las rutas de MXIMO
CAUDAL, MENOR LATENCIA y JITTER y
MENOR NMERO DE PRDIDAS
Actualmente, la congestin y falta de

QoS es el principal problema de
Internet
23
Oferta de Calidad de Servicio (QoS)
Actualmente, slo los operadores garantizan QoS, previamente

contratada, a sus clientes, en los routers de sus redes IP
Un operador ofrece QoS en su red IP cuando garantiza un valor
lmite (mximo o mnimo) de alguno de los parmetros de QoS
Si el operador no se compromete en ningn parmetro se dice que
ofrece un servicio best effort o por omisin
El contrato, que especifica los valores acordados entre el proveedor y el usuario
(cliente), se denomina SLA (Service Level Agreement). Por ejemplo:
Caudal 1 Gbps
Retardo 80 ms
Jitter 30 ms
Tasa de prdidas 0,01 %
Al QoS, el operador aade una PRIORIDAD DE TRATAMIENTO

en funcin del
Cdigo no estndar IPP del operador (IP Precedence) que
emplean los 3 bits de mayor orden del campo ToS de IPv4 o del
campo prioridad de IPv6 o del cdigo estndar DSCP de 6 bits
Algoritmo de gestin de colas del router, haciendo que, por
ejemplo, los paquetes de voz tengan mxima prioridad por las
correspondientes colas de salida
24
Categoras de Aplicaciones (I)

Tiempo real
Interactivas
Audioconferencias
Videoconferencias
VoIP
Necesidad de garantizar
Retardo mximo
Caudal mnimo
El jitter de cada paquete lo debe corregir el receptor
No interactivas
Streaming de audio y vdeo
Es muy til garantizar el retardo mximo
Tolerantes al retardo medio
25
Categoras de Aplicaciones (II)

Elsticas (funcionan con prestaciones variables de red)
Interactivas
HTTP, FTP, Telnet
Sensibles al retardo medio
No interactivas
E-mail
No importa el retardo
26
Requerimientos de QoS para las Aplicaciones

Tipo de aplicacin
CAUDAL
LATENCIA
Jitter
Tasa de
Prdidas
Elstica interactiva
(HTTP, FTP, etc.)
Bajo
Bajo
Medio
Media1
No interactivo
(e-mail)
Alto
Alto
Alto
Alta1
VoIP
Bajo
Bajo
Bajo
Baja
Vdeo interactivo
Alto
Bajo
Bajo
Baja
Vdeo unidireccional
(streaming)
Alto
Medio
Bajo
Baja
1En
realidad la aplicacin requiere prdida nula, pero esto lo

garantiza el protocolo de transporte TCP
27
Routers con Algoritmos de Gestin de Colas

El tratamiento de paquetes IP dentro de un router
depende de su configuracin interna y en funcin de sta
dispondr de ms o menos funcionalidad
La mayora de los routers en Internet disponen de una
configuracin mnima o, por omisin, para el
funcionamiento de la tradicional cola por omisin (FIFO),
la cual no permite:
Diferenciar servicios ni prioridades de tratamiento
mediante el cdigo no estndar IPP (IP Precedence) de
los operadores o del cdigo estndar DSCP
Aplicar ALGORITMOS DE GESTIN DE COLAS
RFC-2309: Recommendations on Queue Management and
Congestion Avoidance in the Internet
28

Umbral
mximo
Promedio de
ocupacin
Umbral
mnimo
TRES COMPONENTES BSICOS

CONTROLADOR DE ADMISIN
ENTRADA DE
PAQUETES IP
CLASIFICADOR
DE PAQUETES
En funcin del
cdigo QoS
Paquetes IP de
entrada en funcin del
nivel de ocupacin de
las colas de salida
SALIDA DE
DATAGRAMAS
PLANIFICADOR
Asignacin de
cola de salida
segn QoS
y nivel de
ocupacin
29

Umbral
mximo
Promedio de
ocupacin
Umbral
mnimo
Algoritmo de Gestin del la Cola
Uso de un algoritmo en router para detectar el principio de congestin

Descarta/marca datagramas (antes de que la cola est llena)
Objetivos de diseo:
Aplicar diferentes tratamientos de prioridad a los
paquetes de salida
Ofrecer el caudal contratado
Minimizar el jitter y latencia
Minimizar la prdida de paquetes
Minimizar la congestin en la red
30

El cdigo QoS lo usa el router para seleccionar la cola responsable para el encaminamiento
del paquete, descartando los paquetes que superan el umbral de ocupacin del buffer
Cada cola almacenar, al menos, los paquetes que le corresponden, y si
hay caudal libre en el enlace de salida, almacenar ms paquetes
Cola 7 (Ms alta prioridad) (10%)

Cola 6
(10%)
Cola 5
(60%)
Cola 4
(20%)
Algoritmo de
encolamiento
Cola 3
(30%)
Cola 2
(40%)
Cola 1
(50%)
Cola 0 (Ms baja prioridad) (60%)
31
Clave en la Congestin y Calidad de Servicio

Con un buen CAUDAL en los enlaces se resuelven
casi todos los problemas
Sera muy fcil dar QoS si las redes nunca se
congestionaran
Para ello, habra que sobredimensionar todos los
enlaces, lo cual no siempre es posible
Para dar QoS con congestin es preciso tener
mecanismos que permitan dar un trato distinto al trfico
preferente y cumplir el SLA (Service Level Agreement)
Un SLA es un contrato entre el operador de la red y
un cliente para definir aspectos especficos del
servicio (valor lmite mnimo o mximo de alguno de
los parmetros) que se va a proporcionar
32
Modelos de QoS para IP
Modelo ATM
Tiende a desaparecer ante los modelos actuales (Modelo de
Servicios Diferenciados) basados en la conmutacin MPLS sobre
tecnologa GigaEthernet
MODELOS ACTUALES del IETF
Modelo de Servicios Integrados (1994)
Fracas y desapareci como modelo QoS
Actualmente, su protocolo RSVP se usa en Ingeniera de
Trfico slo como alternativa a LDP para la distribucin de
etiquetas MPLS
Modelo de Servicios Diferenciados (1998)
Modelo estndar de QoS para las redes IP de los operadores
33
Qos (Quality of Service) en IP: Modelo de Servicios

Integrados (IntServ: Integrated Services)
Documentos RFC del 2205 al 2210
Modelo complejo que fracas y se basaba en reservar previamente recursos
(caudal mnimo y retardo mximo) en la red para cada flujo
Los mensajes RSVP se encapsulaban directamente en IP (identificador 89):
Las tablas IP se configuraban previamente, antes del envo de mensajes
RSVP, mediante un IGP de unidifusin (RIP y OSPF)
Anlogo a la reserva previa de un trayecto MPLS
Protocolo RSVP (ReSerVation Protocol): Reservaba previamente recursos
para un determinado flujo por las mejores rutas
Cada router tena que mantener toda la informacin de estado sobre cada
flujo que pasara por l
No era escalable en los routers de trnsito cuando haba muchos flujos
Los fabricantes de routers no desarrollaron implementaciones eficientes de
RSVP, debido al elevado costo que tena implementar en hardware los
algoritmos necesarios para mantener gran cantidad de informacin de estado
34
Problemas de Escalabilidad de RSVP

RSVP gener una euforia inicial (1996-1997) que luego dio paso a la
decepcin
La razn principal fueron problemas de escalabilidad debidos a la
necesidad de mantener informacin de estado en cada router
RSVP es inviable en grandes redes, por ejemplo en el ncleo (core)
de Internet o en la red IP de un operador
Estos routers han de mantener
informacin sobre muchos flujos y por
tanto mucha informacin de estado
Ncleo de
Internet
35

Diferenciados (DiffServ: Differentiated Services)
RFC-2474 y RFC-2475
Naci para solventar los problemas asociados al

modelo de Servicios Integrados mediante un
modelo ms simple de QoS
No requiere una configuracin avanzada, ni reserva
previa de recursos ni almacenar la informacin de
estado de cada flujo en cada router (Servicios
Integrados)
Calidad de servicio basada en la clase del servicio
mediante una codificacin (DSCP: Differenciated
Service Code Point) de 6 bits que es la misma tanto
para IPv4 e IPv6
36

Diferenciados (DiffServ: Differentiated Services)
Tpico modelo para un grupo de routers que

forman el dominio administrativo de
encaminamiento de la red IP de un operador
La administracin define un conjunto de clases de servicio
con una determinada codificacin DSCP
El router ENCAMINA por la direccin de destino

del paquete en funcin de su tabla IP,
OFRECIENDO los recursos (caudal, latencia,
jitter y tasa de prdidas) y la prioridad de
tratamiento indicados por la clase de servicio
37

Diferenciados (DiffServ: Differentiated Services) del IETF
RFC-2474 y 2475
El estndar en Internet para aplicar calidad de servicio en las redes
IP de los operadores se denomina Modelo de Servicios
Diferenciados
A efectos prcticos, los operadores aplican, a su manera sus
propios cdigos de calidad de servicio anteriores al estndar del
IETF
DiffServ utiliza una codificacin (DSCP: Differenciated
Service Code Point) de 6 bits que es la misma tanto para IPv4 e
IPv6
Los operadores aplican sus propios cdigos IPP (IP
Precedence) haciendo uso de los primeros 3 bits de mayor
orden del campo TOS en IPv4 y del campo Prioridad en
IPv6
38
Qos en IPv4: Modelo de Servicios Diferenciados

RECORDATORIO
Los 6 bits de mayor orden del campo ToS de la cabecera IPv4 se

usan para
VERSIN
Longitud
Cabecera
16
TIPO DE SERVICIO
TIEMPO DE VIDA
CABECER
A
LONGITUD TOTAL
000 D T R00
IDENTIFICADOR
(TTL)
el modelo de Servicios Diferenciados
D M
F F
DESPLAZAMIENT
O
SUMA DE COMPROBACIN
(CABECERA)
PROTOCOLO
DIRECCIN ORIGEN
DIRECCIN DESTINO
RELLENO
OPCIONES
DATOS
39

RECORDATORIO
El cdigo DSCP reemplaza el significado de los 3 bits originales del campo Prioridad y de los 3 bits de control D-T-R
Punto de Cdigo
Differentiated Services
de Servicios Diferenciados
Code Point
4
Notificacin Explcita de Congestin (ECN)
VERSIN Longitud
Cabecera
DSCP
16
00
0
IDENTIFICADOR
TIEMPO DE VIDA
(TTL)
CABECER
A
LONGITUD TOTAL
PROTOCOLO
D M
F F
DESPLAZAMIENTO
SUMA DE COMPROBACIN
(CABECERA)
DIRECCIN ORIGEN
DIRECCIN DESTINO
RELLENO
OPCIONES
DATOS
40

RECORDATORIO
El cdigo DSCP reemplaza el significado de los 4 bits originales del campo Prioridad y de 4bits del campo Etiqueta de Flujo
Differentiated Services
Punto de Cdigo
CodePoint
de Servicios Diferenciados
Notificacin Explcita de Congestin (ECN)
12
Versin
xxxxxx XX
(para ECN se cogen 2 bits ms

del campo Etiqueta de Flujo)
31
Etiqueta de flujo (20 bits)
Longitud de la carga til
Cabecera
siguiente
Direccin de origen (16 octetos)
Lmite
de saltos
40
octetos
Direccin de destino (16 octetos)
41
Campo DS y Valor DSCP: RFC-2475

RECORDATORIO
0
Campo
DS
2
3
X
7
ECN
ECN: Explicit Congestion Notification
Valor DSCP
Para una notificacin explcita

de congestin
Los paquetes se etiquetan segn su QoS a travs del campo DS (Differentiated

Services) o de Servicios Diferenciados de 6 bits de la cabecera IPv4/IPv6
El valor del campo DS (Differentiated Services) se denomina DSCP (DS

code point) o Punto de Cdigo de Servicios Diferenciados y es el cdigo
o etiqueta utilizada para clasificar paquetes segn el modelo de servicios
diferenciados
Con un valor DSCP de 6 bits se pueden definir 64 clases diferentes de
sevicios o comportamientos por salto o tratamientos de reenvo PHB
(Per Hop Behavior)
DSCP + ECN: Reemplaza el significado del campo Tipo de Servicio (8 bits) de la

cabecera IPv4 y al campo Prioridad (4 bits) y 4 bits del campo Etiqueta de Flujo
de la cabecera fija IPv6
42
Modelo de Servicios Diferenciados

RECORDATORIO
Prioridad de tratamiento (cuando los bits 3, 4 y 5 son 0)

0
7
ECN
ECN: Explicit Congestion Notification

Puntos de cdigo de selector de clase
(Class Selector Codepoints)
Para una notificacin explcita

de congestin
DSCP (RFC-2474)
El valor DSCP indica el comportamiento por salto o tratamiento de reenvo PHB
(Per Hop Behavior) en funcin de la clase de servicio:
PHB de reenvo rpido (EF PHB: Expedited Forwarding PHB): Trfico
con ms alta prioridad : Caudal alto, latencia baja, jitter bajo, tasa de
perdidas baja
PHB de reenvo asegurado (AF PHB: Assured Forwarding PHB):
Trfico con menos recursos que EF PHB y ms que DF PHB
PHB de reenvo por omisin (DF PHB: Default Forwarding PHB): Por
omisin, se lleva a cabo la mejor entrega posible o best effort
(000000) o primero que llega es el primero que sale (sin QoS)
Selector de clase (CS: Class Selector): Cuando los 3 bits de la derecha
(bits 3, 4 y 5) son 0, los 3 bits de la izquierda se interpretan de igual
forma que los 3 bits de prioridad de IPv4 (XXX000) y, adems, para
mantener compatibilidad con los cdigos IPP (IP Precedence) de los
operadores, anteriores a los cdigos DSCP
43
Modelo de los Operadores

RECORDATORIO
Antes de la publicacin del Modelo de Servicios Diferenciados (RFC2474, RFC-2475, 1998), los operadores ya utilizaban sus propios cdigos
Actualmente, los operadores siguen aplicando su propia terminologa y
sus propios cdigos anteriores a los cdigos DSCP
De hecho, se aadi el Selector de clase (CS: Class Selector) para
mantener compatibilidad con los cdigos IPP (IP Precedence) de los
operadores que emplean los 3 bits de mayor orden del campo ToS de IPv4
0
Campo DS
IPP: IP Precedence
Selector de clase (CS: Class Selector)
5: Multimedia o premium o platino (equivalente al PHB de reenvo rpido o EF PHB)

3: Oro
1: Plata
Servicio olmpico
0: Bronce (equivalente al PHB de reenvo por omisin o DF PHB)
44
Ejemplo del Dominio DS o Dominios DS

en la Red IP de un Operador
cliente
cliente
DOMINIO DS
ROUTER
DE
ACCES
Red
del cliente
ROUTERS
DE
TRNSITO
ROUTER
DE
ACCES
DOMINIO DS
ROUTER
DE
ACCES
ROUTER
DE
ACCES
DOMINIO DS
La red IP de un operador est formada por 1 o ms dominios DS

Un dominio DS (Differentiated Services) consiste en un conjunto de routers
contiguos que interpretan un DSCP de manera uniforme
Router de acceso: Controla el servicio contratado para los diferentes paquetes de
un flujo
Router de trnsito: Aplica el funcionamiento por salto (PHB)
45
Funciones QoS desempeadas por los Routers de Acceso

Identifica y separa
paquetes en las
diferentes clases de
servicio en funcin
del SLA contratado
Descarta
paquetes que no
se ajusten al
SLA contratado
Asigna a cada
paquete el
DSCP que le
corresponde
Coloca cada
paquete en la
cola que le
corresponde y
descarta los
que superen el
umbral
acordado de
ocupacin del
buffer
En funcin de la aplicacin,
n de puerto, direccin IP
de la mquina origen y
contrato con el cliente
Ajusta y
retrasa el
envo de
paquetes
de tal
manera
que no se
supere la
tasa de
trfico
acordada
(Encolamiento y
eliminacin)
(Clasificacin)
(Control)
(Codificacin)
(Ajuste)
46
Tipos de Routers en un Dominio DS

ROUTER DE ACCESO: Nodo externo con mxima funcionalidad
1. Clasificacin: Identifica y separa paquetes en las diferentes clases de servicio en
funcin del SLA contratado; para ello, analiza la informacin de control de la
cabecera IP (e incluso del nivel de transporte)
2. Control: Comprueba si los paquetes estn dentro o exceden el nivel de servicio
garantizado por el SLA para dichos paquetes. En caso contrario, descarta los
paquetes que exceden el SLA para garantizar cualquier otro servicio en la red
3. Codificacin: Asigna a cada paquete el DSCP que le corresponde o, incluso,
recodifica los paquetes con un diferente DSCP si es necesario
1. Por ejemplo, si se supera la tasa de trfico (throughput) acordada en un
determinado intervalo de tiempo para una determinada clase de servicio, se
recodifica el DSCP, por ejemplo, para un reenvo por omisin (DF PHB)
2. Por ejemplo, si una clase de servicio tiene un DSCP = 3 en un dominio y un
DSCP =1 en el siguiente dominio, se cambia 3 por 1
3. Por ejemplo, si una clase de servicio tiene una prioridad = 3 en un dominio y
una prioridad = 7 en el siguiente dominio, se cambia 3 por 7
4. Encolamiento: Reglas para dar un trato preferencial de cola a los paquetes de
entrada segn sus DSCPs
5. Eliminacin: Reglas para eliminar paquetes en caso de congestin de buffer
6. Ajuste del reenvio: Suaviza las rfagas de paquetes y conforma el trfico para su
envo por el interfaz en funcin de la clase de servicio. Retrasa paquetes si es
necesario de tal forma que el flujo de paquetes de una clase de servicio no exceda
la tasa de trfico especificada
47
Tipos de Routers en un Dominio DS

ROUTER DE TRNSITO: Nodo interno con mnima
funcionalidad para tratar los paquetes segn su DSCP y
aplicar el correcto funcionamiento por salto (PHB)
Coloca cada paquete en la cola que le corresponde y
descarta los que superen el umbral acordado de
ocupacin del buffer
Encolamiento: Reglas para dar un trato
preferencial de cola a los paquetes de entrada
segn el DSCP de cada paquete
Eliminacin: Reglas para eliminar paquetes en
caso de congestin del buffer
48
Ingeniera de Trfico (Traffic Engineering)

Actualmente, los operadores de telecomunicaciones hacen uso de un concepto
conocido como Ingeniera de Trfico para la:
Planificacin de rutas en una red en base a previsiones y estimaciones
puntuales y a largo plazo con el fin de optimizar los recursos y reducir la
congestin
Para ello, estn adoptando MPLS sobre tecnologa GigaEthernet abandonando
el tradicional modelo basado en ATM para establecer rutas alternativas a un
mismo destino en funcin del QoS contratado
Adems, para que las rutas sean de menor coste se utiliza previamente un IGP
Va RIP, las rutas son fijas, por el nmero de saltos, y pueden producir
sobrecargas
Va OSPF permite a los routers cambiar dinmicamente las rutas en funcin de
la sobrecarga de stas e incluso balancear o distribuir la carga de paquetes
entre rutas alternativas a un mismo destino
En caso de congestin, va OSPF-TE (Traffic Engineering) permite
cambiar las rutas dinmicamente
Adems, ha resurgido el inters por RSVP va RSVP-TE (Traffic Engineering)
para aplicarlo en MPLS, como alternativa al protocolo LDP, y con el objetivo de
distribuir etiquetas
49
Funcionamiento de RSVP-TE (Traffic Engineering)

2 mensajes
bsicos RSVP-TE
PATH
RESV
Emisor
PATH o SOLICITUD DE ETIQUETA, que va por donde indican las tablas IP

previamente configuradas, almacenando la direccin del router precedente
R1
Red IP
de un operador
Receptor
R4
R2
R3
RESV o ASIGNACIN DE
ETIQUETA,que va de atrs hacia
adelante, siguiendo la direccin
del router precedente indicado en
el mensaje PATH
Funcionamiento similar a LDP

Las Tablas IP configuradas previamente mediante OSPF-TE (Traffic Engineering)
50
RTP (Real Time Transport Protocol)

RFC-3550 STD 0064
Protocolo estndar en Internet para proporcionar, extremo a

extremo, soporte para el transporte, en tiempo real no interactivo,
de paquetes o streams de audio y vdeo entre un servidor y un
cliente de streaming
STREAMING: Proceso que divide los datos multimedia en paquetes del tamao
adecuado para su correcta permitiendo que el cliente de streaming reproduzca
el primer paquete, mientras decodifica el segundo y recibe el tercero ,
STREAMING no es igual que un SERVICIO DE DESCARGA (transferencia de

ficheros para su posterior reproduccin)
Se encapsula sobre UDP
DETECCIN de paquetes perdidos y CONTROL de paquetes

desordenados mediante un nmero de secuencia
Control del jitter de cada paquete en recepcin mediante un BUFFER
DE REPRODUCCIN en donde se almacenan los paquetes
previamente y durante un tiempo de espera (timestamp indicado por
el servidor de streaming) antes de ser reproducidos
Marca de tiempo (Timestamp): Plazo mximo de espera de un paquete o

stream RTP para almacenarlo en el buffer de recepcin antes de su
reproduccin = Retrasa la reproduccin hasta que los paquetes llegan en un
determinado plazo de espera
Si un paquete llega fuera del plazo de espera no se reproduce
51
Arquitectura de Protocolos para RTP

RTP no ocupa un nivel especfico TCP/IP
NIVEL
DE
APLICACIN
APLICACIN
RTP
UDP
RTP
Socket
UDP
IP
IP
INTERFAZ DE
LA RED DE ACCESO
INTERFAZ DE
LA RED DE ACCESO
HARDWARE
HARDWARE
Socket
RED
DE
ACCESO
APLICACIN
NIVEL
DE
TRANSPORTE
RED
DE
ACCESO
Incorporado en las aplicaciones sin necesidad de implementarse en un nivel separado

52
Un Ejemplo de un Envo de Paquetes RTP

Formato de los Campos ms Relevantes de la Cabecera RTP
Emisor
Receptor
Aplicacin
Vdeo
(V)
Aplicacin
Audio
(A)
RTP
Vdeo
(V)
12 octetos
RTP
Audio
(A)
Cabecera RTP
(32 bits)
SSRC
(32 bits)
(16 bits)
(7 bits)
(2 bits)
Tipo de
Marca
N de
de Tiempo Secuencia Carga til Versin
UDP
UDP
Indica el flujo
al que pertenece el
paquete:
(n aleatorio de 32 bits)
Carga til
RTP
UDP
IP
IP
A
Control del jitter (slo se reproducirn los paquetes que

llegan en un tiempo determinado al buffer del receptor)
IP
Tipo de carga til:

Formato de datos
y algoritmo
de compresin
/descompresin
A
Control paquetes perdidos
y desordenados
53
RTCP (RTP Control Protocol)

RFC-3550 STD 0064
Diseado para trabajar conjuntamente con RTP

Responsable del envo de informacin sobre la
CALIDAD DE RECEPCIN para que el emisor
pueda ajustar su transmisin: Los participantes se
envan peridicamente paquetes RTCP para informar,
fundamentalmente, sobre la calidad de la recepcin o
estadsticas de recepcin de los paquetes RTP:
N ms alto de secuencia recibido
N de paquetes perdidos
N de paquetes desordenados
Marcas temporales (para calcular el tiempo de ida y vuelta)
Se encapsula sobre UDP
54
RTCP (RTP Control Protocol)

Receptor (pasivo)
Emisor
RTCP
Internet
RTCP
Receptor (pasivo)
Mensaje de adis
Bye = cerrar el flujo
Informe del receptor

N ms alto de secuencia recibido
paquetes perdidos y desordenados, etc.
55
Envo de paquetes RTP/RTCP

No existen nmeros de puerto fijos para RTP ni RTCP
El primer nmero de puerto par para RTP y el siguiente impar para RTCP
Proceso servidor
N de puerto = n
Proceso cliente
N de puerto = x
N de puerto = n+1
RTP
RTCP
N de puerto = x+1
RTP
RTCP
UDP
UDP
IP
IP
Internet
56
Voz sobre IP (Voice over IP o VoIP) y Telefona sobre IP o

Telefona IP (Telephony over IP o ToIP) en Internet
Ejemplos de servicios en tiempo real interactivos ms usados en Internet
Objetivo: Utilizar Internet (red de conmutacin de paquetes) como una red telefnica (red
de conmutacin de circuitos) integrando todo tipo de trfico en redes IP, aprovechando la
capacidad disponible, y reduciendo costes de cableado
VoIP: Servicio telefnico IP extremo a extremo con telfonos o terminales IP
Desde el telfono IP se establece la conexin con el otro telfono IP (protocolo SIP)
Un telfono IP es un sistema TCP/IP que, aparte de la digitalizacin de la voz
(codificacin G.7xx) y sealizacin de la comunicacin (establecer, mantener y
liberar una llamada va protocolo SIP), dispone de sus protocolos RTP-UDPIP-Ethernet para la encapsulacin de un trozo de voz en un paquete IP y,
posteriormente, en una trama Ethernet
Desde el origen (telfono IP) salen datagramas IP con paquetes o streams RTP
(trozos de voz de 20 mseg) que se encaminan por Internet o por cualquier red IP
Aplicaciones de Telefona IP: Skype, VoIPBuster, Jajah, etc. (con sus propios CODEC,
algoritmos de compresin/descompresin, SIP y RTP particulares etc.)
ToIP: Servicio telefnico IP extremo a extremo con telfonos o terminales no IP
(telfonos digitales que emplean un CODEC G.7xx o telfonos analgicos
convencionales) que hacen uso del servicio de VoIP mediante gateways media o
pasarelas que convierten los paquetes IP en seales digitales o analgicas y viceversa
57
Tres Escenarios de Voz sobre IP (VoIP)

y Telefona IP (ToIP) en Internet
De telfono IP (o PC con micrfono) a telfono IP (o
PC con micrfono): Datagramas IP con paquetes RTP de
voz (VoIP) extremo a extremo
De telfono IP (o PC con micrfono) a telfono
convencional: Datagramas IP con paquetes RTP de voz
(VoIP) hasta el gateway o pasarela que convierte los
datagramas IP en seales analgicas o digitales y
viceversa
De telfono digital (o analgico) a telfono digital (o
analgico): Datagramas IP con paquetes RTP de voz
(VoIP) entre los gateways o pasarelas de cada telfono
58
Voz sobre IP (VoIP)

Micrfono Conectado al PC
VoIP = audio (G.7xx)/(12)RTP/(8)UDP/20(IP)/18+8(Ethernet)
Micrfono Aplicacin
Aplicacin
VoIP
VoIP
Micrfono
Internet
148.100.12.16
220.10.7.1
(al conector
USB del PC)
El motivo fundamental del empleo de la tecnologa VoIP consiste en integrar

todo tipo de trfico en redes IP, aprovechando la capacidad disponible, y
reduciendo los costes de cableado
59
Voz sobre IP (VoIP)

Telfono IP
VoIP
Telfono IP
148.100.12.16
VoIP
Internet
Telfono IP
220.10.7.1
El motivo fundamental del empleo de la tecnologa VoIP consiste en integrar

todo tipo de trfico en redes IP aprovechando la capacidad disponible y
reduciendo los costes de cableado
60
Ejemplo de una RAL Ethernet actual de una Organizacin

para la Integracin de Voz (VoIP) y Datos por un nico cableado
Telfonos IP actuando como Conmutadores Ethernet

RAL Ethernet de difusin mediante
conmutacin de tramas
Switch
Telfono
IP
(Switch)
Internet
Router
Switch
VoIP
Switch
Telfono
IP
(Switch)
Datagramas IP
(Voz y Datos)
Un nico cableado para

voz y datos
VoIP
Telfono
IP
(Switch)
Telfono
(Switch) IP
VoIP
VoIP
61
Escenario conjunto de VoIP y Telefona IP

Micrfono
Norma CODEC
PC
VoIP
Convierte la seal analgica/digital
en un flujo de datagramas IP
y viceversa entre PC y telfono
Telfono IP
VoIP
GATEWAY
MEDIA
IP
Sistema de
Sealizacin
(ITU-T)
UMTS
SS7/RTC/RDSI
Telfono
digital
Paquetes IP
Telfono IP
VoIP
mviles
PC
VoIP
Micrfono
Seales
Digitales y
analgicas
Telfono analgico
Desde el origen (telfono digital) sale una seal digital o PCM (pulsos digitales) hasta el
gateway o pasarela
Desde el origen (telfono analgica) sale una seal analgica hasta el gateway o pasarela
62
Arquitectura de Protocolos de las Pasarelas

para Telfonos Convencionales Digitales
GATEWAY MEDIA (DOBLE PILA)

CON PROCESADOR DE LLAMADAS
Encapsula/desencapsula
20 mseg de voz
en cada paquete IP
Un procesador de llamadas debe estar
previamente configurado con las
direcciones IP del resto de gateways
y nmeros telefnicos
que cuelgan de dichos gateways
G711/SIP
RTP
UDP
IP
SIP
TCP o UDP
Telfono Digital
CODEC PCM
Telfono IP
VoIP
63
Protocolo de Sealizacin en Internet

SIP (Session Initiation Protocol: RFC-3261 y RFC-3265):
Protocolo para el inicio de sesin o conexin del nivel de
aplicacin, diseado por el IETF/IAB, para establecer,
mantener y finalizar una llamada entre dos:
Telfonos IP
Telfonos no IP va procesadores de llamadas
Un procesador de llamadas establece la llamada
directamente con un telfono IP o con otro gateway
media a travs del protocolo SIP
Un procesador de llamadas puede ser interno dentro
del propio gateway media o externo al gateway
media pero conectado al mismo conmutador o switch
Ethernet al que est conectado el gateway
Sobre TCP o UDP
H.323 es el estndar equivalente diseado por ITU
64
SI
Ss
SEGOVIA
Ts1
..
80.25.210.1
Rs
80.25.2.1
Gs1
Tm20
NAT
Cm2
Cm4
RTC
Tm21
Tm40
192.168.4.16
Gm1
..
Cm1
trama?
192.168.1.40
Rm
Internet
Internet
Cs2
192.168.2.10
Cm3
MADRID
NAT
destino
Sm
Cs1
Ts20
Tm1
192.168.3.6
192.168.1.21
Fs1
120.40.80.60
192.168.4.10
Gm2
192.168.4.11
origen
Fs20
Fm20
Fm1
Fm21
Fm40
telfonos ajenos a la empresa

65
Estructura de una trama o unidad de datos de la comunicacin en

la lnea de conexin entre Rs e Internet al establecerse una
comunicacin entre los telfonos Fm40 y Fs1
Cab. Ethernet/Cab. IP del tnel/Cab. IP/Cab. UDP/ Cab. RTP/voz/SVT Ethernet
Cabecera Ethernet
Cabecera IP tnel:
D.O.: 80.25.2.1 (Rm)
D.D.: 80.25.210.1 (Rs)
Protocolo: IP (5)
Cabecera IP:
D.O.: 192.168.4.11 (Gm2)
D.D.:192.168.2.10 (Gs1)
Protocolo: UDP (17)
Protocolo RTP
Voz G.711
SVT Ethernet
66
Integracin del trfico de voz y datos en Internet

entre las oficinas de una misma empresa
origen
trama?
destino
F1 F10 y F11F20 son telfonos digitales convencionales que emplean CODEC G.7xx
Cada oficina dispone de un dispositivo Gateway Media (G1 y G2) que convierte la seal digital
a paquetes IP y viceversa, encapsulando 20 mseg de voz en cada paquete IP
Cada oficina dispone de un procesador de llamadas (P1 y P2) que establece y termina las
llamadas entre los Gateway Media (G1 y G2) mediante el protocolo SIP
Se utiliza, adems, en cada oficina otro Conmutador Ethernet (Switch) al que se conectan los
dispositivos G y P. A su vez, este conmutador se conecta al router de salida
67
Estructura de una trama o unidad de datos de la comunicacin en

la lnea de conexin entre C5 y G2 al establecerse una
comunicacin entre los telfonos F1 y F20
Cabecera Ethernet
Cabecera IPv4
Protocolo: UDP (17)
Direccin origen:
IP privada de G1=192.168.1.x
Direccin destino:
IP privada de G2=192.168.2.y
Cabecera UDP
Cabecera RTP
Voz G.711
SVT Ethernet
68

Calidad Servicio Ip Telefonos Ip

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Calidad Servicio Ip Telefonos Ip

Transféré par

Droits d'auteur :

Formats disponibles

ARQUITECTURA DE REDES DE COMUNICACIONES

ARQUITECTURA Y SERVICIOS DE INTERNET

Arquitectura de Redes de Comunicaciones

Documentacin: Tema I, Captulo 8

TCP/IP Tutorial and Technical Overview, Lydia Parziale, David T. Britt ,

Fco. Javier Ygez Garca

ARQUITECTURA Y SERVICIOS DE INTERNET

ARQUITECTURA Y SERVICIOS DE INTERNET

Servicio IP de Mejor Entrega Posible o Hago lo

La mayora de los routers en Internet

Fco. Javier Ygez Garca

ARQUITECTURA Y SERVICIOS DE INTERNET

Calidad de Servicio (QoS) en Internet

ARQUITECTURA Y SERVICIOS DE INTERNET

Concepto de Flujo para la QoS

Fco. Javier Ygez Garca

ARQUITECTURA Y SERVICIOS DE INTERNET

4 Flujos en una Videoconferencia

Flujo vdeo A->B: 147.156.135.22:2056 -> 158.42.35.13:4065

ARQUITECTURA Y SERVICIOS DE INTERNET

ARQUITECTURA Y SERVICIOS DE INTERNET

4 Parmetros de Calidad de Servicio

Capacidad de cada enlace, de la

Fco. Javier Ygez Garca

Retardo o tiempo requerido

Parmetro de Calidad de Servicio

Caudal mnimo o crtico en una red: Parmetro QoS significativo

ARQUITECTURA Y SERVICIOS DE INTERNET

Parmetro de Calidad de Servicio

Fco. Javier Ygez Garca

ARQUITECTURA Y SERVICIOS DE INTERNET

Parmetro de Calidad de Servicio

Retardo de Transmisin: Variable en funcin de la Longitud de la

ARQUITECTURA Y SERVICIOS DE INTERNET

NUNCA DEBE SUPERARSE el Retardo Mximo

Retardo = T1 +P1 +Q1 +T2 +P2+ Q2 + T3 +P3 + Q3 + T4 +P4 = n ms

Fco. Javier Ygez Garca

Parmetro de Calidad de Servicio

Fco. Javier Ygez Garca

ARQUITECTURA Y SERVICIOS DE INTERNET

Parmetro de Calidad de Servicio

Fco. Javier Ygez Garca

ARQUITECTURA Y SERVICIOS DE INTERNET

Parmetro de Calidad de Servicio

Fco. Javier Ygez Garca

ARQUITECTURA Y SERVICIOS DE INTERNET

JITTER se ocasiona por los Tiempos de Espera

Variacin alta = Calidad desigual del sonido o la

Fco. Javier Ygez Garca

JITTER MNIMO: Parmetro QoS significativo

Problemtica de la LATENCIA y JITTER en VoIP en Internet

Fco. Javier Ygez Garca

ARQUITECTURA Y SERVICIOS DE INTERNET

Problemtica de la LATENCIA y JITTER en VoIP

El ritmo de transmisin de un emisor no coincide con el ritmo de

Emisor bla, bla,

LATENCIA EN LA RED: 60 ms + 30 ms (jitter)

ARQUITECTURA Y SERVICIOS DE INTERNET

Seal de voz analgica.

La mayora de los Codec comprimen la corriente PCM

Fco. Javier Ygez Garca

ARQUITECTURA Y SERVICIOS DE INTERNET

Parmetro de Calidad de Servicio

Proporcin de paquetes perdidos respecto de los enviados en un determinado