Mark Zipp | 1 Dec 2005 03:26
Picon

Multiple "br" interfaces for a single bridge ?

Hi,

We've been recently trying to use VRRP
(https://sourceforge.net/projects/vrrpd/) to provide redundancy for a
couple of servers. What we wanted to do was to have both servers be
VRRP backups for the other. For example :

Server A - eth0
VRRP Master IP - 10.0.0.1
VRRP Backup IP - 10.0.0.2

Server B - eth0
VRRP Master IP - 10.0.0.2
VRRP Bcakup IP - 10.0.0.1

We'd then put two A records in DNS for the single hostname, and then
rely DNS round robin to perform basic load balancing between the
servers. If one of the servers fails, then the other would then take
over both of the VRRP Master IP addresses. This wouldn't be a perfect
fail over as any existing TCP sessions would die, however it is enough
availability for our requirements.

One problem we have is that, due to the way VRRP has to interact with
kernel ARP, the vrrpd software changes the assigned MAC addresses on
the interfaces it has been configured to use. Since the above scenario
would have two VRRP groups, resulting in two different MAC addresses,
we can't run two instances of VRRP as above using the same ethernet
interface.

One idea we had was to create a bridge on each server, add eth0 and
(Continue reading)

Mark Zipp | 1 Dec 2005 03:08
Picon

Bridge ports needlessly going through learning stage when STP disabled ?

Hi,

I've recently noticed that on my ubunto box, running 2.6.10-5-386,
that even when I have STP disabled on a bridge (which I think is the
default), when you add a new interface to the bridge, it still goes
through at least some of the port states, as well as listing messages
in the brctl STP state display such as "flags                 
TOPOLOGY_CHANGE TOPOLOGY_CHANGE_DETECTED".

Is this the right behaviour ? The 15 to 30 second delay before the
port moves to Forwarding state can be frustrating, as you don't expect
it, and for that period of time, start to think there is something
else wrong in the network's configuration.

Thanks,
Mark.

P.S., please CC me on any replies as I'm not subscribed to the list.
Ben Greear | 1 Dec 2005 18:11
Favicon

Re: Multiple "br" interfaces for a single bridge ?

Mark Zipp wrote:
> Hi,
> 
> We've been recently trying to use VRRP
> (https://sourceforge.net/projects/vrrpd/) to provide redundancy for a
> couple of servers. What we wanted to do was to have both servers be
> VRRP backups for the other. For example :
> 
> Server A - eth0
> VRRP Master IP - 10.0.0.1
> VRRP Backup IP - 10.0.0.2
> 
> Server B - eth0
> VRRP Master IP - 10.0.0.2
> VRRP Bcakup IP - 10.0.0.1
> 
> We'd then put two A records in DNS for the single hostname, and then
> rely DNS round robin to perform basic load balancing between the
> servers. If one of the servers fails, then the other would then take
> over both of the VRRP Master IP addresses. This wouldn't be a perfect
> fail over as any existing TCP sessions would die, however it is enough
> availability for our requirements.
> 
> One problem we have is that, due to the way VRRP has to interact with
> kernel ARP, the vrrpd software changes the assigned MAC addresses on
> the interfaces it has been configured to use. Since the above scenario
> would have two VRRP groups, resulting in two different MAC addresses,
> we can't run two instances of VRRP as above using the same ethernet
> interface.
> 
(Continue reading)

kanhu | 9 Dec 2005 07:17

Unable to learn macs on bridge ports

Hi list,

I am using bridge-utils with uClinux having kernel-2.4.19.
All the commands with brctl is working fine except the showmacs.
when i execute the command

/>brctl showmacs test

bridge name     bridge id               STP enabled     interfaces

It does not show any learned mac, So the bride(test) is not functioning 
properly for unicast packets.
Bridging option is already enabled in kernel.

Any help to proceed is welcome

With Thanks & Regards
             Kanhu
Stephen Hemminger | 9 Dec 2005 18:09

Re: Unable to learn macs on bridge ports

On Fri, 09 Dec 2005 11:47:59 +0530
kanhu <kanhu <at> innomedia.soft.net> wrote:

> Hi list,
> 
> I am using bridge-utils with uClinux having kernel-2.4.19.
> All the commands with brctl is working fine except the showmacs.
> when i execute the command
> 
> />brctl showmacs test
> 
> bridge name     bridge id               STP enabled     interfaces
> 
> It does not show any learned mac, So the bride(test) is not functioning 
> properly for unicast packets.
> Bridging option is already enabled in kernel.
> 
> Any help to proceed is welcome
> 
> With Thanks & Regards
>              Kanhu

What architecture? and are perhaps bridge-utils thought it had sysfs
support in the build, but it 2.4.19 doesn't have that.

--

-- 
Stephen Hemminger <shemminger <at> osdl.org>
OSDL http://developer.osdl.org/~shemminger
(Continue reading)

ro0ot | 11 Dec 2005 08:59

Bridging Firewall with Kernel 2.6 failed

Hi all,

I have a bridging firewall running fine with kernel 2.4.31 (Slackware 
10.1) and iptables 1.2.11

Yesterday I install the new kernel 2.6.14.3 and iptables 1.3.4 but the 
bridging firewall doesn't work anymore.

Do I need to patch the kernel 2.6 as what I did it for kernel 2.4? Or 
what I have missed?

Regards,
ro0ot

Gary W. Smith | 11 Dec 2005 10:11

RE: Bridging Firewall with Kernel 2.6 failed

Hi ro0ot, 

Exactly what part of "doesn't work anymore" doesn't work?  Does it not
work when you create the bridge or does it not work after you apply
iptables?  What commands are you running to instantiate the bridge?
What commands do you think are failing?

Gary Wayne Smith

> -----Original Message-----
> From: netfilter-bounces <at> lists.netfilter.org [mailto:netfilter-
> bounces <at> lists.netfilter.org] On Behalf Of ro0ot
> Sent: Saturday, December 10, 2005 11:59 PM
> To: netfilter <at> lists.netfilter.org; bridge <at> lists.osdl.org
> Subject: Bridging Firewall with Kernel 2.6 failed
> 
> Hi all,
> 
> I have a bridging firewall running fine with kernel 2.4.31 (Slackware
> 10.1) and iptables 1.2.11
> 
> Yesterday I install the new kernel 2.6.14.3 and iptables 1.3.4 but the
> bridging firewall doesn't work anymore.
> 
> Do I need to patch the kernel 2.6 as what I did it for kernel 2.4? Or
> what I have missed?
> 
> Regards,
> ro0ot
> 
(Continue reading)

ro0ot | 13 Dec 2005 19:31

Re: Bridging Firewall with Kernel 2.6 failed

Hi Gary,

All the commands I ran did not show any failing messages.

The traffic doesn't seems passing through the bridge, why?

Do I need "physdev" in iptables to get bridging firewall work?

Gary W. Smith wrote:

>Hi ro0ot, 
>
>Exactly what part of "doesn't work anymore" doesn't work?  Does it not
>work when you create the bridge or does it not work after you apply
>iptables?  What commands are you running to instantiate the bridge?
>What commands do you think are failing?
>
>Gary Wayne Smith
>
>  
>
>>-----Original Message-----
>>From: netfilter-bounces <at> lists.netfilter.org [mailto:netfilter-
>>bounces <at> lists.netfilter.org] On Behalf Of ro0ot
>>Sent: Saturday, December 10, 2005 11:59 PM
>>To: netfilter <at> lists.netfilter.org; bridge <at> lists.osdl.org
>>Subject: Bridging Firewall with Kernel 2.6 failed
>>
>>Hi all,
>>
(Continue reading)

ro0ot | 13 Dec 2005 19:29

Re: Bridging Firewall with Kernel 2.6 failed

I am using kernel 2.6.14.3, iptables 1.3.4 and bridge-utils 1.0.6

I did flag the "802.1d Ethernet Bridging" in Networking 
support/Networking options

Gladiston Justini - JustiSecure wrote:

> Mr. ro0ot,
>
>     You need:
>         1. Kernel 2.6.xx
>         2. Iptables 1.3.xx
>         3. brctl-util
>
> In kernel configuration, do you flag  '802.1d Ethernet Bridging' in  
> Network support/Networking options
>
>
> Sorry my english.
> :)
> Gadi
>
>
>
>
>
> On Sun, 2005-12-11 at 15:59 +0800, ro0ot wrote:
>
>>Hi all,
>>
(Continue reading)

Kashif Ali Bukhari | 16 Dec 2005 16:03
Picon

Re: Bridging Firewall with Kernel 2.6 failed

iptabels dont support bridge use ebtables ;)

On 12/10/05, ro0ot <ro0ot <at> phreaker.net> wrote:
> Hi all,
>
> I have a bridging firewall running fine with kernel 2.4.31 (Slackware
> 10.1) and iptables 1.2.11
>
> Yesterday I install the new kernel 2.6.14.3 and iptables 1.3.4 but the
> bridging firewall doesn't work anymore.
>
> Do I need to patch the kernel 2.6 as what I did it for kernel 2.4? Or
> what I have missed?
>
> Regards,
> ro0ot
>
>
>
>
>

--
Syed Kashif Ali Bukhari
Network Engineer
Beaconhouse IT services, Lahore Pakistan


Gmane