Linuxnetworking接口需要很长时间才能出现

当我的x86服务器上的任何networking接口出现时(1GbE端口与igb驱动程序,或10GbE端口与ixgbe驱动程序),无论是使用ifup或通过启用交换机端口连接,它的大小为30在接口工作之前的几秒(ping或in)。

它们在/ etc / network / interfaces中configuration了简单的静态IP地址,所以我觉得它们应该立即生效。

iface ge0 inet static address 10.63.4.20 netmask 255.255.255.0 gateway 10.63.4.1 

我广泛地search了网页,但找不到东西。 tcpdump显示接收广播ARP请求的端口,但不回应它们或发送任何其他数据包。 经过〜30秒后,发送一个ARP应答,ICMP开始stream动。 可能暂停检测重复的IP地址?

这是一个问题,因为我的制造scheme涉及多次重新configuration和重新启动networking。 除了这个问题,这个过程将花费几秒钟而不是几分钟。

30秒几乎是默认生成树端口configuration开始转发stream量需要多长时间。

端口将经历不同的状态(例如,在监听 BPDU或在学习 MAC地址时学习 ),直到它进入转发状态并启动,您猜到了, 转发stream量。

根据您的交换机的供应商和型号,您应该可以调整它。 请记住,如果您只是禁用生成树,则可能会导致networking环路的风险,从而导致整个基础架构停机。 不build议在非控制或非隔离的networking上摆脱它。

你有没有从networking接口的dmesg消息? 启动后试试这个命令:

dmesg | grep "net\|^eth\|^igb\|^ixgbe"

也可以在交换机上configurationSTP(生成树协议)。 尝试检查configuration您的networking设备在您的服务器连接的端口上获得生成树模式。

感谢你们!

问题的确是生成树。 交换机上的“show spanning-tree”显示接口在阻塞状态下花费很长时间。

将(绑定的)接口置于portfast模式之后,stream量在链接之后立即通过。

 #config #interface Port-Channel1 (config-if-Po1)#spanning-tree portfast