Desempenho de Redes WAN Não é Apenas
Throughput
Amilton Carlos Rattmann1, 2, Alexandre Carlos Bruscato3, Gianfranco Muncinelli1,2
CEFET-PR/CPGEI1, Brasil Telecom2, Consultor Independente3
Rua Prof. Lycio Grein de Castro Vellozo, 191 – 80710-650 – Curitiba – PR - Brasil
Abstrac -: The concept of performance of wide area networks is
commonly misunderstood. The current interpretation that
performance is simply throughput will be discussed in theoretical
and practical issues.
I. INTRODUÇÃO
A definição mais difundida de performance da rede está
diretamente relacionada à sua velocidade, ou seja, uma rede é
tão rápida quanto menor for o tempo gasto para que se efetue
uma transação particular da rede, ou quão rápido se faz um
download de um determinado arquivo. A medida do tempo
gasto por uma consulta, download ou transação, certamente
indica a velocidade da rede, o que é uma boa forma de se ter
uma referência, mas a velocidade não é tudo.
Mesmo uma rede extremamente veloz pode suportar apenas
uma transação ou download por vez, conforme definição do
aplicativo. A habilidade da rede de suportar múltiplas
transações simultâneas, que pode incluir grandes volumes de
dados, deve ser levada em conta quando se mede a carga e o
desempenho da rede. Ainda, quando se utilizam aplicações
real-time, como voz e vídeo sobre uma rede de dados,
necessita-se que a rede trabalhe com um baixo delay fim-a-
fim, e também pouca variação na sua latência (jitter), que são
parâmetros que também afetam o desempenho.
Adicionalmente, medições de desempenho devem também
incluir a taxa de pacotes descartados, a quantidade de pacotes
enviados, a taxa de perda, o modo como os pacotes são
reordenados e como é tratado o enfileiramento de pacotes nas
interfaces.
O presente trabalho tem por objetivo indicar casos em que o
desempenho é confundido com velocidade e esclarecer pontos
teóricos básicos importantes para o entendimento do conceito
de desempenho.
II. TIPOS DE TECNOLOGIA
Cada tecnologia utilizada para interconectar duas LANs
possui suas vantagens e desvantagens e é destinada para
aplicações específicas, em função do seu tempo de latência e
cabeçalho (overhead) característicos. A transmissão de dados
sempre implica em informações de controle (identificação dos
canais lógicos, FCS - frame check sequence, etc), cujo tipo e
tamanho varia conforme o protocolo utilizado, ou seja, a
capacidade nominal do link de comunicação de dados inclui
implicitamente esta carga de controle. Em resumo, um link de
2Mbps não tem 2Mbps de banda útil, pois é necessário
transmitir também o controle. Além disso, o tempo de latência
é diferente para cada tipo de tecnologia utilizada. Estes fatos
devem ser levados em conta no dimensionamento e análise de
performance dos links WAN.
A. Redes Determinísticas
Também conhecidas como TDM (time division multiplex), as
redes determinísticas oferecem circuitos dedicados,
especializados e exclusivos, ponto a ponto e ponto multiponto,
transmitindo sinais digitais entre endereços preestabelecidos;
este tipo de serviço ficou muito conhecido pela sigla SLDD
(Serviço por Linha Dedicada Digital, as conhecidas LPs –
linhas privadas). Ao contrário das redes estatísticas, baseadas
em multiplexação estatística, nas redes determinísticas a
alocação de time slots é exclusiva daquele circuito, não
cabendo problemas de latência, pois a latência inserida pelos
elementos de rede é muito pequena (na ordem de 0,5 ms).
Existe compatibilidade com aplicações sensíveis a baixo
retardo, adequando-se a protocolos antigos, que não aceitam
atraso. Como o recurso não é compartilhado, a latência será
constante e previsível.
Canais Tributários com taxa fixa Tt
Canal Agregado com taxa Ta
Quadro do Agregado
Processo de Multiplexação Processo Demultiplexação
Fatia de Tempo
Retorno fim do
Retorno fim do Sequência de Sequência de
ciclo Amostragem Cabeçalho Informação Remontagem ciclo
Figura 1 – Esquema simplificado da transmissão multiplexada no tempo.
O sistema TDM é totalmente síncrono e as taxas, tanto dos
canais tributários como do canal agregado, são constantes e
fixas, conforme mostra a figura 1. Sendo assim, a soma das
taxas dos tributários deve ser igual à taxa do canal agregado.
B. Redes Estatísticas
Redes deste tipo baseiam-se na multiplexação estatística,
associada a uma garantia mínima de tráfego, onde diferentes
canais de comunicação compartilham os recursos físicos e a
capacidade de transmissão, ocupando-os dinamicamente em
função da demanda e da garantia mínima (por isso é chamada
de rede estatística). É muito utilizada, pois além do custo ser
menor em relação às redes determinísticas, permite que
múltiplos fluxos de dados circulem através da mesma
interface de acesso, reduzindo o número de CPEs (customer
premise equipment) necessários para compor a rede.
C. Frame Relay
O protocolo mais comum relacionado a este tipo de rede é o
frame relay, que possui algumas características específicas.
Deve ser observado no projeto da rede e na contratação junto
à operadora que o tráfego médio requerido deve ser
considerado, e não o de pico, pois o tráfego é descontínuo,
irregular e com rajadas. Há dois parâmetros que devem ser
considerados por circuito virtual permanente: Committed
Information Rate (CIR), que é o volume mínimo de
informação que a rede se compromete a transmitir (que
corresponde ao tráfego normal ou médio da rede). O segundo
parâmetro é a Exceeded Information Rate (EIR), que é a
quantidade de informação que excede o CIR contratado e que
a rede é capaz de transmitir, e que depende diretamente da
ocupação estatística dos canais virtuais que compartilham o
meio.
Figura 2 – Estrutura do quadro frame relay.
Freqüentemente situações de dimensionamento inadequado
destes parâmetros são confundidas com desempenho ruim da
rede, pois a latência é diretamente influenciada pelo
dimensionamento do CIR e EIR.
D. ATM
O ATM (Asynchronous Transfer Mode) é uma tecnologia
projetada para preservar a qualidade de serviço (QoS) de
múltiplos tipos de tráfego transportados em apenas um link ou
em uma rede completa. Ou seja, é uma tecnologia de
transmissão e comutação de dados que pode ser utilizada em
aplicações de utilização variada (voz, vídeo, dados, dados
expressos).
Seu princípio de funcionamento baseia-se na multiplexação de
células de 53 bytes pela camada física; estas células são
divididas em um header (cabeçalho) de 5 bytes e os restantes
48 bytes são para informação do sistema usuário (payload). O
header contém informações de roteamento, controle de fluxo
e controle de erro, como pode ser visto na figura 3.
Figura 3 – Célula ATM. Fonte: CREARE Engenharia.
Note-se que o payload do ATM é equivalente à cerca de 90,6
% da célula – o restante é cabeçalho. Por desconhecimento,
atribui-se a esta característica da tecnologia um desempenho
questionável da rede.
E. ADSL
O ADSL (asymmetric digital subscriber line) é uma
tecnologia usada inicialmente para acesso a internet, mas
atualmente também vêm sendo aplicada a interligação de
LANs. Esta tecnologia utiliza-se basicamente do ATM como
forma de transmissão, porém, seu desempenho é menor,
devido aos elementos de rede inseridos, como os DSLAM
(digital subscriber line access multiplexer) e terminadores
ATM (lembrando do cabeçalho associado ao ATM). Dessa
forma a latência é incrementada. Além deste fato, a assimetria
da capacidade de upload e download (característica da
tecnologia) também é item que gera confusão.

Figura 4 – Toppologia inicial de ADSL acessando apenas internet.
Figura 5 – Topologia de ADSL servindo como acesso à rede de dados
(normalmente simétrico).
A tecnologia ADSL vem sendo usada também para acesso às
redes de comunicação de dados, (conforme mostram as
figuras 4 e 5). A alteração mais significativa é que upload e
download passam a ser simétricos.
III. TIPO DE TRÁFEGO E APLICAÇÕES
A interligação entre dois (ou mais) pontos diferentes de duas
empresas é usada para transportar diversos tipos de tráfego, de
servidor de correio ao servidor de páginas, da voz sobre IP ao
aplicativo SAP. Cada aplicativo tem características e
necessidades específicas de utilização de banda, delay, jitter,
etc. Esse tráfego deve ser conhecido em detalhe para que haja
aproveitamento máximo dos recursos em função das
necessidades.
Ainda, deve-se conhecer a necessidade de comunicação dos
aplicativos. A configuração inadequada desta comunicação
pode gerar broadcasts excessivos, o que incrementará a
utilização de banda por parte daquele aplicativo sem
necessidade. Ainda pode levar à ocorrência de timeout, que
está relacionado diretamente com a tecnologia usada e sua
latência nativa.
A configuração do servidor de correio e de web necessita
contemplar uma quantidade definida de sessões simultâneas,
envolvendo reserva de banda para cada sessão e mesmo
levando em conta a capacidade do barramento de dados do
PC.
Alguns cuidados devem ser tomados, pois a evolução das
aplicações na WEB tornou a identificação direta de tipo de
tráfego x porta um pouco mais complexa. Por exemplo, a
porta 80 é usualmente associada ao tráfego http, mas também
pode ser usada para streaming, tráfego peer-to-peer,
download de músicas, etc. Mesmo que o tráfego seja de http,
este tráfego é Siebel? Oracle? Ou um acesso casual a web?
Esta identificação é necessária por três razões principais:
• O número de aplicações baseadas na web está em
constante crescimento, e saber exatamente o que cada
aplicação está demandando da rede é necessário para
que cada aplicação seja gerenciada apropriadamente
baseada em sua importância relativa aos objetivos da
organização.
• Diversas aplicações consomem até cinco vezes mais
largura de banda quando disponibilizadas via web.
Estas aplicações críticas, quando combinadas ao
tráfego já existente de outras aplicações podem criar
um congestionamento significativo seguido de
degradação de performance.
• Largura de banda está associada diretamente a
recursos financeiros: paga-se por este recurso. O
tráfego de aplicativos inadequados aos objetivos da
organização pode ser superior à necessidade dos
aplicativos críticos. Pode-se estar pagando para que
um funcionário faça download de música, por
exemplo.
A idéia de gerenciamento de tráfego traz a proposta de que
todas as aplicações que rodam na rede da empresa devem ser
identificadas, categorizadas, priorizadas e gerenciadas de
acordo com sua importância, criticidade e utilização dos
recursos. É basicamente a idéia de QoS (Quality of Service)
que distingue, prioriza e provisiona meios para dados que não
toleram valores de latência altos e não podem ser tratados de
forma “best-effort”. Algumas características que devem ser
levantadas:
• Identificação dos aplicativos (camada 7) visando
identificar tráfego associado.
• Analisar a performance usando métodos estatísticos
para gerar indicadores de desempenho (tráfego de
pico, hora do tráfego de pico, tráfego médio, tráfego
mínimo, etc) de cada aplicativo.
• Avaliar os indicadores de performance da rede,
servidores, clientes, etc.
• Gerenciar proativamente os indicadores de
desempenho.
Como benefícios podemos citar que aplicações que ocupem
picos altos por pouco tempo podem ser controladas
(assumindo valores máximos possíveis), contenção de tráfego
“desconhecido” e aplicações críticas podem ser refinadas. Em
resumo, cada tipo de tráfego/aplicação possui requerimentos
de latência e vazão diferenciados que são atendidos de forma
otimizada.
 IV. ALGUNS EXEMPLOS
Alguns casos onde existe confusão quanto à interpretação de
eventos.
A. O Comando Ping
O comando ping (packet internetwork groper) é um dos
métodos mais comuns para testar a acessibilidade aos
dispositivos de rede, além de uma referência para a velocidade
com que o sistema está operando. Ele utiliza uma série de
mensagens de eco de ICMP (Internet Control Message
Protocol) para determinar se o host remoto está ativo ou
inativo, se houve perda de pacotes e qual é o delay na
comunicação com este host.
O IP (Internet Protocol) não foi projetado para ser
absolutamente confiável, então propôs-se um protocolo de
mensagens de controle para fornecer um retorno sobre os
problemas na comunicação. Este protocolo é o ICMP (que
continua não garantindo que o datagrama será entregue ou a
mensagem de controle retornará). O ICMP utiliza o suporte
básico do IP como se fosse um protocolo de nível superior,
entretanto, o ICMP atualmente é parte integrante do IP e deve
ser implementado por todo módulo IP. Mensagens ICMP são
enviadas em diversas situações: quando um datagrama não
pode alcançar seu destino, quando o gateway não tem
capacidade de buffer suficiente para encaminhar o datagrama
e quando o gateway pode direcionar o host para enviar o
tráfego por um caminho mais curto.
O ping envia um pacote de requisição de eco e espera pela
resposta. O comando obteve sucesso se a requisição de eco
chega ao destino e se o destino é capaz de mandar a requisição
de eco de volta dentro de um tempo pré-determinado chamado
de timeout.
Alguns cuidados devem ser tomados na interpretação dos
resultados do ping. Por ser o método mais difundido para teste
de conectividade, é também o que gera maior confusão na sua
interpretação. Quando há resposta para as requisições, pode-se
concluir que: a máquina destino está razoável grau de
funcionamento, capaz de interpretar e responder às requisições
adequadamente; que o roteamento de ida e roteamento de
volta estão perfeitamente funcionais; tempo de resposta está
baixo e não há perdas. Porém, quando o resultado não é o
esperado, é que surgem algumas confusões. Muitas
arquiteturas de roteadores de alto desempenho possuem um
mecanismo de rápida de comutação para pacotes de dados,
deixando para o processamento central responder e
encaminhar pacotes de controle, como mostrado na figura 3.
Ainda, a atividade de controle, pode ficar retardada para que o
equipamento atenda às requisições funcionais do sistema,
mais prioritárias. Desta forma, o comportamento do tráfego
ICMP pode não seguir o comportamento do tráfego de dados.
Sempre que os buffers de transmissão dos roteadores
estiverem com valores considerados perigosos, haverá
descarte de pacotes, para que seja assegurada a integridade do
sistema. Naturalmente, descartar algumas informações de
controle pode ser menos crítico do que descartar pacotes de
dados. Nesta situação haveria novamente um comportamento
diferenciado entre o fluxo de dados e o fluxo ICMP, na rede.
A ausência de resposta também pode levar a equívocos, pois
muitos equipamentos possuem a resposta ao ICMP
desabilitada, para reduzir a possibilidade de incidentes de
segurança. Equipamentos de segurança, como firewalls, que
bloqueiam o ICMP deles próprios e dos equipamentos
protegidos.
Evidentemente, é possível através do ping (tomando os
cuidados mencionados acima), encontrar vários problemas de
conectividades, para os quais o comando é adequado: erros de
roteamento; interfaces caídas; existência de filtros; problema
relacionado com ARP (address resolution protocol); alto
tempo de atraso (delay) e sobrecarga em conexões (links).
Em resumo, com o comando ping (e também com o comando
traceroute) obtém-se o RTT (round-trip time), que é o tempo
para enviar um pacote de requisição de eco e o tempo para tê-
lo de volta. Dessa forma, é possível ter uma idéia do delay no
link, porém, sem precisão suficiente para ser uma medida
absoluta de performance. Infelizmente, grande parte dos
profissionais do mercado interpreta o ping como sendo esta
medida absoluta. Há de se levar em conta que um roteador é
um dispositivo projetado para rotear pacotes. A capacidade de
recepção de pacote de requisição de eco e resposta é oferecida
como um serviço do tipo best-effort. Para as mesmas
condições de WAN, se for iniciado algum tipo de processo no
roteador que requeira grande capacidade processamento, o
RTT pode ser incrementado!
Figura 6 – Caminho do ping.
B. Problemas na LAN
LAN é um acrônimo para local area networks, ou seja, redes
locais. Neste tipo de rede, o protocolo mais utilizado é o
Ethernet, que tradicionalmente é executado a 10 Mbps, mas o
Fast Ethernet (100 Mbps) e mais recentemente o Gigabit
Ethernet (1000 Mbps) são tecnologias que já estão sendo
utilizadas em larga escala e estão suplantando a base instalada
de Ethernet a 10Mbps. Cerca de 80 % do tráfego gerado em
uma rede fica restrito a LAN, o que faz que a mesma seja de
suma importância na análise do desempenho.
O Ethernet é a tecnologia LAN mais empregada devido ao seu
baixo custo e simplicidade. A maior desvantagem do Ethernet,
é que ele se baseia no esquema CSMA/CD (Carrier Sense
Multiple Access/Collision Detection) que, em condições de
alto tráfego, ocasiona uma rápida degradação na largura de
banda. O CSMA/CD também é associado à criação dos
domínios de colisão, que é um conceito exclusivo do ambiente
Ethernet. O uso de detecção de colisão para controlar o acesso
de mídia constitui a maior desvantagem deste protocolo. À
medida que o tráfego na mídia compartilhada aumenta, a taxa
de colisão também aumentará, ou seja, as colisões provocam
uma redução na largura de banda utilizável, pois os dados que
colidiram, precisarão ser retransmitidos quando o Ethernet
estiver disponível para transmissão novamente. Colisões são
eventos normais em Ethernet, mas um número excessivo delas
diminuirá a largura de banda a uma fração de 35% a 40% dos
hipotéticos 10 Mbps. Esta redução na largura de banda pode
ser atenuada utilizando-se segmentação da rede através de
switches ou roteadores.
Além dos problemas característicos das tecnologias de LAN,
outros aspectos devem ser levados em conta para que se possa
obter um melhor desempenho de uma rede LAN, são o
hardware e o software das estações de clientes e dos
servidores, requisitos de largura de banda do backbone, o
cabeamento, o gerenciamento da rede e protocolos de rede
envolvidos. Também afetarão o desempenho os equipamentos
de rede, como hubs, switches e roteadores que devem ser
configurados para trabalhar em níveis adequados de
processamento e memória, respeitando as características de
hardware e software de cada equipamento.
Outro aspecto que afeta diretamente o desempenho da LAN é
o dimensionamento inadequado da mesma, Freqüentemente,
no momento do projeto da LAN, o administrador de rede
preocupa-se com aspectos importantes como máquinas,
servidores, cabeamento estruturado e sistemas de
gerenciamento, mas acaba por cascatear hubs para poder
atender todos os clientes. É claro que em pouco tempo a rede
torna-se lenta, pois cria-se um único domínio de colisão e
broadcast que acaba por afetar a rede como um todo. Quando
isto acontece, normalmente a primeira providência a ser
tomada é a substituição dos hubs por switches, que acaba por
segmentar os domínios de colisão e broadcast. Nem sempre
esta ação resolve o problema. Mesmo havendo segmentação
de domínios e minimização de colisões, a sensação de lentidão
da rede permanece. Ainda, como geralmente se conecta o
uplink e as portas de acesso do hub a uma mesma velocidade
(exemplo: 100 Mbps), acaba por se criar um gargalo, uma vez
que a largura de banda da saída do switch é a mesma de
qualquer porta naquele barramento. O melhor a se fazer é
configurar a porta de uplink do switch com uma velocidade
superior ao das portas de acesso, por exemplo: uplink a 100
Mbps e acessos a 10 Mbps, ou uplink a 1000 Mbps (1Gbps) e
acessos a 100 Mbps, como mostrado na figura 7.
100 Mbps
Switch
100 Mbps
Switch
Switch
10 Mbps 10 Mbps
100 Mbps 100 Mbps
Computer Computer
Computer Computer
Figura 7 – Configuração de cascata de switches
C. Frame Relay, ATM e X.25
A tecnologia frame relay é derivada diretamente do protocolo
X.25 (o qual não citamos neste trabalho, por estar em franco
desuso para links WAN), onde há uma robustez considerável,
onde não ocorre descarte de frames em camadas de nível
superior (aplicativos) devido à falha física. Nas redes
disponibilizadas via frame relay (descritas no item 2.2.1), o
descarte de frames pode ocorrer mesmo nas camadas mais
baixas (afetando as camadas superiores), sendo diretamente
influenciado pelos valores de EIR e CIR e pelo
comportamento dinâmico dos circuitos que compartilham o
mesmo canal virtual de transmissão. Na interpretação do
throughput temos que levar em conta alguns aspectos.
Calculando o throughput para frames de 1500 bytes (MTU –
maximum transmission unit - típico), onde temos 5 bytes de
controle (header, FCS e flag), pode-se atingir um desempenho
máximo teórico, para as condições acima, de 99.66%.
No caso específico de circuitos de comunicação de dados
provisionados via rede ATM, existem freqüentes
interpretações errôneas por parte dos usuários no que diz
respeito à banda útil. Conforme consta do item 3.3, o ATM
possui um header (cabeçalho) de cerca de 9,4%. Dessa forma,
numa visão simplista (sem considerar byte de flag e
fragmentação) para um link ATM de 2048 kbps (2Mbps), a
banda útil máxima obtida será de cerca de 1855,5 kbps. Não
há nenhuma perda e sim, uma característica da tecnologia.
 TABELA 1 – COMPARATIVO DE RENDIMENTO TEÓRICO DE LINKS WAN (POR
PROTOCOLO)
Rendimento Máximo Rendimento - pacote
Teórico (%) 400 bytes (%)
X.25 (pacote de 128 93,75 85,84
bytes)
Frame relay (MTU 1500 99,66 98,76
bytes)
ATM (por célula) 88,88 (ATM puro) 82,30 (AAL 5)
A tabela 1 exemplifica valores de rendimento máximos
teóricos para payload de dados padrão de cada protocolo e
para uma amostra para pacotes de 400 bytes (média típica de
aplicativos de tráfego IP).
D. Problemas na Internet
Não é do escopo deste trabalho abordar a internet. Até agora
tratamos de redes ditas fechadas, ou privadas, cuja topologia é
diferente. Porém, é interessante citar que o desempenho da
internet está atrelado (além dos fatores citados até então)
também às condições do servidor/roteador destino das
requisições e, é claro, das condições da internet como entidade
dinâmica. Suponhamos dois websites: um website conhecido e
que possua um grande número de acessos simultâneos; o outro
website é desconhecido e com uma taxa baixa de acessos
simultâneos. Se os dois possuírem a mesma infra-estrutura
(mesmo tipo de servidor, mesmo roteador, mesmo tipo de
link, mesma velocidade de link, etc), é notável que o website
conhecido possuirá desempenho menor que o outro.
E. Aspectos Físicos
Além dos aspectos mencionados, o desempenho da rede é
afetado diretamente pela infraestrutura de instalação do site.
Itens como conectorização, aterramento e qualidade de
energia dos dispositivos que fazem parte desta rede devem ter
instalação e manutenção adequadas. Não é do escopo deste
trabalho abordar estes assuntos, porém, fica a lembrança de
sua importância.
V. CONCLUSÕES
A velocidade de um link de comunicação de dados nem
sempre é o fator determinante para que o desempenho da rede
seja adequado. Para que a rede tenha seu desempenho ótimo, é
necessário um conhecimento profundo da tecnologia utilizada,
tanto no momento do projeto (para que não se incorra em
erros de dimensionamento), quanto no momento da operação
(na interpretação dos parâmetros de acompanhamento).
Porém, é fundamental conhecer cada tecnologia
profundamente para que seja possível interpretar o rendimento
de maneira adequada, cada tipo de tráfego/aplicação possui
requerimentos de latência e vazão diferenciados que devem
ser conhecidos e respeitados. Para cada tipo de situação há um
contexto e uma determinada interpretação, que sendo feita de
forma errônea pode levar a caminhos indesejados, confusos e,
muitas vezes, onerosos.
A idéia é controlar a rede de forma que os eventos “best-
effort” possam ser previsíveis e uma condição ótima para
todas as aplicações críticas da empresa possa ser garantida.
As redes de computadores são ferramentas de trabalho que
estão associadas diretamente à capacidade de gerar retorno às
empresas. Dessa forma, a sua disponibilidade, desempenho e
utilização são preponderantes no retorno do investimento feito
nas redes e no uso que se faz delas para o negócio da empresa
como um todo. Certamente é indesejável um pico de tráfego
de um aplicativo P2P que gere congestionamento na rede
corporativa, em detrimento das aplicações inerentes ao
negócio da empresa. Uma rede funcionando de forma
adequada certamente otimizará os recursos e reduzirá os
custos de operação e de novas implantações e ampliações.
VI. REFERÊNCIAS
[1] ALENCAR, MARCELO SAMPAIO DE. Telefonia
Digital. São Paulo : Érica, 1998.
[2] BOGGS, DAVID R.; MOGUL, JEFFREY C.; KENT,
CHRISTOPHER A.. Measured Capacity of an Ethernet:
Myths and Reality. WRL Research Report 88/4. Proceedings
of the SIGCOMM ’88. September, 1988.
[3] BRUSCATO, A. C.; MUNCINELLI, G.; PINHO, A. C.;
RATTMANN, A. C.. Medição de Desempenho de Redes WAN
– Conceitos e Técnicas. SUCESU 2004 - Congresso Nacional
de Tecnologia da Informação e Comunicação. Florianópolis -
SC, 2004.
[4] CISCO SYSTEMS. Simple Network Management
Protocol. www.cisco.com (Acesso em 9/12/2003).
[5] CISCO SYSTEMS. Understanding the Ping and
Traceroute Commands. www.cisco.com (Acesso em
13/10/2003).
[6] COMER, DOUGLAS E.. Redes de Computadores e
Internet. Porto Alegre: Bookman, 2001.
[7] CRA Reports. Application Traffic Management Over the
WAN. Linking Network Application Performance, Information
Security, and Business Continuity. Washington, 2003.
[8] HELD, GILBERT. Comunicação de Dados. Rio de
Janeiro: Campus, 1999.
[9] HUSTON, GEOFF. Measuring IP Networks. Cisco
Systems. Internet Protocol Journal. Vol. 6 no 1. March, 2003.
[10] PACKETEER. 7 Steps to WAN Optimization. Packeteer,
2004.
[11] RFC 792 – Internet Control Message Protocol.
[12] SPURGEON, CHARLES E.. Ethernet: O Guia
Definitivo. Rio de Janeiro : Campus, 2000.
[13] TANEMBAUM, ANDREW S.. Redes de Computadores.
Rio de Janeiro : Campus, 1997.