On Mon, 18 Oct 2010 19:16:18 -0700
Thomas Taranowski wrote:
> I have bridged eth0 and eth1, where eth0 is the world, and eth1 has
> some locally administered targets with normal IPs. On eth1, I also
> have some other devices with 192.168.x.x addresses I locally assigned.
> I'd like to give my e
On Mon, 18 Oct 2010 22:09:35 -0400
Benjamin Poirier wrote:
> Make all frames sent to reserved group MAC addresses (01:80:c2:00:00:00 to
> 01:80:c2:00:00:0f) be forwarded if STP is disabled. This enables
> forwarding EAPOL frames, among other things.
>
> Signed-off-by: Benjamin Poirier
Signed-o
I have bridged eth0 and eth1, where eth0 is the world, and eth1 has
some locally administered targets with normal IPs. On eth1, I also
have some other devices with 192.168.x.x addresses I locally assigned.
I'd like to give my eth1 a 192.168.x.x address, and treat the
192.168.x.x network as someth
On 10/18/2010 06:16 PM, Herbert Xu wrote:
On Sat, Oct 16, 2010 at 08:15:31PM +0200, Patrick Ringl wrote:
Hi,
okay I narrowed down the issue. I watched all function calls of the
'bridge' module with the help of a small systemtap probe of mine. I
first traced a timespan where the issue did no
On Sun, 17 Oct 2010 14:06:28 -0400
Benjamin Poirier wrote:
> Hello,
>
> I have some trouble bridging EAPOL frames. I'd like to do this to allow
> wired 802.1x authentication from within a kvm virtual machine. I have
> the following setup:
>
> kvm -- tap0 -- br0 -- eth1 -- 802.1x authenticator
On Sat, Oct 16, 2010 at 08:15:31PM +0200, Patrick Ringl wrote:
> Hi,
>
> okay I narrowed down the issue. I watched all function calls of the
> 'bridge' module with the help of a small systemtap probe of mine. I
> first traced a timespan where the issue did not occur, then one where it
> did a
Hello,
I have some trouble bridging EAPOL frames. I'd like to do this to allow
wired 802.1x authentication from within a kvm virtual machine. I have
the following setup:
kvm -- tap0 -- br0 -- eth1 -- 802.1x authenticator (switch) -- more network
and it doesn't work. I've added a few logging ru
Hi,
okay I narrowed down the issue. I watched all function calls of the
'bridge' module with the help of a small systemtap probe of mine. I
first traced a timespan where the issue did not occur, then one where it
did and composed an intersection of these two:
br_fdb_cleanup
br_flood
br_flood_f
Hi,
after I recently switched from 2.6.32 to 2.6.35 (and for testing to
2.6.36-rc7) I had massive issues with temporarily occurring freezes
regarding the whole network stack.
The freezes are occurring randomly and usually take 20-30 seconds until
the system is responsive again (in addition loc
