修改bridge的MAC后，有时无法ping通相同网段IP

jhunix008

kernel version：2.4.30
系统原来只有一个interface，在该interface上切分VLan，再将Lan口绑定到桥上。此时给桥配置一个IP，可以ping通相同网段的IP.但是修改了bridge的MAC地址后，再ping相同网段的IP，就是有时可以ping通有时ping不通。不管ping通与否，串口都会打印：
br0: port 1 entering forwarding state
br0: topology change detected, propagating
说明已经知道桥的拓扑结果发生变化，但是为什么没有学习到新改变的MAC地址呢？
ping不通时，我用arp -a，有时所ping的IP的MAC可以看到，有时就是0
可以ping通时，arp -a都是可以看到所ping的IP的MAC的。

[ 本帖最后由 jhunix008 于 2008-6-17 17:46 编辑 ]

qtdszws

能否贴出拓扑图？这样看的云里雾里。

jhunix008

1。
板子Lan口：192.168.0.1
板子Lan和Wan的MAC都是00:0C:43:28:80:E1
PC1:192.168.0.100
PC1连到板子Lan口，此时可以从192.168.0.1ping通192.168.0.100

2。
板子Lan口：192.168.0.1
板子Lan的MAC改为11:22:33:44:55:66
板子Wan的MAC是00:0C:43:28:80:E1
PC1:192.168.0.100
PC1连到板子Lan口，从192.168.0.1ping不通192.168.0.100
arp -a，有时可以看到PC1的MAC地址，有时显示PC1的MAC地址全为0
但修改Lan的MAC为00:0C:43:28:00:00
就可以从192.168.0.1ping通192.168.0.100

从打印的消息来看，vlan_dev_hard_start_xmit将数据传到正确的VLan接口（即Lan口）
在PC1上抓包，ping不通时可以看到许多STP生成树协议的包，根本没有ICMP的包。
STP包的BPDU flags值是0x3c(Forwarding,Learning,Port Roleesignated)

[ 本帖最后由 jhunix008 于 2008-6-18 16:00 编辑 ]

flw2

那看来唯一的区别就是11:22:33:44:55:66是个多播地址

qtdszws

还是没有看懂你说的东西,又是vlan,又是bridge,混在一起

把你的配置帖出来吧

板子，pc1上

ifconfig
brctl show

jhunix008

4楼正解。是因为桥中对多播地址的处理引起的。当MAC地址不设置为最低位是1的多播地址时就可以了（如10:22:33:44:55:66）。谢谢！
    其实这个和是否切VLan没有关系。brctl show看到Lan口是加在桥br0上的，且不管修改MAC与否，Lan的MAC和br0的MAC都是一样的。关键是修改的MAC地址不能是多播地址，否则桥就不会正确转发数据包。