我将首先承认，除了“以太网插头在这里，交换机在这里连接到其他交换机，在交换机连接到互联网”之外，我不太了解networking。 我对交换机的大部分经验都是使用默认configuration，而我们只是相互独立。
在我们的数据中心，我们有一个由单个24端口PLANET SGSW-24040服务的服务器networking，显然它是一个1000 Mbps的2级网pipe交换机。 当我们购买它时，它取代了一个旧的思科/ Linksys 10/100交换机，它不能完成切换VoIP数据的任务。 replace旧的交换机解决了我们的语音质量问题。
这一切都很好，我们似乎没有任何进一步的问题，直到我发现一个漂亮的function，让我使用穆宁通过SNMP来衡量带宽。 它也测量networking错误，我认为这是一件好事。 在设置了Munin来收集这些统计信息之后，我开始频繁地关于个别接口错误进行分页。
阅读这个问题，我发现我可以通过明确configuration产生错误的端口的速度来解决networking错误。 这就是我开始遇到真正的问题。 每当我重新启动服务器，它不会重新协商以太网连接，服务器将离线，直到我设置其端口在交换机上“自动检测”。
所以现在我被困在一个困难的地方：我可以closuresnetworking错误的报告，并设置交换机的所有端口自动检测，或者我可以消除错误，不得不记得在服务器重启时重新configuration交换机以进行内核升级。 这是特定开关的问题吗？ 有没有办法在服务器上手动configuration以太网（它们都是Debian Linux）？ 我应该首先做这些吗？
您可以在服务器计算机和交换机端口上手动configuration速度/双工，但这不是首选解决scheme。 自动协商是千兆位以太网标准的一部分，所有千兆以太网芯片组都应该支持。 假设您使用的服务器都具有千兆位以太网接口，听起来像是遇到了硬件实施故障或驱动程序缺陷。
我首先在服务器上的千兆位以太网芯片组和您正在运行的Linux内核版本上进行一些search，以查看是否存在已知的自动协商问题。 内核升级可能会诀窍。
如果您仍在运行一些10/100设备，那么您可能不得不硬着头皮，configuration交换机和服务器上的接口来禁用协商。 一些较老的网卡无法很好地处理自动协商，但这已经超过了10年以上的规范。
这听起来像你有一个链接设置为自动协商，另一端硬编码的速度和双工。 您需要configuration相同的双方，以自动协商或相同的速度和双工。 我已经链接到这篇文章之前，看看图12说明了交换机和主机NIC之间的各种速度和双工设置的结果：