Re: ebtables mac update

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



В Чтв, 01/07/2010 в 11:59 +0200, Pascal Hambourg пишет:
> Pokotilenko Kostik (approximate romanization) wrote :
> > 
> > Funny thing is that the problem persist. Tonight I've made some tests
> > with 782M. I've connected two computers in my office (win7 and linux)
> > through this pair directly. I seccessfully tested ping both directions,
> > then switched them so that each crossed the bridge and was unable to
> > ping.
> > 
> > tcpdump from linux showed:
> > 
> > 1. while pinging from linux to win7:
> > 
> > - Linux sends broadcast ARP-WHO-HAS win7-ip and no one replays
> > - I was able to see win7's ARP-WHO-HAS some-other-ip after that linux
> > probably learned it's MAC and started to send unicast ping requests,
> > still no replay
> > - I also saw some unicast packets from win7 crossed the bridge
> > 
> > 2. while pinging from win7 to linux:
> > 
> > - linux gets broadcast ARP-WHO-HAS linux-ip
> > - linux replays unicast ARP-IS-AT
> > - those two repeat, so win7 doesn't get replay
> > 
> > Regarding this I can surely tell (this is all about 782M pair) that
> > after box crossing the bridge MAC-port table is not updating (how it
> > should be if it were switch's logic). Packets with srcMAC of crossed box
> > CAN cross the bridge, but with dstMAC of crossed box CANNOT cross the
> > bridge.
> 
> An explanation may be that the MAC table in each modem is updated only
> with the source address of packets received on the ethernet port and not
> those received through the VDSL link, based on the assumption that the
> other modem already takes care of them.
> 
> Do the modems have a management interface that shows the contents of the
> MAC table ?

They do have management interface, but I was unable to find a way to see
MAC table. I'll discuss this with Zyxel support maybe they'll clear that
out. Main thing is that tonight I got chance to pull modems off
production and make those tests in simplified enviroment.

Thanks to all. Now it doesn't seem related to linux bridge, so if there
is new input I'll continue this thread.

-- 
Покотиленко Костик <casper@xxxxxxxxxxxx>

--
To unsubscribe from this list: send the line "unsubscribe netfilter" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Netfilter Development]     [Linux Kernel Networking Development]     [Netem]     [Berkeley Packet Filter]     [Linux Kernel Development]     [Advanced Routing & Traffice Control]     [Bugtraq]

  Powered by Linux