Correndo em volta e volta com loops de roteamento

Video: Human Loop the Loop with Damien Walters - Pepsi Max. Unbelievable #LiveForNow

Como sua rede estática cresce, faz assim a oportunidade de apresentar laços nas tabelas de roteamento. A figura a seguir mostra esta questão em ação. Note-se que a rota Router2 para chegar a 192.168.1.0/24 é removida, e uma rota em Router3 para enviar tráfego para 192.168.1.0/24 para Router2 é adicionado de forma incorrecta.

O efeito líquido é que se você sentar-se computer2 e tentar usar o sibilo comando para testar o endereço IP do Computer1, os dados salta infinitamente entre Router2 e Router3.

Video: Villa Baggage - Chorando na Calçada - DVD #DoNossoJeito (Vídeo Oficial)

Bem, sem parar não é totalmente correcta. A Time to Live (TTL) é reduzida em um cada vez que um roteador processa um pacote IP, e quando o TTL é definido para zero, ele é removido da rede e uma mensagem (ICMP) Internet Control Message Protocol é enviado para a fonte computador.

Ao contrário da utilização de ICMP, quando usado com o sibilo comando, ICMP envia mensagens de estado e de controle para hosts IP na rede. A mensagem enviada para o anfitrião é um Packet expirou em trânsito mensagem.

O exemplo a seguir mostra uma mensagem de pacote de expiração que foi recebido num ensaio da ligação aos Computer1 a partir de computer2:

C: gt; pingue 192.168.1.10Pinging 192.168.1.10 com 32 bytes de dados: Resposta de 192.168.3.3: TTL expirado em transit.Reply de 192.168.3.3: TTL expirado em transit.Reply de 192.168.3.3: TTL expirou em trânsito .Reply de 192.168.3.3: TTL expirou em estatística transit.Ping para 192.168.1.10:Packets: Enviados = 4, Recebidos = 4, Perdidos = 0 (0% de perda), vezes de ida e volta aproximado em milissegundos: Mínimo = 0ms , Máximo = 0ms, Média = 0ms

Para ilustrar ainda mais esta questão de pacotes expirados, aqui está uma cópia da saída do traceroute comando para a mesma mensagem. Você deixá-lo ir por apenas 10 saltos usando a -h modificador, mas isso é o suficiente para ver o padrão que se desenvolveu como as rejeições de dados entre Router2 e Router3.

D: utilsgt; tracert -h 10 192.168.1.10Tracing rota para 192.168.1.10 durante um máximo de 10 hops1lt; 1 MSLT; 1 MSLT; 1 ms 192.168.5.12lt; 1 MSLT; 1 MSLT; 1 ms 192.168.3.33 1 ms 1 ms de 1 ms 192.168.3.24 1 ms de 1 ms de 1 ms 192.168.3.35 1 ms de 1 ms de 1 ms 192.168.3.26 2 ms 2 ms 2 ms 192.168.3.37 2 ms 2 ms 2 ms 192.168.3.28 3ms 3 ms 3 ms 192.168 .3.39 3 ms 3 ms 3 ms 192.168.3.210 4 ms 4 ms 4 ms 192.168.3.3Trace completa.

Este problema pode ser corrigido ajustando a rota Router3 para enviar dados destinados à rede 192.168.1.0/24 através Router1 ao invés de Router2. Enquanto isso iria obter os dados para o local correto, dados para Computer1 iria viajar de computer2 tanto através de Router2 e Router3, e você deve adicionar uma rota específica sobre Router2 a diretamente rota 192.168.1.0/24 dados para Router1.

A maioria dos loops de roteamento dar-lhe um pacote expirado, então, utilizando o sibilo ou traceroute comandos, você pode rapidamente identificar o problema que uma saída similar ao que você já viu. A tarefa mais longa pode ser identificar a fonte exata do problema, como ele provavelmente faz com um encaminhamento entrada da tabela em um roteador. Se você trabalhar sequencialmente através dos roteadores em uma extremidade da conexão para a outra extremidade, você vai encontrá-lo.