Cisco QoS v1
Cisco QoS v1
Pgina
Introduccin................................................................................................4
Descripcin de QoS en Cisco....................................................................4
1. Cundo se requiere configurar calidad de servicio?
2. Requisitos en el enrutador
3. Modelos de calidad de servicio
4. Mecanismos de calidad de servicio
5. Introduccin a MQC
Clasificacin y marcacin de paquetes..................................................9
1. Clasificacin de trfico
2. Marcacin de paquetes
3. Ejemplos de configuracin
Manejo de la congestin..........................................................................15
1. Introduccin al encolamiento
2. Arquitectura de colas en Cisco
3. Mtodos bsicos de encolamiento
4. Mtodos avanzados de encolamiento
5. Otras tcnicas de encolamiento
6. Conclusiones sobre encolamiento
7. Ejemplos de configuracin
Evitamiento de la congestin....................................................................34
1. Congestin y TCP
2. RED : Random Early Detection
3. WRED : Weighted Random Early Detection
4. Ejemplos de configuracin
Control de trfico: Policy & Shaping40
1. Introduccin al control de trfico
2. Implementacin de Traffic Policing
3. Implementacin de Traffic Shaping
4. Ejemplos de configuracin
Mecanismos de eficiencia en enlaces WAN50
1. Introduccin a los mecanismos de eficiencia
2. Compresin de datos (payload)
Autor: Gianpietro Lavado Chiarella
Pgina 2
10/10/04
Pgina 3
10/10/04
Pgina 4
10/10/04
Similar para el video, pero este trfico contiene rfagas. Por esta razn
no se necesita garantizar un ancho de banda fijo sino un mnimo, igual
al stream + 20%.
VOZ
VIDEO
Pgina 5
10/10/04
Pgina 6
10/10/04
Pgina 7
10/10/04
POLTICA 1:
Interfase
Ethernet0
POLTICA 2:
Int. Serial0.1
BW y Delay
garantizados
CLASE FTP
CLASE SQL
Mejor esfuerzo,
BW limitado
policy-map VOZ_POL
class VOZ
priority 100
set ip dscp cs5
policy-map DATOS
class FTP
police 128000 1280 0
class SQL
bandwidth 100
Int. Serial0.3
interface ethernet0
service-policy output VOZ_POL
interface serial0.1
frame-relay interface-dlci 1
service-policy output VOZ_POL
interface serial0.3
frame-relay interface-dlci 3
service-policy output DATOS
Pgina 8
10/10/04
VALOR BINARIO
NOMBRE
0
1
2
3
4
5
6
7
000
001
010
011
100
101
110
111
routine
priority
immediate
flash
flash-override
critical
internet
network
Pgina 9
10/10/04
VALOR BINARIO
NOMBRE
0
1
2
3
4
5
6
7
46
10
12
14
18
20
22
26
28
30
34
36
38
000000
001000
010000
011000
100000
101000
110000
111000
101110
001010
001100
001110
010010
010100
010110
011010
011100
011110
100010
100100
100110
Default
cs1
cs2
cs3
cs4
cs5
cs6
cs7
ef
af11
af12
af13
af21
af22
af23
af31
af32
af33
af41
af42
af43
Pgina 10
10/10/04
Pgina 11
10/10/04
Pgina 12
10/10/04
192.168.1.0
ROUTER A
.2
s1/1
.3
ROUTER_D
ROUTER C
192.168.3.0
s0
ROUTER B
.2
.3
La red 192.168.2.0 contiene servidores que deben tener mayor prioridad que los de la red
192.168.3.0 cuando sus datos son transmitidos hacia la red de usuario (192.168.1.0)
Marcamos los paquetes en los enrutadores de borde segn las direcciones IP de los hosts,
as evitamos la configuracin de listas de control de acceso en el enrutador central
(Router_C). Nota: El funcionamiento del comando bandwidth ser visto ms adelante.
ROUTER_A
class-map match-any FILESQL
match access-group 10
ROUTER_B
class-map match-any FILESQL
match access-group 10
policy-map DATOS
class FILESQL
set ip precedence 5
policy-map DATOS
class FILESQL
set ip precedence
interface serial0
service-policy output DATOS
interface serial0
service-policy output DATOS
ROUTER_C
class-map match-any FILESQL_HIGH
match ip precedence 5
class-map match-any FILESQL_LOW
match ip precedence 1
policy-map DATOS
class FILESQL_HIGH
bandwidth 256
class FILESQL_LOW
bandwidth 128
interface serial 1/1
service-policy output DATOS
Pgina 13
10/10/04
s0
FxS
FxS
s0
1234
ROUTER_A
ROUTER_B
2345
El enrutador ROUTER_A marca, clasifica y prioriza sus propios paquetes de voz hacia el
enrutador ROUTER_B. Igualmente para el trfico de voz de ROUTER_B hacia ROUTER_A.
La marcacin es hecha en el dial-peer; si la llamada realizada utiliza dicho dial-peer,
entonces los paquetes de voz (y de sealizacin de llamada) se marcan con precedence 5,
luego se clasifican en el class-map VOZ y se priorizan en el policy-map POLIVOZ.
El funcionamiento del comando priority ser visto ms adelante.
ROUTER_A
class-map match-any VOZ
match ip precedence 5
ROUTER_B
class-map match-any VOZ
match ip precedence 5
policy-map POLIVOZ
class VOZ
priority 15
policy-map POLIVOZ
class VOZ
priority 15
interface serial0
service-policy output POLIVOZ
interface serial0
service-policy output POLIVOZ
Pgina 14
10/10/04
100Mbps
64Kbps
flujo de trfico
512Kbps
512Kbps
512Kbps
512Kbps
flujo de trfico
Pgina 15
10/10/04
IP
IP
IP
IP
COLA HW
COLA SW
(FIFO)
INTERFASE
CLASIFICACIN
ENVO O
DESCARTE
COLA 1
ENVO O
DESCARTE
COLA 2
.
.
.
ENVO O
DESCARTE
Pgina 16
PROGRAMADOR
(SCHEDULER)
COLA n
10/10/04
Pgina 17
10/10/04
TAIL
DROP
UNA SOLA
COLA
FIFO
SCHEDULER
COLA
HW
(FIFO)
Pgina 18
10/10/04
B
A
FLUJO
1?
WFQ
DROP
COLA 1
FLUJO
2?
WFQ
DROP
COLA 2
WFQ
DROP
COLA n
.
.
.
FLUJO
n?
Pgina 19
WFQ
SCHEDULER
COLA
HW
(FIFO)
10/10/04
Nmero de colas
B 64Kbps
64K < B 128K
128K < B 256K
256K < B 512K
B 512Kbps
16
32
64
128
256
Pgina 20
10/10/04
N > CDT?
Peor FT? +
NO
NO
SI
SI
NO
NO
SI
X
X
SI
X
NO
SI
NO
SI
ACCIN
A LA COLA
A LA COLA
DESCARTE
DESCARTE
DESCARTE*
N = Nmero de paquetes en la
cola al llegar un nuevo
paquete.
HQO = Hold-queue out limit
CDT = Congestive discard
threshold
FT = Finish Time
B2 (300ms)
100
70 60 50
0ms
Pgina 21
10/10/04
B1
A3
A2
A1
A3
A2
B1
A1
Ventajas de WFQ:
- Simple de configurar.
- Soportado en todas las plataformas y IOS
- Garantiza ancho de banda para todos los flujos y descarta paquetes
en flujos agresivos.
Pgina 22
10/10/04
B
A
CLASE
1?
CLASE
2?
TAIL
DROP
COLA 1
TAIL
DROP
COLA 2
TAIL
DROP
COLA PD
.
.
.
CLASE
PD?
CBWFQ
SCHEDULER
(WRR)
COLA
HW
(FIFO)
PD = Por defecto
Autor: Gianpietro Lavado Chiarella
Pgina 23
10/10/04
2
CBWFQ
SCHEDULER
BANDWIDTH 64
CLASE B
QUEUE SIZE 4
Pgina 24
10/10/04
interface x
service-policy output [nombre de poltica]
Pgina 25
10/10/04
B
A
COLA DE
PRIORIDAD (FIFO)
CAR
AP = Alta Prioridad
COLA DE SOFTWARE LLQ BAJA PRIORIDAD (CBWFQ)
CLASE
1?
TAIL
DROP
COLA 1
CLASE
2?
TAIL
DROP
COLA 2
TAIL
DROP
COLA PD
.
.
.
CLASE
PD?
CBWFQ
SCHEDULER
(WRR)
COLA
HW
(FIFO)
PD = Por defecto
Pgina 26
10/10/04
BANDWIDTH 128
8
2
CBWFQ
SCHEDULER
BANDWIDTH 64
7
Ventajas de LLQ
- Tiene todas las ventajas de CBWFQ.
- Ancho de banda y baja latencia garantizable para trficos de
tiempo real.
- Previene que la cola de alta prioridad monopolice la utilizacin de la
capacidad disponible, fijndole un lmite.
Configuracin de LLQ:
Se configura y aplica igual que CBWFQ, la diferencia es que la clase
en la cual se requiere alta prioridad, debe ser configurada de la
siguiente forma:
class [nombre de clase]
burst tamao de rfaga en bytes (opcional)
priority [Kbps] [burst]
-opriority percent [%] [burst]
Pgina 27
10/10/04
[high/medium/normal/low]
(asocia un protocolo a una cola, se puede detallar el puerto TCP/UDP, ACL, etc)
Pgina 28
10/10/04
(asocia un protocolo a una cola, se puede detallar el puerto TCP/UDP, ACL, etc)
Pgina 29
10/10/04
Interface WAN
congestionada?
NO
No se necesita otra
tcnica que FIFO
NO
NO
Utilizar CBWFQ
o Custom Queuing
SI
Se requiere un
control estricto?
SI
Aplicaciones
sensibles a delay?
SI
Utilizar LLQ, PQ o PIPQ
Pgina 30
10/10/04
s0
192.168.2.0
64Kbps
ROUTER_B
s0
Internet
128Kbps
192.168.1.0
ROUTER_A
64Kbps
192.168.3.0
s0
ROUTER_C
Las redes 192.168.2.0 y 192.168.3.0 utilizan sus enlaces hacia la sede central (ROUTER_A)
slo para consultas peridicas en Internet, las cuales nunca llegan a saturar los enlaces de
64Kbps en ningn sentido. Dado que no existe congestin en estas interfaces, el tipo de
encolamiento ideal es FIFO. Por el contrario, el trfico hacia Internet en la sede central s
llega a saturar el enlace de 128Kbps, tomando en cuenta el trfico de las remotas. Para esta
interfaz el tipo de encolamiento ideal es Weighted Fair-Queue, ya que si bien existe
congestin, no es necesario, en este caso, un control estricto del trfico saliente ni clases de
trfico definidas por el usuario.
ROUTER_A
interface serial0
bandwidth 64
fair-queue
ROUTER_B
interface serial0
bandwidth 64
no fair-queue
ROUTER_C
interface serial0
bandwidth 128
no fair-queue
Pgina 31
10/10/04
ROUTER_B
128Kbps
s0
s0
ROUTER_B
class-map match-any VOZ
match ip precedence 5
class-map match-any FTP
match protocol ftp
class-map match-any HTTP
match protocol http
policy-map POLICOLA
class VOZ
priority 28
class FTP
bandwidth remaining percent 80
class HTTP
bandwidth remaining percent 20
policy-map POLICOLA
class VOZ
priority 28
class FTP
bandwidth remaining percent 80
class HTTP
bandwidth remaining percent 20
interface serial0
bandwidth 128
service-policy output POLICOLA
interface serial0
bandwidth 128
service-policy output POLICOLA
Pgina 32
10/10/04
192.168.2.0
FR
220
s0
192.168.3.0
s0
ROUTER_A
192.168.1.0
ROUTER_C
La sede central se conecta con sus dos remotas a travs de PVCs Frame-Relay. Cada uno
de los enlaces a la nube FR es de 512Kbps, esto hace que las remotas no puedan utilizar
todo su ancho de banda disponible simultneamente. La gran mayora del trfico en las
remotas es de bajada, la red 192.168.3.0 contiene slo servidores de contingencia que
continuamente replican la informacin de la sede central, sin embargo, la red 192.168.2.0 es
una red de usuarios que hacen consultas en lnea y descarga de informacin vital desde la
sede central, siendo para ellos muy importante la rapidez de las descargas. Por esta razn,
la sede central otorga mayor prioridad de envo de informacin hacia ROUTER_B, mientras
que el trfico hacia ROUTER_C puede esperar.
ROUTER_A
interface serial0
bandwidth 512
encapsulation frame-relay
frame-relay interface-queue priority 80 20 10 5
interface serial0.110
frame-relay interface-dlci 110
class ALTA
interface serial0.220
frame-relay interface-dlci 220
class BAJA
map-class frame-relay ALTA
frame-relay interface-queue priority high
map-class frame-relay BAJA
frame-relay interface-queue priority normal
ROUTER_B
interface serial0
bandwidth 512
encapsulation frame-relay
frame-relay interface-dlci 110
ROUTER_C
interface serial0
bandwidth 512
encapsulation frame-relay
frame-relay interface-dlci 220
Pgina 33
10/10/04
Tx
Rx
Rx
N
N+1
N
N+1
ACK
N+1
N+3
ACK
N+1
N+2
N+1
ACK
N+1
N+3
N+1
N+7
N+3
ACK
N+3
N+4
ACK
ACK
Pgina 34
10/10/04
Tiempo
COLA
TCP STARVATION
TCP DELAY
Flujo frgil y
precedence 5
Pgina 35
Flujo agresivo y
precedence 0
10/10/04
Ningn
descarte
Descarte
Tail Drop
Descarte
RED
10 %
32
40
Ocupacin
promedio de la cola
Tiempo
Pgina 36
10/10/04
10 %
20 22 24 26 28 30 32 34 37
IP PREC 0
6 7 RSVP
40
Ocupacin
promedio de la cola
Pgina 37
10/10/04
donde:
min = valor mnimo del rango de descarte aleatorio
max = valor mximo del rango de descarte aleatorio
1/probabilidad = probabilidad de descarte en el mximo valor del rango
Pgina 38
10/10/04
ROUTER_C
VPN 64Kbps
ROUTER_A
ROUTER_GLCH
96Kbps
La sede central (ROUTER_A) tiene enlaces dedicados de 96Kbps con sus remotas y un enlace
VPN de 64Kbps hacia una extranet (ROUTER_GLCH). Si bien la mayora del trfico generado
por las remotas termina en la sede central, hay momentos pico en que el trfico generado por
stas satura la interfaz de salida de ROUTER_A hacia la VPN. El volumen de trfico es
generado por aplicaciones Internet Explorer, Kazaa, pcAnywhere, SQL Server, entre otros.
Siendo este trfico TCP en su mayora, se aplica CBWRED en ROUTER_A para evitar la
congestin en la interfaz, con MQC se clasifica y marca en las remotas.
ROUTER_B y ROUTER_C
class-map match-any ALTA
match protocol http
match protocol sqlserver
class-map match-any BAJA
match protocol kazaa2
match protocol fasttrack
match protocol pcanywhere
ROUTER_A
class-map match-any RED_BAJA
match ip precedence 0
class-map match-any RED_NORMAL
match ip precedence 2
class-map match-any RED_ALTA
match ip precedence 4
policy-map MARCAR
class RED_BAJA
bandwidth 8
random-detect
random-detect precedence 0 20 40 20
class RED_NORMAL
bandwidth 8
random-detect
random-detect precedence 0 25 40 20
class RED_ALTA
bandwidth 32
random-detect
random-detect precedence 0 30 40 20
policy-map MARCAR
class ALTA
set ip precedence 4
class BAJA
set ip precedence 2
class class-default
set ip precedence 0
100%
PERFILES DE WRED
PARA ROUTER_A
20 %
20
25
30
40
Pgina 39
10/10/04
TRAFFIC SHAPING
- Aplicable slo en trfico
saliente.
- El trfico que excede el lmite es
encolado (mayor latencia)
- No soporta marcacin de
paquetes.
- Uso alto de los buffers.
- El encolamiento minimiza las
retransmisiones TCP.
Be = (PIR - 1) x Bc
CIR
*Be y Bc en bits
Pgina 40
10/10/04
Pgina 41
10/10/04
Pgina 42
10/10/04
Pgina 43
10/10/04
Pgina 44
10/10/04
Plataforma
Interfaz
7500/12000
(VIP: DTS)
Interfaz
global
Aplicar la poltica
MQC en la
interfaz global
Subinterfaz
Frame-Relay
Aplicar la poltica
MQC en la
subinterfaz
PVC Frame-Relay
No aplicable
Pgina 45
10/10/04
ROUTER_B
PPP 1024Kbps
Backup FR 64/64/448Kbps
10.120.1.0 /24
FR 192/192/384Kbps
ROUTER_C
192.168.100.0 /24
10.120.2.0 /24
FR 192/192/384Kbps
ROUTER_D
192.168.200.0 /24
El enlace PPP de 1024Kbps, de acuerdo a las polticas establecidas por la empresa, debe
cursar principalmente trfico de correo, ftp y http; pero los usuarios hacen uso de
aplicaciones secundarias como las de voz y video en tiempo real, un programa de chat que
usa el puerto TCP 10048 e incluso han habilitado un servidor de msica en MP3
(10.120.1.9) del cual descargan archivos. Entonces, se ha establecido que el 20% del
ancho de banda disponible en el enlace PPP ser dedicado a las aplicaciones secundarias
mientras que el resto del trfico no tendr lmites.
Por otro lado, todo el trfico que sale de la red 192.168.1.0 suele tener como destino la
red 192.168.2.0 y viceversa; adems, tiene una tasa garantizada de 192Kbps pero puede
llegar a 512Kbps. Al ser stas redes secundarias, no es deseable que lleguen a ocupar
512Kbps del enlace PPP de 1Mbps, por lo tanto, se ha determinado que todo trfico que
intercambien estas redes y que exceda los 192Kbps, sea enrutado a travs del enlace
backup Frame-Relay de CIR 64Kbps.
ROUTER_C
policy-map TODO
class class-default
police 192000 conform-action transmit exceed-action set-prec-transmit 2
interface s0
encapsulation frame-relay
service-policy output TODO
ROUTER_D
policy-map TODO
class class-default
police 192000 conform-action transmit exceed-action set-prec-transmit 2
interface s0
encapsulation frame-relay
service-policy output TODO
Pgina 46
10/10/04
Pgina 47
10/10/04
e0.1
Backbone
de Internet
CLIENTE B
e0.2
PROVEEDOR
e0
e0.3
CLIENTE C
e0
La red de la figura muestra las conexiones entre el proveedor y sus clientes a travs
subinterfaces ethernet. Se trata de enlaces inalmbricos punto a multipunto tipo bridge
en los cuales se utiliza VLANs para poder manejar redes independientes.
Cada cliente contrat 512Kbps, la limitacin debe hacerse lo ms cercano posible al origen
del trfico optimizando as la utilizacin de los enlaces inalmbricos. Adems cada cliente
solicit priorizar el trfico de envo de correos de tal manera que tenga garantizado por lo
menos la mitad del ancho de banda disponible.
Se utilizar GTS en el proveedor y Class-based shaping en los clientes.
CLIENTE A (igual a CLIENTE B y C)
class-map match-any SMTP
match protocol smtp
policy-map QUEUE
class SMTP
bandwidth percent 50
class class-default
fair-queue
policy-map SHAPE
class class-default
shape average 512000
service-policy output QUEUE
interface ethernet 0
bandwidth 512
service-policy output SHAPE
PROVEEDOR
interface e0.1
traffic-shape rate 512000 51200 51200
interface e0.2
traffic-shape rate 512000 51200 51200
interface e0.3
traffic-shape rate 512000 51200 51200
Pgina 48
10/10/04
192.168.2.0
FR
600
s0
192.168.3.0
s0
ROUTER_A
192.168.1.0
ROUTER_C
La sede central tiene enlaces frame-relay a sus dos sedes remotas. Estos son PVCs de
64Kbps y pueden llegar hasta 128Kbps. Se configura FRTS para garantizar que el trfico
salga limitado desde los CPE y no existan descartes en los switches frame-relay de la red
del proveedor. Adems, se desea que el trfico del aplicativo del cliente, el cual utiliza los
puertos tcp 1003 y 1004, tenga prioridad estricta sobre cualquier otro tipo de trfico.
ROUTER_A
interface serial0
encapsulation frame-relay
frame-relay traffic shaping
interface serial0.5
frame-relay interface-dlci 500
class 64K
interface serial0.6
frame-relay interface-dlci 600
class 64K
ROUTER_B y ROUTER_C
interface serial0
encapsulation frame-relay
frame-relay traffic-shaping
frame-relay interface-dlci 500 (/600)
class 64K
access-list 100 permit tcp any any eq 1003
access-list 100 permit tcp any any eq 1004
priority-group 1 protocol ip high list 100
Pgina 49
10/10/04
Payload Capa 2
(Paquete IP Capa 3)
Algoritmo de
compresin
Header
Capa 2
Payload Capa 2
comprimido
Los algoritmos que se pueden utilizar son.Predictor: tiene un diccionario de secuencias de bytes, el cual va
recorriendo en orden de acuerdo a un nmero de ndice. Luego
compara la secuencia de datos que viene con la secuencia actual del
diccionario, si encuentra una coincidencia, reemplaza la secuencia de
datos por el nmero de ndice de la secuencia del diccionario; de otra
forma, contina recorriendo las secuencias en el diccionario y
comparndolas con las secuencias de datos.
Slo es aplicable en PPP y LAPB, siendo el algoritmo ms rpido pero el
que comprime menos que otros. Consume ms recursos de memoria
que de procesador (CPU). Se habilita con el siguiente comando en la
interfaz:
compress predictor
Pgina 50
10/10/04
Mtodo
Serie 1000
Serie 3000
Serie 4000
Serie 4500
Serie 4700
Serie 7000
Stacker
128
128
256
500
T1
256
Predictor
256
256
500
T1
2xT1
500
Pgina 51
10/10/04
Header
Capa 3
Header
Capa 4+
Payload
Algoritmo de
compresin
Header
Capa 2
cmp
HDR
Payload
Los algoritmos que se pueden utilizar son.TCP Header Compression: comprime las cabeceras IP y TCP, las cuales
suman 40 bytes, en una sola cabecera de 3 a 5 bytes. La primera
cabecera de una sesin TCP/IP siempre es transmitida sin comprimir, las
cabeceras siguientes slo incluyen el ndice de la sesin TCP/IP y los
parmetros variables.
Se habilita con el siguiente comando en la interfaz:
[frame-relay*] ip tcp header-compression
* solo para interfaces frame-relay
Pgina 52
10/10/04
cola de salida
CON FRAGMENTACIN
cola de salida
56Kbps
64Kbps
128Kbps
256Kbps
512Kbps
768Kbps
1536Kbps
10ms
70
80
160
320
640
1000
2000
15ms
84
96
192
384
768
1152
2304
*Se puede observar que en enlaces con un ancho de banda cercano o mayor a 1536K, no es necesario
fragmentar las tramas ya que stas por defecto son de 1500bytes.
Pgina 53
10/10/04
En la interfaz multilink:
Pgina 54
10/10/04
ROUTER_B
s0
2FxO
Satelital
64Kbps
s0
2FxO
En este enlace punto a punto se tienen aplicaciones de voz y datos a travs de un enlace
satelital de 64Kbps. Dada la naturaleza del enlace, la latencia es un tema crtico, sobre
todo para la voz, por lo que se busca disminuirla con todos los mecanismos posibles;
adems, el ancho de banda disponible es bajo, por lo tanto se necesita adems un
mecanismo de optimizacin en el uso del mismo.
Entre los protocolos ms utilizados en este enlace, se encuentran la voz comprimida a con
g.729 (RTP, payload pequeo) y Telnet (TCP, payload pequeo), por lo que se configura
compresin para ambos, as se disminuye la latencia y el ancho de banda utilizado por
estas aplicaciones. Adicionalmente se prioriza la voz sobre cualquier otra aplicacin con el
uso de LLQ.
ROUTER_A y ROUTER_B
class-map match-any TELNET
match protocol telnet
class-map match-any VOZ
match ip dscp ef
policy-map COMPLLQ
class TELNET
compression header ip tcp
class VOZ
priority 44
compression header ip rtp
interface serial0
encapsulation hdlc
bandwidth 64
service-policy output COMPLLQ
dial-peer voice 1 voip
codec g729r8 bytes 40
ip qos dscp ef media
ip qos dscp ef signalling
Pgina 55
10/10/04
500
FR
s0
600
128Kbps
s0
ROUTER_A
ROUTER_C
En este ejemplo, similar al de la pgina 49, se tiene adems comunicaciones de voz sobre
IP cursando la red frame-relay, por lo cual se ha decidido aplicar fragmentacin a las
tramas para dsiminuir la latencia de los paquetes de voz. Se configura FRTS para poder
aplicar la fragmentacin y garantizar que el trfico salga limitado desde los CPE y no
existan descartes en los switches frame-relay de la red del proveedor. Adicionalmente se
aplica LLQ para priorizar los paquetes de voz y compresin de cabeceras para mejorar an
ms la latencia.
ROUTER_A
class-map match-any VOZ
match ip dscp ef
policy-map VoIP
class VOZ
compression header ip rtp
priority 32
ROUTER_B y ROUTER_C
class-map match-any VOZ
match ip dscp ef
policy-map VoIP
class VOZ
compression header ip rtp
priority 32
interface serial0
encapsulation frame-relay
frame-relay traffic shaping
interface serial0.5
frame-relay interface-dlci 500
class 128K
interface serial0.6
frame-relay interface-dlci 600
class 128K
interface serial0
encapsulation frame-relay
frame-relay traffic-shaping
frame-relay interface-dlci 500 (/600)
class 128K
map-class frame-relay 128K
frame-relay cir 121000
frame-relay bc 1210
frame-relay be 0
frame-relay mincir 121000
service-policy output VoIP
frame-relay fragment 160
Pgina 56
10/10/04
Pgina 57
10/10/04
Pgina 58
10/10/04