Recentemente lidei com um site que parecia ter um problema com o link entre seu módulo e um de seus switches Ethernet. Como teste, o administrador do sistema o chamou de Fred, pingou o switch e como todos os pings receberam uma resposta, Fred concluiu que o problema estava em outro lugar.
O problema com esta conclusão é que os pings não estavam repassando o link do módulo para o switch.
Deixe-me descrever a configuração da rede, mudei os endereços IP para redes privadas, mas a relação entre as interfaces e as redes é semelhante.
O módulo tem duas interfaces, #enet10 e #enet192. O endereço IP do #enet10 é 10.1.1.1, esta é a interface que está conectada ao switch sobre o link problemático. O endereço IP do #enet192 é 192.168.1.1, e está conectado a uma comutação diferente através de um link diferente. O gateway padrão é 192.168.1.254 e nenhuma outra rota é configurada. O endereço IP de gerenciamento do switch é 172.16.100.100.
Para alcançar 172.16.100.100 o módulo deve usar o gateway padrão e para alcançar o gateway padrão deve enviar os pacotes para fora da interface #enet192. O switch vê a origem dos pacotes ping como o endereço #enet192, 192.168.1.1, e assim responde a esse endereço. Em nenhum momento qualquer dos pacotes sai ou chega ao endereço #enet10. O fato de #enet10 estar diretamente conectado ao switch não importa; a única coisa que importa é o endereço de destino do pacote e a tabela de roteamento do módulo.
Então existe alguma maneira de Fred testar a ligação entre o #enet10 e o interruptor? Não, o melhor que Fred pode fazer é pingar algum outro host na subrede 10. Isso faria com que os pacotes fossem transmitidos do #enet10 e passassem por cima do link para o host alvo e para que as respostas voltassem da mesma forma, mas estaria testando tanto o link entre o #enet10 e o switch quanto qualquer outro link entre o switch e o host alvo.
Fred poderia usar o comando "netstat -interface #enet10" para ver se o hardware ou o driver estão relatando algum erro de baixo nível no link. O switch também tem comandos que relatarão erros na porta conectada ao link ligado à #enet10. Mas não há como testar o link entre o #enet10 e o switch.