Lidar com problemas de rede na camada 3 usando o os junos

Camada 3 questões dizem respeito aos pacotes, é claro. Geralmente, o mais acima na pilha de protocolos um problema reside, mais as coisas que podem ser errado com ele. Na camada de encaminhamento (um nome cedo para Camada 3), as rotas para um dado destino pode estar ausente, pode loop, ou pode enviar pacotes para um buraco negro.

Dentro da rede do roteador são ferramentas para examinar o funcionamento dos protocolos de si mesmos, tais como a mostra protocolo OSPF rota ou Mostrar resumo do BGP Comandos de modo operacional. Você pode usar esses comandos para obter insights sobre o funcionamento dos protocolos de roteamento OSPF e BGP, respectivamente.

No entanto, como você já viu, questões em Layer 3 são geralmente causadas por Camada 2 acontecimentos. Mesmo assim, você pode contar com a votação e armadilhas SNMP e Ethernet OAM para capturar problemas no nível de link roteador de rede. Agora, dê uma olhada em um problema que é realmente um problema na camada do pacote. Aqui, você usa uma ferramenta de usuário final típico - traceroute - isolar o roteador a causar o problema.

Video: TURORIAL COMO RESOLVER PROBLEMAS DE REDE DE INTERNET

traceroute para encontrar uma interrupção.”/>

traceroute envia um pacote hop-by-hop de um roteador para outro até que o host de destino é alcançado. Se um pacote chega a um roteador que não tem nenhuma rota para o destino, uma destino inacessível ICMP mensagem é enviada de volta para o remetente.

ao usar traceroute, lembre-se que o problema encontra-se geralmente não no último hop para responder à traceroute, mas além o último dispositivo de resposta.

Video: Como Resolver Problema de Conexão de Rede no Windows 10 ( conecta mas não carrega as páginas )

Quando tudo está bem, o destino é normalmente de cinco saltos de distância do host de origem. Uma alteração no endereço de rede do respondedor é uma indicação de que o pacote tenha movido a partir de uma porção maior da rede para outra (a partir de rede de cliente para serviço de rede fornecedor, por exemplo).

A seguir, observe como os roteadores normalmente responder a uma traceroute a caminho de Dest-Host:

usuário @ host> traceroute 10.2.2.1traceroute para 10.2.2.1 (10.2.2.1), 30 máx lúpulo, 40 byte packets1 192.168.10.1 (192.168.10.1) 2.617 1.690 ms ms 2.851 ms (Cust-ROUTER1) 2 192.168.10.6 ( 192.168.10.6) 3.386 3.370 ms ms 5.570 ms (Cust-Router2) 3 172.16.11.1 (172.16.11.1) 13.513 3.905 ms ms 5.060 ms (Pv-RTR1) 4 172.16.44.2 (172.16.44.2) 3.778 5.237 ms ms 5.413 ms (Pv-RTR2) 5 172.16.44.27 (172.16.44.27) 10.867 12.568 ms ms 5.991 ms (Dest-host)

Agora, observe o que acontece se a ligação - a única ligação, a propósito - entre o roteador do cliente (Cust-Router2) Eo roteador provedor de serviços (Prov-RTR1) Falhar:

usuário @ host> traceroute 10.2.2.1traceroute para 10.2.2.1 (10.2.2.1), 30 máx lúpulo, 40 byte packets1 192.168.10.1 (192.168.10.1) 1.983 2.440 ms ms 2.414 ms (Cust-ROUTER1) 2 192.168.10.6 ( 192.168.10.6) 2.883 ms! H 4.136 ms !H 2.114 ms! H

o !H indica que você está recebendo mensagens inacessíveis acolhimento ICMP a partir do segundo roteador. Pode olhar como este Cust-Router2 dispositivo é o problema, mas notar que os pacotes fizeram seu caminho para Cust-Router2 e voltar sem nenhum problema em tudo.

Video: Como Resolver o Problema de Rede 3G e 4G que não liga no Android

Não, a questão é além Neste último hop, sobre a ligação entre o cliente eo prestador do serviço. Não existe rota útil para o destino Cust-Router2, então o !H é emitido.