Hi Stephen, Here is the detail kernel version: 2.6.14 architecture: PPC ehternet: from the processor mpc5200b wifi manufactor: Netgate 5004 MP, Atheros chipset wifi driver: madwifi 0.91 WDS on wifi: enabled. I guess it's an issue combined by ethernet driver/wifi driver and bridge. Is there anything you suspect that I can check? I believe the 2 actions: updating forwarding database when a stp package is received and delivering the package based on the forwarding database, are correct. I must miss something. For example, STP detection set an interface as blocking and remove it from the forwarding database? It's just my wild guess. By the way, I found Bartek reported the same issue on 2.6.11.12 and 2.6.13.2. Here is the link: https://lists.linux-foundation.org/pipermail/bridge/2005-October/004710.html He has 3 ethernet nic for each machine and his fix is to update the forwarding database only when the port is in learning or forwarding state. Regards, Dengyi --- Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx> wrote: > On Wed, 22 Aug 2007 15:36:30 -0700 (PDT) > wang dengyi <dy_wang@xxxxxxxxx> wrote: > > > Hi, > > > > We have a simple bridge setup but the ping (and > other > > network traffic) does not work reliably. After > tracing > > the code, it looks like a software bug. Since > bridge > > software is been running by thousands of people. I > > guess I am wrong. Anyway, here is the problem. > > > > There are 2 boxes and each one has 2 interfaces, 1 > > ethernet and 1 wifi. STP is enabled for the bridge > to > > avoid the loop. So the box 1 has wifi in the > blocking > > mode. When we ping from box 1 to box 2, lots of > > packages lost. Ping from box 2 to box 1 does not > has > > this problem. > > > > After we tracing the code, we noticed that the box > try > > to using wifi to send the packages which is in > > blocking mode. This happens because the ath0 is > > returned from the forwarding database. It's > > implemented in __br_fdb_get(br, dest). > > > > >From the etherreal, I noticed, that the STP > package is > > broadcast from the box 2. From the function > > br_handle_frame(), if a stp package is received, > it > > will update the forwarding database. Since the STP > > package is sent/received by both interfaces, the > wifi > > (blocking) received the package and update the > > forwarding database too. So, __br_fdb_get() will > > returns the wifi card sometimes. And then, the > package > > is lost. > > > > Regards, > > > > Dengyi Wang > > What kernel version are you using? > > Bridging over wifi doesn't usually work unless the > wifi driver > has WDS support. In wifi when bridging the driver > would need > to add an additional header that gives intermediate > hop information: > See: > > http://www.cisco.com/en/US/docs/wireless/access_point/1300/12.2_15_JA/configuration/guide/o13wds.html > > > > > > > > > > > > > > > > > > > ____________________________________________________________________________________ > > Moody friends. Drama queens. Your life? Nope! - > their life, your story. Play Sims Stories at Yahoo! > Games. > > http://sims.yahoo.com/ > > _______________________________________________ > > Bridge mailing list > > Bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx > > > https://lists.linux-foundation.org/mailman/listinfo/bridge > > > -- > Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx> > ____________________________________________________________________________________ Shape Yahoo! in your own image. Join our Network Research Panel today! http://surveylink.yahoo.com/gmrs/yahoo_panel_invite.asp?a=7 _______________________________________________ Bridge mailing list Bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx https://lists.linux-foundation.org/mailman/listinfo/bridge
