Dual Ethernet Bridge, spanning tree issue.

This forum is for admins who are looking to build or expand their OpenVPN setup.

Moderators: TinCanTech, TinCanTech, TinCanTech, TinCanTech, TinCanTech, TinCanTech

Forum rules
Please use the [oconf] BB tag for openvpn Configurations. See viewtopic.php?f=30&t=21589 for an example.
Post Reply
commo
OpenVpn Newbie
Posts: 1
Joined: Mon Jun 13, 2011 4:04 pm

Dual Ethernet Bridge, spanning tree issue.

Post by commo » Mon Jun 13, 2011 4:34 pm

I am working on a High availability Layer2 bridging solution.
Topology here:
Image

1) When everything comes up, spanning tree is working as predicted with Link-B being the Primary path, and Link-A being blocked. Host1 can ping Host2:

2) When I simulate failure on Link-B, spanning tree unblocks Link-A(in about 2 seconds), Host1 can not ping Host2

3) If on host 2 I ping 192.168.100.10 (this ip doesent exist) it seems that the Openvpn service relearns the mac and now Host1 can Ping Host2 again, and at the exact same time I see this in the server log:
client1/10.200.0.20:1194 MULTI: Learn: 00:0c:29:dd:da:0a -> client1/10.200.0.20:1194

So it seems on every Spanning tree state change, the link breaks, it seems that it needs to relearn the mac address location. And that it learns the mac based on the arp broadcast I assume. Is there anyway to make it flood to all clients if it doesent know the location of the mac? Or any other ideas on how to solve this?

User avatar
janjust
Forum Team
Posts: 2703
Joined: Fri Aug 20, 2010 2:57 pm
Location: Amsterdam
Contact:

Re: Dual Ethernet Bridge, spanning tree issue.

Post by janjust » Tue Jun 14, 2011 7:47 am

nice setup!
however, without config files it is hard to tell exactly what is going on ;)
here's my guestimate:

* you're using a client/server setup with certificates
* you're using tap
* you've set up routing correctly

are you using bridging? why is tap needed? do you need to pass full ethernet frames from left to right and v.v ? if not, then a 'tun' style setup might be better (less chance of broadcast storms also).

make sure proxy_arp is enabled on the tap interfaces on both ends.
try switching to point-to-point mode (don't use 'server x.x.x.x' , use 'ifconfig x.x.x.x 255.255.255.0' on both ends for tap)

Post Reply