Qos

Direitos reservados - LQ do BrasiI
QoS na Arquitetura TCP/IP

1. INTRODUO
EVOLUO DO QoS
Nos anos 1990: Redes de pacotes
utilizavam por caracterstica primordial
melhor esforo (Best Effort) no tratamento;
Atualmente a nternet permanece assim;
nicialmente redes privadas e alguns
provedores de servio transformaram o
modelo de melhor esforo (Best Effort)
num modelo mais complexo de servios
diferenciados;
EVOLUO DO QoS
EVOLUO DO QoS
As primeiras tentativas estruturadas aconteceram em
meados da dcada de 90 com o ETF, atravs da
publicao do modelo ntServ;
A RFC (Request For Comments) 1633 foi publicada em
Junho de 1994;
Esta RFC concentrou no protocolo de sinalizao
chamado RSVP (Resource Reservation Protocol);
O RSVP sinaliza banda e latncia para cada sesso e
n ao longo do caminho (circuito lgico) de quais
pacotes estariam sendo tratados;
O RSVP exige que cada n faa suas reservas de
recursos para cada sesso.
EVOLUO DO QoS
Outra tentativa no sentido de padronizao foi a
criao do modelo DiffServ;
O modelo DiffServ descreve vrios
comportamentos que podem ser adotados por
cada n;
Os ns poderiam usar qualquer caracterstica
disponvel para atender determinado tipo de
trfego;
Marcao de pacotes como P Precedence
(PP) e o sucessor Differentiated Services Code
Points (DSCPs) foram definidos juntos com Per-
Hop Behaviors (PHBs) especficos para
determinados tipos de trfego.
EVOLUO DO QoS
ntServ e DiffServ
Dois modelos diferentes com prs e contras;
Nenhum dos dois so completos e atendem todos os
requisitos;
A combinao dos dois pode ser uma soluo que
atenda todos os requisitos de trfego e aplicaes;
EVOLUO DO QoS
ntServ: Utiliza um conceito baseado em fluxo acoplado
com um protocolo de sinalizao ao longo do caminho.
O protocolo de sinalizao que garante os recursos
adequados esto disponveis (em cada n) para o fluxo
antes de admitir o trfego na rede.
DiffServ: Usa marcao de pacotes para classificar e
tratar cada pacote de forma independente. Embora
escale bem no oferece garantias especficas para os
pacotes que pertencem a um fluxo fim-a-fim e, portanto,
no fornece controle de admisso de novos fluxos.
EVOLUO DO QoS
O uso de ntServ e DiffServ deve ser analisado caso a
caso ou em conjunto de acordo com as caractersticas e
ambientes onde se pretende aplicar mecanismos de
QoS.
Tambm na dcada de 90, tcnicas de QoS se tornaram
mais sofisticadas e foram adaptadas para uso em
tecnologias atuais como Multiprotocol Label Switching
(MPLS) e Virtual Private Networks (VPNs).
A tendncia:
Simplificar e automatizar;
Formas de configurao inteligentes.
Cuidados:
nfinidade de parmetros;
Configuraes muito complexas;
Tempo de operao e resoluo de problemas altos.
2. FUNCIONAMENTO
QoS Fim-a-Fim
Rede convergente;
to forte quanto o elo mais fraco;
mito afirmar que deve ser usado apenas em links
de baixa velocidade
QoS Fim-a-Fim
Nem todos pacotes so iguais:
Redes sem QoS so consideradas Best-Effort;
Redes sem QoS s funcionam bem se tiver muitos
recursos disponveis: banda, cpu, etc;
Problemas sem QoS:
Disputa por usurio ocorre quando pacotes a partir
de diferentes usurios, grupos de usurios,
departamentos ou mesmo as empresas usam os
mesmos recursos da rede;
Disputa por aplicao ocorre quando diferentes
aplicaes do mesmo usurio ou grupo de
usurios concorrem uns com os outros por
recursos de rede limitados. Esses aplicativos
podem ter diferentes requisitos de servios.
Entendendo o QoS
Entendendo o QoS
Os desafios das redes convergentes
Uma mesma rede para dados, voz e vdeo;
Perda de pacotes: Medida do nmero de pacotes perdidos
numa transmisso;
Delay ou Latncia: Quantidade de tempo que um pacote leva
para alcanar seu destino;
Em redes de dados, o Delay pode ser quebrado em:
Packetization delay: Tempo necessrio para realizar a
amostragem e codificar voz/vdeo em pacotes;
Serialization delay: Tempo necessrio para transmitir os
pacotes no meio fsico, de acordo com a velocidade da
interface;
Propagation delay: Tempo necessrio para o pacote atravessar
as mdias que interligam os equipamentos, de acordo com as
leis da fsica.
Delay variation (or jitter): a variao de tempo entre
pacotes sequenciais.
Entendendo o QoS
3. INTSERV
Arquiteturas
ntServ:
Especificao:
O que o remetente est enviando (taxa, unidade mxima de
transmisso [MTU], e assim por diante), tal como descrito
pela especificao de transmisso (TSpec Como o
Trfego);
O que o receptor precisa (largura de banda, a MTU, e assim
por diante), tal como descrito pela especificao do receptor
(RSpec Que Garantias Necessita);
Como a sinalizao realizada na rede, do emissor ao
receptor (isto , o uso de RSVP).
Parmetros-chave so aplicaes do emissor ao
receptor que solicitam determinado nvel de servio
da rede para um conjunto de fluxos, tal como definido
pelo endereo de origem, endereo de destino,
protocolo de transporte, porta de origem e porta
destino.
Arquiteturas
3. Fluxo de dados
RSVP RSVP
2. Mensagem
RESV RESV
Receptor
Transmissor
1. Mensagem
PATH PATH
Arquiteturas
ntServ:
Descreve trs principais classes de servio que um
aplicativo pode solicitar:
Servios Garantido (RFC 2212) fornece limites sobre atrasos
de enfileiramento de pacotes fim-a-fim, fazendo possvel
fornecer um servio que garanta tanto atraso e largura de
banda;
Carga Controlada (RFC 2211) fornece o fluxo de aplicao
com uma qualidade de servio muito prximo do QoS que o
mesmo fluxo receberia de um elemento de rede sem carga,
mas usa a capacidade de controle para garantir que este
servio recebido, mesmo quando o elemento de rede est
sobrecarregado;
Best Effort no oferece garantias de qualquer tipo de servio.
Arquiteturas
ntServ:
Vantagens:
Simplicidade conceitual, facilitando a integrao com a
administrao da poltica de rede;
QoS por fluxo, tornando-se arquitetonicamente adequado
para chamadas de voz;
Capacidade de Call Admission Control (CAC), o que pode
indicar se parmetros, como a largura de banda desejada,
esto disponveis.
Desvantagens:
Todos os elementos de rede devem manter o estado de
troca de mensagens de sinalizao baseado por fluxo, o que
pode exigir uma quantidade significativa de largura de banda
em redes grandes;
Atualizaes peridicas so usadas, que podero exigir
proteo contra perda de pacotes para manter a sesso (s)
intacta;
Todos ns intermedirios devem implementar RSVP.
3. DIFFSERV
Arquiteturas
DiffServ:
Especificao:
Oferece diferentes nveis de servio de rede para um pacote,
assim, permitindo a discriminao de servios escalveis na
rede sem a necessidade de estado por fluxo e de sinalizao
a cada n (RFC 2474);
Pacotes de um determinado servio pertencem a uma
"classe especial", e o tratamento de cada "classe" descrito
por PHBs com o qual o n da rede deve obedecer. Servios
importantes podem ser construdos por uma combinao dos
seguintes procedimentos:
Configurao de um campo no cabealho P a partir da entrada
de rede ou no limite de uma rede (PP ou DSCPs);
Utilizar este campo para determinar quais os ns dentro da
rede que vo encaminhar os pacotes;
Condicionar os pacotes marcados com os limites da rede, em
conformidade com os requisitos ou as regras de cada classe
ou do servio.
Arquiteturas
DiffServ:
A essncia do DiffServ a especificao dos PHBs
que um aplicativo pode receber da rede:
Expedited Forwarding (RFC 3246, anteriormente RFC 2598)
fornece um servio de prioridade alta;
Assured Forwarding (RFC 2597) fornece uma garantia de
entrega qualificado e faz a proviso para o excesso de
inscries para este servio;
Class Selector (RFC 2474) fornece pontos de cdigos que
podem ser usados para compatibilidade com os modelos de
P Precedence;
Best Effort fornece uma entrega "quando possvel".
Arquiteturas
DiffServ:
Vantagens:
Escalabilidade: nformaes do estado ou fluxo no so
necessrias serem mantidas;
Desempenho: O contedo do pacote precisa ser inspecionado
apenas uma vez para fins de classificao. Neste momento o
pacote marcado e todas as decises subsequentes do QoS so
feitos sobre o valor de um campo fixo no cabealho do pacote,
reduzindo os requisitos de processamento;
nteroperabilidade: Todos os fornecedores j esto executando o
P;
Flexibilidade: No prev qualquer recurso especfico para ser
implementado por um n de rede. O n pode usar qualquer de seus
recursos de hardware e arquitetura, desde que seja coerente com a
expectativa de comportamento definidos no PHBs.
Arquiteturas
DiffServ:
Desvantagens:
Reservas de banda fim-a-fim no esto presentes, portanto,
garantias de servios podem ser prejudicadas por ns de
rede que no implementam os PHBs apropriadamente em
links congestionados ou por ns que no so projetados
corretamente para o volume de trfego esperado de uma
classe especfica;
A falta de um CAC por fluxo ou por sesso torna possvel
que determinadas aplicaes prejudiquem a sim mesmas.
DiffServ
Detalhes do campo ToS do datagrama P
DiffServ
Analise do campo ToS em pacote gerado pelo Vigor 3300
DiffServ
Detalhes do campo ToS no Vigor 3300
4. FERRAMENTAS
Ferramentas
Geralmente, as ferramentas de QoS so
classificadas nas seguintes categorias:
Classification and marking;
Policing and shaping;
Congestion-avoidance (Descarte Seletivo);
Congestion-management (Filas);
Link-specific.
Ferramentas
Ferramentas
Classificao:
Anlise de pacotes ou quadros que entram num
dispositivo de rede para determinar o tratamento que
deve ser dado;
A classificao a primeira funo de QoS a
ocorrncia de qualquer poltica;
Pode ocorrer vrias vezes em diferentes fases de
execuo da poltica em vrios ns;
Para reduzir a exigncia de classificao recursiva
detalhada, recomenda-se que os tipos de trfego
sejam classificados prximos a origem.
Ferramentas
Marcao:
Estabelece um limite de confiana que demarca o
ponto onde os pacotes esto definidos corretamente;
Quando os pacotes entram em algum n da rede,
existem trs possibilidades genricas de marcao:
Os pacotes no marcados;
Os pacotes marcados e no confiveis;
Os pacotes marcados e confiveis.
Nos primeiros dois cenrios, recomendado que os
pacotes sejam marcados ou remarcados;
Ferramentas
Ferramentas
Policiamento e Modelagem:
Descarte de pacotes, de acordo com parmetros
como SLA ou algum mecanismo de
congestionamento;
Pacotes que no so descartados esto sujeitos
gesto de congestionamentos (enfileiramento) para
priorizar e proteger os vrios tipos de trfego;
Os pacotes so programados para a transmisso na
interface da sada, onde poderiam ocorrer a
modelagem de trfego garantindo que o trfego de
sada est de acordo com o SLA.
Ferramentas
Session 1 Session 2 Session 3 Session 4
SQLnet
FTP
SNA
HTTP
Ferramentas
Ferramentas de policing e shaping no so empregados diretamente para
fornecer QoS para os pacotes em tempo real, eles fazem regular e estabilizar os
fluxos de trfego para que as garantias de servio possam ser feitas para tais
aplicaes;
Sem policers e shapers, exploses inesperadas do trfego de dados poderiam
afetar os limiares de jitter e a latncia negativamente para o trfego em tempo
real;
Podem trabalhar em conjunto, no so excludentes entre si.
o||cer Shaper
Causa reenvlo de 1C quando
o Lrfego e descarLado
1lplcamenLe aLrasa o Lrfego
com pouco reenvlo 1C
lnflexlvel e lnadapLvel faz
declses lnsLanLneas sobre
descarLe de pacoLes
ode adapLar
congesLlonamenLo de rede
enfllelrando excesso de
Lrfego
uma ferramenLa de enLrada
ou salda de lnLerface
1lplcamenLe uma ferramenLa
de salda de lnLerface
LlmlLao de Lrfego sem
buffer
LlmlLao de Lrfego com
buffer
Ferramentas
Ferramentas especficas de links geralmente so
necessrios apenas na WAN e incluem mecanismos
para compresso ou fragmentao para reduzir a
latncia e e jitter;
Algumas ferramentas de QoS (tais como a marcao e
policiamento) pode ser aplicado tanto no fluxo de
entrada quanto no de sada em uma interface;
Outras ferramentas (tais como filas de espera) s pode
ser aplicado no sentido sada.
Ferramentas
Os mecanismos de QoS (DiffServ principalmente)
descritos anteriormente so aplicveis aos pacotes j
admitidos na rede;
Tais ferramentas so muito eficazes na proteo de
dados de tempo real (voz) e de tempo no real (dados);
So completamente ineficazes para proteger aplicaes
em tempo real a partir de outros aplicativos em tempo
real (isto , proteger o trfego de voz de outros trfego
de voz);
Essa proteo s pode ser alcanada atravs do
controle de admisso de chamadas (CAC) mecanismos
que decidem se permitem ou proibem os fluxos novos
de pacotes para a rede.

Qos

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Qos

Enviado por

Direitos autorais:

Formatos disponíveis

Direitos reservados - LQ do BrasiI

QoS na Arquitetura TCP/IP

Você também pode gostar