MTR não reconhece IPs de lúpulo

1

Estou construindo um portal de operações de rede integrado que conecta informações de diversos recursos. Uma coisa que gostaria de entender é a topologia da rede e estou tentando usar o MTR para fazer isso. Infelizmente, não acredito que seja capaz de inde fi nir o endereço IP dos switches Switches, Firewall ou Virtual (vSphere).

Eu sei que há um par de saltos para chegar a esse ponto final. E essa saída é útil, pois eu seria capaz de entender o numbner de saltos entre endpoints e, portanto, com dados suficientes, eu seria capaz de confirmar o que está no mesmo processo (lógico ou virtual), no entanto eu quero ser capaz de Entenda como esses segmentos se encaixam.

$ mtr --show-ips  --report-wide 10.8.100.12
Start: Sat Feb 27 12:00:05 2016
HOST: tbrown                         Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- ???                            100.0    10    0.0   0.0   0.0   0.0   0.0
  2.|-- ???                            100.0    10    0.0   0.0   0.0   0.0   0.0
  3.|-- drblah02.xyz.com (10.8.100.12)  0.0%    10   76.2  76.1  73.7  80.7   2.3

Esses dispositivos precisam estar habilitados para fornecer essas informações de alguma forma?

    
por akaphenom 27.02.2016 / 18:14

1 resposta

1

O número de linhas na saída de rastreio indicará quantas vezes o limite de saltos (também chamado de tempo de vida) foi diminuído no caminho de você em direção ao seu par. Assim, um dispositivo que não reduz o limite de saltos será invisível ao traço. Por exemplo, os switches não serão vistos no rastreamento, porque eles operam em uma camada inferior ao IP.

O que também importa é como o dispositivo se comporta quando o limite de salto atinge zero. Se o dispositivo deixar cair o pacote silenciosamente, você verá uma linha em branco. Se o dispositivo produzir um pacote ICMP com um código de erro adequado, você verá o IP de origem (ou nome do host) desse pacote ICMP.

Existem vários motivos possíveis para um roteador aparecer como uma linha em branco no rastreamento:

  • Pode ser configurado para classificar a quantidade de pacotes ICMP que serão produzidos ou para não enviá-los.
  • Pode haver erros na geração do ICMP (um erro possível é usar o limite de salto restante do pacote original no pacote ICMP).
  • Pode não ter capacidade de CPU suficiente para responder a todos os pacotes.

Se você ver várias linhas em branco logo antes do destino final, é possível que haja um bug na pilha de IPs no próprio destino. Se o destino copiar o limite de salto do pacote original para a resposta, a resposta não retornará, a menos que o limite de salto original seja suficiente para cobrir a rota nos dois sentidos. Isso geralmente levará o caminho procurando o dobro do tempo real - sem respostas da segunda metade do caminho.

    
por 27.02.2016 / 20:12