Você está na página 1de 33

Qos Qualidade de Servio

Hudyson Santos Barbosa


hudyson@gmail.com

Introduo
A Qualidade de Servio (QoS) em redes, um aspecto de
implantao e operao importante para as redes de pacote
como um todo e para as redes IP em particular. Iremos discutir
os parmetros, os protocolos e os mecanismos envolvidos com a
garantia de qualidade de servio com nfase nas redes de
pacotes tipo IP.
As redes TCP/IP ou simplesmente, redes IP, tm uma imensa
base instalada, com milhes de computadores que continua
crescendo em praticamente todo o mundo. O forte crescimento e
a aceitabilidade das redes IP ocorre em funo de dois fatores
mais importantes, a saber:
O crescimento da rede Internet e
A aceitao cada vez maior pelas empresas da base
tecnolgica TCP/IP como plataforma de suporte s suas
aplicaes em rede. Isso decorre em parte do sucesso da
capilaridade da Internet e do seu potencial (Comrcio
eletrnico, ...).

Introduo
Em princpio, este cenrio no tende a mudar nos prximos
anos e, assim sendo, teremos cada vez mais computadores
utilizando o TCP/IP para suas comunicaes na Internet.
Neste contexto o IP certamente uma alternativa bastante
atrativa como plataforma padro de suporte para as aplicaes,
pois est naturalmente presente em milhes de mquinas. A
questo importante a verificar ento vem a ser se realmente
esta a tendncia para as redes como um todo (Redes
privadas, redes metropolitanas, redes de telecomunicaes,
redes industriais, ..) ou se existem outras tendncias a
considerar. O fato que o IP no a nica opo tecnolgica
para o suporte de aplicaes em redes.

Aplicao sobre Rede de Pacote


Existe um certo consenso de que as tecnologias de comutao
(Nveis 2 e 3), algumas vezes denominadas genericamente de
"comutao de pacotes" (Packet Switching), devem prevalecer
como opo tecnolgica para as redes de computadores e como
suporte s aplicaes como um todo. As opes mais comuns
de tecnologias de comutao disponveis para utilizao em
redes sem maiores restries de porte, desempenho ou
cobertura geogrfica (LAN - Local Area Networks, MAN Metropolitan Area Networks ou WAN Wide Area Networks) so
as seguintes:
ATM - Asynchronous Transfer Mode (Nvel 2)
Frame Relay (Nvel 2)
IP (Nvel 3)
Considerando especificamente estas alternativas, o ATM, o
Frame Relay e o IP em particular podem ser utilizados de formas
4
distintas pelas aplicaes, a saber:

Aplicao sobre Rede de Pacote


A aplicao utiliza efetivamente a tecnologia de comutao
(ATM, Frame Relay, ...) e, no caso, pode eventualmente
prescindir do recursos ou mesmo da utilizao do IP ou
A comutao no IP efetivamente a plataforma para as
aplicaes e, assim sendo, ele define as vantagens,
desvantagens e limitaes da rede.
A primeira situao corresponde utilizao, por exemplo, da
tecnologia ATM como um backbone de rede. Neste backbone, as
aplicaes utilizam as conexes lgicas de alto desempenho do
ATM e, eventualmente, podem prescindir ou depender pouco do
IP. Exemplos especficos neste contexto so as aplicaes de
voz sobre ATM (VTOA - Voice Transport over ATM) e o MPOA
(MultiProtocol over ATM). Este cenrio mais comum em redes
proprietrias de alto desempenho. Uma idia semelhante pode
ser citada para o Frame Relay quando o mesmo utilizado em
redes corporativas MAN e WAN.
5

Aplicao sobre Rede de Pacote


Na segunda situao, o IP predomina e o maior responsvel
pela comunicao fim-a-fim (usurio-a-usurio). Nada impede
entretanto que na implementao da comunicao utilize-se em
trechos da rede o protocolo IP (Nvel 3) sobre algumas das
tecnologias de rede de nvel 2 citadas. Segue alguns exemplos
de alternativas possveis:
IP over ATM
IP over Frame Relay
IP over Ethernet
Outras

Aplicao sobre Rede de Pacote


O importante a considerar nesta discusso que estas
tecnologias so, neste caso, meramente mecanismos de
transporte de pacotes entre roteadores e, assim sendo,
prevalece na rede as caractersticas do IP. Este um cenrio
tpico das redes de grande pblico (Internet, intranets, ...) e,
tambm, das redes de acesso.
Assim sendo, as aplicaes tendem a executar sobre redes de
pacotes e, dependendo do tipo da rede, as opes so de
execuo sobre IP (com dependncia do mesmo).

Aplicao sobre Redes IP


A rede TCP/IP foi desenvolvida, tendo como uma de suas
premissas bsicas, o requisito de poder ser utilizado com os
diversos tipos de meios fsicos e tecnologias existentes na
poca de sua criao ("IP sobre Tudo" - Anos 70) de forma a
viabilizar a comunicao entre as aplicaes fim-a-fim em rede.
Em termos prticos, a rede IP foi desenvolvida de forma a ser
capaz de comutar sobre meios fsicos e tecnologias de nvel 2
confiveis, no-confiveis, de alto desempenho, de baixo
desempenho, etc. Neste contexto histrico, as decises
arquiteturais tomadas na concepo do protocolo IP foram, na
sua maioria, no sentido da simplicidade visando atender o
cenrio imaginado na poca para sua implantao em termos
de rede. Este paradigma de concepo impe algumas
restries tcnicas ao IP e, por conseqncia, restringe as
aplicaes suportadas s aplicaes com poucos requisitos de
operao (P. ex.: aplicaes de dados podem perder pacotes,
permitem a existncia de atrasos, ...).

Aplicao sobre Redes IP


O cenrio atual das redes IP mudou. Hoje, o cenrio de
utilizao das redes IP exige que "qualquer aplicao" possa
rodar com qualidade sobre o IP. Ou seja, a situao do IP
atualmente no sentido de "Tudo sobre IP" mantendo a
premissa bsica de projeto do "IP sobre Tudo" dos anos 70.
De certa forma o paradigma mudou e a questo que segue vem
a ser a identificao das eventuais limitaes do IP e
procedimentos necessrios para adequa-lo nova realidade
das redes.
Em seguida veremos que, a qualidade de servio em redes IP
no necessariamente resolvida com um nico protocolo ou
algoritmo. Na maioria dos casos e dependendo da necessidade
da(s) aplicao(es), um conjunto de novos recursos deve ser
utilizado.

Redes IP
Os desafios na utilizao do IP como plataforma de suporte para
aplicaes em redes so em resumo os seguintes:
O IP, como protocolo, no tem praticamente nenhuma
garantia de qualidade de servio e
A base instalada do IP muito grande, o que torna a
mudana do protocolo uma idia pouco factvel.
O primeiro desafio de carter tcnico e diz respeito ao
paradigma inicialmente previsto para o protocolo que enfatizava a
simplicidade de concepo. Por exemplo, o IP no tem nenhuma
garantia de vazo constante para uma aplicao em particular.
Alm disso, uma aplicao no pode obter do IP nenhuma
garantia de entrega dos prprios pacotes que eventualmente so
descartados ou perdidos sem que nenhum tipo de correo ou
ao seja tomada. No existe igualmente nenhuma garantia de
tempo de entrega para os pacotes.

10

Redes IP
O segundo desafio uma questo de como se adequar ao
novo paradigma sem efetivamente mudar o protocolo. O IP
(Verso 4) dever em breve mudar para o IP (Verso 6) mas,
mesmo neste caso, a escolha foi de manter o paradigma de
simplicidade inicial do IPv4 para o IPv6. O IPv6 ou IPng (New
Generation) aborda outras questes de implementao do
protocolo (Endereamento, segurana, ) e no apresenta
nenhuma soluo completa para os desafios citados.
A forma de abordar as "deficincias" do IP consiste ento em
propor novos protocolos, algoritmos e mecanismos que tratem
das deficincias tecnolgicas intrnsecas ao protocolo e
permitam o suporte efetivo de qualquer tipo de aplicao sobre
redes IP.

11

Novas Aplicaes
Como j mencionado anteriormente, o IP tem uma base
instalada muito grande e a tendncia que ele suporte as novas
aplicaes em rede, a saber:
Telefonia e Fax sobre IP (VoIP - Voice over IP)
Comrcio Eletrnico (E_commerce)
Vdeo sobre IP
Educao Distncia (EAD) (Distance Learning)
Vdeo-Conferncia
Aplicaes Colaborativas e de Grupo
Aplicaes Multimdia
Aplicaes Tempo Real
Outras

12

Novas Aplicaes
Genericamente, a maioria das aplicaes citadas so
aplicaes multimdia, na medida em que envolvem a
transferncia de mltiplos tipos de mdia (Dados, voz, vdeo,
grficos, ...) com requisitos de tempo e sincronizao para a
sua operao com qualidade.

13

Qualidade de Servio (QoS)


A qualidade de servio (QoS) nas redes IP um aspecto
operacional fundamental para o desempenho fim-a-fim das
novas aplicaes (VoIP, multimdia, ...). Assim sendo,
importante o entendimento dos seus princpios, parmetros,
mecanismos, algoritmos e protocolos desenvolvidos e utilizados
para a obteno de uma QoS.
A obteno de uma QoS adequada um requisito de operao
da rede e seus componentes para viabilizar a operao com
qualidade de uma aplicao.
Em seguida, com mais detalhes, veremos o que vem a se termo
"Qualidade de Servio".

14

Qualidade de Servio (QoS) Princpios


Numa primeira abordagem o termo "Qualidade de Servio"
pode ser entendido da seguinte forma:
Qualidade de Servio (QoS) um requisito da(s)
aplicao(es) para a qual exige-se que determinados
parmetros (atrasos, vazo, perdas, ) estejam dentro de
limites bem definidos (valor mnimo, valor mximo).
A QoS garantida pela rede, seus componentes e
equipamentos utilizados. Do ponto de vista dos programas de
aplicao, a QoS tipicamente expressa e solicitada em termos
de uma "Solicitao de Servio" ou "Contrato de Servio". A
solicitao de QoS da aplicao denominada tipicamente de
SLA (Service Level Agreement).

15

Qualidade de Servio (QoS) Princpios


A SLA deve definir claramente quais requisitos devem ser
garantidos para que a(s) aplicao(es) possam executar com
qualidade. Um exemplo tpico de SLA para uma aplicao de
voz sobre IP (VoIP Voice over IP) com algumas centenas de
canais de voz simultneos numa rede IP WAN poderia ser:
Vazo 2 Mbps;
Atraso 250 mseg
Disponibilidade 99,5%
Uma vez que a rede garanta esta SLA, tem-se como resultado
que a aplicao VoIP em questo poder executar garantindo a
qualidade de voz prevista para os seus usurios se
comunicando simultaneamente atravs da rede IP.

16

Qualidade de Servio (QoS) Princpios


Do ponto de vista dos usurios, tem-se normalmente que a
qualidade obtida de uma aplicao pode ser varivel e, a
qualquer momento, pode ser alterada ou ajustada (para melhor
qualidade ou pior qualidade). Por exemplo, pode-se assistir um
vdeo com uma qualidade de 32 fps (Frames per Second) ou 4
fps e, fundamentalmente, isto depende da qualidade de vdeo
esperada pelo usurio final. Embora este comportamento possa
ser dinmico dos ponto de vista dos usurios finais, do ponto de
vista das redes as SLAs so estticas e, eventualmente, podem
ser alteradas. A alterao numa SLA implica, normalmente
numa nova solicitao de qualidade de servio rede em
questo.

17

QoS como Mecanismo Gerencial


Do ponto de vista de um gerente ou administrador de redes, a
percepo da qualidade de servio mais orientada no sentido
da utilizao de mecanismos, algoritmos e protocolos de QoS
em benefcio de seus clientes e suporte s aplicaes. Ou seja,
como efetivamente a rede e seus componentes podem garantir
as inmeras SLAs definidas para diversos usurios e aplicaes.
Outros aspectos importantes do ponto de vista gerencial so: a
escalabilidade e flexibilidade da soluo implantada.
A escalabilidade dos protocolos, algoritmos e mecanismos de
QoS um assunto de pesquisa (P&D) e se torna particularmente
relevante quando consideramos a possibilidade de estender a
garantia de QoS atravs de mltiplos domnios administrativos
IP.
A flexibilidade dos mecanismos de controle de QoS um fator
determinante na aceitabilidade dos mesmos pela comunidade.

18

QoS -Parmetros
Como definido anteriormente, a QoS necessria s aplicaes
definida em termos de uma SLA. Na especificao das SLAs
so definidos os parmetros de qualidade de servio e alguns
dos mais comumente utilizados so:
Vazo (Banda)
Atraso (Latncia)
Jitter ( uma variao estatstica do retardo na entrega de
dados em uma rede, ou seja, pode ser definida como a
medida de variao do atraso entre os pacotes sucessivos
de dados.
Taxa de Perdas, Taxa de Erros, ...
Disponibilidade
Outros

19

Quais Aplicaes Necessitam de


QoS?
Em seguida, so mostradas quais aplicaes realmente
necessitam da garantia de QoS e ainda, discute-se os
parmetros bsicos de especificao da qualidade de servio
indicados acima.
Inicialmente, necessrio considerar que no so todas as
aplicaes que realmente necessitam de garantias fortes e
rgidas de qualidade de servio (QoS) para que seu
desempenho seja satisfatrio. Dentre as novas aplicaes
identificadas anteriormente, as aplicaes multimdia so,
normalmente, aquelas que tm uma maior exigncia de QoS.
No mnimo, as aplicaes sempre precisam de vazo (banda)
e, assim sendo, este o parmetro mais bsico e certamente
mais presente nas especificaes de QoS. Este parmetro da
qualidade de servio normalmente considerado durante a
fase de projeto e implantao da rede e corresponde a um
domnio de conhecimento bem discutido e relatado na literatura
tcnica.

20

Quais Aplicaes Necessitam de


QoS?
As consideraes que seguem tentam identificar as exigncias
em termos de QoS das aplicaes multimdia ilustrando
algumas situaes prticas.
Uma aplicao multimdia offline envolvendo, por exemplo,
dados, grficos e arquivos com animao (vdeo, ...) no
necessita de sincronizao e, assim sendo, no necessita de
"cuidados especiais" (QoS) da rede. Observe que tem-se dados
correspondentes a uma animao que, em termos prticos,
necessita de uma determinada vazo, eventualmente carrega a
rede, mas no exige atrasos, sincronizao ou tempo de
resposta. Este um caso tpico onde a necessidade de QoS
reduz-se a uma necessidade de vazo, normalmente atendida
pelo prprio projeto da rede.

21

Quais Aplicaes Necessitam de


QoS?
Por outro lado, para uma aplicao multimdia de conferncia
de udio, garantir apenas a vazo no suficiente. Neste caso
especfico, os atrasos de comunicao e as perdas de pacotes
influenciam na interatividade dos usurios e na qualidade da
aplicao. Considerando nmeros, se esta aplicao gera uma
vazo (fluxo de dados) de 64 Kbps, mesmo a utilizao de uma
LP (Linha Privada) em rede WAN de 256 Kbps pode no ser
suficiente. Neste caso, os atrasos e perdas decorrentes da
operao podem prejudicar a qualidade da aplicao. Diz-se
ento que a aplicao exige uma qualidade de servio da rede.

22

Vazo, Latncia e Atraso


A vazo (banda) o parmetro mais bsico de QoS e
necessrio para a operao adequada de qualquer aplicao.
A latncia e o atraso so parmetros importantes para a
qualidade de servio das aplicaes. Ambos os termos podem
ser utilizados na especificao de QoS, embora o termo
"latncia" seja convencionalmente mais utilizado para
equipamentos e o termo "atraso" seja mais utilizado com as
transmisses de dados (P. ex.: atrasos de transmisso, atrasos
de propagao, ...).

23

Vazo, Latncia e Atraso


De maneira geral, a latncia da rede pode ser entendida como
a somatrio dos atrasos impostos pela rede e pelos
equipamentos utilizados na comunicao. Do ponto de vista da
aplicao, a latncia (atrasos) resulta em um tempo de
resposta (tempo de entrega da informao, ou pacotes) para a
aplicao. Os principais fatores que influenciam a latncia de
uma rede so os seguintes: (1) atraso de propagao
(Propagation Delay), (2) velocidade de transmisso e (3)
processamento nos equipamentos.

24

Vazo, Latncia e Atraso


O atraso de propagao corresponde ao tempo necessrio
para a propagao do sinal eltrico ou propagao do sinal
ptico no meio utilizado (fibras pticas, satlite, coaxial e
outros). Este um parmetro imutvel, e o gerente de rede no
tem nenhuma influncia sobre ele. O intervalo de tempo em que
um pacote sai da origem e chega ao seu destino, quando
elevado, pode causar perda de sincronizao. Para uma boa
qualidade em comunicao de voz a latncia deve possuir um
valor menor que 150 ms.

25

Vazo, Latncia e Atraso

Em se tratando de redes de longa distncia (Redes corporativas


estaduais e nacionais, redes metropolitanas, intranets
metropolitanas, ...) as velocidades de transmisso so
dependentes da escolha de tecnologia de rede WAN (Linhas
privadas, frame relay, satlite, ATM ,....). Embora exista obviamente
a possibilidade de escolha da velocidade adequada para garantia
da qualidade de servio, observa- e neste caso restries e/ ou
limitaes nas velocidades utilizadas, tipicamente devido aos
custos mensais envolvidos na operao da rede. Alm desse fator,
observa-se tambm algumas restries quanto disponibilidade
tanto da tecnologia quanto da velocidade de transmisso desejada.
Em termos prticos, trabalha-se em WAN tipicamente com vazes
da ordem de alguns megabits por segundo (Mbps) para grupos de
usurios.

26

Vazo, Latncia e Atraso

O resultado das consideraes, que a garantia de QoS certamente mais


crtica em redes MAN e WAN pelo somatrio de dois fatores, ambos
negativos:

Trabalha-se com velocidades (Vazo) mais baixas e

A latncia (Atrasos) muito maior quando compara-se com o


cenrio das redes locais.

O terceiro fator que contribui para a latncia da rede a contribuio de


atraso referente ao processamento realizado nos equipamentos. Por
exemplo, numa rede IP os pacotes so processados ao longo do percurso
entre origem e destino por:

Roteadores (comutao de pacotes)

LAN Switches (comutao de quadros)

Servidores de Acesso Remoto (RAS) (comutao de pacotes, ...)

Firewalls (processamento no nvel de pacotes ou no nvel de


aplicao, ...)

27

Disponibilidade

A disponibilidade um aspecto da qualidade de servio abordada


normalmente na fase de projeto da rede.

Em termos prticos, a disponibilidade uma medida da garantia de


execuo da aplicao ao longo do tempo e depende de fatores tais
como:

Disponibilidade dos equipamentos utilizados na rede proprietria


(Rede do cliente) (LAN, MAN ou WAN) e

Disponibilidade da rede pblica, quando a mesma utilizada


(Operadoras de telecomunicaes, carriersJI, ISPs Internet
Service Providers, ...).

As empresas dependem cada vez mais das redes de computadores


para a viabilizao de seus negcios (Comrcio eletrnico, homebanking, atendimento online, transaes online, ...) e, neste sentido,
a disponibilidade um requisito bastante rgido.

28

Implementao da QoS

Uma vez identificado os parmetros relacionados com a qualidade


de servio das aplicaes, discute-se os protocolos, mecanismos e
algoritmos utilizados na implementao efetiva da qualidade de
servio.

Numa rede IP a qualidade de servio consiste num mecanismo fima-fim (host de origem a host de destino) de garantia de entrega
informaes (Pacotes, ...). Assim sendo, a implementao da
garantia de QoS pela rede implica em atuar nos equipamentos
envolvidos na comunicao fim-a-fim visando o controle dos
parmetros de QoS.

Os parmetros (atrasos, jitter, ....) que devem ser controlados


visando a obteno da qualidade de servio no so, infelizmente,
localizados num nico equipamento ou componente da rede.

29

Implementao da QoS
A figura a seguir, ilustra um exemplo de situao onde na
trajetria fim-a-fim dos pacotes tem-se equipamentos tipo LAN
Switch, roteadores, Firewalls, utiliza-se uma rede pblica de
comutao de pacotes e, obviamente, tem-se os prprios hosts
dos usurios finais.
Os mecanismos de QoS devem portanto atuar nestes
equipamentos, camadas de protocolo e entidades de forma
cooperada. Uma das atribuies dos gerentes de Tecnologia da
Informao (TI) justamente a escolha e implementao
adequada dos mecanismos de QoS.

30

Implementao da QoS

31

Implementao da QoS
Uma outra questo importante a perceber-se na implementao
dos mecanismos de controle da qualidade de servio a
percepo do momento onde estes mecanismos so
necessrios. Efetivamente, a necessidade de garantir a
qualidade de servio se coloca mais fortemente nos perodos de
pico de trfego quando a rede enfrenta uma situao de
congestionamento ou de carga muito elevada. Neste tipo de
situao os mecanismos de QoS buscam solues para
decises do tipo:

Como alocar os escassos recursos (p. ex.: banda)

Como selecionar o trfego de pacotes

Como priorizar os pacotes

Como descartar pacotes (quais e quando)

32

Dvidas e Sugestes

hudyson@gmail.com

33