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.