On Wed, Mar 30, 2005 at 01:52:10AM +0200, Henrik Nordstrom after a spiritual call wrote : ~> On Sun, 27 Mar 2005, Alpt wrote: ~> ~> >When hun_enabled is set to 0, the bridge stops to flood_forward the ~> >input traffic and takes only the pkts sent to it. ~> ~> Won't this bite you if the destination MAC has expired from the bridge ~> forwarding table? why? We are talking of input pkts. ~> >To clarify, this topology is the same of having: ~> > ~> > A(wlan0)\ /(wlan0)C ~> > \ / ~> > \ / ~> > (wlan0) ~> > B ~> >A and C don't see each other. ~> ~> IMHO for this function you should use netfilter to deny forwarding of ~> traffic between the two wlan interfaces, not change the bridge core to ~> behave oddly. (The wlan0 are the example of the ad-hoc network). Btw, this implies that the ip addresses of each node is known. The scope of the patch is to merge x interfaces into one at low level. ~> Making the bridge based router not flood forward unknown destinations ~> doesn't really accomplish the above as it only changes the behaviour of ~> not yet seen destination MAC addresses and broadcasts (where broadcasts is ~> your main concern I think). The two will still be able to communicate as ~> soon as they learn each others MAC provided both are active on the network ~> (seen in the bridge forwarding table) The two can't communicate because the bridge simply doesn't flood forward as a hub. Btw, it works ;) -- :wq! "I don't know nothing" The One Who reached the Thinking Matter '.' [ Alpt --- Freaknet Medialab ] [ GPG Key ID 441CF0EE ] [ Key fingerprint = 8B02 26E8 831A 7BB9 81A9 5277 BFF8 037E 441C F0EE ] - : send the line "unsubscribe linux-net" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
