É possível incluir opções nos saltos de traceroute?

24

Eu queria saber se é possível fazer um switch Dell Powerconnect 2848 mostrar ao executar traceroutes internos. Isso ajudaria no diagnóstico de problemas e tornaria muito mais fácil ver onde os problemas ocorrem.

De acordo com a folha de dados , esse switch em particular reconhece as camadas 2 e 3. Não tenho muita certeza do que isso significa.

Isso é possível?

— dannymcc
fonte

24

Não. Os saltos mostrados traceroutemostram o caminho que um pacote IP segue em uma rede roteada (camada 3). Os roteadores aparecerão e os switches não.

Os switches são, por natureza, um dispositivo de camada 2: eles recebem e encaminham quadros Ethernet, usando o endereço MAC de destino para determinar a porta de destino correta. Alguns comutadores também podem funcionar como roteadores. Chamamos esses dispositivos de "switches da camada 3". Mesmo um switch da camada 3 não será necessariamente exibido em um traceroute, porque grande parte do tráfego que passa por esse switch é tráfego da camada 2 dentro de sua própria sub-rede.

De qualquer forma, o PowerConnect 2848 não é um comutador de camada 3. É "camada 3 ciente" apenas para fins de QoS.

— Falcão do céu
fonte

Spot on. Um dispositivo só aparece no traceroute quando o encaminhamento é feito roteando pelas sub-redes. Uma maneira de identificar um comutador que pode ser feito para aparecer no seu traceroute é aquele que pode operar protocolos de roteamento como OSPF.

— Patrick

@ Patrick: Não é exatamente verdade - um dispositivo aparece no traceroute se ele diminui o TTL (e depois envia mensagens excedidas de ICMP TTL). Obviamente, isso é principalmente dispositivos que fazem roteamento através de sub-redes, mas não precisa ser assim.

— Nick Bastin

@ Skyhawk, então como você depura switches?

— Pacerier 4/11

7

Um comutador da camada 2 não será exibido em um tracert porque é um dispositivo da camada 2 (um comutador) e simplesmente encaminha (comutadores) o tráfego de uma porta do comutador para outra com base no endereço da camada 2 do dispositivo de destino. O Tracert (ICMP) funciona na camada 3. Para que o switch seja exibido no tracert, ele deve ser usado como um dispositivo da camada 3 (um roteador) e deve estar no caminho da camada 3 entre a origem e os dispositivos de destino .

— joeqwerty
fonte

Eu pensei que poderia ser o caso, mas me perguntei se havia uma maneira de forçar esse tipo de função. Obrigado!

— Dannymcc 13/12/12

1

Faça com que ele efetue o roteamento entre diferentes sub-redes em diferentes VLANs. Qualquer outra coisa significará a funcionalidade clandestina da camada3 aplicada à mesma sub-rede (também conhecida como firewall no estilo bridge), que o traceroute notaria e não notaria (talvez seja possível alterar os campos TTL nos cabeçalhos IP, o que provavelmente confundiria a luz do dia): )

— rackandboneman

Com base no que vejo, acho que a regra é: "Se você não pode executar ping, também não poderá vê-lo".

— gbarry

@ gbarry - Isso não está certo. Um switch certamente poderia ter um endereço IP (para fins de gerenciamento ou roteamento entre VLAN), mas um switch da camada 2 opera na Camada 2, enquanto o tracert e ping (ICMP) operam na Camada 3. Somente se o switch estiver atuando como roteador ( um dispositivo da camada 3) será exibido em tracert e / ou ping. Por exemplo, um switch de Camada 3 configurado com várias VLANs e roteamento inter-VLAN alternará os quadros Ethernet entre hosts na mesma VLAN e não aparecerá em um tracert, mas roteará pacotes IP entre hosts em diferentes VLANs e mostrará em um tracert.

— joeqwerty

5

Não com o tracerouteprograma padrão que, por definição, usa uma resposta de um gateway (consulte a página de manual):

O traceroute rastreia os pacotes de rota retirados de uma rede IP no caminho para um determinado host. Ele utiliza o campo TTL (time to live) do protocolo IP e tenta obter uma resposta ICMP TIME_EXCEEDED de cada gateway ao longo do caminho para o host.

Se não houver um gateway no caminho rastreado, apenas dispositivos da Camada 2, o IP não será relatado.

Mas a Cisco possui um utilitário que funciona na camada 2. Mas esse utilitário depende do protocolo CDP que:

O Cisco Discovery Protocol (CDP) deve estar ativado em todos os dispositivos da rede. Para que o utilitário de rastreamento de camada 2 funcione corretamente, não desative o CDP. Se algum dispositivo no caminho da camada 2 for transparente para o CDP, o utilitário de traceroute da camada 2 não poderá identificar esses dispositivos no caminho.

Verifique informações adicionais aqui:
Utilitário de rastreamento de camada 2 da Cisco

— Eduard Florinescu
fonte