Nada melhor que acordar no domingo e fazer um post no netfinders! hehehe
Para alguns, essa tabelinha está na cabeça já, mas pra outros é um prato cheio..
O que eu mais gostaria de falar ainda, é que muitos não tem noção do quanto isso é importante, e o estrago que pode causar em uma comunicação. Eu já passei por problemas aonde servidores tinham problemas de lentidão que eram causados por um simples "duplex mismatch". Às vezes nos preocupamos demais com problemas de roteamento, spanning-tree, etc, mas não olhamos o mais básico :)
A recomendação da Cisco é que para interconexão de dispositivos de rede e servidores, autonegotiation seja desligado. E para conexão com dispositivos finais, autonegotiation seja habilitado (já é por padrão).
Bom, pra quem não sabe, é bom saber!
Abraços!
"Best Practices for Catalyst 4500/4000, 5500/5000, and 6500/6000 Series"
ResponderExcluirhttp://www.cisco.com/en/US/products/hw/switches/ps663/products_tech_note09186a0080094713.shtml#auto_neg
"As a rule, try to use autonegotiation first for any type of link partner. There are obvious benefits to configuring autonegotiation for transient devices like laptops. Ideally, autonegotiation also works well with non-transient devices such as servers and fixed workstations or from switch-to-switch and switch-to-router. For some of the reasons mentioned, negotiation issues can arise. In these cases, follow the basic troubleshooting steps outlined in the TAC links provided."
Andre, não entendi direito o que quis dizer com essa citação, mas o motivo de usar 100-full hardcoded ou autonegotiation é justamente pelo que a cisco diz, nesse mesmo documento:
ResponderExcluir"Autonegotiation between end devices and Catalyst switches generally works well, and Catalyst switches are compliant with the IEEE 802.3u specification. However, when network interface card (NIC) or vendor switches do not conform exactly, problems can result".
Abraços!