Академический Документы
Профессиональный Документы
Культура Документы
CALIDAD DE SERVICIO
1
QoS
Datos del Instructor
ANDRS ALMEIDA ARCOS INGENIERO EN ELECTRNICA Y TELECOMUNICACIONES EPN CCNP Cisco Certified Network Professional CCDP Cisco Certified Design Professional CCNA Cisco Certified Network Associate CCDA Cisco Certified Design Associate CCAI Cisco Certified Academy Instructor CCIP Cisco Certified Internetwork Professional
Corporacion Nacional de Telecomunicaciones CNT Core IP/MPLS Network Engineer Jefe Nacional O&M Plataformas IP/MPLS
caaamh@hotmail.com
2
QoS
AGENDA
INTRODUCCION MODELOS DE CALIDAD DE SERVICIO MODULAR QOS Y AUTOQOS CLASIFICACION Y MARCADO ADMINISTRACIN DE LA CONGESTIN ANULANDO LA CONGESTION TRAFFIC POLICING Y SHAPING MECANISMOS DE EFICIENCIA DE ENLACE MEJORES PRCTICAS DE QOS
Redes tradicionales
Redes convergentes
Medio Medio
Alto Alto Bajo Bajo
Alto Medio
Medio Medio Bajo Bajo
Medio Bajo
Medio Alto Bajo Alto
(*) La fiabilidad alta en estas aplicaciones se consigue automticamente al utilizar el protocolo de transporte TCP
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)
QoS:
Se refiere a la habilidad de la red, de ofrecer tratamiento a determinados tipos de trfico, sobre diferentes tecnologas, incluyendo: Frame Relay, Asynchronous Transfer Mode (ATM), IP, LANs y lneas dedicadas.
QOS EN REDES IP
End-to-end QoS es obtenido de la unin de edge-to-edge QoS suministrado por cada dominio por donde viaja el datagrama.
End-to-end QoS depende de las caractersticas de QoS de los saltos individuales a lo largo de cualquier ruta dada.
La Internet actual, tipo best effort, usa un modelo de buffer FIFO. Los buffer (o colas) introducen latencia y prdidas de paquetes.
Jitter
Latencia
Prdida de paquetes
Congesti n
Buffer
Delay
Prdida de paquetes
No predecible
Predecibl e
End-to-end latencia
Tiempo de Servicio
Congestin Fuerte
Carga
QoS intil QoS til y viable QoS inviable QoS intil QoS til y viable
Rendimiento
Carga
QoS inviable
QoS:
Para un operador de redes, significa evitar situaciones de congestin en los nodos de la red y proporcionar mecanismos para clasificar el trfico. La definen 4 parmetros: ancho de banda, retraso (latencia), variacin de retraso (o jitter) y prdida de paquetes o fiabilidad.
QoS
Ancho
de Banda / Caudal de Trfico Retardo (delay) Variacin del retardo (Jitter Delay) Paquetes perdidos
QoS
FALTA
RETARDO
EXTREMO
VARIACION PERDIDA
DE PAQUETES
El mximo ancho de banda disponible es el correspondiente al enlace ms pequeo. Si mltiples flujos compiten por el ancho de banda resulta una disminucin de ancho de banda resultante. Calcular el ancho de banda disponible es una misin bastante difcil en una red real.
Retardo
Se define como el tiempo que tarda un paquete en llegar desde la fuente al destino.
ho
la
co
mo es
tas
?
La ho co mo es tas?
El retardo extremo a extremo es igual a la suma de todos los tiempos de propagacin, transmisin, paquetizacin, procesamiento y espera en cola. Los tiempos de propagacin y paquetizacin son conocidos. En cambio, el tiempo de procesamiento y espera en cola suele ser muy difcil de calcular.
Retardo = P1 + Q1 + P2 + Q2 + P3 + Q3 + P4 = X ms
Tipos de retardo
Retardo de paquetizacin es el tiempo que le cuesta al cdec generar los paquetes IP que se van a transmitir (en el nodo transmisor) Retardo de procesado es el tiempo que le cuesta a un router llevar un paquete desde la entrada de un interfaz hasta la cola del interfaz de salida. (en cada nodo del camino)
Tipos de retardo
Retardo de espera en cola es el tiempo que tiene que esperar un paquete en la cola de salida. (en cada nodo del camino) Retardo de propagacin es el tiempo que le cuesta al router transmitir el paquete por el interfaz de salida. (en cada enlace del camino) Es importante tanto el valor medio de dicho retardo extremo a extremo como su variacin o Jitter.
Emisor Transmite
t
A
50 ms 50 ms
B
90 ms
Congestin
Receptor Recibe
Red vaca
La principal causa de jitter es la congestin Se puede reducir el jitter aadiendo un retardo adicional en el lado del receptor. Por ejemplo con un retardo de 70 20 ms se puede asegurar jitter 0 si se aade un retardo de 40 ms (90 0 ms). Para el retardo adicional el receptor ha de tener un buffer suficientemente grande. En algunas aplicaciones no es posible aadir mucho retardo pues esto reduce la interactividad. Ej.: videoconferencia, telefona por Internet
Prdida de paquetes
Normalmente, un paquete es eliminado cuando el enlace se encuentra congestionado (colas de salida llenas). En medios poco fiables, como las comunicaciones inalmbricas, el propio medio de transmisin hace que se pierdan paquetes. Las prdidas pueden ser totalmente aleatorias o a rfagas
Actualizar el enlace (mejor solucin, pero la ms cara). Clasificar el trfico en clases de QoS y priorizar las ms importantes. Comprimir el contenido (MPEG4, ZIP). Comprimir las cabeceras IP.
Actualizar el enlace (mejor solucin, pero la ms cara). Transmitir los paquetes ms sensibles a retardo primero. No suele compensar comprimir el contenido (MPEG4, ZIP), por el retardo de compresin asociado. Comprimir la cabecera IP no requiere tanta CPU. Puede ser til.
Actualizar el enlace (mejor solucin, pero la ms cara). Garantizar el suficiente ancho de banda para los paquetes de aplicaciones ms sensibles. Prevenir situaciones de congestin. Distintas alternativas
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).
Disponibilidad Tiempo mnimo que el operador asegura que la red estar en funcionamiento Ancho de Banda Prdida de paquetes Round Trip Delay
Jitter
Indica el ancho de banda mnimo que el operador garantiza al usuario dentro de su red Mximo de paquetes perdidos (siempre y cuando el usuario no exceda el caudal garantizado) El retardo de ida y vuelta medio de los paquetes
La fluctuacin que se puede producir en el retardo de ida y vuelta medio
Definicion de QoS
La disponibilidad de la red para proveer mejor o un especial servicio a un grupo de usuarios o aplicaciones
la red
Auditar
el Negocio
Niveles
de servicio requeridos
Determinar el tiempo de respuesta requerido
Videoconferencia y datos
QoS Policy
Recursos de la red y prioridades de Negocio
QOS v2.11-42
QOS v2.11-43
Concepto de flujo
Secuencia de datagramas Simplex (unidireccional) La entidad ms pequea a la que los routers pueden aplicar una determinada QoS
Concepto de flujo
Ejemplo: videoconferencia formada por cuatro flujos, dos en cada sentido, uno para el audio y otro para el vdeo. Los flujos pueden agruparse en clases; todos los flujos dentro de una misma clase reciben la misma QoS.
A 147.156.135.22
B 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 vdeo B->A: 158.42.35.13:2492 -> 147.156.135.22:5387
Agrupacin de flujos
Flujo rojo (128 Kb/s): 147.156.21.20:2038158.26.112.76:2127 Reserva total flujos de vdeo: en sentido X Y: 384 Kb/s Vdeo 128 Kb/s IP: 147.156.21.20 Puerto UDP: 2038
Identificacin de flujos
Direccin IP de origen Puerto de origen Direccin IP de destino Puerto de destino Protocolo de transporte utilizado (TCP o UDP)
Identificacin de flujos
En IPv6 como en IPv4 o usando el campo etiqueta de flujo en vez de los nmeros de puertos. An no hay ninguna implementacin de RSVP que utilice la etiqueta de flujo.
(Command Line Interface) MQC (Modular QoS CLI) AutoQoS QPM (QoS Policy Manager)
No se puede separar o clasificar el trafico segn una poltica determinada Mtodo mas manipulable que tener AutoQos
y Switchs LAN & WAN Un comando habilita Cisco QoS para VoIP en un puerto dado interface, or PVC
AutoQoS
Un comando por interfaz para habilitar y configurar QoS
AutoQoS
Manual QoS
interface Multilink1 ip address 10.1.61.1 255.255.255.0 ip tcp header-compression iphc-format load-interval 30 service-policy output QoS-Policy ppp multilink ppp multilink fragment-delay 10 ppp multilink interleave multilink-group 1 ip rtp header-compression iphc-format ! interface Serial0 bandwidth 256 no ip address encapsulation ppp no ip mroute-cache load-interval 30 no fair-queue ppp multilink multilink-group 1
AutoQoS
interface Serial0 bandwidth 256
AutoQoS
Clasificacin de Aplicaciones Generacin de Polticas Configuracin Monitoreo & Reporte Consistente
1760, 2600, 3600, 3700, and 7200 series routers User can meet the voice QoS requirements without extensive knowledge about:
Underlying technologies PPP, FR, ATM) Service policies Link efficiency Mecanismos
(for example:
AutoQoS
Catalyst 6500, 4500, 3550, and 2950 (EI) switches User can meet the voice QoS requirements without extensive knowledge about: Trust boundary CoS-to-DSCP mappings Weighted round robin (WRR) & priority queue (PQ) scheduling parameters Generated parameters and configurations are user-tunable
Configures the AutoQoS VoIP feature. Untrusted mode by default. trust: Indicates that the DSCP markings of a packet are trusted (relied on) for Clasificacin of the voice traffic. fr-atm: For low-speed Frame Relay DLCIs interconnected with ATM PVCs in the same network, the fr-atm keyword must be explicitly configured in the auto qos voip command to configure the AutoQoS VoIP feature properly.
Comparacion de Mtodos
QOS v2.12-77
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
paquetes
IntServ:
incluye el servicio best-effort, y la reserva de recursos para los servicios en tiempo real DiffServ: Las redes reconocen clases que requieren calidad de servicio
1) Modelo Best-Effort
Internet se basa inicialmente en el mejor esfuerzo pa enviar los paquetes. Todo el trfico se envia por defecto No existe diferenciacin entre tipos de trfico Como el e-mail estndar.
1) Modelo Best-Effort
+
Beneficios:
Alta escalabilidad
Desventajas
2) IntServ Model
Algunas
aplicaciones tienen requerimientos de ancho de banda o retardo o ambas IntServ se introdujo para
garantizar un comportamiento predecible de la red para estas aplicaciones
Envo
garantizado: Otros tipos de trfico no pueden reservar ancho de banda Es como tener un avin privado de mensajera
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.
83
Modelo IntServ
Provee multiples niveles de servicio Peticiones especificas de clases de servicio de la red antes de enviar datos Usa RSVP para reservar recursos de la red Usa mecanismos inteligentes de encolamiento End to end
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.
85
Problemas de IntServ/RSVP
Los fabricantes de routers no han desarrollado implementaciones eficientes de RSVP, debido al elevado costo que tiene implementar en hardware las funciones de mantenimiento de la informacin de estado. A pesar de todo RSVP/IntServ puede desempear un papel en la red de acceso, donde los enlaces son de baja capacidad y los routers soportan pocos flujos. Recientemente ha resurgido el inters por RSVP por su aplicacin en MPLS y funciones de ingeniera de trfico. En estos casos el nmero de flujos no suele ser muy grande
3) Modelo DiffServ
Trfico
de la red se identifica por clase Las polticas de QoS cumplen con un tratamiento diferenciado segn la clase de trfico Tu escoges el nivel de servicio de cada clase de trfico Como el uso de un servicio de mensajera
Do you want overnight delivery? Do you want two-day air delivery? Do you want three- to sevenday ground delivery?
Intenta evitar los problemas de escalabilidad que plantea IntServ/RSVP. Se basa en el marcado de paquetes nicamente. No hay reserva de recursos por flujo, no hay protocolo de sealizacin, no hay informacin de estado en los routers. Las garantas de calidad de servicio no son tan severas como en IntServ pero en muchos casos se consideran suficientes.
DiffServ
La informacin se puede sumarizar fcilmente ya que todos los flujos quedan clasificados en alguna de las categoras existentes. El nmero de categoras posibles es limitado e independiente del nmero de flujos o usuarios; por tanto la complejidad es constante, no proporcional al nmero de usuarios (decimos que la arquitectura es escalable, o que escala bien). La informacin de QoS no est en los routers sino que cabalga montada en los datagramas.
DiffServ
Version Lon.Cab. TOS Identificacin Tiempo de vida Longitud total X D M Desplazamiento F F fragmento Protocolo Checksum Direccin de origen Direccin de destino Opciones
DiffServ
Version Lon.Cab. DS Identificacin Tiempo de vida Longitud total XDM Desplazamiento F F fragmento Protocolo Checksum Direccin de origen Direccin de destino Opciones
DSCP
CU
DSCP: Differentiated Services CodePoint son 6 bits que indican el tratamiento que debe recibir este paquete en los routers CU: Currently Unused (reservado). Este campo se utiliza actualmente para control de congestin
DSCP Encoding
DiffServ
field: The IP version 4 header ToS octet or the IP version 6 traffic class octet when interpreted in conformance with the definition given in RFC2474 DSCP: The first 6 bits of the DiffServ field, used to select a PHB (forwarding and queuing method)
Per-Hop Behaviors
DSCP
Default PHB (FIFO, tail drop) EF PHB AF PHB Class-Selector (IP Precedence) PHB
Re-envo (PHB)
PHBs en desarrollo:
el que da ms seguridad (virtual leased line). Ofrece un SLA (Service Level Agreement) que garantiza:
Un caudal mximo Una tasa mnima de prdida de paquetes Un retardo mnimo Un jitter mnimo El valor DSCP es 101110
un trato preferente, pero no garantiza caudales, retardos, etc. Se definen cuatro clases, pudindose asignar una cantidad de recursos (ancho de banda y espacio en buffers) diferente a cada una. En cada clase se definen tres categoras de descarte de paquetes (alta, media y baja). DSCP: cccdd0 (ccc = clase, dd = descarte)
Per-Hop Behaviors
EF PHB: Ensures a minimum departure rate Guarantees bandwidth (The class is guaranteed an amount of bandwidth with prioritized forwarding.) Polices bandwidth (The class is not allowed to exceed the guaranteed amountexcess traffic is dropped.) DSCP
Bits 5 to 7: 101 = 5 (Same three bits used for IP precedence) Bits 3 to 4: 11 = No drop probability Bit 2: Just 0
Per-Hop Behaviors
AF
PHB:
Ancho de banda garantizado Permite acceso a ancho de banda extra si es que este se encuentra disponible
Four
standard classes (af1, af2, af3, and af4) DSCP value range: aaadd0
Per-Hop Behaviors
xxx000 DSCP Compatibility with current IP Precedence usage (RFC 1812) = maps IP Precedence to DSCP Differentiates probability of timely forwarding (xyz000) >= (abc000) if xyz > abc
Class-Selector
If a packet has DSCP = 011000, it has a greater probability of timely forwarding than a packet with DSCP = 001000.
Baja 01 10001
Media 10 10010
Alta 11 10011
4 100
3 011 2 010
1 001
Menor prioridad
01101 01001
00101
01110 01010
00110
01111 01011
00111
el que da ms garantas. Equivale a una lnea dedicada Garantiza Caudal, tasa de prdidas, retardo y jitter Valor 101110 en DSCP
Asegura
Assured Forwarding
un trato preferente, pero sin fijar garantas (no hay SLA) Se definen cuatro clases y en cada una tres niveles de descarte de paquetes
Sin
VBR-nrt
garantas, pero obtendr trato preferente frente a best effort sin prioridad
ABR UBR
Best Effort sin Ninguna garanta, obtiene solo las prioridad migajas
Assured Forwarding
Tiempo
Otros codepoints
Las clases 111 y 110 estn reservadas para paquetes de control de la red y protocolos de routing El DSCP 000000 es por defecto el servicio Best Effort sin prioridad. Otros DSCP de la clase 000 pueden usarse para servicios Best Effort con prioridad.
011110
011100
011010
011000 010110 010100 010010
110100
110010 110000 101110 101100 101010
010000
001110
001100
001010 001000 000110 000100
101000
100110 100100 100010 100000
000010
000000
Cola Assured 4
Cola Assured 3
PQ
DiffServ Model
+
Beneficios:
Highly scalable
Desventajas:
Complex Mecanismos
IntServ vs DiffServ
IntServ fue desarrollado con anterioridad a DiffServ. Sin embargo DiffServ se ha extendido ms que IntServ DiffServ permite agregar flujos, el modelo es escalable. Debido a estas diferencias muchos fabricantes de routers implementan versiones eficientes de DiffServ, pero no de IntServ. Actualmente muchos ISP implementan DiffServ. Qbone (red expermiental de QoS en Internet 2) utiliza el modelo DiffServ.
QOS v2.12-112
Mecanismos de QoS
Diferenciar entre tipos de trficos o servicios para darles diferentes tratamientos. Tratar los trficos de forma diferenciada dentro de la red.
2004 Cisco Systems, Inc. All rights reserved. QOS v2.12-113
Mecanismos de QoS
Clasificacin:
Cada clase orientada a mecanismos de QoS tienen que soportar ser clasificados Marking: Utilizado para marcar paquetes basados en la clasificacin , medicin o ambos. Administracin de la Congestin: Cada interfaz debe tener un mecanismo de encolamiento para priorizar la transmisin de paquetes
QoS Mecanismos
Evitar
la Congestion: Utilizado para dropear tempranamente paquetes y evitar la congestion en la red Policing and Shaping: Utilizado para forzar un tasa limite. El exceso de trfico puede ser dropeado, marcado o retardado. Eficiencia de enlace: utilizado para proveer ancho de banda eficiente a travs de la comprensin, fragmentacin del enlace e intercalado.
Clasificacin
Clasificacin es la identificacin y divisin de trfico en distintas clases. El trafico puede ser clasificado de varias formas, incluyendo por ejemplo segn el valor de DSCP. Modular QoS CLI permite la clasificacin para ser implementada separadamente de las politicas.
Marcado
Marking, tambien conocido como coloreado. Se marca cada paquete como miembro de una clase, para que el paquete sea rapidamente reconocido a travs del resto de la red.
Administracin de la Congestin
La adminstracin de la congestin utiliza el marcado para determinar en que cola poner los paquetes La administracion de la congestin usa sofisticadas tecnicas de encolamiento tales como WFQ and LLQ, to ensure that time-sensitive packets such as voice are transmitted first.
Administracin de la Congestin
Policing
Policing
Policing
Shaping
Shaping
Shaping
Shaping
Shaping
Compression
Header compression puede reducir dramaticamente el overhead asociado con el transporte de voz.
Compression
Header compression puede reducir dramaticamente el overhead asociado con el transporte de voz. .
Cisco QoS model assumes that the CoS carried in a frame may or may not be trusted by the network device. For scalability, Clasificacin should be done as close to the edge as possible. End hosts can mostly not be trusted to tag a packet priority correctly. The outermost trusted devices represent the trust boundary. 1 and 2 are optimal, 3 is acceptable (if access switch cannot perform Clasificacin).
Frontera de confianza
(Always)
(As close to the source as possible)
Classify
Mark
(Always)
QOS v2.12-137
First, build modules defining classes of traffic. Then, build modules defining QoS policies and assign classes to policies. Finally, assign the policy modules to interfaces.
Enter the class-map configuration mode. Specify the matching strategy. Match-all is the default matching strategy.
router(config-cmap)#
match condition
description description
You should use descriptions in large and complex configurations. The description has no operational meaning.
One class map can use another class map for Clasificacin. Nested class maps allow generic template class maps to be used in other class maps.
router(config-cmap)#
match any
show class-map [class-name] Displays all class maps and their matching criteria
router>show class-map Class Map class-3 Match access-group 103 Class Map class-2 Match protocol ip Class Map class-1 Match input-interface Ethernet1/0
Policy Maps
Que
se har con este trfico? Defina una politica de trafico, la cual configure las carctersitcas asociadas con la clase de trfico previamente identificadas utilizando una class map. Una plitica de trfico contiene 3 principales elementos :
Un nombre case-sensitive Una clase de trfico La poltica de QoS asociada con la clase de trfico
Mas
de 256 clases de trafico pueden ser asociadas a una sola poltica de trfico. Multiples policy maps pueden ser can be anidados para influenciar la secuencia de las acciones de QoS
policy-map policy-map-name
Enter policy-map configuration mode. Policy maps are identified by a case-sensitive name.
router(config-pmap)#
class {class-name | class-default} Enter the per-class policy configuration mode by using the name of a previously configured class map. Use the name class-default to configure the policy for the default class.
router(config-pmap)#
class class-map-name condition Optionally, you can define a new class map by entering the condition after the name of the new class map. Uses the match-any strategy.
description description You should use descriptions in large and complex configurations. The description has no operational meaning.
router(config-pmap-c)#
<PHB mechanism>
Per-class service policies are configured within the per-class policy-map configuration mode. MQC supports the following QoS Mecanismos: Class-based weighted fair queuing (CBWFQ) Low-latency queuing Class-based policing Class-based shaping Class-based marking
service-policy policy-map-name
class-map AllTraffic match any ! policy-map ShapeAll class AllTraffic shape 2000000 service-policy QueueAll ! interface FastEthernet/0 service-policy output ShapeAll class-map HTTP match protocol http ! policy-map QueueAll class HTTP bandwidth 1000
show policy-map [policy-map] Displays the configuration of all classes for a specified service policy map or all classes for all existing policy maps.
router>show policy-map Policy Map Test Class Test1 Weighted Fair Queueing Bandwidth 100 (kbps) Max Threshold 64 (packets) Class Test2 Weighted Fair Queueing Bandwidth 200 (kbps) Max Threshold 64 (packets) Class Test3 Weighted Fair Queueing Bandwidth 300 (kbps) Max Threshold 64 (packets)
Service Policy
Adjunta a una poltica de trafico configurada con un policy map en una interfaz. Service policies pueden ser aplicadas a una interfaz para paquetes entrantes o salientes
class-map HTTP match protocol http ! policy-map PM class HTTP bandwidth 2000 class class-default bandwidth 6000 !
opciones de configuracin se las realiza en las class map Requieren referirse a un policy map para ser utilizado Las opciones de clasificacin por MQC son:
Access list IP precedence value IP DSCP value QoS group number MPLS experimental bits Protocol (including NBAR) Utilizando another class map Frame Relay DE bit
IEEE 802.1Q/ISL CoS/Priority values Input interface Source MAC address Destination MAC address RTP (UDP) port range Any packet
Enters the class map configuration mode. Names can be a maximum of 40 alphanumeric characters. Match all is the default matching strategy.
router(config-cmap)#
match condition
One class map can use another class map for Clasificacin. Nested class maps allow generic template class maps to be used in other class maps.
match any
match input-interface interface-name All packets received through the selected input interface are matched by this class map.
class-map match-any Ethernets match input-interface Ethernet0/0 match input-interface Ethernet0/1 ! class-map match-any FastEthernets match input-interface FastEthernet1/0 match input-interface FastEthernet1/1 ! class-map match-any Serials match input-interface Serial2/0 match input-interface Serial2/1 match input-interface Serial2/2 match input-interface Serial2/3
match cos cos-value [cos-value cos-value cos-value] Select up to four Cos or priority values.
Select up to four IP precedence values or names. All packets marked with one of the selected IP precedence values are matched by this class map.
class-map VoIP match ip precedence 5 ! class-map Mission-Critical match ip precedence 3 4 ! class-map Transactional match ip precedence 1 2 ! class-map Best-Effort match ip precedence routine
Select up to eight DSCP values or names. All packets marked with one of the selected DSCP values are matched by this class map.
All UDP packets with source or destination port numbers within the specified range are matched.
Range is between the starting-port (values from 2000 to 65535) and the sum of the starting-port and the port-range (values from 0 to 16383). The command should be used in combination with class-based lowlatency queuing to implement RTP Priority using MQC.
1. Create class map: A traffic class (match access list, input interface, IP precedence, DSCP, protocol [NBAR] src/dst MAC address).
router(config)#
policy-map policy-map-name
2. Create policy map (service policy): Associate a class map with one or more QoS marking policies.
router(config-if)#
3. Attach service policy: Associate the policy map to an input or output interface.
set cos cos-value Mark frames with the specified value (0 to 7). The value applies to the CoS bits with the IEEE 802.1Q encapsulation or priority bits with the ISL encapsulation. The command can only be used on LAN interfaces that are using one of the two mentioned encapsulations.
policy-map SetCoS class Class1 set cos 1 class Class2 set cos 2 class Class3 set cos 3
Mark IP packets with the specified IP precedence value. IP precedence can be set using a value (0 to 7) or a corresponding name (for example, routine, priority, immediate).
policy-map SetPrec class Class1 set ip precedence priority class Class2 set ip precedence flash class Class3 set ip precedence 5
Mark IP packets with the specified DSCP value. DSCP can be set using a value (0 to 63) or a corresponding name (for example, af11, af12, af13, af21, ef, cs1, default).
policy-map SetDSCP class Class1 set ip dscp af11 class Class2 set ip dscp af21 class Class3 set ip dscp ef
show policy-map [policy-map] Displays the configuration of all classes for a specified service policy map or all classes for all existing policy maps.
router#show policy-map
Policy Map SetCoS Class Class1 set cos 1 Class Class2 set cos 2 Class Class3 set cos 3 Class Class4 set cos 4 Class Class5 set cos 5 Class Class6 set cos 6 Class Class7 set cos 7
show policy-map interface interface-name Displays the configuration of all classes configured for all service policies on the specified interface.
router#show policy-map interface serial 0/0 Serial0/0
Una congestin puede ocurrir en cualquier punto de la red donde hay un mitmatch de velocidad , agregacin o confluencia.
Speed mismatches are the most typical cause of congestion. Possibly persistent when going from LAN to WAN. Usually transient when going from LAN to LAN.
Speed mismatches are the most typical cause of congestion. Possibly persistent when going from LAN to WAN. Usually transient when going from LAN to LAN.
Mecanismos de encolamiento
FIFO
packet in is first packet out Simplest of all One queue All individual queues are FIFO FIFO est limitado por su bufer.
First
FIFO
FIFO est limitado por su buffer.
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.
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.
FIFO Queuing
The software FIFO queue is basically an extension of the hardware FIFO queue.
FIFO Queuing
The software FIFO queue is basically an extension of the hardware FIFO queue.
FIFO Queuing
The software FIFO queue is basically an extension of the hardware FIFO queue.
FIFO Queuing
The software FIFO queue is basically an extension of the hardware FIFO queue.
FIFO Queuing
The software FIFO queue is basically an extension of the hardware FIFO queue.
Round Robin
Uses multiple queues No prioritization Dispatches one packet from each queue in each round One packet from Queue no. 1 One packet from Queue no. 2 One packet from Queue no. 3 Then repeat
Allows prioritization Assign a weight to each queue Dispatches packets from each queue proportionally to an assigned weight: Dispatch up to 4 from Queue no. 1 Dispatch up to 2 from Queue no. 2 Dispatch 1 from Queue no. 3 Go back to Queue no. 1
Problem
with WRR
Some implementations of WRR dispatch a configurable number of bytes (threshold) from each queue for each roundseveral packets can be sent in each turn. The router is allowed to send the entire packet even if the sum of all bytes is more than the threshold.
WFQ es un algoritmo de cola basado en flujos (o sesiones), que realiza dos tareas simultneamente y de forma automtica:
Organiza el trfico (de tiempo real), ponindolo al principio de la cola, reduciendo as el tiempo de respuesta. Comparte equitativamente el resto del ancho de banda, entre el resto de trfico de alta prioridad WFQ asegura que las diferentes colas no se queden privadas de un mnimo ancho de banda, de modo que el servicio proporcionado al trfico es ms predecible. Considera flujos de poco caudal con flujos sensibles al retardo, por ej. VOIP No es escalable dentro de una gran red.
Funcionamiento de CBWFQ
La falta de escalabilidade WFQ se soluciona con Class Based WFQ. Estructura interna del interface de salida
WFQ Clasificacin
The ToS field is the only parameter that might change, causing packets of the same flow to end up in different queues.
WFQ Clasificacin
A fixed number of per-flow queues is configured. A hash function is used to translate flow parameters into a queue number. System packets (8 queues) and RSVP flows (if configured) are mapped into separate queues. Two or more flows could map into the same queue, resulting in lower per-flow bandwidth. Important: the number of queues configured has to be larger than the expected number of flows.
Configurando WFQ
router(config-intf)#
CDT
dynamic-queues
reservable-queues
Specifies the maximum number of packets that can be in all output queues on the interface at any time. The default value for WFQ is 1000.
Under special circumstances, WFQ can consume a lot of buffers, which may require lowering this limit.
On physical interfaces whose bandwidth is less than or equal to 2.048 Mbps On interfaces configured for Multilink PPP
Fair
queuing is disabled:
If you enable the autonomous or silicon switching engine Mecanismos For any sequenced encapsulation: X.25, SDLC, LAPB, reliable PPP
Monitoreando WFQ
router>
show interface interface Displays interface delays including the activated queuing mechanism with the summary information
Router>show interface serial 1/0 Hardware is M4T Internet address is 20.0.0.1/8 MTU 1500 bytes, BW 19 Kbit, DLY 20000 usec, rely 255/255, load 147/255 Encapsulation HDLC, crc 16, loopback not set Keepalive set (10 sec) Last input 00:00:00, output 00:00:00, output hang never Last clearing of "show interface" counters never Input queue: 0/75/0 (size/max/drops); Total output drops: 0 Queueing strategy: weighted fair Output queue: 0/1000/64/0 (size/max total/threshold/drops) Conversations 0/4/256 (active/max active/max total) Reserved Conversations 0/0 (allocated/max allocated) 5 minute input rate 18000 bits/sec, 8 packets/sec 5 minute output rate 11000 bits/sec, 9 packets/sec rest deleted ...
Monitoreando WFQ
router>
show queue interface-name interface-number Displays detailed information about the WFQ system of the selected interface
Router>show queue serial 1/0 Input queue: 0/75/0 (size/max/drops); Total output drops: 0 Queueing strategy: weighted fair Output queue: 2/1000/64/0 (size/max total/threshold/drops) Conversations 2/4/256 (active/max active/max total) Reserved Conversations 0/0 (allocated/max allocated)
(depth/weight/discards/tail drops/interleaves) 1/4096/0/0/0 Conversation 124, linktype: ip, length: 580 source: 193.77.3.244, destination: 20.0.0.2, id: 0x0166, ttl: 254, TOS: 0 prot: 6, source port 23, destination port 11033
(depth/weight/discards/tail drops/interleaves) 1/4096/0/0/0 Conversation 127, linktype: ip, length: 585 source: 193.77.4.111 destination: 40.0.0.2, id: 0x020D, ttl: 252, TOS: 0 prot: 6, source port 23, destination port 11013
Definicin de clases
Las clases utilizadas en CBWFQ pueden asociarse a:
Flujos (direcciones origen-destino, protocolo, puertos) Prioridades (campo DS differentiated service, otras etiquetas) Interfaces de entrada/salida VLAN
Estas clases se implementan filtrando el trfico con filtros en los routers. Este proceso se llama clasificacin de trfico, que puede ir acompaado a su vez con proceso de marcado de paquetes. El servicio recibido en funcin de esta clasificacin se asocia a la poltica de servicio.
208
is a mechanism that is used to guarantee bandwidth to classes. CBWFQ extends the standard WFQ functionality to provide support for userdefined traffic classes.
Classes are based on user-defined match criteria. Packets satisfying the match criteria for a class constitute the traffic for that class.
queue is reserved for each class, and traffic belonging to a class is directed to that class queue.
CBWFQ Architecture
CBWFQ Architecture
CBWFQ Architecture
CBWFQ Architecture
uses class maps. Availability of certain Clasificacin options depends on the Cisco IOS version. Some Clasificacin options depend on type of interface and encapsulation where service policy is used. For example:
Matching on Frame Relay discard eligible bits can only be used on interfaces with Frame Relay encapsulation. Matching on MPLS experimental bits has no effect if MPLS is not enabled. Matching on ISL priority bits has no effect if ISL is not used.
queue has a maximum number of packets that it can hold (queue size). The maximum queue size is platform-dependent. After a packet is classified to one of the queues, the router will enqueue the packet if the queue limit has not been reached (tail-drop within each class). WRED can be used in combination with CBWFQ to prevent congestion of the class.
guarantees bandwidth according to weights assigned to traffic classes. Weights can be defined by specifying:
Bandwidth (in kbps) Percentage of bandwidth (percentage of available interface bandwidth) Percentage of remaining available bandwidth
One
service policy can not have mixed types of weights. The show interface command can be used to display the available bandwidth.
Add Class bandwidths RSVP maximum reserved bandwidth Result must be less than or equal to 75% of interface bandwidth (or Frame Relay, DLCI, CIR) Leaves headroom for overhead traffic such as layer 2 keepalives and bandwidth for the class default traffic
CBWFQ Benefits
+
Benefits
Minimum bandwidth allocation Finer granularity and scalability MQC interface easy to use Maximizes transport of priority traffic Weights guarantee minimum bandwidth Unused capacity shared among the other classes Queues separately configured for QoS
Drawbacks
Voice traffic can still suffer unacceptable delay
Configurando CBWFQ
router(config-pmap-c)#
bandwidth bandwidth
Configurando CBWFQ
router(config-pmap-c)#
queue-limit queue-limit
Sets the maximum number of packets this queue can hold The default maximum is 64
router(config-pmap-c)#
fair-queue [number-of-dynamic-queues]
The class-default class can be configured to use WFQ. The number of dynamic queues is a power of 2 number in the range from 16 to 4096, specifying the number of dynamic queues
Configurando CBWFQ
Router(config)# access-list 101 permit udp host 10.10.10.10 host 10.10.10.20 range 16384 20000 Router(config-if)# access-list 102 permit udp host 10.10.10.10 host 10.10.10.20 range 53000 56000 Router(config)# class-map class1 Router(config-cmap)# match access-group 101 Router(config-cmap)# exit Router(config-cmap)# class-map class2 Router(config-cmap)# match access-group 102 Router(config-cmap)# exit Router(config)# policy-map policy1 Router(config-pmap)# class class1 Router(config-pmap-c)# bandwidth 3000 Router(config-pmap-c)# queue-limit 30 Router(config-pmap-c)# exit Router(config-pmap)# class class2 Router(config-pmap-c)# bandwidth 2000 Router(config-pmap-c)# exit
Monitoreando CBWFQ
router>
Class-map: Class1 (match-any) 0 packets, 0 bytes 5 minute offered rate 0 bps, drop rate 0 bps Match: any Weighted Fair Queueing Output Queue: Conversation 265 Bandwidth remaining 20 (%) Max Threshold 64 (packets) (pkts matched/bytes matched) 0/0 (depth/total drops/no-buffer drops) 0/0/0 Class-map: class-default (match-any) 42 packets, 4439 bytes 5 minute offered rate 0 bps, drop rate 0 bps Match: any
LLQ
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.
226
Low-Latency Queuing
Priority queue added to CBWFQ for realtime traffic High-priority classes are guaranteed:
High-priority classes are also policed when congestion occurs they can then not exceed their guaranteed bandwidth Lower priority classes use CBWFQ
LLQ Architecture
LLQ Architecture
LLQ Architecture
LLQ Architecture
LLQ Benefits
Benefits
High-priority
configuration and operation across all media types Entrance criteria to a class can be defined by an ACL
Not limited to UDP ports as with IP RTP priority Defines trust boundary to ensure simple Clasificacin and entry to a queue
Configurando LLQ
router(config-pmap-c)#
Allocates a fixed amount of bandwidth (in kbps) to a class and ensures expedited forwarding. Traffic exceeding the specified bandwidth is dropped if congestion exists; otherwise, policing is not used.
router(config-pmap-c)#
Allocates a percentage of configured or default interface bandwidth to a class and ensures expedited forwarding.
Traffic exceeding the specified bandwidth is dropped if congestion exists; otherwise, policy is not used.
Configurando LLQ
class-map voip match ip precedence 5 ! class-map mission-critical match ip precedence 3 4 ! class-map transactional match ip precedence 1 2 ! policy-map Policy1 class voip priority percent 10 class mission-critical bandwidth percent 30 random-detect class transactional bandwidth percent 20 random-detect class class-default fair-queue random-detect
Monitoreando LLQ
router>
Componentes de encolamiento
Cada
La cola de Software
Generally, a full hardware queue indicates interface congestion and software queuing is used to manage it.
When a packet is being forwarded, the router will bypass the software queue if the hardware queue has space in it (no congestion).
Routers determine the length of the hardware queue based on the configured bandwidth of the interface. The length of the hardware queue can be adjusted with the txring-limit command. Reducing the size of the transmit ring has two benefits:
It reduces the maximum amount of time packets wait in the FIFO queue before being transmitted. It accelerates the use of QoS in the Cisco IOS software.
Long TxQ may result in poor performance of the software queue. Short TxQ may result in a large number of interrupts, which causes high CPU utilization and low link utilization.
Subinterfaces and software interfaces do not have their own separate tx ring, therefore no congestion can occur.
Dialers, tunnels, Frame Relay subinterfaces They congest when their main hardware interface tx-ring congests
The tx-ring state (full, not full) is, therefore, an indication of congestion for software interfaces. Only hardware interfaces have a tx-ring.
queuing
queuing
Custom
Implementation of weighted round robin Up to 16 queues Threshold based on number of bytes Configurable priority queues Inaccurate bandwidth allocation due to threshold issue with weighted round robin
Modified
Deficit round robin with a priority queue for Cisco 12xxx routers
Central to remote site speed mismatch Remote to central site over-subscription Both situations result in buffering and in delayed or dropped packets
Incoming and outgoing directions Out-of-profile packets are dropped Dropping causes TCP retransmits Supports packet marking or re-marking Less buffer usage (shaping requires an additional shaping queuing system)
Outgoing direction only Out-of-profile packets are queued until a buffer gets full Buffering minimizes TCP retransmits Marking or re-marking not supported Shaping supports interaction with Frame Relay congestion indication
If sufficient tokens are available (conform action): Tokens equivalent to the packet size are removed from the bucket. The packet is transmitted.
If sufficient tokens are NOT available (exceed action): Drop (or mark) the packet
If sufficient tokens are NOT available (exceed action): Drop (or mark) the packet
Bc is normal burst size Tc is the time interval CIR is the committed information rate CIR = Bc / Tc
Be: Excess burst size Tc: Tokens in Bc bucket Te: Tokens in Be bucket The return value is conform or exceed or violate
Tc: Tokens in CIR bucket Tp: Tokens in PIR bucket Enforce traffic policing according to two separate rates:
Committed Information Rate Peak Information Rate
Resumen
Resumen
policing is used to rate-limit a traffic class to a configured bit rate. Class-based policing can drop or re-mark and transmit exceeding traffic. Class-based policing can be implemented using a single or dual token bucket scheme. Class-based policing supports multiaction policing:
Class-based policing conforms to two RFC 2697, A Single Rate Three Color Marker RFC 2698, A Two Rate Three Color Marker Class-based
RFCs:
method.
police avg-rate [BC [BE]] [conform-action action] [exceed-action action] [violate-action action]
avg-rate: Traffic rate in bps (8,000 to 200,000,000) BC : normal burst sets the size in bytes
Default is 1500 bytes, or CIR / 32, whatever is higher
action:
transmit (default conform action) drop (default exceed and violate action) set-prec-transmit ip-precedence set-dscp-transmit dscp set-qos-transmit qos-group set-mpls-exp-transmit mple-exp set frde-transmit set-clp-transmit
Available in Cisco IOS 12.2(8)T Mainly Used for Setting Layer 2 and Layer 3 QoS Fields
police {cir cir} [bc conform-burst] {pir pir} [be peak-burst] [conform-action action] [exceed-action action] [violate-action action]
Specifies both the CIR and the PIR for two-rate traffic policing CIR = committed information rate (bps) PIR = peak information rate (bps) The bc and be keywords and their associated arguments (conform-burst and peak-burst, respectively) are optional Available in Cisco IOS Release 12.2(4)T
police cir percent percent [bc conform-burst-in-msec] [pir percent percent] [be peak-burst-in-msec] [conform-action action] [exceed-action action] [violate-action action]
Enables the same policy map for multiple interfaces with different bandwidths Available in Cisco IOS Release 12.2(13)T
policy-map police1 class bulk-ftp police cir percent 20 pir percent 40 conform-action set-dscp-transmit af11 exceed-action set-dscp-transmit 0 violate-action drop ! interface Ethernet 0/0 service-policy input police1 ! interface Serial 0/0 service-policy input police1
Class-Based Shaping
shaping methods:
rate is forwarding packets at the configured average rate with allowed bursting up to Be when there are extra tokens available. This is the more common method used. Peak rate is forwarding packets at the peak rate of up to Bc + Be of traffic at every Tc. However, traffic sent above the CIR may be dropped during network congestion. Peak rate shaping recommended when:
Network has additional bandwidth available Application tolerates occasional packet loss
It is recommended that you omit the Bc and Be to let Cisco IOS software select the optimal values for these variables.
router(config-pmap-c)#
Cisco IOS software calculated values: Bc=Be=8000 bits, Tc=500ms Peak Rate = AvgRate * (1+Be/Bc) = 16000 * (1+8000/8000) = 32000 bps
Bandwidth statement provides a minimum bandwidth guarantee for the traffic class. Shape statement provides a maximum traffic rate for the traffic class, and exceed traffic is queued.
policy-map shape-cbwfq ! class cust1 shape average 384000 bandwidth 256 ! interface Serial 0/0 service-policy output shape-cbwfq
Displays information about the indicated policy map, including the configuration of all classes for a specified service policy map
router>show policy-map shape-cbwfq Policy Map shape-cbwfq Class cust1 Traffic Shaping Average Rate Traffic Shaping CIR 384000 (bps) Max. Buffers Limit 1000 (Packets) Bandwidth 256 (kbps) Max Threshold 64 (packets)
Llegada de un paquete IP a su cola de prioridad(estando esta vaca) mientras est saliendo de router en ese momento otro paquete perteneciente a otra clase retardo. El producido por un paquete con tamao de MTU de 1500 bytes en una lnea de 64 Kbps puede llegar: Retraso = ( 1500 bytes * 8 bits/byte) / 64.000 bps) = 187.5 ms
Problema:
286
60-bytes Voz
Usando LFI
Datos
Datos
Voz
Datos
287
288
RED
RED
El algoritmo RED se tiene por objetivo evitar la congestin y de mantener el tamao medio de las colas en niveles bajos.
RED no necesita que los routers mantengan ninguna informacin del estado de las conexiones. RED fue diseado para trabajar en la colaboracin con un protocolo del control de la congestin de la capa de transporte (TCP, SCTP).
Notificacin es implcita
solo descarta el paquete (en TCP habr timeout) podra hacerse explcita marcando el paquete
en lugar de esperar por que se llene la cola, descarta cada paquete de entrada con alguna probabilidad de descarte cada vez que la cola excede algn nivel de descarte
RED Perfiles
Sintona en RED
Probabilidad de descartar un flujo particular de paquetes es aproximadamente proporcional a parte del ancho de banda que el flujo est obteniendo
MaxP es tpicamente fijada en 0.02, es decir cuando el tamao promedio de la cola es la mitad entre los dos umbrales, el gateway descarta +o- uno de cada 50 paquetes.
Si el trfico es rafagoso, entonces MinThreshold debera ser suficientemente grande para permitir que la utilizacin del enlace sea mantenida a un nivel aceptablemente alto
Diferencia entre los dos umbrales debera ser ms grande que el incremento tpico en el largo de cola promedio calculado en un RTT; fijar MaxThreshold a dos veces MinThreshold es razonable para el trfico de hoy en Internet
Modos RED
RED has three modes: No drop: when the average queue size is between 0 and the minimum threshold Random drop: when the average queue size is between the minimum and the maximum threshold Full drop (tail drop): when the average queue size is at maximum threshold or above Random
Configurando CB-WRED
router(config)#
policy-map policy-name
2. Create Policy Map (Service Policy): Specifies a traffic policy that can be attached to one or more interfaces
router(config-if)#
random-detect
Enables IP precedence-based WRED in the selected class within the service policy configuration mode. Default service profile is used.
Command can be used at the interface, per-VC (with random-detect-group), or the class level (service-policy). Precedence-based WRED is the default mode.
WRED treats non-IP traffic as precedence 0.
random-detect dscp-based
Command can be used at the interface, per-VC (with random-detect-group), or the class level (service-policy). Default service profile is used.
The WRED random-detect command and the WFQ queuelimit command are mutually exclusive for class policy.
Monitoreando CB-WRED
router#
Displays the configuration of all classes configured for all service policies on the specified interface
router#show policy-map interface Ethernet 0/0 Ethernet0/0 Service-policy output: Policy1 Class-map: Mission-critical (match-all) 0 packets, 0 bytes 5 minute offered rate 0 bps, drop rate 0 bps Match: ip precedence 2 Match: ip dscp 18 20 22 Weighted Fair Queueing Output Queue: Conversation 265 Bandwidth 30 (%) Bandwidth 3000 (kbps) (pkts matched/bytes matched) 0/0 (depth/total drops/no-buffer drops) 0/0/0 exponential weight: 9 mean queue depth: 0 Dscp Transmitted Random drop Tail drop Minimum Maximum Mark (Prec) pkts/bytes pkts/bytes pkts/bytes threshold threshold probability 0(0) 0/0 0/0 0/0 20 40 1/10 1 0/0 0/0 0/0 22 40 1/10 2 0/0 0/0 0/0 24 40 1/10 ...
L2 payload compression (Stacker, Predictor, MPPC) Header compression (TCP, RTP, class-based TCP, and class-based RTP) LFI (MLP, FRF.12, and FRF.11.C)
Compression
L2 Payload Compression
Header Compression
Transporte de medios:
CODECS RTP (RTCP)
UDP IP
Cdecs
Se utilizan para transformar la seal analgica (voz) en una seal digital.
Aspectos a tener en cuenta por el cdec: Calidad de sonido. Ancho de banda requerido.
G.711 Cdec nativo de redes digitales modernas de telfonos, Ancho de banda de 64 kbps. Tiene el MOS de 4.1
de carga til Qu codec? Cuantas tramas/paquete? Reconstruccin temporal Cuando reproducir cada paquete de un flujo Cmo sincronizar mltiples flujos (sincronizacin de labios,...) Secuenciamiento Cmo reproducir en orden correcto Cmo detectar prdidas.
Cabecera RTP
V=2
P X
CC
Nmero de Secuencia
Indicacin de Tiempo SSRC (32 bits) CSRC CSRC 1 ... CSRC n Dependiente del Perfil Datos 0 2 4 6 8 10 12 14 16 18 20 24 26 28 30 Tamao
0..32
Resumiendo:
Funciones del protocolo RTP Indicacin de la secuencia. Sincronismo entre los medios. Identificacin de la carga. Identificacin de la trama. Identificacin de la fuente.
RTCP
Protocolo
de control, proporciona informacin adicional a los participantes que permite adaptar las fuentes al estado de la red (p.ej. Congestin) En comunicaciones individuales (unicast) no es necesario pero es til.
RTCP
En
difusin, es imprescindible para conocer como reciben los distintos destinatarios y homogeneizar la calidad. Debe ser usado por todos los participantes y debe enviarse informacin peridicamente. El perodo se adapta al nmero de fuentes para evitar una avalancha de trfico de control.
RTCP. Funciones :
Realimentacin
de QoS. Los receptores informan a la fuente sobre su recepcin: prdidas, retardos, etc., de modo que la fuente puede adaptar su trfico a la congestin. Correlacin entre reloj global (NTP) y local. Identificacin: correo-e, n telefnico, etc. para identificar a los participantes Control de Sesiones Salir (Bye) Envo de notas entre participantes.
Prestaciones
RTP/RTCP,
etc. ayudan a compensar retardos Pero no pueden ocultar las insuficientes prestaciones de una red. La voz requiere calidad de servicio: poco retardo mnima fluctuacin baja prdida de paquetes Necesitamos otros mecanismos para asegurar QoS. (Seminario de protocolos de QoS)
*one-way requirements
Video stream + 20% For example, a 384-kbps stream would require 460 kbps of bandwidth
*One-way
requirements
Profile applications to their basic network requirements. Do not overengineer provisioning. Use no more than four to five traffic classes for data traffic:
Mission-Critical: Locally defined critical applications Transactional: ERP, SAP, Oracle Best-Effort: E-mail, unspecified Less-than-Best-Effort (Scavenger): Peer-to-peer applications
Do not assign more than three applications to mission-critical or transactional classes. Only group applications with common characteristics together into the same class. Most applications fall under best effort; make sure that adequate bandwidth is provisioned for this default class. Seek executive endorsement of relative ranking of application priority prior to rolling out QoS policies for data.
Requerimientos de QoS
The amount of maximum bandwidth to be allocated for the LLQ class depends on many factors such as the router platform, the traffic profiles, and QoS features enabled.
Principios Generales
Profile applications to their basic network requirements. Do not over-engineer provisioning. Use no more than 4 to 5 traffic classes for data traffic:
Mission-Critical: Locally defined critical applications Transactional: ERP, SAP, Oracle Best-Effort: E-mail, unspecified Less-than-best-effort (Scavenger): Point-to-point applications
Do not assign more than 3 applications to MissionCritical or Transactional classes. Use proactive policies before reactive (policing) policies. Seek executive endorsement of relative ranking of application priority prior to rolling out QoS policies for data.
This is just an example. The actual SLA offered by service providers may vary.
Implementacin en el Campus
Implementacion en la WAN
Fin
Muchas gracias!
Preguntas?