Pacotes de 0,1% inexplicáveis expiram quando o ping do roteador

Question

Estou solucionando problemas de um cliente que exige a capacidade de enviar 5000 pings do roteador para o site remoto por meio de um link de satélite com tempo limite zero, mas eles continuam com um a cinco pacotes perdidos por teste.

Em circunstâncias normais, eu estaria disposto a acumular uma taxa de perda tão baixa quanto o custo de um link de satélite, mas as gotas somente aparecem ao fazer ping do roteador para o site remoto . Para esclarecer, aqui estão os dispositivos de rede envolvidos:

Tráfego de saída

1. 192.1.1.51 Roteador Hub
2. 192.1.1.52 Comutador TX Hub
3. 192.1.1.50 Encapsulamento Hub
4. 172.1.1.1 Site Remoto Remoto

Retornar ao tráfego

1. 172.1.1.1 Site Remoto Remoto
2. 192.1.1.28 Unidade de canal Hub
3. 192.1.1.53 Comutador RX Hub
4. 192.1.1.51 Roteador Hub

Durante o ping do roteador para o site remoto, as perdas aparecem. Ao efetuar o ping de um servidor Sun conectado ao switch TX (ignorando o roteador), os 5000 pings são completos sem uma única perda. Isso verifica todo o caminho do satélite e todo o equipamento, exceto o roteador.

Então eu tentei enviar 5000 pings do roteador para todos os outros dispositivos além do site remoto ... e recebi de volta todos os 5000 quase instantaneamente sem gotas, então a conexão do roteador para tudo o mais no caminho é verificado bom.

O roteador em questão é um Cisco 7206VXR e a utilização da cpu não parece estar acima de 50%. O processo mais alto é de apenas 20%, por isso não confio que seja simplesmente uma questão de o roteador deixar cair os pacotes ICMP devido à prioridade mais baixa, particularmente se o roteador enviar 5000 pacotes para dispositivos locais sem problemas.

Eu também observei a possibilidade de uma rota nula, mas o único culpado possível é uma rota essencial para o acesso remoto, de acordo com o cliente, e não posso postar sua configuração de execução aqui para obter uma segunda opinião.

Qualquer sugestão seria muito apreciada. Tenho pouca experiência em rede e estou batendo com a cabeça contra a parede para reconciliar esses sintomas aparentemente contraditórios.

    

Answer 1

O problema é que o CEF foi habilitado globalmente no roteador do hub, mas explicitamente desativado ("no ip route-cache cef") na interface que se conecta à LAN do hub. Depois que as instruções de desativação explícitas foram removidas, a perda de pacotes desapareceu.

Não entendo por que isso funcionou, já que não houve perda de pacotes entre os dispositivos do hub e o roteador do hub, mas não posso contestar os resultados.

Espero que isso ajude quem estiver preso tentando isolar uma pequena perda de pacotes.
Obrigado novamente a todos que ofereceram conselhos sobre esse assunto.

    

Answer 2

Os datagramas são um serviço de melhor esforço. Se você tiver um requisito de que os dados sejam entregues de forma confiável, não será possível usar datagramas. É realmente simples. Todo o design do sistema, de ponta a ponta, não se destina a atender a esses requisitos. Você não pode simplesmente impô-lo no sistema como um todo no final, como colocar uma cereja em um sundae.