Solaris 8: Atribua prioridades iguais a várias interfaces primárias conectadas à mesma rede

Question

Eu tenho uma máquina com o Solaris 8 e ela tem várias interfaces conectadas à mesma rede, o que significa que todas elas têm métrica 0 (1 salto) no gateway padrão.

suponha:

• e1000g0: 192.168.30.70
• e1000g2: 192.168.30.72
• e1000g4: 192.168.30.74
• e1000g5: 192.168.30.76
• gateway: 192.168.30.65 (roteador Cisco)

No entanto, parece que apesar do fato de que eles têm uma conexão direta, eles parecem estar usando e1000g0 para acessar a rede 192.168.30.0 para chegar ao gateway padrão e depois para qualquer outro lugar.

Quando eu envio um ping para dizer 192.168.30.74 (IP de e1000g4) e capturar pacotes em e1000g0, vejo as mensagens "echo reply" saindo dele em oposição a e1000g4, embora e1000g4 seja o que está recebendo o " solicitação de eco ". Isso não deve acontecer e eles devem ser completamente independentes, já que todos deveriam anunciar um salto para essa rede

As saídas de netstat -rn e ifconfig -a são mostradas na imagem no link abaixo

link

Eu preciso de alguma forma atribuir prioridade a todas essas interfaces e fazê-las entender que estão fisicamente conectadas à rede 192.168.30.0 e não há necessidade de passar por e1000g0 para chegar até ela.

Isso está causando muitos problemas, pois todo o tráfego acabará passando pela interface do e1000g0 e isso se tornará um gargalo.

Por favor ajude Agradecemos antecipadamente

    

Answer 1

Existem algumas coisas que você precisa analisar.

Endereços MAC locais

O padrão para máquinas SPARC mais antigas era ter uma configuração de eeprom: local-mac-address? false . Com essa configuração, quando o Solaris aparece, ele substitui as portas da rede local e fornece a cada interface o mesmo MAC. Isso provavelmente está causando confusão no endereço MAC no roteador Cisco e limitando diretamente a largura de banda de entrada. Consulte InfoDoc 16733 para mais detalhes. O padrão para servidores mais recentes é local-mac-address? true .

Ressalva: se você estiver executando o Sun Cluster, as versões anteriores exigem local-mac-address? false e as versões mais recentes exigem local-mac-address? true .

IPMP / LACP

Se você tiver várias interfaces na mesma rede, recomendo usar uma tecnologia como o IPMP ou o LACP para lidar com o espalhamento de carga de failover e saída. Com o Solaris 8, você provavelmente está preso ao IPMP, o que é uma pena, porque é difícil configurá-lo. O LACP é muito melhor, mas requer o Solaris 10 e um pouco de configuração na Cisco.

Solaris 10

Não há realmente nenhuma desculpa para usar o Solaris 8 nos dias de hoje. Está em suporte vintage e chegará ao fim da vida de suporte no próximo ano. O Solaris 10 tem uma pilha de rede muito melhor, melhor desempenho e um conjunto completo de ótimos recursos (zonas, ZFS, DTrace, controles de recursos, SMF, IPFilter, ...).