QoS Na pratica

WFQ / LLQ
LEAK BUCKET / TOKEN BUCKET



By Aulus Plautius Rosan















Desde sua origem, o protocolo IP foi desenvolvido e implementado como um protocolo
de comunicao com controle de trfego utilizando a regra do melhor esforo (Best-
effort) Service ou Lack of QoS), que no prov nenhum mecanismo de qualidade de
servios e, consequentemente, nenhuma garantia de alocao de recursos da rede.
Na poca, ningum imaginava que a Internet se tornaria a grande rede mundial que
atualmente. E desse rpido crescimento da Internet, a tendncia atual a integrao
de voz (telefonia) e dados numa nica infraestrutura de redes de pacotes, a rede IP.
Esse crescimento dos servios IP Telephony, como chamado pelo mercado, provocou
uma corrida frentica dos fabricantes de equipamentos de redes para desenvolver
protocolos que garantissem qualidade de servios fim-a-fim. sobre essa parafernlia
de protocolos, tcnicas e mecanismos que explicarei melhor a seguir.
Introduo
Para adicionar recursos de qualidade de servios pilha TCP/IP, dois modelos de
classes de servios para trfego Internet esto sendo considerados e desenvolvidos
pela IETF (Internet Engineering Task Force):
O primeiro refere-se aos servios diferenciados, denominado Differentiated Services
(DIFFSERV) ou ainda de Soft QoS, que prov uma tratamento diferenciado, com
preferncia estatstica, a determinados tipos de fluxo;
O segundo refere-se aos servios integrados ou Integrated Services [INTSERV],
tambm chamado de Hard QoS, que fornece uma garantia absoluta na alocao dos
recursos da rede.
Este Trabalhos, trata-se, especificamente, de mecanismos de garantia de qualidade
de servios fim-a-fim para voz sobre IP (VoIP) ou IP Telephony, mas que tambm
podem servir para outros tipos de trfego, como vdeo.
Todos os protocolos aqui apresentados j podem ser utilizados em projetos reais,
estando todos disponveis nos principais equipamentos Cisco, plataforma bsica para
os exemplos utilizados aqui. Mas alguns protocolos tambm esto presentes em
plataformas de outros fabricantes como Nortel, Lucent, Motorola e 3Com.
O tema VoIP muito vasto. H diversos protocolos e funcionalidades envolvidas,
como a arquitetura de interoperabilidade do protocolo H.323, por exemplo. Por ser um
material rico e muito extenso, estarei apenas efetuando um overview de alguns tpicos
e me aprofundando um pouco mais em politicas de escalonamento e tcnicas de
suavizao.
Ser apresentado tambm um breve estudo de um caso real de VoIP (IP Telephony)
com consideraes de projeto, utilizando roteadores e gateways VoIP da Cisco.



QOS Modelo bsico
Como mostra o modelo da figura 1 a seguir, o principal objetivo da QoS priorizar o
trfego interativo sensvel a retardo, em detrimento ao trfego referente transferncia
de arquivos, que no sensvel a retardo.


Figura 1

A qualidade de servio deve ser fim-a-fim, ou seja, considerando o modelo acima, o
trfego tem que ser tratado inicialmente na rede local (LAN) de origem, depois no
prprio roteador (controle de descarte de pacotes, por exemplo), posteriormente nas
conexes de longa distncia (WAN) e roteadores intermedirios, no roteador destino, e
finalmente na rede local destino.
Utilizaremos este modelo bsico como referncia prximos topicos.

Classe de servios Precedncia IP
Para se obter as classes de servios (Class of Service - CoS) no atual protocolo da
Internet (IPv4), foram utilizados 3 bits do campo ToS (Type of Service) do cabealho
IP, como ilustra a figura 2.
Este campo foi inicialmente definido e estava reservado para indicar os tipos de
servios; mas, de fato, nunca havia sido utilizado em nenhuma implementao.
Com a classificao de pacotes, obtm-se, ento, as funcionalidades para
precedncia IP ou IP Precedence.

Figura 2
Com os 3 bits para o campo Precedncia IP tm-se as seguintes configuraes e
funes:
0 - rotine: estabelece a precedncia rotina;
1 - priority: estabelece a precedncia prioridade;
2 - immediate: estabelece a precedncia prioridade;
3 - flash: estabelece a precedncia flash;
4 - flash-override: estabelece a precedncia flash-override;
5 - critical: estabelece a precedncia crtica;
6 - internet: estabelece a precedncia internetwork control;
7 - network: estabelece a precedncia controle de rede.
Quanto maior o nvel de classificao do pacote, maior ser a prioridade no tratamento
e alocao de recursos da rede.
Os nveis 6 e 7 so reservados para as aplicaes de controle e gerncia da rede, ou
seja, no possvel habilitar um pacote com 6 ou 7 e nem modificar um pacote j
marcado. Todos os pacotes so normalmente marcados com o nvel zero.
Nos roteadores Cisco, o campo precedncia IP pode ser modificado atravs de listas
de acesso (access lists) ou mapas de rotas (route maps). Nos gateways VoIP,
podem ser habilitados em cada interface lgica dial peer voip.

Controle e inibio de congestionamento
H vrios mecanismos de enfileiramento para controle e preveno de
congestionamento em interfaces de roteadores (Ethernet, seriais, Frame Relay, etc.) e
switches nvel 3 (switches de borda), aplicveis tanto em redes WAN como em LAN.
As principais so apresentadas a seguir.
FIFO - FIRST IN FIRST OUT
Em geral, o controle de trfego nas conexes seriais dos roteadores so
implementados atravs de filas FIFO (o primeiro a entrar o primeiro a sair).
Uma fila FIFO um mecanismo de armazenamento e repasse (store and forward) que
no implementa nenhum tipo de classificao.

Figura 3
A ordem de chegada dos pacotes que determina a alocao da banda, quem chega
primeiro logo atendido.
o tratamento default da fila nos roteadores, j que no requer nenhuma
configurao.
O problema ocorre em trfego de rajada, que pode causar longos atrasos em
aplicaes sensveis ao tempo. Por isso, filas FIFO no servem para aplicaes que
requerem QoS.
Agora que comeamos a entender um pouco de uma rede voip poderemos nos
aprofundar um pouco mais sobre o assunto.
Alternativas tcnicas para implantao de QoS em rede IP
Existem vrias alternativas para implantao de qualidade de servios em redes IP. A
escolha da alternativa a ser implantada deve considerar a situao em que a
qualidade de servios requerida, como, por exemplo, nos perodos de pico de
trfego, quando a rede enfrenta situaes de congestionamento e de carga muito
elevada.
Nesses casos, o mecanismo de qualidade de servios ser definido visando solucionar
problemas como a alocao de recursos, a seleo de trfego de pacotes, a
priorizao de pacotes e o descarte de pacotes como j comentado.
Das alternativas disponveis, duas so considerada para uso em qualquer rede
baseada em IP, o IntServ e o DiffServ.
O Intserv baseado em reserva de recursos e o Diffserv baseado em diferenciao
de fluxos baseado no campo TOS (Type of Service - Tipo Servio) dos pacotes IP.
Nos itens que segue, sero apresentadas as duas arquiteturas e suas caractersticas.

Arquitetura IntServ
Nesta arquitetura, os recursos so previamente reservados por uma aplicao antes
do envio dos dados, esta reserva feita atravs do protocolo de sinalizao RSVP
(Resource Reservation Protocol - Protocolo de Reserva de Recursos).
O RSVP um protocolo de sinalizao que tem suas funcionalidades sobre o trfego
de pacotes numa rede.
Alm da definio de como as aplicaes solicitam sua necessidade de QoS rede,
outro aspecto operacional da arquitetura IntServ como os elementos da rede
(roteadores, switch etc) procedero para que seja garantida a qualidade de servio
solicitada, que so detalhadas em vrias recomendaes RFCs (Request for
Comment - Requisies de Comentrios) produzidas pelo IETF.
A arquitetura IntServ garante qualidade de servios a fluxos individuas devido a sua
capacidade de requisitar reserva de recursos por fluxo. Porm, a reserva de recurso
por fluxo causa algumas dificuldades na implantao e manuteno de tal arquitetura.
Nesta arquitetura podemos apontar duas dificuldades presentes no IntServ que esta
associadas ao modelo de reserva de recursos por fluxo, que so a escalabilidade e a
definio de modelos de servios flexveis.
Na reserva de recurso por fluxo exige-se que um roteador seja utilizado para
processar tal reserva de modo que possa ser mantido o estado de cada fluxo que
passa pelo roteador.
Em uma rede de grande porte pode haver uma sobrecarga no roteador que executa,
tambm, esta funo. Por isso, a dificuldade em escalabilidade presente nesta
arquitetura. Alm disso, pelo fato da arquitetura IntServ atender apenas um pequeno
nmero de classes de servios preestabelecidas, no seria possvel definies mais
qualitativas ou relativas entre as classes como, por exemplo: "o servio de classe A
receber tratamento preferencial em relao ao servio de classe B", o que seria mais
prximo desta ideia intuitiva de diferenciao de servios. Desta forma, fica
caracterizada a dificuldade de definio de modelos de servios flexveis na
arquitetura IntServ.
Essas dificuldades levaram a criao da arquitetura Diffserv, que tem como objetivo
prove diferenciao de servios escalvel e flexvel.

Arquitetura DiffServ
A arquitetura DiffServ tem como principal motivao a implementao de
diferenciao para agregados de trfego de forma flexvel e escalvel em redes IP.
Agregados de trfego so agrupamentos de pacotes que possuem um cdigo que os
identifica. Na arquitetura DiffServ este cdigo o DSCP (Differentiated Service Code
Point), de forma que os pacotes so categorizados e classificados atravs da
marcao do DSCP no campo DS (Differentiated Service).
No cabealho de um pacote IP, o campo ToS (Type of Service - Tipo de Servio), no
caso do IPv4, ou o campo CoS (Class of Service - Casse de Servio), no caso do
IPv6, utilizado para marcao DS, sendo que os pacotes que possuem as mesmas
marcaes DS so tratados da mesma forma em todos os ns da rede, em um
ambiente DiffServ.
O DSCP um cdigo de 6 bits utilizado para marcar os pacotes de modo que os
mesmos possam ter um comportamento diferenciado na rede. Os trs primeiros bits
do DSCP correspondem a precedncia IP, os trs seguintes so utilizados para
marcao DS para diferenciao dos servios e os dois ltimos bits so utilizado para
controle de rede.

Figura 4
Os bits de precedncia permitem que um roteador faa o agrupamento de fluxos de
trfego baseados nas oito diferentes classificaes possveis neste campo.
A precedncia IP est padronizada e corresponde ao nvel de prioridade dos pacotes.
Na Tabela abaixo esto listados os valores de IP precedncia, quanto maior o valor
em que o pacote estiver classificado maior ser o nvel de prioridade no tratamento e
alocao de recursos da rede.

Va|or 8|ts Descr|co

0 0 recedncla adro (8oLlna)

1 1 recedncla rlorldade

2 10 recedncla rlorldade lmedlaLa

3 11 recedncla 8elmpaao (llash)

4 100 recedncla Super 8elmpaao

3 101 recedncla CrlLlca

6 110 recedncla ConLrole lnLer-8edes (lnLerneLwork ConLrol)

7 111 recedncla ConLrole de 8ede
Figura 5
Os pacotes marcados com um determinado DSCP, devem ter um comportamento
diferenciado na rede. O comportamento destes pacotes dentro de um domnio DS
chamado de PHB (Per Hop Behavior - Comportamento por Salto).
Nos prximos itens, so descritos alguns aspectos tcnicos que so relevantes na
implantao de um domnio DiffServ.

Comportamento por Salto (Per Hop Behavior - PHB)
O Per Hop Behavior (PHB) define o comportamento que determinados pacotes devem
ter na rede de acordo com um DSCP especfico em um domnio DS.
O PHB padro definido pelo valor 000 000 no DS, que corresponde ao servio de
melhor esforo (best effort). Desta forma, assegurado o roteamento pelos roteadores
que no so configurados para o domnio DiffServ.
O PHB definido conforme as necessidades de trfego e de acordo com as funes
dos servios contratados, um servio define as caractersticas necessrias para cada
pacote transmitido na rede, para isso, podem requerer largura de banda e buffer e a
definio de algumas caractersticas de trfego como perdas, atraso e jitter.
O IETF, atravs da RFC 2744, define mais dois padres de PHB, alm do
comportamento padro de melhor esforo.
O encaminhamento expresso (Expedited Forwarding - EF - Repasse Acelerado) e o
encaminhamento assegurado (Assured Forwarding - AF - Envio Assegurado).
O PHB de encaminhamento expresso (PHB-EF) utilizado para assegurar baixa
perda, baixo atraso, baixa variao no atraso (jitter) e garantia mnima de banda.
Aplicaes que exigem esses parmetros para funcionar adequadamente, como VoIP
e videoconferncia, costumam utilizar este tipo de PHB.
O PHB-EF especifica que a taxa de envio de uma determinada classe pelo roteador
deve ser igual ou maior que a taxa configurada, de maneira que durante qualquer
intervalo de tempo de que esta classe tenha assegurada uma banda mnima para sua
taxa de transmisso.
Outra implicao que um isolamento deve ser definido entre as classes de trfego
para que esta taxa de mnima seja mantida mesmo que as demais classes estejam
sobrecarregadas.
O PHB de encaminhamento assegurado (PHB-AF) se divide em quatro grupos,
chamados de classes.
Cada classe pode ter trs nveis de precedncia de descarte e tem um tratamento
preferencial sobre outras classes. A precedncia de descarte corresponde a sequncia
das classes que tero pacotes descartados quando houver congestionamento na rede.
Desta forma o PHB-AF permite que diferentes classes possam ter diferentes nveis de
servios para os vrios agregados de trfego. A Figura 6 relaciona as classes de
servios DiffServ a seu respectivos DSCP.

Figura 6
Nos valores DSCP, representados na Figura 6, os trs primeiros dgitos correspondem
a precedncia de descarte para casos de congestionamento na rede e os trs ltimos
dgitos representam a classe, ou seja, o nvel de prioridade de tratamento dos pacotes.
Por exemplo, na classe 1, os valores 001010(AF11) correspondem a classe com maior
prioridade e o menor nvel de precedncia de descarte, j os valores 100110(AF43)
corresponde a classe 4 o que equivale menor prioridade e maior precedncia de
descarte do PHB-AF.
Quando houver congestionamento, os primeiro pacotes a serem descartados so os
da classe AFx3, em seguida os da classe AFx2 e, por fim, os da classe AFx1.
A precedncia de descarte utilizada para penalizar fluxos dentro de um mesmo
agregado de trfego que excedam parmetros estabelecidos classe.
So necessrias funes de roteamento configuradas em cada n DS para que o
mesmo comportamento seja assegurado em todos os ns do domnio DiffServ, de
maneira que os pacotes marcados com um determinado DSCP tenham o mesmo
comportamento na rede.

Funes de roteamento para garantia de qualidade de servios

O condicionamento do trfego requerido para que seja fornecida qualidade de servios
em um ambiente DiffServ inclui as seguintes funes de roteamento: classificao,
marcao, policiamento, suavizao e escalonamento de filas.
A Figura 7 demonstra as funcionalidades necessrias para a implantao de qualidade
de servios nos roteadores, em seguida cada uma delas ser explicada.

Figura 7

Com a funo de classificao, um roteador faz a distino dos pacotes pertencentes
a diferentes classes de trfego.
Na classificao, o roteador examina o cabealho dos pacotes, seguindo alguns
critrios como, por exemplo, nmero da porta, endereo de origem etc. Com o objetivo
de identificar o fluxo ou servio a qual os pacotes pertencem.
Esta identificao permite que possa ser tomada uma ao previamente estabelecida,
tornando possvel uma modificao no comportamento dos pacotes. Um exemplo da
utilizao de classificao, que dois pacotes ao chegarem fila do roteador, um de
vdeo e outro de FTP, o primeiro sensvel e o ltimo tolerantes ao atraso, teriam que
ser diferenciados pelo roteador de forma que um tratamento diferenciado possa ser
dado a cada um com relao ao atraso.
J a marcao, dos pacotes que podem ser feitas antes ou depois da entrada no
domnio DS, distingue os pacotes de maneira que uma classificao dos mesmos
possa ser feita. importante ressaltar que apenas a marcao dos pacotes no define
um comportamento para o trfego do mesmo e sim a configurao prvia da rede para
tratar os pacotes com esta marcao.
Classificao e marcao so funes que esto intrinsecamente associadas, para
que os pacotes sejam marcados, uma distino prvia dos mesmos deve ser feita pelo
roteador. As funes de classificao e marcao so definidas de acordo com a
estratgia de qualidade de servios utilizada.
Na arquitetura DiffServ os pacotes classificados so marcados com a alterao do
campo ToS (Type of Service) do cabealho IP com o cdigo DSCP.
Desta forma, os pacotes so tratados de forma diferenciada pelo roteador, de acordo
com as classes de trfego. Aps a marcao, os pacotes so submetidos ao
policiamento ou a suavizao de trfego.
O primeiro consiste em um conjunto de regras associadas a servios e descreve
condies que devem ser satisfeitas para que uma ao seja tomada.
O segundo fornece um mecanismo para controle do trfego injetado na rede, esta tem
a funo de regular os fluxos da rede. O policiamento, neste contexto, monitora o
trfego da rede e verifica se o mesmo est em conformidade com contratos de nveis
de servios.
O contrato de nvel de servios (Service Level Agrement - SLA) estabelece um
conjunto mnimo de parmetros de QoS para um determinado servio. Os pacotes fora
deste acordo so processados conforme regra de policiamento definida e o que esto
dentro do acorda devem obedecer ao conjunto de regras estabelecido no mesmo.
Um exemplo de policiamento a marcao de pacotes que esto fora do acordo para
descarte, a condio aqui seria pacotes fora da taxa acordada para o servio e a ao
marcao para descarte.
A suavizao de trfego um mecanismo utilizado para controle do volume do trfego
na rede. Os fluxos encaminhados na rede podem ser superiores ao trfego permitido
para o mesmo, desta forma, se nenhuma ao for tomada tal fluxo poderia
sobrecarregar a rede. Por isso, importante o uso da suavizao para controlar o
fluxo na rede.
Com esta pesquisa pude verificar que existem trs diferentes critrios para regulao
do trfego:
Taxa mdia na qual pode se limitar a taxa mdia de encaminhamento de um
determinado fluxo por um perodo de tempo;
Taxa de pico em que alm de limitao da taxa mdia pode se tambm
determinar um valor mximo para envio dos pacotes de um fluxo;
Tamanho da rajada que limita o tamanho mximo de pacotes que podem ser
enviados para dentro da rede durante um intervalo de tempo.

Por fim, aps o processamento, os pacotes so repassados atravs de filas de sada.
Nestas filas, os pacotes aguardam at que chegue a vez de serem transmitidos. A
maneira pela qual estes pacotes so selecionados para envio conhecido como
escalonamento de filas.
As filas tm o objetivo de prover mecanismos de escalonamento nos roteadores de
maneiro que se possa compartilha banda de uma forma justa, garantir parmetros de
qualidade de servios como atraso, variao no atraso e largura de banda especfica.
Existem vrios algoritmos de escalonamento de filas, tambm chamados de disciplinas
de escalonamento de enlace. As principais disciplinas de escalonamento so:
FIFO (First In First Out - Primeiro a Entra - Primeiro a Sair),
PQ (Priority Queueing - Enfileiramento Prioritrio),
CBQ (Class Based Queueing - Enfileiramento Baseado em Classes),
WFQ (Weighted Fair Queueing - Enfileiramento Justo Ponderado).

Primeiro a Entrar - Primeiro a Sair/ First In First Out (FIFO)
Nas filas do tipo FIFO os pacotes so encaminhados na ordem de chegada, o primeiro
a chegar o primeiro a sair. Neste tipo de fila no h uma deciso sobre prioridade
dos pacotes, a sua ordem de chegada que determina a distribuio dos recursos
como largura de banda, atraso etc. Abaixo demonstraremos o funcionamento de
disciplina de escalonamento FIFO, que j vimos uma pequena parte no inicio deste
material.

Figura 8

A disciplina de enfileiramento FIFO foi muito utilizada para roteamento, porm,
atualmente, com o aumento de servios fornecidos, as redes necessitam de algoritmos
com um maior nvel de sofisticao.
Nesta disciplina, como a ordem de chegada dos pacotes que determina a largura de
banda e o tempo que os mesmos ficaro na fila, no h como ser garantida a
qualidade dos servios, pois a latncia e o fluxo dos pacotes dependero do tamanho
da fila.
Alm dos problemas citados, nas filas que usam esta disciplina os pacotes so
descartados quando as filas esto cheias.
Com isso, a FIFO mesmo sendo uma das disciplinas que fazem um tratamento justo
aos pacotes no cumpre as exigncias dos ns servios sobre a rede IP.



Enfileiramento Prioritrio / Priority Queueing (PQ)
Apenas lembrando que nas filas PQ os pacotes so classificados e encaminhados de
acordo com um nvel preestabelecido de prioridade, de forma que os com maior
prioridade so atendidos primeiro e em seguida os com prioridade menor.
A classificao dos pacotes em um domnio DiffServ feita utilizando o campo ToS no
IPv4 e CoS no IPv6.
Deve-se tomar cuidado ao utilizar o enfileiramento prioritrio, pois o mesmo pode
postergar de forma indefinida o envio de pacotes na rede, visto que, enquanto tiver
pacotes com maior prioridade sendo transmitidos, os com menor prioridade ficam
aguardando, e ainda como os que ficam aguardando no buffer enquanto os de maior
prioridade so atendidos os de menor prioridade que chegam so descartados,
aumentando a latncia e a perda de pacotes.
Este erro comum e normalmente cometido por um mal direcionamento do
administrador, no qual toda a rede sofre com isso.

Enfileiramento Baseado em Classes / Class Based Queueing (CBQ)
O CBQ uma variao do enfileiramento prioritrio em que so criadas vrias filas,
nas quais, pode-se personalizar a prioridade e a largura de banda.
Desta forma, cada tipo de trfego pode ter uma largura de banda definida e uma
prioridade especfica.
S um adendo que utilizo no meu dia a dia podemos tambm utilizar Vlan com CBQ
ou um ou outro, ambos poderiam atender a necessidade aqui descrita.
Outro ponto importante que o atendimento das filas de forma cclica, ou seja, um
pacote de classe 1 transmitido, em seguida um de classe 2 e assim por diante, ao
chegar ao final da fila volta a enviar outro pacote com prioridade 1 Abaixo uma
explicao do processo feito pela disciplina de escalonamento CBQ.

Figura 9

No enfileiramento baseado em classes, como o trfego categorizado e classificado e
em seguida enfileirado em diversas filas que so atendidas de forma cclica, tem-se
uma diminuio da latncia e a diminuio da possibilidade de haver escassez de
buffer.
Podemos dizer que o CBQ isso entre uma PQ melhorada e com diversas
facilidades e de fcil entendimento para sua implementao.
Seguindo um raciocnio logico sempre que a demanda aumenta existe a necessidade
de uma melhora para os servios prestados, tanto na parte fsica quanto na parte
logica.
Para comearmos a nos aprofundar em alguns temas como WFQ / LLQ / LEAK e
TOKEN BUCKET, precisamos saber sobre atrasos e vases.

Atraso
O atraso o tempo gasto pelo pacote, ou grupo de pacotes, para sair de um ponto de
origem e chegar ao seu destino. Neste contexto tem-se: o atraso de transmisso, que
corresponde ao tempo que um equipamento, como roteador, interface de rede, leva
para transmitir um pacote para um enlace; o atraso de propagao, que referente ao
tempo que um sinal eltrico gasto para percorrer o meio que est sendo utilizado.
O atraso nas filas, que o tempo que os pacotes esperam nas filas de um dado
equipamento para serem transmitidos ao enlace e o atraso de processamento, que
corresponde ao tempo consumido pelos equipamentos para examinar e encaminhar
um pacote.
O conjunto dos atrasos citados denominado atraso fim-a-fim. O atraso fim a fim a
soma dos atrasos que podem ser sofridos por um pacote de sua origem ao seu
destino. Aplicaes de tempo real como telefonia e videoconferncia, so mais
sensveis ao atraso.
Por exemplo, se alguns pacotes forem retardados em uma chamada telefnica, a
ligao no ter a qualidade esperada. Em uma aplicao de telefonia o atraso de 150
milissegundos no percebido pelo ouvido humano, atraso entre 150 e 400
milissegundos pode ser aceitvel, j atraso acima de 400 milissegundos pode tornar a
comunicao invivel, porm, o mesmo atraso em uma aplicao como correio
eletrnico no diminui a qualidade do servio.

Variao no atraso (jitter)
Considerando uma rede de computadores, pode-se entender o jitter como sendo a
variao no tempo e na sequncia de entrega das informaes. O jitter caracterizado
pela quebra da sequncia no trfego dos pacotes, pois os mesmo podem seguir
caminhos distintos na rede e, em cada roteador, o pacote deve esperar sua vez para
ser processado, fazendo com que alguns pacotes no chegam ao destino na ordem de
envio.
Aplicaes multimdia, como vdeo e voz, necessitam que os pacotes cheguem em
ordem e em tempos definidos, exigindo um jitter mnimo para no sofrerem a
degradao da comunicao. Servios de voz, vdeo e transaes crticas, para serem
oferecidos com QoS, precisam que os problemas com a variao no atraso sejam
resolvidos ou minimizados. O problema do jitter pode ser amenizado com a utilizao
de um atraso de reproduo.
Nesse caso, um atraso fixo ou adaptativo adicionado na reproduo do contedo.
Para adio do atraso utilizada a tcnica de buffering, que consiste em retardar a
reproduo das pores de udio/vdeo, agrupando os pacotes em um buffer antes da
reproduo. O atraso deve ser suficientemente longo para que grande parte dos
pacotes seja recebida antes do tempo de programado para iniciar reproduo pelo
receptor. Assim, os pacotes so reproduzidos sem que a latncia degrade a
comunicao.

Largura de banda (Vazo)
A largura de banda um termo utilizado para descrever a capacidade de transferncia
de dados de uma determinada aplicao em uma unidade de tempo. Fazendo uma
analogia com encanamento de gua, pode-se dizer que largura de banda corresponde
a largura do cano para a passagem de uma quantidade pr-determinada de gua. Em
uma rede IP a largura de banda corresponde ao nmero de bits que podem ser
transmitidos por segundo. O bit (binary digit - digito binrio) neste contexto a menos
unidade de informao transmitida, desta forma, a medio da vazo ou bitrate feita
em bits por segundo (bps).
Quantidades mltiplas de 1024 recebem na nomenclatura o acrscimo de uma letra
que corresponde ao valor. Por exemplo, 1024 bps nomeado como 1 kbps e assim
por diante. Algumas aplicaes no necessitam de qualidade de servios, porm,
todas necessitam de uma largura de banda especfica, por isso, este o parmetro
mais bsico na especificao de QoS.
Dessa forma, para fornecer qualidade de servios deve-se garantir uma largura de
banda mnima para o fluxo de dados da aplicao, que deve ser pr-configurada na
rede.
Na Tabela abaixo so listadas algumas aplicaes e a largura de banda requerida por
estas.






Ap||caco Vazo (1|p|ca)

Apllcaces 1ransaclonals 1 kbps a 30 kbps

voz 10 kbps a 120 kbps

Apllcaces Web (www) 10 kbps a 300 kbps

vldeo (SLreamlna) 100 kbps a 1 Mbps

vldeo MLC 1 Mbps a 10 Mbps

Apllcaco lmaaens medlcas 10 Mbps a 100 Mbps

Apllcaco 8ealldade vlrLual 80 Mbps a 130 Mbps

Figura 10

Em uma aplicao de voz que requeira uma largura de banda de 120 Kbps, se em
algum momento a vazo disponvel para este fluxo for menor que os 120 kpbs
demandados, como em casos de congestionamento, a comunicao ser degradada
ou at impossibilitada.
Por isso, para garantir qualidade de servios a uma determinada aplicao,
necessria a garantia de largura de banda mnima.

Perda de Pacotes
Um pacote pode ser enviado e no ser recebido por um destinatrio, quando isto
ocorre diz-se que houve a perda do pacote. A quantidade de pacotes perdidos tende a
aumentar conforme o aumento do trfego na rede, sendo que a maioria das perdas
ocorre em ns congestionados. A perda de pacotes afeta diretamente as aplicaes
na rede e deve ser considerada quando se pensa em implantar QoS pois, tais perdas
podem inviabilizar a utilizao de algumas aplicaes sensveis a perda de pacotes.
Pacotes podem ser perdidos em vrias situaes, as principais so:
-> Perdas devido s filas dos roteadores estarem cheias: quando a fila de um
roteador enche, os pacotes encaminhados para o mesmo so descartados.
-> Falhas em algum enlace no trajeto do pacote: com a queda de um enlace,
pacotes que estavam sendo transmitidos so perdidos.
-> Encaminhamento errado por um n da rede.
-> Erro de transmisso, que podem ocasionar perda de pacotes.
As perdas de pacotes so problemticas principalmente para aplicaes em tempo
real, como o caso da voz sobre IP e da videoconferncia, por exemplo, perdas de
pacotes de voz digitalizada podem tornar a comunicao invivel.
Por isso, existe a necessidade de definio e garantia de perdas mnimas para cada
tipo de aplicao. A Tabela Abaixo mostra a relao de sensibilidade de alguns
servios quanto aos parmetros de qualidade de servios, nota-se que diferentes
aplicaes requerem diferentes nveis dos parmetros de QoS.
A voz, por exemplo, requer uma largura de banda (vazo) muito baixa, porm, muito
sensvel ao atraso e a variao do atraso, j outros so mais sensvel a perdas e
menos sensvel a latncia e ao jitter.

1|po de 1rfego Vazo erdas Latnc|a I|tter

voz MulLa 8alxa Medla AlLa AlLa

1ransaces 8alxa AlLa AlLa 8alxa

Acesso 8emoLo (1elneL) 8alxa AlLa Medla 8alxa

naveaaco Web Casual 8alxa Medla Medla 8alxa

naveaaco Web CrlLlca Medla AlLa AlLa 8alxa

1ransferncla de Arqulvos AlLa Medla 8alxa 8alxa

vldeoconfernclas AlLa Medla AlLa AlLa

MulLlcasL AlLa AlLa AlLa AlLa

Figura 11

O algoritmo WFQ
O algoritmo WFQ Weighted Fair Queueing uma implementao Cisco na qual
possvel ponderar determinados tipos de fluxo.
O algoritmo escalona o trfego prioritrio (interativo) para frente da fila, reduzindo o
tempo de resposta. Ao mesmo tempo, compartilha o restante da banda com os outros
tipos de fluxo de uma forma justa.
O WFQ dinmico e se adapta automaticamente s mudanas das condies de
trfego, sendo bastante til em conexes seriais de baixa velocidade at 2 Mbps.

Figura 12

Diagrama de WFQ
Antes de mais para Weighted Fair Queuing, Fair Queuing (FQ) est a ser introduzido
em primeiro lugar. FQ projetado para partilha equitativa dos recursos de rede, que
vai tentar reduzir o atraso e jitter de todos os trfegos aos seus nveis timos. Levou
todos os aspectos em considerao, que tem as seguintes caractersticas:
Filas diferentes tm oportunidade justa de despachar para equilibrar o
atraso de cada fluxo no todo.

Pequenos pacotes e pacotes longos so tratados de forma justa,
enquanto dequeuing: se h pacotes longos em uma fila e pequenos
pacotes em outra fila de espera, simultaneamente, a ser enviado, os
pacotes curtos tambm deve ser cuidada e, estatisticamente, os
pequenos pacotes devem ser tratados preferencialmente, eo jitter entre
pacotes de cada trfego ser reduzida no todo.
Comparado com FQ, WFQ considera prioridade em adio ao calcular a sequncia de
envio de pacotes. Estatisticamente, com WFQ, trfego de alta prioridade tem
prioridade sobre os pacotes de baixa prioridade no envio.
WFQ pode automaticamente classificar o trfego de acordo com a "sesso" de
informaes de trfego (tipo de protocolo, origem / destino TCP ou UDP nmero de
porta, de origem / destino do endereo IP, pedaos de preferncia de campo ToS,
etc), e tentar fornecer mais filas para que cada trfego sero uniformemente colocadas
em filas diferentes e equilibrar o atraso do trfego em cada um todo.
Enquanto dequeuing,WFQ pode atribuir a largura de banda de interfaces egresso
ocupados por cada fluxo de acordo com a precedncia IP. Quanto maior o valor
numrico da precedncia , a maior largura de banda pode ser obtida.
Por exemplo: Agora, se existem cinco trfegos na interface, e seus nveis de
precedncia so 0, 1, 2, 3, 4, respectivamente, em seguida, a cota de largura de
banda total ser: a soma do total (precedncia de trfego 1), ou seja,
1 + 2 + 3 + 4 + 5 = 15
A proporo de largura de banda para cada ocupante trfego : (prioridade + 1) /
quota total da largura de banda, ou seja, largura de banda disponvel para cada
trfego: 1/15, 2/15, 3/15, 4/15, 5/15.
Porque WFQ pode equilibrar o atraso e jitter de cada fluxo quando o
congestionamento ocorre, ela efetivamente aplicada em campos particulares. Por
exemplo, nos servios garantida usando o RSVP (protocolo de reserva de recursos),
geralmente, WFQ ser usada como a poltica de expedio. E tambm no GTS, WFQ
usado para enviar pacotes em buffer.

V. CBQ (Class-Based Queuing)

CBQ a extenso do WFQ, que suporta classes definidas pelo usurio. CBQ aloca
uma fila FIFO independente reservada para cada classe definida pelo usurio para o
buffer de dados da mesma classe.
Em caso de congestionamento da rede, CBQ corresponde pacotes de sada de acordo
com regras definidas pelo usurio de classe e que lhes permite entrar filas
correspondentes. necessrio verificar o mecanismo de preveno de
congestionamento (queda cauda ou WRED) e restrio de largura antes de os pacotes
entram filas. WFQ realizada para os pacotes na fila correspondentes a cada classe
quando eles saem da fila.
CBQ fornece uma fila de emergncia para pacotes emergentes. Esta fila FIFO adota o
modo de agendamento e no tem qualquer restrio de largura. Portanto, se trata
CBQ filas de todas as classes no modo justo ponderado, atrasar fluxos de dados
sensveis, como pacotes de voz no pode ser oportuna manuteno.
Por esta razo, PQ introduzido CBQ, chamado Low Latency Queuing (LIQ), o qual
proporciona servios estritamente preferenciais para os pacotes de voz e outras de
atraso fluxos de dados sensveis.
LIQ combina mecanismo de SP com CBQ. O usurio pode definir uma classe para
usar o servio de SP quando da definio da classe. Essa classe conhecida como
classe de prioridade. Todos os pacotes da classe de prioridade vai entrar na fila de
prioridade mesmo.
necessrio verificar restrio da largura de banda de pacotes antes de entrarem
filas. Quando os pacotes saem de filas, os pacotes em fila de prioridade so
transmitidas em primeiro lugar.
Ento os pacotes em outras filas so transmitidos em modo justo ponderado. A fim de
que os pacotes em outras filas no ser adiada por muito tempo, a largura de banda
mxima disponvel pode ser especificado para cada classe de prioridade ao usar LIQ.
O valor da largura de banda usado para controlar o trfego em caso de
congestionamento. Se nenhuma congesto acontece, a classe de prioridade est
autorizado a usar a largura de banda superior ao valor atribudo.
Se o congestionamento ocorre, os pacotes da classe de prioridade superior largura
de banda alocada ser descartado. LIQ tambm pode especificar exploso de
tamanho.

O sistema combina regras para pacotes, como segue:
Coincidir com a classe de prioridade primeira e depois as outras classes.
Mltiplas classes de prioridade so combinadas na sequncia de configurao.
Jogo na sequncia de configurao para outras classes.
Vrias regras em uma classe so combinados na sequncia de configurao.

RTP (Real-time Transport Protocol) filas de prioridade

Prioridade RTP filas tecnologia usado para resolver os problemas de QoS em tempo
real de servios (incluindo servios de udio e vdeo). Seu princpio colocar os
pacotes RTP portadores de udio ou vdeo em alta-prioridade da fila e envi-lo
primeiro, minimizando atraso e jitter e garantir a qualidade do servio de udio ou
vdeo que sensvel ao atras
Entendeu at aqui como funciona uma rede baseada em Voip?
Podemos agora nos aprofunda um pouco nesta tecnologia to falada pelos professor
de sexta feira, colegas e profissionais. Ento vamos ao um overview do que vimos at
agora e continuaremos com assuntos ainda no abordados.

QoS
Qualidade de Servio (QoS) mede o desempenho do servio de prestadores de
servios em termos de satisfao do cliente. Em vez de dar pontos precisos, QoS
enfatiza analisar quais os servios so bons ou imperfeitos, e vm em que tipo de
circunstncias, de modo a proporcionar uma melhoria de aresta de corte.
Na Internet, QoS avalia o desempenho do servio de encaminhamento de pacotes de
rede. Devido aos vrios servios oferecidos pela rede, a avaliao de QoS ser
baseada em aspectos diferentes de acordo. Geralmente, QoS avalia o desempenho
de servio para os principais requisitos de rede durante o processo de
encaminhamento de pacotes, tais como jitter e taxa de perda de pacotes.

Aplicao Forwarding tradicional Pacotes
Em redes IP tradicionais, os dispositivos de tratamento de todos os pacotes de forma
idntica e trat-los com o primeiro, primeiro a sair (FIFO) poltica, atribuir recursos de
encaminhamento pela sequncia chegada de pacotes.
Todos os pacotes de compartilhar os recursos dos dispositivos de rede. Quantos
recursos os pacotes podem obter completamente depender do tempo que eles
chegam.
Esta poltica de servio chamado de melhor esforo, que oferece os pacotes para o
seu destino, que pode, sem qualquer garantia de qualidade e garantia de atraso na
entrega, jitter, taxa de perda de pacotes, confiabilidade e assim por diante para o
encaminhamento de pacotes.
A poltica tradicional servio de melhor esforo s adequado para aplicaes
insensveis largura de banda e atraso, tais como WWW transferncia de arquivos e
e-mail.

Novas Exigncias Causada por novas aplicaes
Com o rpido desenvolvimento da rede, as redes mais e mais acesso Internet. A
Internet tem sido expandida em termos de quantidades a sua cobertura, escala e
usurios. Mais e mais usurios utilizam Internet como plataforma de transmisso de
dados para implementar vrias aplicaes.
Para alm das aplicaes tradicionais da WWW, e-mail e FTP, os usurios da rede
tentar expandir algumas novas aplicaes, tais como tele-educao, telemedicina,
telefone de vdeo, videoconferncia e vdeo-on-Demand (VoD), na Internet. E os
usurios corporativos esperar para conectar suas filiais regionais em conjunto para
desenvolver algumas aplicaes operacionais atravs de tecnologia VPN, por
exemplo, para acessar o banco de dados da empresa ou monitor de seu equipamento
remoto atravs de Telnet.
Essas novas aplicaes tm uma coisa em comum, ou seja, altas exigncias de
largura de banda, jitter, e. Por exemplo, videoconferncia e VOD precisam da garantia
de ampla largura de banda, baixo atraso e jitter. Quanto a aplicaes de misso
crtica, como transao e Telnet, no podem exigir grande largura de banda, mas
exigem menor atraso e ser tratado por prioridade durante congestionamento.
As novas aplicaes emergentes exigem maior desempenho de servio de rede IP.
Melhores servios de rede durante a transmisso de pacotes so necessrios outros
que simplesmente entregar os pacotes ao seu destino, como o fornecimento
especfico do usurio de banda, reduzindo relao de perda de pacotes, evitando
congestionamentos, regulao do trfego de rede, definir a prioridade dos pacotes.
Para atender a esses requisitos, a rede deve ser fornecida com uma melhor
capacidade de servio.

Congestionamento: causas, consequncias, e Contramedidas.
Congestionamento da rede um fator chave para degradar a qualidade de servio da
rede tradicional. Congestionamento refere-se a tal fato que as taxas de
encaminhamento so diminudos devido deficincia relativa da oferta de recursos
(que leva demora extra).
Causas
Congestionamento vai ocorrer facilmente em circunstncias complexas de comutao
de pacotes na Internet, com dois casos ilustrados na figura a seguir:
O congestionamento de trfego em interfaces com velocidades diferentes


Figura 13


Congestionamento do trfego em interfaces com a mesma velocidade


Figura 14


Os fluxos de pacotes inserir um dispositivo a partir de uma ligao de alta velocidade e
so transmitidos atravs de um link de baixa velocidade;
Os fluxos de pacotes a partir de um dispositivo de introduzir vrias interfaces com a
mesma velocidade e so transmitidos atravs de uma interface com a mesma
velocidade.
Quando o trfego chega na velocidade do fio, a congesto pode ocorrer por
afunilamento de recurso de rede.

Alm do gargalo de largura de banda da ligao, o congestionamento tambm ser
causada por deficincia de recursos no encaminhamento de pacotes normal, tais
como a deficincia de atribuveis tampo processador do tempo, e da memria. Alm
disso, a congesto pode ocorrer se o trfego de entrada no administrada de forma
eficaz e os recursos de rede atribuveis so inadequados.

Impacto
Congestionamento pode provocar os seguintes efeitos negativos:
Aumentar o atraso e jitter de transmisso de pacotes, e muito alto demora um
pacote leva a re-transmisso.
Diminuir a taxa de transferncia de rede eficiente e reduzir a utilizao dos
recursos de rede.
Congesto intensificada podem ocupar recursos de rede demais
(especialmente em memria), e a atribuio de recursos irracional mesmo
pode levar ao bloqueio dos recursos e desagregao para o sistema.
bvio que o congestionamento far os trfegos incapazes de obter os recursos no
tempo e degradam o desempenho dos servios de acordo. Ningum quer
congestionamento, mas ocorre com freqncia em ambientes complexos onde as
aplicaes de comutao de pacotes e multi-usurios coexistem. Por isso, tem de ser
tratada com cautela.

Contramedida
Uma maneira direta para resolver problemas de deficincia de recursos para
aumentar a largura de banda da rede, no entanto, no pode resolver todos os
problemas causados por congestionamento.
Um mtodo mais eficaz para resolver o problema do QoS melhorar as funes de
controle de trfego e alocao de recursos na rede, e para fornecer servios
diferenciados para aplicaes com exigncia de servio diferente, a fim de alocar e
usar os recursos corretamente.
Durante o processo de alocao de recursos e controle de trfego, os fatores diretos
ou indiretos que possam causar o congestionamento da rede devem ser controlados
com o melhor esforo para reduzir a probabilidade de congestionamento.
Como o congestionamento ocorre, alocao de recursos deve ser equilibrada de
acordo com as caractersticas e demandas de aplicativos, para minimizar os efeitos
sobre QoS por congestionamento.

Tecnologias de gesto de trfego

Classificao de trfego, policiamento, shaping, evitar gerenciamento de
congestionamento, e congestionamento so as bases para uma rede para fornecer
servios diferenciados. Principalmente se implementar as seguintes funes:
Classificao de trfego: um pr-requisito para o atendimento
diferenciado, para identificar os objetos interessados com base em uma
regra de correspondncia certa.

Policiamento de trfego: a especificao de polticas especficas de
insero trfegos do roteador. Quando os trfegos exceder as
especificaes, em seguida, algumas medidas de restrio ou punio
podem ser tomadas para proteger os benefcios comerciais dos
transportadores e para evitar que os recursos de rede seja danificado.

Shaping: uma medida de controlo de trfego de ativamente ajustar a
velocidade de sada de trfegos, geralmente, pode permitir que o
trfego de adaptao aos recursos de rede fornecidos pelo router a
jusante, para evitar a rejeio de pacotes indesejados e
congestionamento. Mesmo que o trfego de policiamento, shaping,
implementado na camada IP.

Gesto de congestionamento: trata competio de recursos durante o
congestionamento da rede. Geralmente, ele armazena os pacotes na
fila primeiro, e depois leva um algoritmo de despacho para atribuir a
seqncia de encaminhamento de pacotes.

Evitar congestionamento: Exceder congestionamento consome recursos
de rede. Evitar o congestionamento pode monitorar o estado de uso dos
recursos de rede, como congestionamento e se torna pior, activamente
a poltica de descarte de pacotes atravs de ajustar o trfego para
resolver a sobrecarga da rede.
Entre essas tecnologias de gesto de trfego, classificao de trfego a base. um
pr-requisito para servios diferenciados, que identifica os pacotes interessados com a
regra de correspondncia certa.
Quanto policiamento de trfego, controle de trfego, gerenciamento de
congestionamento e evitar congestionamentos, eles implementar a gesto de trfego
de rede e recursos alocados a partir de diferentes aspectos, respectivamente, para
realizar o servio diferenciado.

Normalmente, QoS fornece as seguintes funes:
Classificao do trfego
O controle de acesso
Policiamento de trfego e moldar
Gesto de congestionamentos
Evitar o congestionamento

Classificao de trfego, policiamento, e Shaping
Viso geral de classificao do trfego
Classificao do trfego
Classificao de trfego o pr-requisito e fundamento para servios diferenciados,
que utiliza certas regras para identificar os pacotes com determinadas caractersticas.
Para discriminar os fluxos, voc pode definir as regras de trnsito de classificao
utilizando os bits de prioridade de ToS (tipo de servio) de campo no cabealho do
pacote IP.
Como alternativa, o administrador da rede pode definir uma poltica de classificao de
trfego, por exemplo, integrao de informaes, como o endereo IP de origem,
endereo IP de destino, endereo MAC, IP, ou nmero da porta das aplicaes de
classificar o trfego. Em geral, pode ser uma faixa estreita definida por um.
Quntuplo (endereo IP de origem, o nmero de porta de origem, endereo de IP de
destino, nmero da porta de destino e o protocolo de transporte), ou podem ser todos
os pacotes para um segmento de rede
Em geral, enquanto que os pacotes serem classificados na fronteira da rede, os bits de
prioridade na ToS byte do cabealho de IP so configurados de modo que a
precedncia de IP pode ser utilizada como um padro de classificao directa pacote
dentro da rede.
As tecnologias de enfileiramento pode usar a precedncia IP para lidar com os
pacotes. Jusante rede pode receber os resultados da classificao de pacotes de rede
a montante de forma seletiva, ou reclassificar os pacotes com seu prprio padro.
Classificao de trfego utilizado para fornecer servio diferenciado, por isso deve
ser associado a certos tipos de policiamento de trfego ou recurso de atribuio de
mecanismos. Para adotar o tipo de ao de policiamento de trnsito vai depender do
estgio atual e estado da carga da rede.
Por exemplo, para policiar os pacotes de acordo com a taxa comprometido quando
entram na rede, para fazer modelagem de trfego antes de escoar os ns, para
executar o gerenciamento de filas em caso de congestionamento e de empregar evitar
o congestionamento quando o congestionamento se torna pior.

Prioridade
Vrias prioridades so descritos como se segue:
DS campo e byte ToS

Figura 15

Como mostrado na Figura, o byte ToS de cabealho IP contm 8 bits: os primeiros trs
bits (0 a 2) indica a precedncia IP, avaliados no intervalo de 0 a 7; os seguintes 4 bits
(3-6) indica a prioridade ToS, valorizadas no intervalo de 0 a 15.
Em RFC2474, o campo ToS do cabealho do pacote IP redefinido como DS campo,
onde o ponto de cdigo DiffServ (DSCP) prioridade indicada pelos primeiros 6 bits (0
a 5), com valor na faixa de 0 a 63. Os restantes 2 bits (6 e 7) so reservados.

Policiamento de trfego e Traffic Shaping
Se no h restries so impostas sobre os trfegos dos usurios, estourando os
dados enviados por usurios em massa continuamente vai fazer a rede se tornar mais
congestionado.
Assim, para a funo de rede mais eficiente e melhor servio de rede para os
utilizadores mais, os trfegos de os utilizadores devem ser restringido, por exemplo,
para restringir um trfego pode adquirir apenas os recursos especficos atribudos no
intervalo de tempo determinado, de modo a evitar o congestionamento da rede
causado pela estouro excesso.
Policiamento de trfego e modelagem de trfego uma poltica de monitoramento de
trfego para restringir o trfego e recursos atravs da comparao com a
especificao de trfego.
Para saber se o trfego excede a especificao ou no um pr-requisito para o
trfego de policiamento ou elaborao. Em seguida, com base no resultado da
avaliao que voc pode implementar uma poltica de regulao. Normalmente, Token
Bucket usada para valorizar a especificao de trfego.

Avaliao trfego e Token Bucket
Balde I. Caractersticas token
Token Bucket pode ser considerado como um recipiente capaz de conter certo nmero
de fichas. O sistema ir colocar tokens no balde a uma taxa definida. No caso de o
balde est cheio, as fichas extras vai transbordar e smbolos no mais sero
adicionadas.

Figura 16

Medindo o trfego com Token Bucket
II. Medindo o trfego com Token Bucket
Seja ou no a quantidade de sinal do Token Bucket pode satisfazer o
encaminhamento de pacotes a base para Token Bucket para medir a especificao
de trfego.
Se fichas suficientes disponveis para encaminhamento de pacotes, o trfego
considerado conforme a especificao (geralmente, um sinal est associada
capacidade de encaminhamento de um bit), caso contrrio, no estar em
conformidade, ou em excesso.
Ao medir o trfego com Token Bucket, esses parmetros esto includos:
Taxa mdia: A taxa de colocar em Balde de Token, ou seja, taxa mdia do
trfego permitir. Geralmente definido como CIR (Committed Information Rate).
Rebentamento tamanho: capacidade de Token Bucket, ou seja, o tamanho
mximo de trfego de cada exploso. Geralmente, ela definida como CBS
(Committed Burst Size), e o tamanho do rebentamento devem ser maiores do que o
tamanho mximo de pacotes.
Uma nova avaliao ser feita quando um novo pacote chega. Se houver suficiente
tokens em balde para cada avaliao, isto mostra que os trfegos esto dentro do
limite, e nessa altura a quantidade de fichas necessrias para os direitos de
encaminhamento de pacotes, necessitam de ser retirados.
Caso contrrio, mostra que os tokens muitos tm sido utilizados, e as especificaes
de trfego so ultrapassados.

III. Avaliao Complicated
Dois baldes de token pode ser configurado para avaliar as condies que so mais
complexos e implementar poltica de regulao mais flexvel. Por exemplo, o
policiamento de trfego (TP) tem trs parmetros, como segue:

CIR (Committed Information Rate)
CBS (Committed Burst Size)
EBS (Excess Burst Size)

Ele usa dois token baldes com a taxa de token colocao de cada balde definido como
CIR igualmente, mas com capacidades diferentes: CBS e EBS (CBS <EBS, chamado
C Bucket Bucket e E), o que representa classe estourando diferente permitida.
Em cada avaliao, voc pode usar as polticas de controle de trfego diferentes para
situaes diferentes, como "balde C tem bastante fichas", "Smbolos da caamba C
so deficientes, mas os de balde E so o suficiente", "smbolos de C balde e balde E
so todos deficiente ".

IV Traffic. Policiamento
Normalmente, policiamento de trfego utilizado para monitorar a especificao de
certos tipos de trfego que entra na rede e mant-lo dentro de um limite razovel, ou
ele vai fazer "pena" do trfego excedente, de modo a proteger os recursos de rede e
os lucros das operadoras.
Por exemplo, possvel restringir pacotes HTTP para ocupar largura de banda de no
mais do que 50%. Uma vez encontrando o trfego de uma conexo superior, ele
poder cair os pacotes ou redefinir a precedncia de pacotes.
Policiamento de trfego permite que voc defina regras de jogo com base em IP
precedncia ou cdigo ponto DiffServ (DSCP).
amplamente utilizado pelo ISP para policiar o trfego da rede. TP tambm inclui o
servio de classificao de trfego para os trfegos policiadas, e dependendo dos
resultados de avaliao diferentes, que vai implementar as aes de policiamento pr-
configurados, que so descritos da seguinte forma:

Encaminhar o pacote cuja avaliao resultado "conforme".
Soltando os pacotes cujo resultado a avaliao "no-conforme".
Modificando a prioridade dos pacotes cuja avaliao resultado
"conforme" e encaminh-los.
Modificando a prioridade dos pacotes cuja avaliao resultado
"conforme" e entrar no TP prxima classificao.
Entrando no policiamento prxima rank (TP pode empilhar classificao
por categoria, em cada posto de policiamento objetos mais detalhados).

Trfego V. Shaping
Shaping uma forma activa para ajustar a taxa de sada de trfego. Uma aplicao
tpica o de controlar o trfego de sada com base em ndice TP ns da rede a
jusante.
A principal diferena entre moldar o trfego e policiamento de trfego : os pacotes a
serem lanadas no policiamento de trfego sero armazenados durante modelagem
de trfego - em geral, eles sero colocados em buffer ou filas (tambm chamado
Traffic Shaping - TS).
Uma vez l so bastante tokens em Token Bucket, esses pacotes armazenados sero
igualmente enviados. Outra diferena que o trfego de formao pode intensificar
atraso, mas o trfego de policiamento raramente o faz.


Figura 17

Diagrama TS
Por exemplo, na implementao mostrada na Figura abaixo, o roteador A envia
pacotes para o roteador B.
E Router B implementa TP sobre esses pacotes, e cai diretamente trfego excedente.

Figura 18

Implementao TS
Para reduzir a queda de pacotes, GTS pode ser usado para os pacotes no interface de
sada de Router A. Os pacotes para alm das caractersticas de trfego de GTS ser
armazenado em A. Router Enquanto o envio do prximo conjunto de pacotes, GTS ir
retirar os pacotes de buffer ou filas e envi-los.
Assim, todos os pacotes enviados para o Roteador B acordo com a regulamentao
do trfego de roteador B.

VI. Linha em Porto Fsica
Em uma interface fsica, voc pode impor taxas de linha abaixo da taxa de linha fsica
para limitar a taxa global de transmisso (incluindo a taxa de envio de pacotes
crticos).
LR tambm usa Token Bucket para controle de trfego. Se LR est configurado em
uma interface de um roteador, todos os pacotes a serem enviados atravs da interface
sero em primeiro lugar tratado por Token Bucket de LR.
Se houver suficiente tokens em Token Bucket, em seguida, os pacotes podem ser
encaminhados, caso contrrio, os pacotes sero colocados em filas de QoS para
gerenciamento de congestionamento, de modo que os trfegos de pacotes atravs da
porta fsica pode ser gerenciado.


Figura 19

Diagrama de processamento LR
Se Token Bucket usado para controlar os trfegos, quando h tokens em Token
Bucket, os pacotes podem ser enviados na exploso, se no fichas esto disponveis,
os pacotes no sero enviadas at gerar novos tokens no balde Token.
Assim, o trfego de pacotes restrito sob a taxa de gerao de novo token para
alcanar o objetivo de restringir os trfegos, permitindo estourando viaduto trfego.
Comparado com o TP, LR pode restringir todos os pacotes atravs da porta fsica.
TP realizado na camada IP implementar nenhuma funo para pacotes que no
passam pela camada IP. Se os utilizadores exigem para limitar a taxa de todos os
pacotes, LR mais fcil de ser implementada.
QoS Poltica
Introduo
QoS poltica inclui trs elementos: a classe de comportamento de trfego e poltica.
Voc pode vincular a classe especificada e comportamento do trfego por meio de
polticas de QoS para configurar QoS.
Classes I.
Uma classe usado para identificar o trfego.
Elementos de classe incluem nome da classe e regra.
Voc pode definir uma srie de regras, executando alguns comandos para classificar
os pacotes. Alm disso, voc pode especificar a relao entre as regras: AND e OR.
AND: O dispositivo considera um pacote pertence a uma classe somente
quando o pacote corresponder a todas as regras.
OR: O dispositivo considera um pacote pertence a uma classe, enquanto o
pacote corresponde a uma das regras da classe.
II. Comportamentos de trfego
Um comportamento de trfego utilizado para definir as caractersticas de QoS para
eles.
Comportamentos de trfego incluir o nome de comportamentos de trfego e aes
definidas em um comportamento do trfego.
Os usurios podem usar certos comandos para definir vrias aes em um
comportamento de trfego.
III. Polticas
A poltica usado para ligar a classe especificada e comportamento do trfego.
A poltica inclui nome da poltica e nome da classe amarrado e comportamento do
trfego.

Gesto de congestionamento
Viso geral do gerenciamento de congestionamento
Como a um dispositivo de rede, o congestionamento ir ocorrer na interface onde a
taxa de chegada dos pacotes mais rpida do que a taxa de envio. Se no houver
nenhuma capacidade tampo suficiente para armazenar os pacotes e, em seguida,
uma parte deles sero perdidos, o que pode causar a retransmisso de pacotes a
partir do dispositivo por causa do tempo de espera, e de conduzir a um ciclo vicioso.
A chave para a gesto dos congestionamentos como definir uma poltica de envio
de recursos para decidir a ordem de encaminhamento de pacotes quando o
congestionamento ocorre.
Gesto de Polticas de congestionamento
Em geral, a gesto dos congestionamentos adota tecnologia de enfileiramento. O
sistema classifica trfegos usando um tipo de algoritmo de enfileiramento, e ento ele
ir enviar-lhes com um algoritmo de certa preferncia. Cada algoritmo de
enfileiramento usada para lidar com um problema de trfego de rede particular e tem
grandes impactos sobre a atribuio de recursos de largura de banda, atraso e jitter.

RTP diagrama de filas
Como mostrado na figura anterior, um pacote RTP enviado em uma fila de alta
prioridade. Pacote RTP o pacote UDP cujo nmero de porta mesmo.
O alcance do nmero de porta configurvel. RTP fila de prioridade pode ser usado
junto com qualquer fila (por exemplo, FIFO, PQ, CQ, WFQ e CBQ), ao mesmo tempo
que tem a maior prioridade.
Desde LLQ de CBQ tambm pode ser usada para resolver em tempo real de servio,
recomendado no usar RTP juntamente com CBQ.
Comparao de tecnologias de gesto de congestionamento
As tecnologias mencionadas acima gesto de congestionamentos esto disponveis
no dispositivo. Rompendo a nica poltica de gesto de congestionamentos de FIFO
para equipamentos IP tradicional, eles fornecem a capacidade de QoS forte, que
atende s exigncias de qualidade de servio exigidos diferente por diferentes
aplicaes.
Para o uso eficiente das tecnologias de gesto de congestionamentos, a tabela
seguinte compara as tecnologias de filas disponveis.









Tipo No. fila Vantagens Desvantagens
FIFO 1
No h necessidade de
configurao, fcil de usar
Operao fcil, baixo
atraso
Todos os pacotes
so tratados de forma
igual. A largura de
banda disponvel,
atraso e probabilidade
gota so decididos
pela ordem de
chegada dos pacotes.
Qualquer restrio
sobre as fontes de
dados no
correspondentes (isto
, sem mecanismo de
controlo de fluxo do
fluxo, por exemplo,
UDP), a perda de
largura de banda
resultante de fontes
combinadas de dados,
tais como o TCP.
Nenhuma garantia
para o atraso de tempo
sensvel aplicao em
tempo real, como VoIP.
PQ 4
Fornecer o servio de
preferncia absoluta aos
dados de aplicaes
diferentes, e capazes de
garantir a baixo atraso para
aplicaes em tempo real
(VoIP). Fornecer
preferncia absoluta aos
pacotes de negcio
preferencial de sua largura
de banda de ocupao.
Precisam ser
configurados;
velocidade de
processamento baixo
Se no existirem
restries largura de
banda de ocupao de
pacotes com elevada
preferncia, os pacotes
com baixa preferncia
no ir obter a largura
de banda necessria.
CQ 16
Capaz de atribuir a
proporo de largura de
banda de acordo com a
ocupao pacotes com
diferentes aplicaes
Se os pacotes de
determinadas classes no
existem, ele pode aumentar
a largura de banda para
pacotes existentes.
Precisam ser
configurados;
velocidade de
processamento baixo
Tipo No. fila Vantagens Desvantagens
WFQ

Configurvel
Facilmente configurado
Capaz de garantir a
largura de banda que
ocupa para fontes de
dados (por exemplo, o
envio de pacotes TCP)
utilizadas para fins
interativos
Capaz de reduzir jitter
Capaz de reduzir o
atraso para o aplicativo
interativo com dados
pequenos
Capazes de atribuir a
largura de banda diferente
para trfegos com
prioridades diferentes
Quando a quantidade
dos trfegos diminuiu, pode
aumentar automaticamente
a largura de banda para
trfegos existentes.
A velocidade de
processamento mais
rpido do que a FIFO,
mas mais lenta do que
a de PQ e CQ.
CBQ

Configurvel
(0 a 64)
Capaz de classificar os
dados de acordo com
regras flexveis, diferentes,
proporcionando mecanismo
de fila diferente de
despacho para o
encaminhamento acelerada
(EF), encaminhamento
assegurado (AF) e melhor
esforo (BE) de servios.
Capaz de fornecer
garantias de largura de
banda altamente precisas
para o servio de AF e de
assegurar que a fila de
expedio realizada de
acordo com uma proporo
em peso entre os vrios
servios determinado AF.
Capaz de fornecer fila
absolutamente preferencial
de despacho para o servio
de EF, de modo a garantir
o tempo real de dados de
atraso. Nesse meio tempo,
ele pode superar a
desvantagem que o PQ de
baixa preferncia ser
"extinta devido ao fluxo de
dados muito pequeno",
uma vez que restringe o
fluxo de dados de alta
preferncia.
Capaz de fornecer WFQ
despacho para os dados
padro de melhor esforo
de encaminhamento.
A sobrecarga do
sistema grande.
Evitar o congestionamento
Viso geral de preveno de congestionamento
Congestionamento excessivo pode pr em perigo os recursos de rede muito, por isso
algumas medidas de preveno devem ser tomadas.
O evitar congestionamento refere-se a um mecanismo de controlo de trfego que pode
monitorizar o estado de ocupao de recursos de rede (por exemplo, as filas ou
tampo).
Como o congestionamento se torna pior, o sistema ativamente descarta pacotes e
tenta evitar a sobrecarga de rede atravs de ajuste dos trfegos de rede.
Comparando com o controle de trfego fim-a-fim, este controle de trfego tem
significado mais amplo, que afeta mais cargas de fluxos de aplicaes atravs do
dispositivo.
claro que, enquanto que o descarte de pacotes, o dispositivo pode cooperar com a
aco do controlo de trfego sobre a extremidade de origem, tais como o controlo do
trfego TCP para ajustar o trfego da rede a um nvel de carga razovel.
Uma boa combinao de pacotes de cair poltica com o mecanismo de controle de
trfego na extremidade da fonte pode maximizar o rendimento ea utilizao da rede e
minimizar o lanamento de pacotes e atrasos.

Poltica pacote caindo e o tradicional

Poltica tradicional de pacotes caindo adota o mtodo tail-drop. Quando a quantidade
de pacotes em uma fila atinge certo valor mximo, todos os pacotes recm-chegados
sero descartados.
Este tipo de poltica vai levar caindo ao fenmeno de sincronizao TCP - quando as
filas de descartar pacotes de vrias conexes TCP, ao mesmo tempo, que ir conduzir
estas conexes TCP para entrar evitar congestionamentos e status incio lento para
ajustar trfegos simultaneamente, ento chegar a um pico de alta de trfegos
simultaneamente.
Desta forma, o trfego de rede mantm aumentos e diminuies frequentes.

RED e WRED
Para evitar o fenmeno da TCP sincronizao, Random Early Detection (RED) ou
Deteco Precoce aleatria ponderada (WRED) pode ser usado.
No algoritmo RED, ele define limitaes mnimo e mximo para cada fila. Os pacotes
so processados como se segue:

Quando o comprimento da fila menor do que o limite mnimo, nenhum
pacote ser descartado.
Quando o comprimento da fila exceder o limite mximo, todos os
pacotes de entrada ser descartado.
Quando o comprimento da fila entre limitao mxima e mnima de
limitao, o pacote ser descartado de forma aleatria. Quanto maior for
o comprimento de fila, maior a probabilidade de cair , mas a
probabilidade de queda mxima permanecer.

Ao contrrio de RED, o nmero aleatrio gerado de WRED baseada na prioridade.
Ele usa a precedncia IP para determinar a poltica caindo, assim, a probabilidade de
queda de pacotes com alta prioridade ser relativamente diminuir.

RED e WRED empregar o pacote aleatrio caindo poltica para evitar a sincronizao
TCP - quando pacote de uma conexo TCP descartado com uma diminuio da taxa
de envio, outras conexes TCP ainda ir manter maior taxa de envio.
Portanto, h sempre algumas conexes TCP, que tm uma maior taxa de envio para
perceber a utilizao de banda mais eficiente rede.

Comprimento mdio da fila

Para soltar os pacotes atravs de comparar o comprimento da fila com as limitaes
mximas / mnimas ir tratar o fluxo de dados estourando injusta e influenciam a
transmisso de fluxo de dados. WRED usa a fila mdia e mxima / comparao
limitaes mnimo necessrio para determinar a probabilidade de cair.
O comprimento mdio da fila o resultado da passagem baixa filtragem de
comprimento da fila. O comprimento mdio da fila reflete a mudana de fila e
insensvel a ponto de explodir mudana de comprimento da fila, impedindo o
tratamento injusto para o fluxo de dados estourando.
Quando WFQ adotado, voc pode definir limitao ndice, mximo, limite mnimo, e
de cair o pacote de probabilidade ao calcular comprimento mdio da fila de filas
diferentes que tem prioridades diferentes. Ento pacote com prioridade diferente ter
personagens largando diferentes pacotes.
Quando FIFO, PQ e CQ so adotadas, voc pode definir limitao ndice, mximo,
limite mnimo, e de cair o pacote de probabilidade ao calcular comprimento mdio da
fila para cada fila. Ento pacote com prioridade diferente ter personagens largando
diferentes pacotes.

Relao entre o mecanismo WRED e fila
A relao entre WRED e mecanismo de fila mostrado como na figura a seguir.

Figura 20

Relao entre o mecanismo e fila WRED
Associando WRED com WFQ, o WRED baseado em fluxo pode ser realizado. Devido
ao fluxo de diferente tem a sua prpria fila durante a classificao de pacotes, o fluxo
de trfego pequeno tem sempre um comprimento de fila de curto, de modo a
probabilidade de rejeio de pacotes ser pequeno.
O fluxo com alto trfego ter o comprimento de fila e vai cair mais pacotes, para que
possamos proteger os benefcios do fluxo de trfego pequeno.

Para incrementar um pouco mais este material que o Prof. Anderson solicita, vamos
abordar alguns tpicos para enriquecer ainda mais este trabalho.




MPLS QoS
MPLS QoS Viso
A soluo de QoS para MPLS principalmente completa as seguintes funes:
Classificar o trfego do servio em CE ou PE de acordo com
necessidades especficas. Por exemplo, classificar-se em trs tipos:
voz, vdeo e dados.
Quando PE adiciona uma etiqueta para o pacote, que vai mapear o
sinalizador de precedncia IP transportado pelo pacote de IP para o
domnio EXP da bandeira, e, assim, a informao transportada por
classe IP realizada pela bandeira agora.
Entre o PES, o envio diferenciado (tais como PQ, WFQ e CBQ)
realizada, isto , transmitir o trfego de servio com a bandeira de um
LSP no modo de QoS diferenciada.
Nota:
O campo EXP em um rtulo MPLS processado da seguinte forma:
O campo TOS em um pacote IP alterado diretamente no campo EXP
em um rtulo MPLS quando uma etiqueta MPLS encapsulado em um
pacote IP.

Qualquer dispositivo de encaminhamento pode voltar a atribuir um valor
para o campo EXP de um rtulo superior.

O campo EXP permanece inalterado quando o interruptor de etiqueta
realizado.

Em uma operao de impulso, o campo EXP de uma etiqueta exterior
recentemente empurrado herda o campo EXP de uma etiqueta interna

Aps uma operao de pop, se o pacote for um pacote MPLS ainda, o
campo EXP estalado duplicada para uma etiqueta interna (ou seja, o
campo EXP permanece inalterada se o pacote um pacote ainda
MPLS), se o pacote for um pacote IP aps o pop operao, o campo
EXP no ser duplicado para o campo TOS do pacote IP.

DAR

DAR eficaz apenas para os pacotes enviados por IP.
Viso geral DAR
Hoje em dia, a Internet tornou-se a grande mdia para as empresas a implementar os
seus negcios, o que tem estimulado as aplicaes de negcios baseadas em.
O mecanismo simples que verifica apenas cabealhos IP em pacotes no pode
satisfazer as exigncias da complicada rede atual por mais tempo. Portanto, o
conceito de Reconhecimento Deeper Aplicao (DAR) com base em empresas foi
apresentada
DAR um inteligente reconhecimento e ferramenta de classificao, que capaz de
verificar e reconhecer os contedos dinmicos e protocolos da camada 4 a camada 7
(por exemplo, BT, HTTP, FTP, RTP) nos pacotes, a fim de distinguir os protocolos
baseados em aplicativos. Isto completa a desvantagem de que os pacotes podem
apenas ser classificados de uma forma simples anteriormente.
DAR reconhece diferentes protocolos das seguintes maneiras:

Protocolos como HTTP, FTP, RTP, RTCP e BitTorrent so
reconhecidos por regras de protocolo. DAR pode reconhecer
automaticamente o seu nmero de porta dinmica e, portanto, estes
protocolos podem apoiar tanto o protocolo e correspondncia pacote de
dados.

Todos os protocolos TCP / UDP, exceto os acima mencionados so
reconhecidos pelo nmero da porta, ou seja, pacotes de protocolo
apenas em vez de pacotes de dados so combinados.

Reconhecer e classificar profundidade de pacotes de ajudar a melhorar
a granularidade usurio controle no fluxo de dados e implementar a
poltica de alta prioridade para o servio de dados crticos, assim, para
melhor proteger o investimento do usurio.

Pacote IP
Formato de pacote IP
O formato de pacote de IP mostrado na Figura. O comprimento do cabealho do
data grama IP contm 20 bytes, onde no h opes.

Figura 21
Campos do datagrama IP
O campo protocolo no cabealho de 8 bits de comprimento. Este campo
denominado domnio de protocolo. Os valores de domnio protocolo indicar o tipo de
protocolo de pacotes IP.
Veja a tabela abaixo para os valores de domnio protocolo no datagrama IP.
Protocolos correspondentes de valores do domnio de protocolo no datagrama IP
Protocolo valor de domnio Tipo de protocolo
1 ICMP
2 IGMP
4 IPINIP
6 TCP
8 EGP
17 UDP
47 GRE
50 ESP
51 AH
88 EIGRP

Figura 22

Formato de fragmentao de IP
Veja abaixo para o "3-bit Flag" estrutura do datagrama IP.


Figura 23


Bandeira 3 bits
No qual, as posteriores 2 bits controlar o fragmento de pacotes IP. Os 3 bits so
definidos como se segue:
Reservado: ele obrigado a ser 0;
No pouco fragmento: 0 indica fragmentao permitido, e 1 indica que no
se fragmentar;
Pouco mais de fragmento: 0 indica que o pacote o ltimo fragmento ou
apenas, e 1 indica que h mais fragmentos aps este.
Portanto, se a bandeira de trs bits 001, isso significa que o datagrama pode ser
fragmentado, se a bandeira de trs bits 000, isso significa que este o ltimo
fragmento de datagrama IP.
TCP Packet
Formato de pacote TCP

Figura 24

TCP formato de pacote
Veja a tabela a seguir para a descrio dos 6 bandeira bits no cabealho TCP.
Descrio dos 6 bandeira bits no cabealho TCP




Bit de flag Observaes
URG Ponteiro urgente vlido.
ACK Reconhecimento vlido.
PSH
Pedido de envio de pacotes para a
camada de aplicao o mais rpido
possvel.
RST Redefinir a conexo.
SYN
Seqncia de nmeros sncronos
para iniciar uma conexo.
FIN
Encerrar uma conexo quando a
transmisso de dados seja
concluda.

Figura 25



Transio de estado TCP


Figura 26
A Figura 26 uma transio de estado TCP
Os protocolos TCP pode ser esttico ou dinmico. A interao entre os protocolos
estticos usa nmero de porta fixo, enquanto a interao entre os protocolos
dinmicos usa o nmero da porta negociado durante o processo de interao.
Pacote UDP

Figura 27

UDP formato de pacote
Da mesma forma com o TCP, os protocolos UDP pode ser esttico ou dinmico. A
interao entre os protocolos estticos usa nmero de porta fixo, enquanto a interao
entre os protocolos dinmicos usa o nmero da porta negociado durante o processo
de interao.

HTTP Packet
Existem dois tipos gerais de mensagens HTTP: mensagem de pedido e mensagem
de resposta.

Figura 28

HTTP formato de mensagem
O cabealho da mensagem HTTP pedido consiste em linha de solicitao e
cabealho. A linha de solicitao consiste em um tipo de solicitao, um
espao, uma URL, um espao, e verso HTTP.
O cabealho da mensagem HTTP de resposta consiste em linha de status e
cabealho. A linha de estado consiste na verso de HTTP, um espao, um
cdigo de estado, um espao, uma frase de status.
Cabealhos da mensagem de pedido e resposta mensagem ambos consistem
em vrios campos opcionais. O cabealho da mensagem de resposta contm
campo de acolhimento, que usado para identificar o nome do host e nmero
da porta do servidor. O cabealho da mensagem com carga corpo contm
Content-Type campo para identificar o tipo de MIME da carga corporal.
Quando o comprimento de uma mensagem HTTP com carga corporal excede
o tamanho mximo do segmento (MSS) de TCP, a mensagem dividida.

Packet RTP
RTP pacote (Real-time Transport Protocol) est na carga de pacotes UDP. Um
pacote UDP realiza apenas um pacote RTP.

Figura 29

Pacote RTP formato
Os campos so descritos como se segue:
V: 2 bits, o nmero da verso.
P: 1 bit, a bandeira de estofamento.
X: 1 bit, pacote bandeira de extenso do cabealho.
CC: 4 bits, a bandeira de nmero contribuindo fonte.
M: 1 bit, a bandeira de evento especial.
PT: 7 bits, bandeira tipo de carga.
nmero de seqncia: 16 bits, dados de nmero de seqncia de pacotes.
timestamp: 32 bits, carimbo de tempo.
SSRC: 32 bits, fonte de sincronizao, bandeira fonte de sincronizao.
LISTA CSRC: 32 bits, fonte contribuindo, lista bandeira contribuindo fonte. O
nmero dos sinalizadores de origem contribuem depende do valor do campo
de CC. Ele pode ser de at 15.
Carga: carga do pacote.

RTCP Packet
O pacote RTCP estiver na carga de pacotes UDP. Um pacote UDP transporta pelo
menos dois pacotes RTCP, chamados pacotes RTCP composto.


Figura 30

Composto RTCP formato de pacote
Como mostrado na figura acima, o prefixo de 32 bits no cabealho aleatrio s existe
quando o pacote RTCP codificada. Isto porque o pacote, se criptografados, j no
tem as caractersticas de pacotes RTCP, e no requer processamento especial. Cada
pacote na figura indica um pacote RTCP, e no h qualquer intervalo entre os pacotes
RTCP. O pacote RTCP primeiro no pacote RTCP SR composto deve ser do tipo ou
tipo RR.

Figura 31

Estrutura do cabealho do SR-tipo de pacote RTCP
Os campos so descritos como se segue:
V: 2 bits, o nmero da verso.
P: 1 bit, a bandeira de estofamento.
RC: 5 bits, o nmero de blocos de recepo do relatrio no pacote RTCP.
PT: 8 bits, RTCP bandeira tipo de pacote, 200 para o pacote RTCP SR-tipo.
comprimento: 16 bits, o comprimento do pacote RTCP.
SSRC do remetente: 32 bits, SSRC do remetente.
A estrutura do cabealho do pacote RTCP RR-tipo similar ao do tipo SR, com
excepo de que o campo de tipo RR PT 201.

Protocolos estticos
Existem alguns protocolos acima os protocolos TCP e UDP, que so determinados
pelo TCP ou nmeros de porta UDP. Veja a tabela a seguir para seus nomes e
nmeros de porta padro.
Estticos protocolos de porta
Nome do protocolo Tipo de protocolo Nmero da porta
BGP TCP / UDP 179
Citrix TCP 1494
Citrix UDP 1604
CU-SeeMe TCP 7648, 7649
CU-SeeMe UDP 7648, 7649, 24032
DHCP / BOOTP UDP 67, 68
DNS TCP / UDP 53
eDonkey TCP 4662
Troca TCP 135
Fasttrack TCP 1214
Dedo TCP 79
Gnutella TCP
6346, 6347, 6348,
6349, 6355, 5634
Gopher TCP / UDP 70
H323 TCP
1300, 1718, 1719,
1720, 11000-11999
H323 UDP
1300, 1718, 1719,
1720, 11720
IMAP TCP / UDP 143, 220
IRC TCP / UDP 194
Kerberos TCP / UDP 88, 749
L2TP UDP 1701
LDAP TCP / UDP 389
Nome do protocolo Tipo de protocolo Nmero da porta
MGCP TCP 2427, 2428, 2727
MGCP UDP 2427, 2727
Napster TCP
6699, 8875, 8888,
7777, 6700, 6666,
6677, 6688, 4444,
5555
NetBIOS TCP 137, 138, 139
NetBIOS UDP 137, 138, 139
Netshow TCP 1755
NFS TCP / UDP 2049
NNTP TCP / UDP 119
Notas TCP / UDP 1352
Novadign TCP / UDP
3460, 3461, 3462,
3463, 3464, 3465
NTP TCP / UDP 123
PCAnywhere TCP 5631, 65301
PCAnywhere UDP 22, 5632
POP3 TCP / UDP 110
Pptp TCP 1723
4Printer TCP / UDP 515
Rcmd TCP 512, 513, 514
RIP UDP 520
De RSVP UDP 1698, 1699
RTSP TCP 554
Secure-FTP TCP 990
-Secure HTTP TCP 443
Seguro-IMAP TCP / UDP 585, 993
Seguro-IRC TCP / UDP 994
Nome do protocolo Tipo de protocolo Nmero da porta
Seguro-LDAP TCP / UDP 636
Secure-NNTP TCP / UDP 563
Secure-POP3 TCP / UDP 995
Secure-TELNET TCP 992
SIP TCP / UDP 5060
Magro TCP 2000, 2001, 2002
SMTP TCP 25
SNMP TCP / UDP 161, 162
SOCKS TCP 1080
SQLNET TCP 1521
Sqlserver TCP 1433
SSH TCP 22
StreamWork UDP 1558
Sunrpc TCP / UDP 111
Syslog UDP 514
Telnet TCP 23
Tftp UDP 69
VDOLive TCP 7000
Winmx TCP 6699
X Windows TCP 6000-6003

Frame Relay QoS
Frame Relay QoS Viso
Em uma interface Frame Relay, o usurio pode usar o QoS geral para prestar os
servios, tais como policiamento de trfego, modelagem de trfego, gerenciamento de
congestionamento, e evitar congestionamento.
Alm disso, uma rede Frame Relay tem seus prprios mecanismos de QoS, incluindo
o trfego Frame Relay modelagem, Frame Relay policiamento de trfego, Frame
gesto de congestionamentos Relay, Quadro elegibilidade descarte Relay (DE) lista de
regras de gesto de filas e Frame Relay.
Comparado com o QoS geral, Frame Relay QoS pode fornecer o servio de QoS para
cada PVC em uma interface. No entanto, a QoS geral s podem proporcionar o
servio de QoS em toda a interface. Portanto, o Frame Relay QoS pode prestar
servios de qualidade mais flexveis para os usurios.

Figura 32

Frame Relay QoS aplicao
Nota:
Para obter informaes detalhadas sobre Frame Relay, consulte quadro de
configurao de retransmisso no volume de acesso.

Parmetros-chave
Vrios parmetros importantes relacionados abaixo so usados para controle de fluxo
em frame relay:
Taxa de Informao permitido Comprometida (CIR PERMITEM): a taxa de
envio que a rede frame relay permite normalmente. Quando no h
congestionamento da rede, que garante que o usurio pode enviar dados a
este ritmo.
Taxa de Informao Comprometida (CIR): A taxa de envio mnimo que pode
ser fornecida pelo circuito virtual. Ele garante que o usurio pode enviar dados
a esta taxa, mesmo se o congestionamento da rede ocorre.
Burst Size comprometido (CBS): pacote de trfego que a rede Frame Relay
comprometeu a enviar dentro do intervalo de um Tc. Aps o congestionamento
da rede, frame relay rede garante esta parte do trfego pode ser enviada com
sucesso.
Burst Size excesso (EBS): o mximo que o trfego de pacotes de rede frame
relay poderia exceder a CBS dentro do intervalo de Tc. Aps o
congestionamento da rede, esta parte do excesso de trfego ser primeiro
descartados. Portanto, a rede Frame Relay no garante esta parte do trfego
pode ser certamente enviada com sucesso.


Frame Relay QoS Implementado
Trfego Frame Relay moldar
O trfego Frame Relay moldar limites de trfego de pacotes enviados a partir de um
circuito virtual (VC) e de pacotes de ruptura, de modo que possam ser transmitidos a
velocidades relativamente mdios.
Em uma rede Frame Relay, o gargalo, muitas vezes, ocorrem na fronteira de
segmentos se as larguras de banda de diferentes segmentos no coincidem.
Como mostrado abaixo Router B transmite pacotes para o Roteador A a uma taxa de
128 kbps, enquanto a taxa mxima de interface de Router A apenas de 64 kbps.
Neste caso, o gargalo ir ocorrer no local onde Router A est ligado rede Frame
Relay, e, desse modo resultando na congesto que impede que os dados de transmitir
normal.
Se o trfego Frame Relay formao aplicado sobre a sada interface de srie 2/0 em
Router B, a interface ser capaz de transmitir pacotes de 64 kbps, uma taxa
relativamente mdia, de forma a evitar o congestionamento da rede. Mesmo que o
congestionamento ocorre com a rede, B Router ainda pode transmitir pacotes de 32
kbps.

Figura 33

Trfego Frame Relay moldar
Trfego Frame Relay moldagem (FRTS) aplicado sobre a sada interface de um
dispositivo. Ele pode fornecer para os usurios os parmetros como CIR permitir, CIR,
CBS e EBS. PVCs Frame Relay pode transmitir pacotes a uma taxa de CIR
PERMITIR e azFRTS permite que os PVCs para transmitir pacotes a uma taxa
superior a CIR PERMITEM em caso de exploso.
Os FRTS da nossa empresa implementado usando balde de token. Os significados
dos parmetros do protocolo so modificadas de acordo com o algoritmo real e
fundamentos.

Figura 34

Fundamentos da FR token bucket classe
Na abordagem token bucket, exigindo um pacote de controle de trfego colocado
dentro do balde para o processamento de sinal antes da transmisso. Se fichas
suficientes disponveis no balde de token para enviar o pacote, o pacote ser permitida
a passagem, ou seja, o pacote ser enviado normalmente. Se o nmero de fichas no
suficiente, o pacote ser colocado na fila de classe FR. Uma vez fichas suficientes
sejam recolhidos no balde token, o pacote ser retirado da fila para transmisso.
Desta forma, voc pode controlar o tamanho do trfego de algum tipo de pacotes. Os
smbolos so na unidade de bit.
Seguem-se os significados das protocolo provisionados FR parmetros quando so
aplicados na implementao FRTS:
A soma da CBS e EBS igual ao tamanho da caamba token.
CIR PERMITEM define o nmero de fichas colocadas em token bucket por
segundo.
Em nome da eficincia, a soluo FRTS introduziu o conceito de Tc dinmico.
Tc (Tc = tamanho do pacote / CIR) est na gama de 10 a 100 milissegundos, e
permite um ajuste dinmico de acordo com o tamanho do pacote transmitido.
Isto , o dispositivo ir distribuir os sinais necessrios para o pacote em espera
para transmisso dentro do Tc corrente, independentemente do tamanho do
pacote (que menor do que 1500 bytes).

Figura 35


Relao entre Tc e CIR
Por exemplo, para enviar um pacote de 800 bytes, o roteador precisa de um token de
6400 bits, onde 6400 = 800 8. Dado o CIR de 64000 bps, o tempo necessrio para
adicionar os sinais necessrios para o balde de token 6400/64000 = 100 ms, isto ,
a Tc para o pacote de 100 ms.
O pacote, consequentemente, ir ser transmitida depois de 6400 bits de tokens so
adicionados no balde token. Em alguns casos especiais, como por exemplo, se CIR
8000 bps, o Tc para o pacote deve ser 6400/8000 = 800 ms> 100 ms.
No entanto, como Tc definido para estar no intervalo de 10 ms e 100 ms, a Tc para o
pacote toma o valor limiar mais baixo, ou seja, 100 ms, 800 ms, em vez de. Da
mesma forma, se CIR 1024000 bps, o Tc para o pacote deve ser 6400/1024000 =
6,25 ms <10 ms, mas a Tc real ter o valor de limite superior, isto , 10 ms.
Como mencionado acima, o tamanho do balde smbolo igual CBS acrescido EBS e os
smbolos necessrios para o envio de um pacote so distribudos de cada vez no
dispositivo.
Para garantir sempre h sinais adequados no token bucket para o envio de pacotes de
todos os tamanhos, pacotes especiais de grande porte como 1500 bytes pacotes que
requerem 1500 8 = 12 Kbits de tokens, a CBS nos roteadores no deve menor que
15K e recomenda a usurios para definir a CBS para o mesmo tamanho de CIR.
Como aprovisionados no protocolo padro, dado Tc = 20 ms e CIR = 64000 bps,
apenas 1280 bits (0. 64000 02 bits) de fichas pode ser colocada no balde de sinal
dentro de cada Tc.
Portanto, para enviar um pacote de 800-byte, o dispositivo necessita de adicionar
fichas por cinco vezes, a fim de enviar o pacote. Em comparao com a execuo do
protocolo padro, o dispositivo na nossa aplicao pode adicionar todos os smbolos
necessrios para enviar o mesmo pacote de cada vez, por isso melhorar
significativamente o rendimento.
Quando o congestionamento da rede ocorre, se o quadro dispositivo interruptor do
rel foi configurado com a funo de gerenciamento de congestionamento, que vai
notificar o dispositivo de congestionamento na rede.
Aps a recepo da notificao, o dispositivo ir eventualmente diminuir a taxa de
transmisso com a CIR, de modo a aliviar a congesto, quando os utilizadores podem
transmitir dados a uma taxa de CIR.
Depois disso, se no as notificaes de congestionamento da rede so recebidas
dentro de um determinado perodo de tempo, o dispositivo ir eventualmente aumentar
a taxa de transmisso entre a parte de trs para o CIR CIR PERMITEM.

Figura 36


Fundamentos de trfego Frame Relay moldar
Como mostrado na figura acima, os parmetros so, respectivamente, de FRTS
definida para ser: CIR PERMITEM = 64 kbps, CIR = 32 kbps, CBS = 64.000 bits e EBS
= 64000 bits. O balde token 128.000 bits, a velocidade de adio de 64 kbps
smbolo antes 4s, e os pacotes so enviados a 64 kbps no PVC.
No 4s, o dispositivo recebe o pacote Frame Relay cujo trs congestionamento explcito
notificao (BECN) bit sinalizador 1, o que indica que ocorreu a congesto da rede, a
velocidade de adio token diminuda para CIR, isto , 32 kbps, e o pacote
enviado a 32 kbps no VC.



Trfego Frame Relay policiamento
Frame Relay policiamento monitoriza o trfego que flui para a rede a partir de cada
PVC, e restringe a uma determinada distncia. Se o tamanho do trfego numa PVC
exceder o intervalo definido pelo utilizador, o dispositivo ir tomar as medidas como
descartando os pacotes, de modo a proteger os recursos da rede.

Figura 37

Trfego Frame Relay policiamento
Como mostrado na figura acima, Router Um do lado do utilizador transmite pacotes a
192 kbps no Roteador B no lado de comutao. No entanto, o Roteador B s quer
fornecer a largura de banda 64 kbps para A. Router Neste caso, voc precisa
configurar o trfego Frame Relay policiamento no lado DCE do Roteador B.
Frame Relay policiamento de trfego pode ser aplicado apenas na interface DCE em
um dispositivo. Pode monitorizar o trfego transmitido a partir do lado DTE.
Quando o tamanho do trfego mais pequeno do que o CBS, os pacotes
podem ser transmitidos normalmente, e o dispositivo no ir processar os
pacotes.
Quando o tamanho do trfego maior que e menor do que a CBS EBS + CBS,
os pacotes podem ser transmitidos normalmente.
Neste caso, no entanto, como para aqueles pacotes no trfego superior CBS, o
dispositivo ir marcar o bit sinalizador de ED nos cabealhos dos pacotes de quadro
de retransmisso para 1.
Quando o tamanho do trfego maior do que a CBS + EBS, o dispositivo vai
transmitir o trfego dentro de CBS + EBS, e descartar o trfego superior CBS +
EBS. Quanto ao trfego de EBS, que o tamanho superior a CBS, o
dispositivo ir marcar o bit de flag da EAD no quadro cabealhos dos pacotes
de retransmisso para 1.

Figura 38

Fundamentos de trfego Frame Relay policiamento
Como mostrado na figura acima, os parmetros de trfego Frame Relay policiamento
so, respectivamente, definido para ser: CIR PERMITEM = 64 kbps, CBS = 8000 bits,
EBS = 8000 bits, e intervalo Tc = CBS / CIR PERMITEM = 125 ms.
Quando o intervalo na gama de 0 a 250 ms, DTE ir transmitir pacotes para o DCE a
64 kbps e DCE normalmente encaminhar estes pacotes a 64 kbps. Quando o
intervalo na gama de 250 a 500 ms, DTE ir transmitir pacotes de 100 kbps, e DCE
ir encaminh-los a 100 kbps.
Neste caso, no entanto, o bit sinalizador de ED nos cabealhos dos pacotes que
excedam CBS ser definido como 1.
Depois de 500 milissegundos, DTE ir transmitir os pacotes para o DCE em 150 kbps,
e DCE ir encaminh-los a 128 kbps.
Quanto aos pacotes superiores a CBS, mas dentro CBS + EBS, o bit de flag da DE em
seus cabealhos ser definido como 1, e os pacotes superiores a CBS + EBS ser
descartado diretamente.

Frame Relay de filas gesto
Alm das filas de retransmisso do quadro de PVC, a interface Frame Relay tambm
possui uma fila de interface. No caso em que o trfego Frame Relay elaborao no
habilitado, no ser apenas o quadro fila de interface de rel.
Filas de Frame Relay de PVC pode ser definido sem trfego Frame Relay moldar
habilitado, mas ela s ser funcional aps o traffic shaping est ativado.
Suas relaes so ilustrados na figura a seguir.

Figura 39

Frame Relay de filas
Os tipos de PVC Frame Relay filas incluem:
FIFO (First-In First-Out Queuing)
PQ (Priority Queuing)
CQ (Custom Queuing)
WFQ (Weighted Fair Queuing)
CBQ (Class-Based Queuing)
RTPQ (Transporte em Tempo Real Priority Queuing Protocol)
PQ PVC (PVC Priority Queuing)
Entre eles, FIFO, PQ, CQ, WFQ, CBQ e RTPQs so filas gerais.
PVC PQ pode ser aplicado apenas sobre a interface Frame Relay. aplicada sobre
uma interface de retransmisso de quadros.
Existem quatro tipos de filas de prioridade de PVC: superior, mdio, normal e inferior.
Suas prioridades de fila so listados em ordem decrescente.
Os pacotes no PVC mesma s pode entrar um tipo de filas de prioridade de PVC, e os
pacotes de PVCs diferentes filas de prioridade entre diferentes de PVC na interface,
de acordo com as prioridades dos PVCs.
O PVC poltica PQ transmitir a seguinte: com base na prioridade de fila, transmitir os
pacotes na fila com prioridade baixa aps aqueles na fila com alta prioridade so
transmitidos.
Frame Relay circuito virtual de enfileiramento pode ser FIFO, PQ, CQ, WFQ, CBQ e
RTPQ. Apenas RTPQ podem coexistir com os outros.
Quando o trfego Frame Relay moldar estiver ativada, somente FIFO, RTPQ ou PVC
PQ est disponvel.
Quadro de gesto de congestionamentos Rel
Frame de gerenciamento de congestionamento rel pode processar os pacotes
Frame Relay sempre que h congestionamento na rede. Ele ir descartar os pacotes
que esto marcados com o flag de 1 bit. Ao mesmo tempo, ele ir notificar outros
dispositivos na rede sobre o congestionamento.
Quadro de gesto de congestionamentos rel aplicado na interface de sada de um
dispositivo Frame Relay comutada.
Se no houver um congestionamento, o dispositivo ser normalmente encaminhar os
pacotes Frame Relay, sem fazer qualquer processamento especial sobre eles.
Uma vez que no h congestionamento, os pacotes que esto marcados com a
bandeira DE 1 bit sero descartados.
Quanto aos pacotes a prazo sejam encaminhadas, o dispositivo ir definir o bit de flag
FECN no quadro cabealhos dos pacotes de retransmisso para 1.
Quanto aos pacotes atrasados no PVC mesmo, o dispositivo ir definir o bit sinalizador
BECN nos cabealhos dos pacotes de quadro de retransmisso para 1.
Se no h pacotes atrasados sejam encaminhadas aps um certo perodo, o
dispositivo automaticamente transmitir os Q922A pacotes de resposta do teste com o
bit de flag BECN 1 para o DTE chamada.

Figura 40
Quadro de gesto de congestionamentos Rel
Frame Relay lista de regras DE
Em uma rede Frame Relay, os pacotes que esto marcados com bit DE bandeira 1
ser o primeiro descartado uma vez que h congestionamento.
As listas regra de so aplicados sobre os PVCs Frame Relay em um roteador, e cada
um deles contm vrias regras em EAD.
Se um pacote transmitido em PVC est em conformidade com as regras na lista de
regras DE, a sua bandeira bit DE ser definido como 1, e os pacotes como ele ser
descartado antes se o congestionamento ocorre na rede.

FR WRED
Atualmente, apenas AF e BE filas em WFQ e CBWFQ de FR suporte a QoS WRED.
A fila de EF em CBWFQ no suporta WRED por enquanto.

Concluso
Desta forma podemos entender como o enfileiramento de pacotes, descartes,
tratativas, prioridades, qualidade no trafego, algoritimos, redirecionamento, tipos de
protocolos e tecnologias usadas, que para o usurio final, pode ser tanto de uma
forma transparente como uma tortura. Devemos lembrar que tudo que vimos so
formas de otimizaes dentro de uma empresa que dependendo do tipo de
infraestrutura que possui algumas delas pode lhe atendender melhor.
Todas estas ferramentas so administradas por pessoas que so passiveis de erros
assim como os equipamentos.

Referncias bibliogrficas
Adailton Silva, Tecnologias de Alta Velocidade, VoIP e Internet2 - Maro/2000.
[2] Cisco Quality of Service (QoS) Networking
[3] Cisco Systems, Quality of Service for Voice over IP Solution Guide, V1.0, Cisco
Systems, 1998.
[4] An Architecture for Differentiated Services
[5] Integrated Services in the Internet Architecture: an Overview
[6] Definition of the Differentiated Services Field (DS Field) in the IPv4 and IPv6
Headers
[7] Resource reSerVation Protocol (RSVP) - Version 1 Functional Specification
[8] Integrated Service Mappings on IEEE 802 Networks
[9] Cisco Connection Online IOS Quality of Service
[10] Cisco Systems, Cisco IOS Quality of Service Solution White Paper, 1998.
[11] Paul Ferguson, Evaluating Quality of Service: Surveying New QoS Technologies,
Re-Engineering The Internet - Cisco Systems, 1998.
[12] Paul Ferguson, Quality of Service in the Internet: Fact, Fiction, or Compromise?



Sites relacionados
[IETF] Internet Engineering Task Force
http://www.ietf.org
[DIFFSERV] Differentiated Services Working Group Charter
http://www.ietf.org/html.charters/diffserv-charter.htm
[INTSERV] Integrated Services Working Group Charter
http://www.ietf.org/html.charters/intserv-charter.html
[RSVP] Resource Reservation Setup Protocol Working Group Charter
http://www.ietf.org/html.charters/rsvp-charter.html e
http://www.opalsoft.net/qos/WhyQos-2424.htm
[ISSLL] Integrated Services over Specific Link Layers Working Group Charter
http://www.ietf.org/html.charters/issll-charter.html
[DIFFSINT] Differential Service in the Internet http://diffserv.lcs.mit.edu
[IETF/RNP] Mirror Oficial IETF no Brasil:
http://www.ietf.rnp.br