Você está na página 1de 19

CBPF-NT-012/00

MODELOS DE QUALIDADE
DE SERVIO - APLICAES
EM IP
Nilton Alves Jnior
naj@cbpf.br

Kelly Soyan Pires Dominguez


kelly@cbpf.br

Resumo

Este trabalho tem como funo explicitar o conceito de Qualidade de


Servio sobre as aplicaes em IP, abordando, separadamente, os
modelos

IntServ e DiffServ, juntamente com os protocolos e

componentes de cada um destes modelos. Sero vistas tambm, as


vantagens e desvantagens, permitindo uma comparao final de que
modelo pode ser mais apropriado.
Palavras-chave:
Qualidade de Servio, IntServ, DiffServ.
MODELOS DE QUALIDADE DE SERVIO APLICAES EM IP
1/19

01/12/2000

CBPF-NT-012/00

NDICE
1- INTRODUO................................................................................................................3
2 - INTEGRATED SERVICES - IntServ ...........................................................................4
2.1 - RESOURCE RESERVATION PROTOCOL - RSVP ............................................4
2.2 - ROTINA DE CONTROLE DE ADMISSO.............................................................6
2.3 - CLASSIFICADOR.......................................................................................................6
2.4 - ESCALONADOR........................................................................................................7
2.2 - DESVANTAGENS do IntServ..................................................................................9
3 - DIFFERENTIATED SERVICES - DiffServ..................................................................9
3.1-DIFFERENTIATED SERVICE FIELD-DS FIELD .......................................................9
3.2- SERVICE LEVEL AGREEMENT SLA .................................................................... 11
3.3 - BANDWIDTH BROKER BB................................................................................. 12
3.3.1 PROCESSO DE SINALIZAO DOS BBs ....................................................... 14
3.4 DESVANTAGENS do DiffServ............................................................................. 17
CONCLUSO..................................................................................................................... 17
REFRENCIAS.................................................................................................................... 18

MODELOS DE QUALIDADE DE SERVIO APLICAES EM IP


2/19

01/12/2000

CBPF-NT-012/00
1-Introduo
Devido ao crescimento da utilizao de aplicaes multimdia na
internet, certos recursos foram introduzidos tornando mais vivel e
segura a transmisso dos dados. Um desses recursos Quality of
Service - QoS, que se torna imprescindvel quando se trata de uma
aplicao de misso crtica, como por exemplo, a telemedicina.
Atualmente, na transmisso dos dados na Internet, utilizada a
filosofia "Best Effort", que no prov nenhum tipo de garantia de que
os pacotes enviados na rede chegaro ao seu destino.
Como muitos hosts esto conectados na rede ao mesmo tempo,
os limites da banda de transmisso so excedidos. Isto , os usurios
compartilham a largura de banda com os fluxos de dados de outros
usurios e de acordo com a quantidade de banda disponvel e
definio das rotas, os dados chegam ao seu destino. Entretanto,
quando h congestionamento, pacotes so descartados aleatoriamente
no garantindo que a aplicao seja executada com eficincia.
Por outro lado, com a introduo do QoS podemos reservar
banda para tipos diferentes de fluxo de dados, onde os pacotes no
so descartados e a banda no excede valores pr -definidos. Por
exemplo, se quisermos transmitir voz em tempo real, uma quantidade
X de Mb/s ser reservada para tal aplicao.
Dentro do QoS na Internet temos diferentes tipos de modelos
propostos pelo Internet Engineering Task Force - IETF, que se
adequam de acordo com o tipo de aplicao e arquitetura da rede.
Estes modelos so: Integrated Service - IntServ e Differentiated Service
- DiffServ, respectivamente.
Podemos tambm, ter qualidade de servio direcionada para o
ATM, que uma tecnologia que tem como aplicao nativa o QoS.
Porm, devido ao fato de ser uma tecnologia altamente
complexa, pode mostrar dificuldades quanto implementao deste
recurso. No entanto, os testes com QoS sobre ATM ainda se encontram
em fase experimental, gerando grandes expectativas em torno dos
resultados.

MODELOS DE QUALIDADE DE SERVIO APLICAES EM IP


3/19

01/12/2000

CBPF-NT-012/00

2 - INTEGRATED SERVICES - IntServ


Este modelo de qualidade de servio caracterizado
essencialmente pela reserva de recursos(largura de banda, atraso e
jitter), antes do estabelecimento da comunicao. Este servio utiliza o
protocolo de sinalizao RSVP ,que ser abordado com mais detalhes
no prximo sub-item. Na sinalizao RSVP existe troca de mensagens
de controle entre emissor e receptor de forma que num determinado
perodo de tempo possamos alocar uma faixa da largura de banda
para a transmisso dos dados.
Neste modelo temos alocao para dois tipos de servios, alm
do Best Effort:
? Servios Garantidos - aplicaes que necessitam de um
atraso constante.
? Servios de Carga Controlada aplicaes que necessitam de
segurana e um limite de variao de atraso (jitter),
eliminando a idia de best effort.
Aplicaes que exigem esses tipos de servio devem configurar
caminhos e reservar recursos antes da transmisso dos dados.
A implementao do IntServ feita por quatro componentes:
? protocolo de sinalizao(RSVP)
?
?
?

rotina de controle de admisso,


classificador,
escalonador de pacotes.

Esses componentes tm por funo organizar os pacotes de


forma que a Qualidade de Servio seja aplicada.
2.1 RESOURCE RESERVATION PROTOCOL - RSVP
O RSVP usado para gerenciar recursos ao longo do caminho no
qual deseja-se utilizar aplicaes que necessitem de QoS. Ele no
realiza transporte de dados, apenas um protocolo de sinalizao que
atua juntamente com o ICMP (Internet Control Management Protocol) e
IGMP(Internet Group Management Protocol).
O processo de sinalizao se d antes da transmisso dos dados
e renovado sempre que necessrio. Para haver a requisio dos
recursos, existem mensagens que so trocadas entre o receptor e o
transmissor, so elas: PATH e RESV.
MODELOS DE QUALIDADE DE SERVIO APLICAES EM IP
4/19

01/12/2000

CBPF-NT-012/00
Mostraremos aqui a sinalizao (simplificada) de como o
protocolo trabalha, de acordo com a figura 1:
?

A mensagem PATH enviada pelo transmissor,


informando para o endereo de destino (unicast ou
multicast)e especificaes de trfego, isto , largura de
banda, delay e jitter. Cada roteador ao longo do caminho
com RSVP habilitado estabelece, ento, um PATH-state. As
mensagens desse tipo armazenam o estado de cada n (cada
roteador), por onde ela transitou. Fornecendo tambm o
endereo do prximo hop.

Quando PATH chega no receptor, este analisa as


informaes contidas na mensagem e seleciona os
parmetros de reserva desejados. Iniciandose assim o
procedimento de reserva de recursos atravs da mensagem
RESV. Essa mensagem enviada de volta aos roteadores
estabelcendo um RESV-state. Alm das especificaes do
trfego contidas no PATH-state, o RESV contm
especificaes de pedido, que indica que tipo de servio,
dentro do IntServ, est sendo requerido(Carga controlada ou
servio garantido) e especificaes de filtro, que caracterizam
os pacotes para os quais a reserva est sendo feita.

Cada roteador ao longo do caminho pode aceitar


ou no as requisies da mensagem RESV. Se a mensagem
for rejeitada, o roteador enviar uma mensagem de erro para
o receptor e o processo de sinalizao terminar.

Quando o ltimo roteador recebe a mensagem RESV,inicia-se


ento a comunicao propriamente dita. bom deixar claro
que temos como ltimo roteador o mais prximo do
transmissor.

MODELOS DE QUALIDADE DE SERVIO APLICAES EM IP


5/19

01/12/2000

CBPF-NT-012/00

Figura 1
O RSVP pode ser implementado tanto para transmisso pontoa-ponto quanto multicast.
Como j foi dito anteriormente o RSVP trabalha em conjunto
com outros componentes (controle de admisso, classificador e
escalonador de pacotes) que atuam tanto nos elementos finais,
transmissores e receptores, como nos roteadores.
2.2-ROTINA DE CONTROLE DE ADMISSO
O controle de admisso tem somente a funo de determinar se
um fluxo de dados poder ser aceito ou no, de acordo com a banda
disponvel.
Este componente requisitado de forma que sua deciso no
interfira nos fluxos previamente ace itos pelo roteador.
2.3- CLASSIFICADOR
Com a introduo dos parmetros de QoS, foi necessria uma
forma de classificao mais especfica dos pacotes. Alm de
analisarmos o endereo do destino, levamos tambm em considerao
a porta e nmero de protocolo. Poderemos tomar como exemplo uma
sequncia de msica que seria reconhecida por uma porta particular.
Os pacotes so marcados de modo que possamos reservar
banda para determinado fluxo. E este vai ser atendido de acordo com
sua prioridade de fila dentro do roteador. Quem cuida das prioridades
da fila o escalonador , que implementa algortmos que selecionam
os pacotes que sero atendidos. Isto claro, ocorre de acordo com a
complexidade do algortmo e marcao dos pacotes.

MODELOS DE QUALIDADE DE SERVIO APLICAES EM IP


6/19

01/12/2000

CBPF-NT-012/00
Existindo dois fluxos com a mesma classificao, se o estilo de
reserva permitir, eles se uniro. Caso contrrio um dos fluxos ser
tratado de forma especfica.
2.4-ESCALONADOR
Como foi citado acima, o papel do escalonador estabelecer
polticas de enfileiramento e preveno de congestionamento nas
interfaces dos roteadores e switches de nvel 3, aqueles que tambm
roteiam, para atender as prioridades do fluxo. O escalonador trabalha
com algortmos que fazem tais implementaes de acordo com a
necessidade de QoS para determinados se rvios.
O mecanismo mais conhecido o FIFO First In First Out ,onde
os pacotes so tratados de acordo com a ordem de chegada. Uma fila
FIFO um mecanismo de repasse, no implementando nenhum tipo de
classificao. fcil percebermos, ento, que quando estamos
utilizando qualidade de servio, este tipo de mecanismo no
adequado.

Outro algortmo que tambm merece ser citado o WFQ


Weighted Fair Queueing, onde possvel ponderar os tipos de fluxo.
Isto, , so associados pesos para determinados tipos de fluxo,
tambm de acordo com as prioridades de cada um. Ele trabalha da
seguinte forma:
O WFQ coloca para o incio da fila o trfego que tem maior
prioridade , reduzindo o tempo de resposta desse fluxo. Ao mesmo
tempo, o WFQ compartilha banda com outros fluxos de menores
prioridades, porm alocando uma largura de banda menor, j que os
MODELOS DE QUALIDADE DE SERVIO APLICAES EM IP
7/19

01/12/2000

CBPF-NT-012/00
de menor prioridade tm tambm menor peso junto ao WFQ. Este
algortmo se adapta automaticamente s mudanas das condies de
trfego.

Podemos tambm citar o PQ Priority Queueing


, onde o
trfego de entrada classificado em quatro nveis de prioridade: alta,
mdia , baixa e normal. Os pacotes que no so marcados

levam

configurao default, isto , so tratados de acordo com a prioridade


normal.
Neste mecanismo o trfego classificado e marcado como
prioritrio tem preferncia absoluta em relao aos outros fluxos. Esta
uma das desvantagens do PQ , pois isso pode causar um aumento
de jitter e atrasos considerveis em aplicaes de menor prioridade.
Numa situao extrema pode acontecer at de um fluxo com menor
prioridade nunca chegar a ser enviado se o fluxo de maior prioridade
ocupar toda largura de

banda. Isso ocorre em conexes de baixa

velocidade.
Outra desvantagem do PQ que se um fluxo no receber
classificao ele
pode tambm no ser enviado. Por isso a
necessidade da habilitao de uma fila default, isto , com prioridade
normal .
As classificaes de um fila PQ pode ser por protocolo (IP, IPX,
DecNet, SNA, etc), por interface de entrada ou por access list .

MODELOS DE QUALIDADE DE SERVIO APLICAES EM IP


8/19

01/12/2000

CBPF-NT-012/00
2.2- DESVANTAGENS do IntServ
1. A quantidade de informao de estado aumenta com o
nmero
de
fluxos
exigindo
enorme
espao
de
armazenamento e gerando sobrecarga de processamento nos
roteadores.
2. Todos os roteadores devem implementar RSVP, controle de
admisso, classificao e escalonamento de pacotes em
todos os elementos da rede: transmissores, receptores e
roteadores.

3- DIFFERENTIATED SERVICES - DiffServ


De acordo com os problemas encontrados com a implantao do
IntServ o IETF -Internet Engineering Task Force introduziu o DiffServ.
Um modelo onde os pacotes so previamente marcados de acordo
com os tipos de servios desejados.
3.1- Differetiated Service Field DS Field
No cabealho do pacote IP existe um campo de oito bits,
anteriormente chamado de ToS (Type of Service ), e que mudou
recentemente para DS Field, em virtude da ampliao dos servios e o
tratamento que pode ser dado a ele. no DS Field que so codificadas
as classes para diferenciao de servios .
Na verdade, o ToS, que foi inicialmente definido e reservado
para indicar tipos de servios nunca foi utilizado de fato para
nenhuma implementao. Com a introduo da Qualidade de Servio
foi necessrio um tratamento mais especfico, fazendo assim com que
os pacotes sejam classificados de forma que possamos, ento, obter
funcionalidades para o pacote IP.
Podemos ento dividir o byte do ToS do pacote IP em: IP
Precedence, ToS field e MBZ(must be zero).

MODELOS DE QUALIDADE DE SERVIO APLICAES EM IP


9/19

01/12/2000

CBPF-NT-012/00
O IP Precedence so trs bits que podem ser classificados de 0
a 7 de acordo com a prioridade do fluxo de pacotes. Isto : se um
pacote tem prioridade 7 (servio de misso crtica), e outro com
prioridade 5 ,com certeza o de maior prioridade ser atendido. Outro
caso quando temos um pacote marcado com valor zero: este
receber prioridade mais baixa ,podendo nunca ser atendido.
Temos tambm, mais quatro bits reservados para o ToS field
que vo tratar exatamente de: delay, troughput e reability. Sendo que
os bits 6 e 7 quase no so usados, servindo tambm para aplicaes
de controle e gerncia da rede.

Como foi citado acima o bit 7 no usado, por isso o nome de


MBZ(must be zero).
Cada campo DS
encaminhamento(PHB

corresponde a um tratamento
-

Per

Hop

Behavior),

que

diferente de
ser

tratado

posteriorme nte. Este caminho marcado atravs do DSCP


Differentiated Selector Codepoints . Os roteadores ordenam os
pacotes de entrada em diferentes classes de encaminhamento, de
acordo com os valores correspondentes de DS Field. O DSCP preserva
o IP Precedence e os PHBs, porm no valor do ToS.

MODELOS DE QUALIDADE DE SERVIO APLICAES EM IP


10/19

01/12/2000

CBPF-NT-012/00

Existem dois tipos de classificao dentro do DiffServ :


? BA(behavior aggregate) que baseado somente no DS
code-point.
? MF(Mult-field), baseado em vrios parmetros do pacote:
endereo do destino, endereo da fonte, nmero da porta
e aprpria classificao do DS field.
O DiffServ parte do princpio de que domnios adjacentes
tenham acordo sobre os servios disponibilizados.
Os clientes podem marcar o campo DS de pacotes individuais
para indicar o servio desejado , ou podem ser marcados

pelo

roteador folha (ou de borda); e assim mandado para o receptor.


No entanto dessa forma no sabemos quanto de banda
disponvel ns temos para utilizar, j que no foi feita nenhuma
alocao. Podendo at um pacote com DS Field marcado chegando a
um roteador que no prov qualidade de servio ser remarcado, de
forma que passe a ser
descartado.

um pacote de best effort podendo ser

Para isso foi inserido um componente para gerenciar os recursos


do domnio, que tem como funo bsica controlar a largura de banda,
as polticas e as prioridades dentro e entre as organizaes. Este
componente o Controlador de banda (BB - Bandwidth Broker), que
falaremos posteriormente.
3.2- SERVICE LEVEL AGREEMENT SLA
Antes

de falarmos sobre Bandwidth Broker importante

ressaltarmos SLA, que o gerencia.


Um SLA determina que classes de servios so suportadas e a
quantidade de trfego na banda entre os domnios. um acordo feito
MODELOS DE QUALIDADE DE SERVIO APLICAES EM IP
11/19

01/12/2000

CBPF-NT-012/00
entre o transmissor e o receptor determinando os limites

dos

parmetros utilizados na aplicao.


O SLA pode ser esttico ou dinmico.
chamado de esttico quando negociado de forma regular , por
um determinado tempo. E chamado de dinmico quando necessrio
o uso de um protocolo de sinalizao e controle para o gerenciamento
da banda, por exemplo RSVP.
As regras de classificao, policiamento, condicionamento e
escalonamento usadas nos roteadores so determinadas tambm pela
SLA, tanto quanto o espao nos buffers de cada roteador.
3.3 - BANDWIDTH BROKER BB
Quando h solicitao de um fluxo, o BB um componente que
verifica a disponibilidade de recursos e a autorizao do cliente para
a conexo dentro do domnio QoS.
Se encarrega tambm de fazer as alocaes necessrias para a
comunicao dentro do seu domnio e solicita ao BB adjacente , caso
o pedido seja para fora do domnio.
Esse processo de solicitao de alocao de recursos contnuo
entre os BBs adjacentes at que se chegue ao domnio do receptor.
Pode-se usar o RSVP para alocao de recursos entre BBs.
Cada controlador de banda possui uma tabela de polticas
estabelecidas
atravs da SLA (Service Level Agreement) que
consultada a cada solicitao de QoS para o BB, por parte dos BBs
vizinhos ou de outros domnios.
O BB deve operar em intra-domnio (mesmo ambiente em que
oferecida a qualidade de servio) e inter-domnio(ambientes
diferentes). Sendo limitado pelas polticas, que dizem quais usurios
podem usar e quanto dos recursos do seu domnio.

MODELOS DE QUALIDADE DE SERVIO APLICAES EM IP


12/19

01/12/2000

CBPF-NT-012/00

Um exemplo de tabela estabelecida pela SLA, que consultada


pelos BBs, pode ser da seguinte forma:
PARCEIRO

REGRA

TOTAL DE BANDA

TOTAL DE USO

Instituio 3

< 50 OK

100K

Instituio 1

ASK

100K

20K

Por exemplo a instituio 1 quer transmitir voz para instituio


5.

Caso esta tabela esteja em algum domnio entre esses dois, por

exemplo, instituio2, qualquer solicitao para a instituio3, que


exija menos de 50Kbps aceita sem a necessidade prvia de consulta
ao BB-Instituio 1. Enquanto que solicitaes para instituio1
precisam sempre de uma consulta ao BB-instituio 2.
Instituio 1

Instituio 2

Instituio 3

Instituio 4

Instituio5

MODELOS DE QUALIDADE DE SERVIO APLICAES EM IP


13/19

01/12/2000

CBPF-NT-012/00

O QBone , rgo regulamentador da Internet2, sugere que o BB


seja capaz de executar tais funes :
?

meio pelo qual uma aplicao ou rote ador possa notificar


uma requisio de banda .

responder para a aplicao ou roteador

configurado os roteadores para a requisio da QoS.


rejeitar a solicitao de banda

?
?

reconfigurar roteadores
manipular aplicaes que finalizam o uso de uma faixa de

depois de ter

banda e torn-la disponvel.


responsabilidade tambm do controlador de banda configurar
os PHBs nos roteadores. PHB um comportamento de repasse que
direciona os pacotes para filas especficas de acordo com suas
prioridades, estabelecidas pela SLA.
Pode existir mais de um BB atuando num mesmo domnio,
porm s um deles pode ser responsvel pela comunicao entre BBs
de domnios adjacentes. Internamente, o BB se comunica com os
usurios ou BBs de suas sub-redes. Onde a comunicao ,
basicamente, para receber requisies e process-las. J com os
roteadores os BBs precisam estabelecer comunicao para efeitos da
configurao e gerncia.
3.3.1- PROCESSO de SINALIZAO dos BBs
Quando tratamos de domnios diferentes, todos os BBs do
caminho precisam ser consultados da requisio que foi feita.
Entre os BBs, temos processos de sinalizao para alocarmos
recursos. Existem dois tipos de sinalizao: sinalizao fim-a-fim e a
sinalizao com resposta imediata. Pode tambm ser usada uma
combinao dos dois processos de sinalizao.
1. SINALIZAO FIM-A-FIM:
Os BBs so consultados um a um ao longo do caminho, antes
que o usurio, que solicitou o recurso, seja informado do resultado.
2

MODELOS DE QUALIDADE DE SERVIO APLICAES EM IP


14/19

01/12/2000

CBPF-NT-012/00

BB1

BB2

BB3

5
Figura 2
Procedimentos de sinalizao:

1- T consulta seu BB1 de acordo com a requisio feita.


2- B1 consulta BB2, que o controlador de banda de um domnio
adjacente ao BB1, tambm de acordo com a requisio.
3- BB2 faz com BB3 o mesmo procedimento que BB1 faz com BB2.
4- BB3 responde que a requisio foi aceita.
5- BB2 responde ao BB1 e este informa ao T que tudo est ok,
permitindo, ento que a comunicao seja estabelecida.
Se houver algum erro no caminho, uma resposta retornada
do BB que falhou, no sendo consultados os BBs subsequentes.
(figura 2)

2. SINALIZAO COM RESPOSTA IMEDIATA:

MODELOS DE QUALIDADE DE SERVIO APLICAES EM IP


15/19

01/12/2000

CBPF-NT-012/00

BB1
BB2

BB3

3e6

Figura 3

Procedimentos de sinalizao: (figura 3)


1-T consulta seu BB1
2 - BB1 consulta BB2 de acordo com a requisio feita.
3 - BB2 responde imediatamente ao BB1 , que informa ao T que
BB2 aceitou a requisio. Assim o usurio passa a transmitir seus
dados antes que o BB2 sinalize para o BB3.
4 - BB3 consultado por BB2.
5 - BB3 informa ao BB2 que a requisio feita pode ser atendida.
6 BB2 informa ao BB1 que BB3 est ok.

Atravs do uso de mecanismos de classificao, policiamento,


condicionamento e escalonamento servios no ambiente DiffServ
podem ser classificados como:
?

Servios assegurados para clientes


que precisam
de
segurana para seus provedores de servios no momento que
haja um congestionamento e aplicaes

que exigem maior

confiabilidade do que a oferecida pelo best effort.


?

Servios premium aplicaes que exijam servios com baixo


atraso e baixo jitter( variao de atraso).

O DiffServ define somente o campo DS e PHBs. responsabilidade


dos ISPs (Internet Service Provider) decidirem quais servios fornecer.
MODELOS DE QUALIDADE DE SERVIO APLICAES EM IP
16/19

01/12/2000

CBPF-NT-012/00

3.4 DESVANTAGENS do DiffServ


?

Os servios diferenciados do segurana ao desempenho das


aplicaes somente em termos relativos, isto , mais
seguro aquele que foi determinado que tem maior prioridade.

Esquemas de prioridade relativa garantem que uma aplicao


gerando trfego de determinada prioridade ter melhor
desempenho
que outra gerando
trfego de menor

prioridade .
Entretanto , dependendo da carga da rede, ambas as aplicaes
podem ter um desempenho muito aquem do que suas reais
necessidades.

CONCLUSO
As operaes de classificao, policiamento e condicionamento
dentro do DiffServ, so necessrias somente nos limites da rede , ou
seja, nos edge devices(dispositivos de borda).
Logo os roteadores ncleo necesitam apenas implementar
classificaes de repasse, no consumindo tanto processamento nos
roteadores quanto no IntServ, onde todos roteadores, deste modelo,
tm que utilizar classificao, condicionamento e escalonamento.
MODELOS DE QUALIDADE DE SERVIO APLICAES EM IP
17/19

01/12/2000

CBPF-NT-012/00
Outro ponto a favor do DiffServ que temos um nmero
limitado da classes de sevios, indicadas pelo DS Field.
Desde que o servio alocado a quatidade de informao de
estado proporcional ao nmero de classes, consumindo menor
espao nos buffers dos roteadores.Ao contrrio do que acontece no
IntServ, onde a quantidade de informao de estado proporcional ao
nmero de fluxos, este aumentando de acordo com os dados que
trafegam na rede.
Logo, dependendo do tipo de servio e da rede que este ser
implantado, o DiffServ o modelo mais apropriado para o uso da
Qualidade de Servio, pelo baixo consumo dos seus roteadores.

REFRENCIAS
? Qualidade de Servio na Internet, Ana Paula Silva dos
Santos,News Generation,novembro de 1999. http:
www.rnp.br/newsgen/9911/qos.shtml
? O Controlador de banda , Ana Paula Silva dos Santos,News
Generation, maio de 2000, http:
www.rnp.br/newswgen/0005/bb.shtml
? Qualidade de Servio em VoIP- Parte I,Adailton J.S.Silva, News
generation, maio de 2000. http:
www.rnp.br/newsgen/0005/qos_voip1.shtml
? O protocolo RSVP e o desempenho das aplicaes
multimdia.Ana Lusa Pereira Schimidt, News Generation,maio
de 2000. http: www.rnp.br/newsgen/0005/rsvp.shtml
? Perspectivas sobre qualidade de servio nos protocolos da
internet-Estudo de caso. Aplicaes de vdeo sob demanda.,
Aline C.Viana, Anibal S. Jukemura,Daniela A. Xavier, Kleber
Cardoso,News Generation, julho de 2000. http:
www.rnp.br/newsgen/0007/art1.shtml

MODELOS DE QUALIDADE DE SERVIO APLICAES EM IP


18/19

01/12/2000

CBPF-NT-012/00
? QoS Protocols & Architectures-white paper.
http://www.qosforum.com/white -papers/qosprot_v3.pdf
? http://www.cisco.com/univercd/cc/td/doc/cisintwk/ito_doc/qo
s.htm#25991
? http://www.coritel.it/projects/slides/Qos/sld090.htm

MODELOS DE QUALIDADE DE SERVIO APLICAES EM IP


19/19

01/12/2000