Você considerou executar ndd /dev/arp \? para ver uma lista de configuráveis de kernel relacionados a ARP?
Temos experimentado tempos de espera lentos para hosts inacessíveis é extremamente lento. Testes recentes em nosso laboratório mostram que pode ser um atraso relatando pesquisas negativas de ARP. O despejo de tráfego durante as tentativas de abrir uma conexão telnet com uma zona local que estava inativa para correção mostrou o seguinte.
Se a origem for Linux, três solicitações ARP foram enviadas em intervalos de 1 segundo e a conexão falhou em apenas três segundos.
Se a origem fosse um servidor Solaris, cinco solicitações ARP iniciais foram enviadas para o endereço de broadcast em intervalos de 1 segundo. 5 segundos depois, mais solicitações ARP foram enviadas. As solicitações de ARP continuaram com o aumento dos tempos de pausa até que a conexão falhasse após 3 minutos e 44 segundos. Os testes foram executados de uma região global para uma zona local em um global diferente. Ambas as zonas globais estão executando no hardware Sparc. Os dispositivos estão conectados por meio de equipamentos de comutação de nível 2.
Existem alguns ajustes que resultarão em uma falha rápida do ARP (de 3 a 5 segundos)? Há algum outro ajuste que faça com que as conexões com hosts inacessíveis (abatidas) falhem mais rápido?
Parece que temos o mesmo comportamento ou semelhante entre uma variedade de servidores em execução no Sparc. Até onde eu sei, o Solaris está tentando obter um endereço ARP no endereço, e não demora muito tempo se nenhum host estiver respondendo à requisição ARP.
Você considerou executar ndd /dev/arp \? para ver uma lista de configuráveis de kernel relacionados a ARP?
Tags arp solaris solaris-10