最近新上了一批ThinkServerRD640，KVM的网口lan0，在BIOS里可以设置为专有，共享等模式，默认为共享模式。共享模式下，该网口除了能做KVM管理外，还能在操作系统里当做一个百兆的网卡，不清楚联想的设计是怎么想的，这个年代服务器上要个百兆的网口做什么。
最大的问题是，如果作为共享模式呢（默认配置），如果服务器冷启动，热启动等等操作，如果你ping管理口的管理IP会发现 在服务器自检到网卡以前是ping不通的，就是说 这个管理口KVM你想进入BIOS或raid卡是不可能的。则在BIOS里改为专享模式。改为专享模式，机器自检时只能检测到2个网卡，此时的KVM口只能做KVM作用。
在一直ping该KVMIP的时候会发现，机器在重启操作的时候会有个10秒左右的丢包现象。接显示器看的话，可以发现等你能ping通可以远程KVM管理操作的时候，机器已经过了F1进入BIOS的阶段了。
当时就在想，这他妈的是谁设计的！
再与800工程师联系后，工程师得出的结论是某些批次（不是所有RD640的服务器）的KVM的BMC芯片和CISCO的生成树协议有冲突，机器重启的时候，导致交换机认为此时该网口离线了，因此把交换机该端口进行重启检测该端口，cisco的交换机端口检测是需要时间的，因此会有该现象。
800工程师给的解决方案是 给我提供一个特殊的BMC 然后刷新进去就可以了，同时800工程师表示刷进去后该网口就可能是10M的了。
为了验证工程师的说话，将笔记本网线和服务器的KVM口直连，ping 然后重启，发现这时候不会有掉包现象，准确的说是掉一个包，不影响KVM管理。刷BMC是可以接受的，刷新后KVM变10M 实际上也可以接受，不能接受的是 可能变10M 这个可能 的潜台词莫非是说也有其他可能性？
因此决定从交换机头来解决。
登录交换机后：
Password:
s041>enable
Password:
s041#ping 192.168.48.X （ping 管理口IP）
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 192.168.48.122, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/5/17 ms
s041#show arp
Protocol Address Age (min) Hardware Addr Type Interface
Internet 192.168.48.X - 5006.04d5.4ac0 ARPA Vlan1
Internet 192.168.48.1X 0 70e2.8405.a0ca ARPA Vlan1
Internet 192.168.51.X 5 0050.56b2.4383 ARPA Vlan1
Internet 192.168.50.XX 0 000d.b004.03b8 ARPA Vlan1
s041#show mac add
s041#show mac address-table | i 70e2.8405.a0ca 查该mac在哪个端口上
1 70e2.8405.a0ca DYNAMIC Fa0/36
conf t 进入配置
interface fastEthernet 0/36 进入端口
spanning-tree portfast trunk 启用该端口的port fast
exit
exit
wr
然后在测试，机器重启过程 一直能ping通KVM IP
