QoS Diseño de Redes Convergentes

Ing. Samir Guzmn Especialista en redes y telecomunicaciones. D.E.A en seguridad de la informacin.
PhD en Ingeniera Telemtica (en curso)
Especializacin en redes y telecomunicaciones
Objetivos del curso.

Disear redes convergentes fiables. Presupuesto de AB. Infraestructura. Identificar si una red tiene los componentes esenciales para que la voz y el video sobre ip funcionen. Aprender una metodologa para comprobar los parmetros necesarios para viabilidad de voip. Uso de herramientas como apoyo en la mencionada metodologa. Aprender los conceptos bsicos que soportan los anteriores objetivos.(H.323,sip ,jitter, retardo, ect)
Algunos temas a tratar en el curso

QoS CoS Intserv Diffserv RSVP
MPLS
Arquitecturas de ayer.
Arquitecturas de hoy
Arquitecturas.
Por que integrar redes (convergencia)?
Razones para implementar Voip.
Barreras para la implementacin de voip.
Voip. Desventajas.
10
Algunos conceptos.
11
Tendencia de soluciones voip en el mundo.
12
Conceptos bsicos de voip

-Es una aplicacin no orientada a conexin (udp). -Sensible al retardo y la perdida de paquetes.
13
Calidad del video y la voz sobre ip.
14
Aplicaciones Crticas y no Crticas Compiten por Ancho de Banda.

Aplicaciones consumidoras de Ancho de Banda
Transferencia de Imagenes, Streaming Media
Demanda Excede Capacidad
Aplicaciones NoAutorizadas
Surfeando el Web, Napster, E-Compras
ENLACE WAN
Aplicaciones Crticas
VoIP, Oracle, SAP, PeopleSoft, etc.
15
Problemas en redes ip.
16
Acceso al Enlace WAN es el Problema.
Enlace WAN Cuello de Botella

OCOC-3, OCOC-12, OCOC-48, OCOC-192
56k - T1
Red Almbrica, Inalmbrica, Cable, DSL
10/100/1000
Backbone de Alta Velocidad
LAN de Alta Velocidad
17
Aplicaciones Crticas y no Crticas Compiten por Ancho de Banda.
18
Voz Vs Datos.
Datos
Voz
Con Picos vs. No sensible a prdidas No sensible a retardo Retransmisin TCP
Suave Sensible a prdidas Sensible a retardo UDP Best Effort

19
Esquema de trasmision de voip.
20
Contribuyentes del retardo.
21
Retardo(delay).
CB Zone Satellite Quality High Quality 0 100 200 300 400 Time (msec) Delay Target 500 Fax Relay, Broadcast 600 700 800
ITUs G.114 Recommendation = 0 150msec 1-way delay
22
Componentes fijos del retardo.

Propagation Delay Serialization Delay Buffer to Serial Link Processing Delay
Propagationsix microseconds per kilometer Serialization Processing

Coding/compression/decompression/decoding Packetization
23
Paquetizacion de la voz.
24
Retardo de paquetizacin.
25
Retardo algortmico(codificacin).
26
Retardo de serializacin.
Voice Packet 60 bytes Every 20ms Voice Packet 60 bytes Every >180ms Voice Packet 60 bytes Every >180ms
~180ms Serialization Delay

Voice 1500 bytes of Data Voice Voice 1500 bytes of Data Voice Voice 1500 bytes of Data Voice
10mbps Ethernet
10mbps Ethernet
64kb WAN
Large packets can cause playback buffer underrun, resulting in slight voice degradation Jitter or playback buffer can accommodate some delay/delay variation
27
Ejemplo de uso de LFI.

Antes 60-bytes Voz 1500-bytes Trama de datos
Retraso producido = 187.5 ms (Frame = 1500byte a 64 Kbps)
Usando LFI Datos Datos Voz Datos

28
Retardo de serializacion.
Frame Size
1 Byte 56kbps 143us 125us 62.5us 31us 15.5us 10us 5us 64 Bytes 9ms 8ms 4ms 2ms 1ms 128 Bytes 18ms 16ms 8ms 4ms 2ms 256 Bytes 36ms 32ms 16ms 8ms 4ms 512 Bytes 1024 Bytes 1500 Bytes
72ms 144ms 214ms 64ms 128ms 187ms 32ms 16ms 8ms 64ms 32ms 16ms 93ms 46ms 23ms
Link Speed
64kbps 128kbps 256kbps 512kbps 768kbps 1536kbs
640us 1.28ms 2.56ms 5.12ms 10.24ms 15mss 320us 640us 1.28ms 2.56ms 5.12ms 7.5ms
29
Componentes variables del retardo.

Queuing Delay Queuing Delay Queuing Delay
Dejitter Buffer
Queuing delay Dejitter buffers Variable packet sizes

30
Variacin del retardoJitter.

Receiver Sender Network
Sender Transmits
t A D1 D 2 = D1 B C
Sink Receives
D3 = D2
31
Dejitter buffer.
32
Componentes del retardo.
33
Calculo del BW por llamada.

Voice packet size (214 bytes) = MAC header (14 bytes) + IP/UDP/RTP header (40 bytes) + voice payload (160 bytes) Voice packet size in bits (1712) = voice packet size (214) * bits per byte (8) Voice packets per second (50) = CODEC bit rate (64 Kbps) / voice payload size (1280 bits) Bandwidth per call (85.6 Kbps) = voice packet size in bits (1712) * voice packets per second (50)
34
Ancho de banda.Escogencia de codec.

Voice Band Traffic
Encoding/ Compression
G.711 PCM A-Law/u-Law G.726 ADPCM G.727 EE-ADPCM G.729 CSCS-ACELP G.728 LDLD-CELP G.723.1 CELP
Result Bit Rate

64 kbps (DS0)
16, 24, 32, 40 kbps 16, 24, 32, 40 kbps 8 kbps 16 kbps 6.3/5.3 kbps Variable
35
RTP
El protocolo RTP se encarga de la transmisin de los datos con caractersticas de tiempo real y datos multienvo. Este protocolo utiliza los servicios de UDP para la transmisin de sus paquetes. Por si mismo, no proporciona ningn mecanismo para asegurar la correcta distribucin de los datos ni ofrece ninguna garanta de calidad de servicio No realiza la sincronizacin de los datos, que la debe de llevar a cabo la aplicacin
36
RTP
37
Compresin RTP.
38
39
Prdida de paquetes vs calidad del video. - Packet Loss

ej: 0% de perdidas de paquetes
40
Prdida de paquetes vs calidad del video. 1% de perdidas de paquetes
41
Prdida de paquetes vs calidad del video. 10% de perdidas de paquetes
42
Mean Opinion Score.

Source Channel Simulation Impairment Codec X
1 2 3 4 5
Nowadays, a chicken leg is a rare dish. Rating Speech Quality Level of Distortion
5 4 3 2 1 Excellent Good Fair Poor Unsatisfactory Imperceptible Just perceptible, not annoying Perceptible, slightly annoying Annoying but not objectionable Very annoying, objectionable
1 2 3 4 5
MOS of 4.0 = Toll Quality
43
Prdida de paquetes consecutivo degrada la calidad de la voz.

Consecutive Frames Lost:
M.O.S. :
4.2
3.2
2.4
2.1
1.7
G.729 Error Recovery for Internet Telephony, Jonathan Rosenberg, Lucent Technology and Columbia University V.O.N. Conference 9/97
44
En resumen
45
Requerimientos de Calidad de Servicio de las aplicaciones.

Aplicacin Correo electrnico Transferencia de ficheros Acceso Web Login remoto Audio bajo demanda Vdeo bajo demanda Telefona Vdeoconferencia Fiabilidad Alta (*) Alta (*) Alta (*) Alta (*) Media Media Media Media Retardo Alto Alto Medio Medio Alto Alto Bajo Bajo Jitter Alto Alto Alto Medio Medio Medio Bajo Bajo Ancho de Banda Bajo Medio Medio Bajo Medio Alto Bajo Alto
(*) La fiabilidad alta en estas aplicaciones se consigue automticamente al utilizar el protocolo de transporte TCP 46
Trafico sin QoS.
47
Trafico con QoS. Clasificacin.
Prioridades.
48
En ausencia de QoS.
49
Trafico de videoconferencia sin qos.
50
Calidad de Servicio (QoS).

Decimos que una red o un proveedor ofrece Calidad de Servicio o QoS (Quality of Service) cuando se garantiza el valor de uno o varios de los parmetros que definen la calidad de servicio que ofrece la red. Si el proveedor no se compromete en ningn parmetro decimos que lo que ofrece un servicio best effort. El contrato que especifica los parmetros de QoS acordados entre el proveedor y el usuario (cliente) se denomina SLA (Service Level Agreement)
51
Los objetivos de la calidad de servicio.

El objetivo de la calidad de servicio en una red es cuantificar el tratamiento que un paquete debe esperar a medida que circula por la red. El objetivo de una QoS diferenciada, es el dar a ciertos paquetes un mejor trato y a otros un peor trato. Hay que tener en cuenta que QoS no puede crear ancho de banda adicional, sino que debe manejar el trfico de manera que el ancho de banda disponible soporte los requerimientos de un amplio rango de aplicaciones que la performance actual de BE no puede soportar.
52
Necesidad QoS en VoIP.

VoIP requiere misma calidad que telfono tradicional.
Los usuarios de aplicaciones de VoIP, necesitan obtener la misma calidad de transmisin que la recibida hasta entonces mediante la red telefnica bsica. Esto implica alta calidad en las transmisiones de voz.
Muy Sensible a retardos, y necesita un banda garantizado.
ancho de
Las aplicaciones de VoIP tienen una gran sensibilidad ante los retardos, y necesitan un mnimo ancho de bada garantizado.
53
Necesidad QoS en VoIP

Perdida de paquetes < 1%
El codec por defecto G.729 requiere que el nmero de paquetes perdidos sea menor del 1% para evitar errores perceptibles. Idealmente no debe de producirse perdida de paquetes.
Retraso extremo-extremo < 150 ms

La especificacin de la ITU G.114 recomienda menos de 150 ms de retraso mximo entro los nodos extremos(bordes de la red), para trfico en tiempo real, como la voz.
Los paquetes de VoIP deben recibir un trato especial

54
Congestin y Calidad de Servicio

Sera muy fcil dar Calidad de Servicio si las redes nunca se congestionaran. Para ello habra que sobredimensionar todos los enlaces, cosa no siempre posible o deseable. 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). El SLA suele ser esttico y definido en el momento de negociacin del contrato con el proveedor de servicio o ISP (Internet Service Provider).
55
Efectos de la congestin en el tiempo de servicio y el rendimiento

Aqu QoS!!
Tiempo de Servicio
Sin Congestin Congestin Moderada Congestin Fuerte Sin Congestin Congestin Moderada Congestin Fuerte
Carga
QoS intil QoS til y viable QoS inviable QoS intil QoS til y viable
Rendimiento
Carga
QoS inviable
Por efecto de retransmisiones

56
Calidad de Servicio en Internet

La congestin y la falta de QoS es el principal problema de Internet actualmente. TCP/IP fue diseado para dar un servicio best effort. Existen aplicaciones que no pueden funcionar en una red congestionada con best effort. Ej.: videoconferencia, VoIP (Voice Over IP), etc. Se han hecho modificaciones a IP para que pueda funcionar como una red con QoS.
57
Qos extremo a extremo.
Mirar prioridad y aplicar QoS Mirar prioridad y aplicar QoS Mirar prioridad y aplicar QoS
H.323, lo marco como prioritario Aplico QoS, y quito las marcas
Trafico H.323 Trafico FTP Trafico HTTP
58
Mecanismos de cola
QoS
First-in First-out (FIFO)
Priority Queuing(PQ) Custom Queuing (CQ) Weighted Fair Queueing (WFQ) y otros
59
FIFO, el ms bsico Usa la tcnica de Almacenamiento y reenvo

En su forma ms sencilla, el mecanismo de cola FIFO, se encarga de almacenar paquetes cuando hay congestin en la red, y a enviarlos cuando tiene la posibilidad, manteniendo el orden de llegada, es decir, que no ofrece ninguna prioridad de unos paquetes sobre otros. Es el mtodo ms rpido. Este es el mecanismo que se suele utilizar por defecto, como ya comentamos anteriormente cuando hablamos de best-effort. Cisco lo utiliza por defecto en enlaces superiores a 2 Mbps
60
FIFO FIFO est limitado por su bufer.

Este algoritmo, al igual que ocurre con el resto de mecanismo de cola, tiene como limitacin la capacidad de su bufer en momentos de congestin.
No es recomendable para QoS.

Hoy en da se necesitan algoritmos ms sofisticados, que permiten diferenciar entre distintos tipos de paquete, por lo que este mtodo est cayendo en desuso.
61
Mecanismos de cola QoS

62
Prioritizing Traffic (PQ) Da prioridad estricta al trfico importante

Asegura que el trfico importante reciba un servicio rpido en cada punto de la red, donde est mecanismo este presente.
Existen 4 clases de prioridad de trfico

En el mecanismo PQ, cada uno de los paquetes debe de ser colocado en una de las cuatro posibles colas (alta, media, normal, baja prioridad), servidas en riguroso orden de prioridad, lo cual puede crear inanicin. Ofrece garantas totales. Las prioridades se definen por filtros en los routers.
63
Prioritizing Traffic (PQ) Clasificacin: Protocolo,interfaz de acceso dir. Origen y destino, tamao del paquete.
La prioridad de los paquetes puede diferenciarse por diversos medios, como: el protocolo de red, el interfaz del router por el que llegue el paquete, el tamao del paquete y la direccin de origen o destino. Los paquetes que no se puedan clasificar sern asignados a la cola de prioridad normal.
Inconveniente: Este mtodo es esttico y no se adapta a los requerimientos de la red. Adems, puede crear inanicin, es decir dejar fuera de servicio a trfico menos prioritario.
64
Esquema grfico (PQ)
65
Mecanismos de cola QoS

66
Custom Queueing (CQ) Permite que las aplicaciones compartan la red

CQ fue diseado para permitir que varias aplicaciones compartieran la red, y que adems tuvieran asignado un ancho de banda mnimo garantizado, y unas garantas aceptables en cuanto a los retrasos.
El ancho de banda se reparte equitativamente.

En este mtodo el acho de banda debe de ser compartido proporcionalmente entre las aplicaciones o usuarios en forma de Round Robin o quantos de tiempo, sin dejar trfico fuera de servicio. 67 No d garantas estrictas.
Esquema grfico (CQ)
68
Low Latency Queue-Recomendado para voip

LLQ se comporta como una Priority Queue.
V: voice
LLQ es recomendable para trfico multimedia (VoIP) que requiere de unas caractersticas muy especiales: bajo retardo y jitter. Se puede configurar junto al resto de colas CBWFQ como una cola ms asociada a una clase determinada.
69
Escogiendo el mtodo de encolamiento.
70
H.323
71
Componentes de una arquitectura h.323
72
Arquitectura h.323
73
Componentes de una red H.323.
74
Gatekeeper
75
Protocolos h.323
76
Voice over IP Protocols

Presentation Session Transport Network Link Physical G.729(A)/G.723(.1)/G.711 H.323/H.323Gateway RTP/UDP/RSVP IP/WFQ/IP-prec MLPPP/FR/ATM AAL1
77
H.323 Signaling
Admission Request
Admission Confirm
RAS
Gatekeeper
H.323 Gateway
Setup Connect
H.225 (Q.931)
Capabilities Exchange Open Logical Channel Open Logical Channel Acknowledge
H.323 Gateway H.245
Path Resv
RTP Stream RTP Stream RTCP Stream
RSVP
Media
78
Sealizacion directa
79
Sealizacion con gatekeeper.
80
SIP
81
SIP
82
Funciones sip.
Resolucin de Direcciones Funciones de Sesin Establecimiento Negociacin de medios Modificacin Terminacin Cancelacin Sealizacin en llamada Control de llamada Configuracin de QoS
83
84
Funciones sip.
Establecer, modificar y finalizar llamadas/sesiones. Registro y localizacin de participantes. Movilidad. Gestin del conjunto de participantes y de los componentes del sistema. Descripcin de caractersiticas de las sesiones y negociacin de capacidades de los participantes.
85
Session setup.
86
Softswitch dentro una arquitectura sip.

Qu es un Softswitch Un softswitch es un dispositivo que proporciona: Inteligencia que controla los servicios de conexin para los Media Gatewayw, y /o puntos terminales IP nativos. Capacidad para seleccionar los procesos que pueden ser aplicados a una llamada. Enrutamiento de las llamadas en la red basado en la sealizacin y en la informacin de la base de datos de usuarios. Capacidad de transferir el control de la llamada a otro elemento de la red. Hace de interfaz y da soporte a funciones de gestin tales como provisionamiento, fallos, facturacin, etc.
87
Qu debe ofrecer un softswitch

Escalabilidad Desde 2 telfonos a cientos de miles de telfonos Migracin Integracin de PSTN a IP mediante Gateways Interfaz de usuario consistente a travs de toda la Organizacin Las mismas funcionalidades PBX indepentiende de la localizacin Aplicaciones centralizadas Envo de mensajes de voz a cualquiera de la organizacin Call Center Cualquiera de la red puede ser un agente Gestionabilidad Gestin centralizada para cambios, movimientos, informes, y adicin de nuevos terminales Nuevas aplicaciones para los usuarios
88
MODELOS DE SERVICIO (QoS)
Best-Effort Service Integrated Service Differentiated Service

89
Calidad de servicio en Internet: mecanismos

Se han desarrollado y estandarizado los dos mecanismos de QoS, reserva y prioridad: IntServ (Integrated Services) y protocolo RSVP. El usuario solicita de antemano los recursos que necesita; cada router del trayecto ha de tomar nota y efectuar la reserva solicitada. DiffServ (Differentiated Services). El usuario marca los paquetes con un determinado nivel de prioridad; los routers van agregando las demandas de los usuarios y propagndolas por el trayecto. Esto le da al usuario una confianza razonable de conseguir la QoS solicitada. Es el ms interesante actualmente. ... (ambos son compatibles y pueden coexistir) No hemos incluido Best Effort, porque es equivalente a no hacer nada, el ms fcil de implementar con gesti n de 90 colas por FIFO (First In, First Out)
Best-Effort Service Es el modelo ms sencillo.

Es un modelo simple de servicio, en el cual, una aplicacin enva informacin cuando ella lo desea, en cualquier cantidad, sin ningn permiso requerido, y sin informar previamente a la red.
No asegura, throughput, retraso o fiabilidad

La red reparte o enva la informacin si puede, sin asegurar ningn retraso, throughput o fiabilidad
Usa modelo de cola FIFO(First-in fisrt-out)

91
Best-Effort Service Integrated Service Diferentiated Service

92
Intserv
93
Integrated Service Integrated Service. Dos tipos de QoS.

Este modelos tambin es conocido en muchas reas de la literatura de QoS, como Guaranteed level. Se le llama as porque uno de los dos tipos de QoS que ofrece garantiza recursos ntegramente.
Antes de enviar datos peticin servicio

En este modelo, una aplicacin realiza una peticin de una clase de servicio especfica a la red, antes de comenzar a enviar informacin.
94
Integrated Service Sealizacin explicita Clase de servicio !

La peticin se realiza mediante una sealizacin explicita, de modo que la aplicacin informa a la red del perfil o caractersticas de su trfico, y pide una clase particular de servicio que pueda satisfacer sus requerimientos, tanto de ancho de banda como de retraso.
La red confirma la peticin.

La aplicacin queda a la espera de enviar la informacin hasta recibir la confirmacin de la peticin por parte de la red.
95
Integrated Service La red realiza control de admisin.

La red realiza una control de admisin, en funcin de la peticin realizada por la aplicacin y los recursos disponibles en la red.
La red guarda informacin de estado.

La red mantiene informacin del estado de s misma por flujos, mirando la clasificacin, normas, y el algoritmo de cola en cada estado.
96
Integrated Service
RSVP
RSVP: Mecanismo ms utilizado en el modelo Integrated Services. Es un protocolo de sealizacin, no de routing.

El mecanismo ms importante para llevar a cabo el modelo Integrated Service es el llamado RSVP, Resource Reservation Protocol, que puede ser utilizado por las aplicacin para enviar los requerimientos de QoS al router.
Con RSVP pueden usarse 2 mecanismos (o clases de servicio)
Guaranteed Rate Service

Equivalente en ATM a CBR, VBR-rt
Controled Load Service

Equivalente en ATM a VBR-nrt
97
Intserv
98
Tipos de servicio en IntServ
99
RSVP
100
RSVP
Se necesitan 1 Mbps y retardo 200 ms
Reserva 1 Mbps Necesito 1 Mbps y retardo 200 ms
Reserva 1 Mbps OK Reservado
OK Reservado
RSVP
Trfico de datos Mejor Esfuerzo
Trfico Tiempo Real Retardo consistente

Problemas de IntServ.
103
Problemas de IntServ/RSVP
RSVP produjo una euforia inicial (19961997) que luego di paso a la decepcin. La razn principal fueron problemas de escalabilidad debidos a la necesidad de mantener informacin de estado en cada router de cada flujo. Esto hace inviable usar RSVP en grandes redes, por ejemplo en el core de Internet.
104
Problemas de rsvp
105
Problemas de RSVP.
106
Best-Effort Service Integrated Service Differentiated Service

107
Differentiated Service Modelo basado en uso de mltiples clases.

Differentiated Service es un modelo de mltiples servicios que puede satisfacer diferentes requerimientos de QoS.
No usa seales Integrated Services.

No utiliza seales para especificar los servicios requeridos de la red previamente, lo cual lo diferencia del nivel o modelo Integrated Service, que veremos a continuacin.
Clase especificada por: IP Precedence, DSCP

En este modelo, la red intenta hacer un reparto basndose en una serie de clases de QoS, especificadas en cada paquete. Esta clasificacin se puede realizar usando diferentes mtodos, como IP Precedence o DSCP.
DSCP= Differentiated Service Code Point

108
Diffserv
109
Diffserv
110
Diffserv
111
112
Reparto de recursos en Diffserv
113
DS-Expedited Fowarding
114
Clase AF (Assured Fowarding).
115
Servicios en DiffServ.
116
Valores dscp.
117
Diffserv en los routers
118
Pasos para la aplicacin de QoS en DiffServ

Comprobar que existe suficiente ancho de banda para cursar la comunicacin. Clasificacin y marcado de paquetes por la direccin IP, puertos, etc Eleccin de un mecanismo de cola eficiente que respete la SLA. Mecanismo de fragmentacin.
119
Identificacion/Clasificacion de flujos.
120
Identificacion/Clasificacion de flujos.
121
Qos. Type of service (layer 3).
122
Cos-Layer 2
123
L2 cos to L3 DS mapping.
124
Herramientas de qos:Policing.
125
Herramientas de qos:Policing :Shaping.
126
Policer vs shaper
127
128
Intserv vs DiffServ
129
IntServ vs Diffserv.
130
Intserv Vs Diffserv.
131
Grado de aceptacin de Diff-Serv

Enthusiasm
Diff-Serv will solve some of the worlds QoS Diff-Serv Engineering? Diff-Serv SLA ? Internet e2e SLA? Inter-SP Diff-Serv and end-to-end Internet QoS need further standardisation and commercial arrangements
Real value
Diff-Serv Routers Diff-Serv Design & Deployment intra Domain (eg VPN QoS)
today
Time
132
Grado de aceptacin de Int-Serv/RSVP

Enthusiasm
Int-Serv/RSVP will solve the worlds QoS ISP mapping RSVP over ATM
for MPLS TE in ISP
Real value
Cool thing to say: RSVP does not scale
for Mission Critical and Multimedia in Enterprise (Int-Serv over Diff-Serv) for VoIP in Enterprise
Today Today Intra-ISP Enterprise

Time
133
Clasificacin de aplicaciones en un dominio Diffserv.
134
Modelo de qos basados en clases Diffserv.
135
Naturaleza del trfico de video.

No poner al video y la voz en la misma cola de prioridad. Por que?
136
Caractersticas del trfico de videoconferencia.
137
Clasificacin de aplicaciones.
138
Clasificacin de aplicaciones.
139
Reparticin de ancho banda usual entre clases.
140
Escogencia de gatekeeper
Gatekeeper should be sized based on: Number of endpoint registration Performance Administration Proxy/NAT performance
Router Registration Simultaneous Calls Proxy sessions
7200
3000
500
50@768 75@384
3660
1800
250
25@768 35@3842684
3640
1800
150
10@768 15@3841514
3620
1800
75
10@768 15@384
2620
900
60
2@768 4@384384
141
Visibilidad nivel 7. Por Que es Importante L7? (Una Razon)
75 6699 243 999 490 56 49 1567
6666
850
1467
56
56
8888 356 56
?
80
2234
540
1678
10 789 498
625 621 1326

142
1200
53
Caso de estudio.Monitoreo de trafico.

Caso prctico: Planificacin de ancho de banda Caso real ocurrido en un cliente: Las aplicaciones a travs de un enlace transocenico experimentan una rendimiento muy bajo. Las estadsticas SNMP del router muestran un trfico muy elevado Se propone un incremento de ancho de banda con un coste adicional de 120.000 al ao
143

La distribucin de protocolos muestra que el 70% del trfico es HTTP. Clic en H para ver los usuarios de ste protocolo.
144

El servidor proxy US Web Proxy Server es el dispositivo que ms trfico HTTP recibe/genera en el enlace a Singapur. Esto no debera ser as pues los empleados en Asia tienen su propia salida a Internet. Conclusin: alguin modific la configuracin proxy en los exploradores web para tener un acceso a Internet ms rpido.
145
Arquitecturas de la actualidad
Headquarters (or SP)
Branch Office
IP
Application Servers
146
Optimizacin WAN-Simtrica/asimtrica
147
Problemas de rendimiento en la WAN.
148
Aumentar ancho de banda.

Ya ya, s lo de siempre Solucin: Oversubscribe !! Through more bandwidth at the problem !! No siempre es la solucin: No siempre es barato aumentar el BW (ej: acceso, peering) Si se le da ms BW al usuario habr mayor demanda Un pico en la demanda degradara la calidad de servicios sensibles El pico puede ser de trfico scavenger !! (DoS, worm bastan 10 PCs para saturar 1GEth) Hoy en da ya no es suficiente para un ISP con ofrecer un servicio Best Effort La tecnologa para ofrecer QoS ya es asequible y fiable Pero la ingeniera de estas redes no es sencilla !
149
Network and voip assesment.

Herramientas de monitoreo y evaluacin Habilidad de establecer el mnimo requerimiento para la ejecucin correcta de las aplicaciones
Retraso debido a la red Retraso debido al servidor
150
Herramientas de diagnostico.Cisco Netflow.
151
Netflow.
152
Netflow.
153
Netflow.
154
Arquitecturas empresariales de hoy.

Headquarters (or SP)
Branch Office
IP
Application Servers
155
Analizar
Herramientas de monitoreo y evaluacin Habilidad de establecer el mnimo requerimiento para la ejecucin correcta de las aplicaciones
Retraso debido a la red Retraso debido al servidor
156
Control - Impacto de Administracin de Ancho de Banda

Sin Control
Con Control
157
VOIP y NAT/Firewalls
VOIP is one of many IP applications that has problem traversing NAT and firewalls When ports are assigned dynamically (not wellknown as with TCP, http), applications have problem with NAT/Firewalls In H.323, call setup message contains address and port information in the payload. So even if NAT changes the IP address and port in the packet itself, the called party will use the private IP in the payload and hence the application fails
158
VOIP y NAT/Firewalls
H.323 and SIP exchange address and port information about data channel (RTP channels) within the control messages. If H.323 is using slow start, H.245 port information is conveyed in the h225 channel. Firewall needs to monitor H.225 channel for H.245 port (because there cannot be any static rule that can allow this H.245 connection while blocking other undesired TCP connection)
159
Soluciones NAT/Firewall Issues

Proxy placed at the border between two domains (private and public IP) Proxy terminates sessions with both the hosts and relays application signaling message as well as RTP media streams transparently between the two hosts Have ALG (Application Level Gateway) embedded ALG examines and modifies application payload content to allow VOIP traffic traverse the NAT/firewall Most common commercial solution ALG-enabled NAT/firewalls are quite expensive
160
Solutions to NAT/Firewall Issues Have a new type of firewall that dynamically opens pinholes to let a VOIP call go through it
Module called Firewall Control Proxy (FCP) placed in the signaling path between private and public domains and monitors the call setup signals and commands the firewall to allow RTP streams destined to the appropriate IP addresses to pass through
161
QoS en frame relay. Definiciones.

Tamao de rfaga comprometido (Bc) : la cantidad mxima de datos que la red acuerda en transferir, bajo condiciones normales, medida durante un intervalo T. Estos datos pueden ser contiguos o no (es decir, estos datos pueden aparecer en una trama o en varias tramas). Tamao de rfaga en exceso (Be) : la cantidad mxima de datos por encima de Bc que la red intentar transferir, bajo condiciones normales, medida durante un intervalo T. Estos datos no se encuentran garantizados en el sentido que la red no se compromete a entregarlos bajo condiciones normales. Dicho de otra manera, los datos que representan Be son entregados con una probabilidad menor que los datos dentro de Bc. Las cantidades Bc y CIR se encuentran relacionadas. Debido a que Bc es la cantidad de datos comprometida que el usuario puede transmitir a lo largo de un tiempo T, y CIR es la tasa a la cual se pueden transmitir los datos comprometidos, se tiene que: T = Bc/CIR
162
Qos en Frame relay.
163
Qos en frame relay
164
Otros problemasEco
165
Fuentes de eco.
166
Telepresence y videoconferencia
167
Voice VLAN
168
Caso de estudio. Tabla erlang B
169
170

QoS Diseño de Redes Convergentes

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

QoS Diseño de Redes Convergentes

Hochgeladen von

Copyright:

Verfügbare Formate

Ing. Samir Guzmn Especialista en redes y telecomunicaciones. D.E.A en seguridad de la informacin.

PhD en Ingeniera Telemtica (en curso)

Especializacin en redes y telecomunicaciones

Objetivos del curso.

Especializacin en redes y telecomunicaciones

Algunos temas a tratar en el curso

Especializacin en redes y telecomunicaciones

Especializacin en redes y telecomunicaciones

Especializacin en redes y telecomunicaciones

Especializacin en redes y telecomunicaciones

Por que integrar redes (convergencia)?

Especializacin en redes y telecomunicaciones

Razones para implementar Voip.

Especializacin en redes y telecomunicaciones

Barreras para la implementacin de voip.

Especializacin en redes y telecomunicaciones

Especializacin en redes y telecomunicaciones

Especializacin en redes y telecomunicaciones

Tendencia de soluciones voip en el mundo.

Especializacin en redes y telecomunicaciones

Conceptos bsicos de voip

Especializacin en redes y telecomunicaciones

Calidad del video y la voz sobre ip.

Especializacin en redes y telecomunicaciones

Aplicaciones Crticas y no Crticas Compiten por Ancho de Banda.

Demanda Excede Capacidad

Problemas en redes ip.

Especializacin en redes y telecomunicaciones

Acceso al Enlace WAN es el Problema.

Enlace WAN Cuello de Botella

Red Almbrica, Inalmbrica, Cable, DSL

Backbone de Alta Velocidad

LAN de Alta Velocidad

Aplicaciones Crticas y no Crticas Compiten por Ancho de Banda.

Especializacin en redes y telecomunicaciones

Con Picos vs. No sensible a prdidas No sensible a retardo Retransmisin TCP

Suave Sensible a prdidas Sensible a retardo UDP Best Effort

Especializacin en redes y telecomunicaciones

Esquema de trasmision de voip.

Especializacin en redes y telecomunicaciones

Contribuyentes del retardo.

Especializacin en redes y telecomunicaciones

ITUs G.114 Recommendation = 0 150msec 1-way delay

Especializacin en redes y telecomunicaciones

Componentes fijos del retardo.

Propagationsix microseconds per kilometer Serialization Processing

Especializacin en redes y telecomunicaciones

Especializacin en redes y telecomunicaciones

Especializacin en redes y telecomunicaciones

Especializacin en redes y telecomunicaciones

~180ms Serialization Delay

Especializacin en redes y telecomunicaciones

Ejemplo de uso de LFI.

Usando LFI Datos Datos Voz Datos

Especializacin en redes y telecomunicaciones

64kbps 128kbps 256kbps 512kbps 768kbps 1536kbs

Especializacin en redes y telecomunicaciones

Componentes variables del retardo.

Queuing delay Dejitter buffers Variable packet sizes

Especializacin en redes y telecomunicaciones

Variacin del retardoJitter.

Especializacin en redes y telecomunicaciones

Especializacin en redes y telecomunicaciones