Apostila do Material da Cisco

Gerenciamento de Redes

7.1.1 Com o que se parece uma rede?

A visualizao de uma rede importante. Uma rede um conjunto de dispositivos que
interagem entre si para fornecer comunicao. Quando um administrador de rede olhar para
uma rede, ela dever ser um todo e no partes separadas. Ou seja, cada dispositivo em uma
rede interfere em outros dispositivos e na rede inteira. Nada permanecer isolado quando
estiver conectado a uma rede.
Uma boa comparao seria com um automvel. O carro um conjunto de partes que fornecem
transporte. O motor fornece energia para mover o carro, mas no funcionar muito bem se o
sistema de combustvel no funcionar ou se estiver sem pneus. Os freios tambm so
componentes importantes, mas, mais uma vez, sem o sistema hidrulico os freios no
funcionaro e o carro no parar. Sem todos os componentes trabalhando juntos, o carro no
desempenhar a tarefa a que foi designado: o transporte.
O mesmo acontece no sistema de uma rede. Se o servidor da rede for configurado para
funcionar com o protocolo IPX/SPX e os hosts no, eles no podero se comunicar. Alm
disso, se o sistema estiver operando bem e o administrador alterar os protocolos em apenas
uma extremidade, o sistema parar de funcionar. Um dispositivo afeta a funo de outros
dispositivos. Outro exemplo seria um servidor DNS localizado no endereo IP 192.150.11.123.
Todos os hosts so configurados para localizar o servidor DNS nesse endereo IP. Se um
tcnico de rede alterar o endereo IP do servidor DNS sem alterar os identificadores dos hosts,
eles no tero mais acesso aos servios DNS.
Algo importante de se lembrar quando estiver lidando com uma rede visualiz-la como uma
unidade nica ao invs de um grupo de dispositivos individuais conectados. Isso tambm se
aplica s conexes de longa distncia usadas quando estiverem se conectando Internet.
Alteraes feitas nos roteadores afetaro diretamente a eficincia e a confiana da
comunicao por todo o sistema.

7.1.2 Entendendo e estabelecendo os limites da rede

Em uma rede corporativa, importante que a equipe de rede conhea suas
responsabilidades. responsabilidade da equipe de rede diagnosticar os problemas
no desktop do usurio ou , simplesmente, determinar se o problema do usurio no
relacionado com comunicao? A responsabilidade da equipe de rede vai apenas
at o frechal de parede do cabeamento horizontal ou vai vai at a placa de rede?
Essas definies so muito importantes para um departamento de rede. Elas afetam
a carga de trabalho de todos e o custo dos servios de rede da empresa. Quanto
maior a responsabilidade da equipe de rede, maior o custo dos recursos. Imagine um
restaurante pertencente e operado por uma nica pessoa. Essa pessoa
responsvel por todas as tarefas, inclusive cozinhar, servir, lavar a loua e pagar as
contas. O custo de recursos humanos do restaurante relativamente pequeno, mas a
possibilidade de crescimento e expanso ser limitada at que o proprietrio contrate
cozinheiros, garons, ajudantes e contadores. Agora que as responsabilidades esto
divididas, o restaurante poder servir mais pessoas de forma mais eficiente. Em
contrapartida, claro que os custos dos recursos aumentaram com o crescimento e a
expanso do restaurante.
Da mesma forma que mostrado no exemplo do restaurante, a funo do suporte da
rede pode conter todos os aspectos da rede ou pode ser limitada a apenas alguns

componentes. Essas responsabilidades precisam ser definidas e vlidas em todos os

departamentos. A chave para entender esse relacionamento que tornar a rea de
responsabilidade grande demais pode sobrecarregar os recursos do departamento,
mas torn-las pequenas demais pode tornar difcil resolver problemas de forma eficaz
na rede.

7.1.3 Custos de uma rede

A administrao da rede tem muitas responsabilidades, incluindo anlises de custos.
Isso quer dizer no apenas determinar o custo do projeto e da implementao da
rede mas, tambm, o custo de manuteno, atualizao e monitoramento da rede.
Determinar o custo da instalao da rede no uma tarefa particularmente difcil para
a maioria dos administradores de rede. As listas de equipamentos e os custos podem
ser prontamente estabelecidos, os custos com operrios podem ser calculados
usando-se taxas fixas. Infelizmente, o custo da construo da rede apenas o
comeo.
Aqui esto alguns outros fatores de custo que devem ser considerados: O
crescimento da rede com o tempo; treinamento tcnico e do usurio; consertos e
implantao do software. Esses custos so muito mais difceis de serem projetados
que os custos da construo da rede. O administrador da rede deve ser capaz de
olhar para o histrico e para as tendncias de crescimento da empresa e projetar o
custo do crescimento da rede. Um gerente deve olhar para um novo software e
hardware para determinar se a empresa precisar implement-los e quando, tanto
quanto o treinamento da equipe precisar suportar essas novas tecnologias.
O custo de equipamentos redundantes para operaes crticas tambm devem ser
adicionados ao custo de manuteno da rede. Pense no gerenciamento de uma
empresa com base na Internet que use um nico roteador para se conectar Internet.
Se esse roteador falhar, sua empresa estar fora do mercado at que o roteador seja
substitudo, o que poderia levar a empresa a perder milhares de dlares em vendas.
Um administrador de rede inteligente deve ter um roteador reserva na empresa para
minimizar o tempo que a empresa estar off-line.

7.1.4 Documentao de relatrio de erros

Como mencionado, um gerenciamento de rede eficaz requer uma documentao
minuciosa, para que quando os problemas surgirem, algum tipo de documentao de
erros seja gerado. Esse documento ser usado para reunir as informaes bsicas
necessrias para identificar e atribuir um problema rede e tambm fornecer uma
forma de rastrear o progresso e a soluo eventual do problema. Os relatrios de
problemas fornecem aos gerentes em cargos de chefia razes para contratar novos
funcionrios, comprar equipamentos e proporcionar treinamento adicional. Essa
documentao tambm fornece solues para problemas recorrentes que j foram
resolvidos.
Todo o material apresentado at agora neste captulo tratou de questes que no se
referem a parte tcnica do gerenciamento da rede. O restante do captulo tratar das
ferramentas disponveis para monitorar e diagnosticar problemas em uma rede de
longa distncia.

7.2.1 Por que necessrio monitorar uma rede?

Embora existam muitas razes para o monitoramento de rede, as duas
razes principiais seriam prever mudanas para futuro crescimento e
detectar mudanas inesperadas no status da rede. Mudanas inesperadas
podem incluir: falha em um roteador ou switch, a tentativa de acesso ilegal
de um hacker rede ou a falha de um link de comunicao. Sem habilidade
de monitorar a rede, um administrador poder apenas reagir a problemas
quando eles acontecerem, ao invs de impedir antecipadamente que eles
ocorram.
No semestre anterior, os tpicos sobre gerenciamento de rede foram
abordados com o foco principal na rede local. Monitorar uma rede de longa
distncia envolve muitas das mesmas tcnicas bsicas de gerenciamento de
uma rede local. Uma das diferenas principais, comparando a WAN e a LAN
a colocao fsica do equipamento. A colocao e o uso das ferramentas
de monitoramento se torna crtica para a operao ininterrupta da rede de
longa distncia.

7.2.2 Monitoramento de conexo

Uma das formas mais bsicas de monitorar conexes acontece todos os dias em uma
rede. O processo de login por parte dos usurios em uma rede verificar se as
conexes esto funcionando corretamente, caso contrrio o departamento de rede
ser contactado imediatamente. Esse no o mtodo de monitoramento de conexes
disponvel, mais eficaz ou prefervel. Programas simples que permitiro ao
administrador inserir uma lista de endereos IP de hosts esto disponveis e ser feito
ping periodicamente nesses endereos. Se houver um problema de conexo, o
programa alertar o administrador atravs da sada do ping. Essa uma forma muito
ineficaz e primitiva de monitorar a rede mas, funcionar melhor que qualquer outra
forma. Outro aspecto desse tipo de monitoramento que ela determina apenas que
em algum lugar entre a estao de monitoramento e o dispositivo de destino existe
uma falha de comunicao. A falha pode ser um roteador, switch ou segmento de
rede defeituoso, ou o host real pode est inativo. O teste de ping apenas informa que
a conexo est inativa, e no onde ela est interrompida.
Verificar todos os hosts em uma WAN usando esse tipo de monitoramento usa muitos
recursos. Se uma rede tiver 3000 hosts, fazer o ping em todos os dispositivos e hosts
da rede pode usar uma grande parte dos recursos do sistema. O melhor seria fazer o
ping em apenas alguns hosts, servidores, roteadores e switches importantes para
verificar a conectividade deles. Os testes de ping no fornecero dados reais a
menos que as estaes de trabalho permaneam sempre ativas. Mais uma vez, esse
mtodo de monitoramento dever ser usado apenas se no houver outro mtodo
disponvel.

7.2.3 Monitoramento de trfego

O monitoramento de trfego um mtodo muito mais sofisticado de monitoramento
de rede. Ele observa o trfego real de pacotes na rede e gera relatrios baseados
nesse trfego. Programas como o monitor de rede Microsoft Windows NT e o
analisador de rede da Fluke so exemplos desse tipo de software. Esses programas
no detectam apenas equipamentos com falhas mas determinam tambm se um
componente est sobrecarregado ou insuficientemente configurado. O inconveniente
desse tipo de programa que normalmente ele funciona em um nico segmento de
cada vez e se os dados precisarem ser reunidos a partir de outros segmentos o
software de monitoramento dever ser movido para esses segmentos. Isso pode ser
superado pelo uso de agentes nos segmentos remotos de rede (como mostrado na
figura). Equipamentos como switches e roteadores podem gerar e transmitir
estatsticas de trfego como parte do seu sistema operacional. Ento, como os dados
reunidos e organizados em uma localizao central podem ser teis ao administrador
da rede? A resposta : Simple Network Management Protocol.

7.2.4 Simple Network Management Protocol

O SNMP um protocolo que permite que o gerenciamento transmita dados de
estatstica pela rede a um console central de gerenciamento. O SNMP um
componente da arquitetura de gerenciamento de rede. A arquitetura de
gerenciamento de rede consiste em quatro componentes principais.
1. Estao de gerenciamento:
A estao de gerenciamento a interface do gerente da rede no sistema da rede. Ela
tem os programas para manipular dados e controlar a rede. A estao de
gerenciamento tambm mantm um banco de dados de base de informaes de
gerenciamento (MIB) extrado dos dispositivos que ela gerencia.
2. Agente de gerenciamento:
O agente de gerenciamento o componente contido nos dispositivos que devem ser
gerenciados. Bridges, roteadores, hubs e switches podem conter agentes SNMP que
permitem ser controlados pela estao de gerenciamento. O agente de
gerenciamento responde estao de gerenciamento de duas maneiras. Primeiro,
atravs de polling, a estao de gerenciamento solicita dados atravs do agente e o
agente responde com os dados solicitados. Interceptao um mtodo de reunio de
dados projetado para reduzir o trfego na rede e para processar em dispositivos que
esto sendo monitorados. Ao invs da estao de gerenciamento fazer polling nos
agentes em intervalos determinados e contnuos, limiares (limites superiores e
inferiores) so definidos no dispositivo de gerenciamento. Se esse limiar exceder no
dispositivo, o dispositivo de gerenciamento enviar uma mensagem de alerta
estao de gerenciamento. Isso elimina a necessidade de fazer polling em todos os
dispositivos gerenciados na rede. A interceptao muito til em redes com muitos
dispositivos que precisem ser gerenciados. Ela reduz a quantidade de trfego SNMP
na rede para fornecer mais largura de banda para a transferncia de dados.
3. Base de informaes de gerenciamento:
A base de informaes de gerenciamento tem a estrutura de um banco de dados e
reside em todos os dispositivos gerenciados. O banco de dados contm uma srie de
objetos, dados dos recursos reunidos no dispositivo gerenciado. Algumas das
categorias na MIB incluem dados da interface da porta, dados TCP e dados ICMP.
4. Network Management Protocol:
O protocolo de gerenciamento de rede usado o SNMP. O SNMP um protocolo de
camada de aplicao projetado para comunicar dados entre o console de
gerenciamento e o agente de gerenciamento. Ele tem trs habilidades principais. A
habilidade de OBTER, o console de gerenciamento recupera dados a partir do
agente, de COLOCAR, o console de gerenciamento define valores de objeto no
agente e de INTERCEPTAR, o agente informando o console de gerenciamento de
eventos significativos.
A palavra-chave que deve ser lembrada em Simple Network Management Protocol
Simples. Quando o SNMP foi desenvolvido, foi projetado para ser um sistema para
um perodo curto e que seria substitudo posteriormente. Mas, da mesma forma como
o TCP/IP, tornou-se um dos maiores padres em configuraes de gerenciamento
Internet-Intranet. Nos ltimos anos, aprimoramentos foram adicionados ao SNMP
para expandir suas habilidades de monitoramento e de gerenciamento. Um dos
maiores aprimoramentos adicionados ao SNMP chamado Remote Monitoring
(RMON). As extenses RMON para o SNMP permitem olhar a rede como um todo, ao

invs de olhar para os dispositivo individuais.

7.2.5 Monitorao remota (RMON)

Os probes renem os dados remotos na RMON. Um probe tem a mesma funo de
um agente SNMP. Um probe tem recursos RMON; um agente no. Quando estiver
trabalhando com a RMON, da mesma forma que com o SNMP, um console de
gerenciamento central ser o ponto de reunio de dados. Um probe RMON est
localizado em todos os segmentos da rede monitorada. Esses probes podem ser
hosts dedicados, residentes em um servidor, ou includos em um dispositivo padro
de rede, como, por exemplo, um roteador ou um switch. Esses probes renem dados
especficos de todos os segmentos e os transmitem ao console de gerenciamento.
Os consoles de gerenciamento redundantes fornecem recursos eficazes rede. Os
consoles de gerenciamento redundantes fornecem duas vantagens principais aos
processos de gerenciamento de rede. Primeiro, a capacidade de mais de um

administrador de rede em localizaes fsicas diferentes monitorarem e gerenciarem

a mesma rede; por exemplo, uma em Nova York e outra em San Jose. Segundo, o
importante conceito de redundncia. Ter dois ou mais consoles de gerenciamento
significa que se um dos consoles falhar, outro console ainda poder ser usado para
monitorar e controlar a rede at que o primeiro console seja reparado.
A extenso RMON para o protocolo SNMP cria novas categorias de dados. Essas
categorias adicionam mais ramificaes ao banco de dados MIB. Todas as categorias
principais sero explicadas na lista a seguir.
1. O grupo de estatsticas Ethernet
Contm estatsticas reunidas de todas as sub-redes monitoradas. Essas estatsticas
incluem contadores (incremental, comeando em zero) para bytes, pacotes, erros e
tamanhos de quadros. Outro tipo de consulta a dados uma tabela de ndice. A
tabela identifica todos os dispositivos Ethernet monitorados, permitindo que os
contadores sejam mantidos para cada dispositivo Ethernet individual. O grupo de
estatsticas Ethernet fornece uma viso geral da carga e da integridade de uma subrede, medindo diferentes tipos de erros, incluindo CRC, colises e pacotes maiores
ou menores.
2. O grupo de controle de histricos
Contm uma tabela de dados que gravar exemplos de contadores no grupo de
estatsticas Ethernet por um perodo de tempo especificado. O tempo padro definido
para exemplo de trinta minutos (1800 segundos) e o tamanho padro da tabela de
cinqenta inseres permitindo o total de vinte e cinco horas de monitoramento.
Enquanto o histrico estiver sendo criado para um contador especfico, uma nova
insero ser criada na tabela em cada exemplo de intervalo at que o limite de
cinqenta seja alcanado. Ento, quando cada nova insero for criada, a mais
antiga na tabela ser excluda. Esses exemplos fornecem uma linha de base da rede
e podero ser usados para serem comparados com a linha de base original para
resolver problemas ou para atualizar a linha de base quando a rede for alterada.
3. O grupo de alarmes
Usa limites especificados pelo usurio chamados de limiares. Se os contadores de
dados que estiverem sendo monitorados ultrapassarem os limiares, uma mensagem
ou um alarme ser enviado para pessoas especficas. Esse processo conhecido
como interceptao de erro pode automatizar muitas funes de monitorao da
rede. Ao invs de ter uma pessoa monitorando constantemente e diretamente a rede
ou esperando que um usurio identifique um problema na rede, o processo de rede
pode enviar, ele mesmo, mensagens equipe de rede por causa de uma falha, ou
mais importante ainda, de uma falha iminente. Esse um componente importante
para a soluo antecipada de problemas.
4. O grupo de hosts
Contm contadores mantidos para cada host descoberto no segmento da sub-rede.
Algumas das categorias de contadores mantidas so pacotes, octetos, erros e
broadcasts. Tipos de contadores associados a cada um dos itens mencionados
anteriormente, podem ser, por exemplo, nmero total de pacotes, pacotes recebidos,
pacotes enviados, juntamente com muitos contadores especficos para cada item.
5. O grupo de hosts TOPN
usado para preparar relatrios sobre um grupo de hosts que esto no topo de uma
lista estatstica baseada em um parmetro de medida. A melhor forma de descrever

esse grupo atravs de um exemplo. Um relatrio pode ser gerado para os dez
primeiros hosts que estiverem gerando broadcasts em um dia. Outro relatrio pode
ser gerado para a maioria dos pacotes transmitidos durante o dia. Essa categoria
fornece uma forma fcil de determinar quem e que tipo de trfego de dados ocupa a
maior parte da sub-rede selecionada.
6. O grupo de matrizes
Cria relatrios sobre a comunicao de dados entre dois hosts em uma sub-rede.
Esses dados so armazenados na forma de uma matriz (uma tabela
multidimensional). Um dos relatrios que podem ser gerados a partir dessa categoria
que host utiliza o servidor. Reorganizar a ordem da matriz pode criar outros
relatrios. Por exemplo, um relatrio pode exibir todos os usurios de um servidor
especfico, enquanto outro relatrio exibe todos os servidores usados por um host
especfico.
7. O grupo de filtros
Fornece uma forma para que um console de gerenciamento possa orientar um probe
RMON a reunir pacotes selecionados a partir de uma interface especfica em uma
sub-rede determinada. Essa seleo baseada no uso de dois filtros, os filtros de
DADOS e de STATUS. O filtro de dados foi projetado para coincidir ou no com
padres de dados especficos permitindo a seleo desses dados especficos. O filtro
de status baseado no tipo de pacotes observado. Isso significa, por exemplo, um
pacote CRC ou um pacote vlido. Esses filtros podem ser combinados usando "and"
e "or" lgicos para criar condies muito complicadas. O grupo de filtros permite que
o administrador de rede olhe seletivamente para tipos diferentes de pacotes para
fornecer uma melhor anlise e soluo de problemas da rede.
8. O grupo de pacotes
Permite que o administrador especifique um mtodo para usar na captura de pacotes
selecionados pelo grupo de filtros. Ao capturar pacotes especficos, o administrador
de rede pode examinar detalhes exatos nos pacotes que coincidam com o filtro
bsico. O grupo de pacotes tambm especifica a quantidade de pacotes individuais
capturados e o nmero total de pacotes capturados.
9. O grupo de eventos
Contm eventos gerados por outros grupos no banco de dados MIB. Por exemplo, um
contador excedendo o limiar para o contador especificado no grupo de alarmes. Essa
ao poderia gerar um evento no grupo de eventos. Com base nesse evento, uma
ao poderia ser gerada, como, por exemplo, a emisso de uma mensagem de aviso
para todos listados nos parmetros dos grupos de alarmes ou a criao de uma
insero de registro na tabela de eventos. Um evento gerado para todas as
operaes de comparao nas extenses MIB RMON.
10. O grupo Token-Ring
Contm contadores especficos para redes token-ring. Embora a maioria dos
contadores nas extenses RMON no sejam especficos para nenhum tipo de
protocolo de enlace de dados, os grupos de estatsticas e de histricos so. Eles
esto particularmente harmonizados com o protocolo Ethernet. O grupo Token-ring
cria contadores necessrios para monitorar e gerenciar redes token-ring usando a
RMON.
importante lembrar que a RMON uma extenso do protocolo SNMP.
Especificamente, isso quer dizer que embora a RMON aprimore a operao e o

monitoramento dos recursos do SNMP, o SNMP ainda necessrio para a RMON

operar em uma rede. Por ltimo, importante mencionar que existem verses
posteriores do SNMP e da RMON. Elas so chamadas de SNMPv2 e RMON2. Este
currculo no aborda todos os novos recursos dessas verses.

7.3.1 Solucionando problemas

Problemas podem acontecer! Mesmo quando a rede monitorada, o equipamento
confivel e os usurios so cuidadosos, algumas coisas podem dar errado. O teste
para um bom administrador de rede a habilidade de analisar, descobrir e corrigir
problemas sob a presso de uma falha na rede que faz com que a empresa perca
tempo esperando. Foram descritas no Semestre 3 tcnicas administrativas
adequadas. As sugestes abaixo revem essas tcnicas alm de oferecer outras
ferramentas de soluo de problemas de uma rede. Aqui temos uma reviso de
tcnicas anteriores e adicionais para a soluo de problemas de uma rede. Essas
tcnicas, como citado anteriormente, podem ser as melhores tcnicas para se
resolver os problemas da rede.
A primeira e mais importante coisa a se fazer usar o seu dirio da engenharia e
fazer anotaes. Com as anotaes voc pode definir um caminho claro para
diagnosticar um problema. Elas podem lhe dizer o que voc j tentou fazer e o efeito
que isso teve no problema. Isso pode ser de extremo valor para quem for resolver o
problema, de forma que as tentativas anteriores no sejam repetidas posteriormente
sem necessidade. Fazer anotaes tambm tem grande valor se o problema
passado para outro tcnico, evitando que ele tenha que refazer todo o trabalho que j
foi feito. Uma cpia dessas anotaes deve ser includa com a soluo, quando o
problema tiver sido resolvido. Isso pode fornecer uma referncia para todos os
problemas semelhantes que possam acontecer, relacionados a esse determinado
problema.
Outro elemento essencial de preveno de soluo de problemas a rotulao.
Rotule tudo, incluindo ambas as extremidades de um lance de cabo horizontal. Esse
rtulo deve incluir no s o nmero do cabo, mas tambm onde a outra extremidade
est localizada e o uso do cabo, por exemplo, voz, dados ou vdeo. Esse tipo de
rtulo poder ser ainda mais valioso que um diagrama de cabeamento quando se fala
em soluo de problemas, pois est localizado exatamente onde a unidade est e
no guardado em alguma gaveta qualquer. Alm dos rtulos do cabo, rotular cada
posio, funo e ponto de conexo de cada porta em um hub, switch ou roteador
facilitar muito a soluo dos problemas. Finalmente, todos os outros componentes
conectados rede tambm devem ser rotulados conforme sua localizao e funo.
Como esse tipo de rotulao, todos os componentes podem ser localizados e suas
funes na rede facilmente definidas. A rotulao adequada, usada com a
documentao da rede criada quando a rede construda e atualizada, nos dar um
quadro completo da rede e seus relacionamentos. Um outro ponto importante do
semestre anterior a ser lembrado que a documentao s til se for atual. Todas
as alteraes feitas na rede devem ser documentadas nos dispositivos ou cabos que
so alterados e a documentao em papel usada para definir a rede completa.
A primeira etapa na soluo de problemas da rede definir o problema. Essa
definio pode ser uma consolidao de vrias origens diferentes. Uma das fontes
seria um relatrio de atendimento ao cliente ou tquete de problema, que inicialmente
identificam um problema. Outra, poderia ser uma conversa telefnica com o usurio
tendo problemas para reunir mais informaes sobre o problema. As ferramentas de
monitoramento de rede podem fornecer uma idia mais completa sobre o problema
especfico a ser resolvido. Outros usurios e as suas prprias observaes provero
informaes. Avaliar todas essas informaes pode fornecer um ponto de partida
mais claro para quem for resolver o problema, ao invs de trabalhar somente a partir
de qualquer uma das fontes.

7.3.2 Mtodos de soluo de problemas

O processo de eliminao e as tcnicas de diviso e conquista so os
mtodos de maior xito para a soluo de problemas. As situaes a seguir
explicam essas tcnicas.
A tcnica do processo de eliminao ser aplicada ao seguinte
problema:
Um usurio em sua rede liga para o atendimento ao cliente para relatar que
seu computador no consegue mais se conectar Internet. O atendimento
ao cliente preenche e encaminha o formulrio de relatrio de erros para
voc, o departamento de suporte de rede.
Voc liga e fala com o usurio e ele diz que no fez nada diferente do que
sempre faz para se conectar Internet. Voc verifica os registros de
hardware para a rede e descobre que o computador do usurio foi
atualizado na noite passada. Sua primeira soluo que os drivers de rede
do computador devem estar configurados incorretamente. Voc vai at a
mquina e verifica as informaes de configurao de rede no computador.
Elas parecem estar corretas, ento voc faz ping no servidor naquela subrede. Ele no faz conexo.
A prxima soluo verificar se o cabo da estao de trabalho est
conectado, verifique as duas extremidades do cabo e depois tente fazer ping
no servidor novamente. Ele no faz a conexo de novo.
Em seguida, faa ping no 127.0.0.1, o endereo de loopback do
computador. O ping tem xito, o que elimina um possvel problema entre o
computador, a configurao do driver e a placa de rede.
Voc decide ento que pode haver um problema com o servidor desse
segmento de rede. H um outro computador conectado rede na mesa ao
lado, ento voc faz ping no endereo do servidor e obtm xito. Isso
elimina o servidor, o backbone e a conexo do servidor com o backbone
como sendo o problema.

Voc vai ento para a instalao de distribuio intermediria e faz switch

da porta da estao de trabalho, volta para a estao de trabalho e tenta
fazer ping no servidor novamente. A soluo ainda no funciona. Isso
estreita sua busca para o cabeamento horizontal ou para o patch cable da
estao de trabalho. Voc retorna para a instalao de distribuio
intermediria, pe o cabo de volta na porta de switch original, pega um novo
patch cable de uma estao de trabalho e retorna estao de trabalho.
Substitua o cabo da estao de trabalho e tente fazer ping no servidor
novamente. Dessa vez voc obteve xito e resolveu o problema.

A ltima etapa documentar a soluo do problema no formulrio de

relatrio de erros e retorn-lo ao atendimento ao cliente para que seja
registrado como concludo.
A tcnica de dividir para conquistar ser aplicada neste problema:
Voc est combinando duas redes que trabalham bem quando no esto
conectadas, mas quando esto reunidas, a rede inteira falha. Observe o
diagrama para referncia.
A primeira etapa seria dividir a rede novamente em duas redes separadas e
verificar se elas ainda operam corretamente quando separadas. Se isso for
verdadeiro, ento remova todas as conexes de sub-rede de um dos
roteadores conectados e reconecte-o outra rede operante. Verifique se
ainda est operando corretamente.
Se a rede ainda estiver operante adicione cada uma das sub-redes do
roteador de volta ao roteador at o sistema geral falhar. Remova a ltima
sub-rede que foi adicionada e veja se a rede inteira volta a operar
normalmente.
Se a rede estiver funcionando normalmente de novo, remova os hosts do
segmento de rede e coloque-os um por um de volta, observando se h falha
na rede. Quando voc encontrar o dispositivo que est causando problemas,
remova-o e verifique se a rede voltou ao normal.
Se a rede ainda estiver funcionando normalmente, voc isolou o
equipamento defeituoso. Agora possvel solucionar os problemas deste
determinado equipamento para descobrir por que estava causando falha
geral na rede. Se no for detectado nenhum problema com esse dispositivo
aps a anlise, possvel que o defeito esteja sendo causado por esse
dispositivo juntamente com outro dispositivo na rede oposta. Para encontrar
a outra extremidade do problema, voc teria que repetir o processo que foi
usado acima. Este o processo:
Primeiro reconecte o host que causou a falha na rede. Depois desconecte
todas as sub-redes do outro roteador. Verifique se a rede voltou ao seu
status operante.
Se a rede estiver operando novamente, adicione cada
uma das sub-redes do roteador de volta ao roteador at que o sistema geral
falhe. Remova a ltima sub-rede que foi adicionada antes da falha e veja se
a rede inteira voltou a operar normalmente.

Se a rede estiver funcionando normalmente de novo, remova os hosts do

segmento de rede e subsitua-os um por um, observando se h falha na
rede. Quando voc encontrar o dispositivo que est causando problemas,
remova-o e verifique se a rede voltou ao normal.
Se a rede ainda estiver funcionando normalmente, voc isolou o outro
equipamento defeituoso. Agora possvel solucionar os problema deste
determinado equipamento para descobrir por que estava causando uma
falha geral na rede. Se no for detectado nenhum problema com esse
dispositivo aps a anlise, compare os dois hosts e encontre a razo desse
conflito. Resolvendo-o, voc poder reconectar ambas as estaes na rede,
que ir funcionar normalmente.