redundans openvpn lan?

Sziasztok!
A kovetkezo problemara probalok itten megoldast talalni: adott nehany (5) vas, azokat openvpn-nel kellene egy lan-ba (tap) osszefogni. Oke, egy szerver kijelol (s1), beallit (client-to-client), fasza, megy. Ha viszont az s1 behal, akkor a kliensek ertelemszeruen nem latjak egymast. Erre szeretnenk megoldast talani. A "redundans openvpn" kifejezes altalaban tun-alapu ppp eszkozokre ad talalatot, az itt nem lesz celravezeto. Amivel probalkoztam: egy masik szerver kijelol (s2), egy masik lan kiepit, majd erre:
* bonding: ez nem volt tul jo, mert noha az s1 <-> s2 kommunikacio fasza volt, egy s <-> c mar kevesbe, ott az atlag ping packet loss 50% koruli... jobban belegondolva talan ertheto" modon
* bridging: itt mar minden, azaz s1 <-> s2, s <-> c es c1 <-> c2 mukodott, viszont ha az egyik vpn-t kilottem (akar kezzel, `/etc/init.d/openvpn stop`, akar tuzfal port letiltassal), akkor mar behalt, olyannyira, hogy nemcsak a csomagok vesztek el (100%-ig), hanem random modon a br0 eszkozok is lealltak (legalabbis a `brctl show` szerint egyik, vagy akar mindke't tap device kiesett). probaltam az iface-ket (tap1/tap2) neten talalt leirasoknak megfelelo"en promisc modba tenni es/vagy a spanningtree parametereket valtoztatni, hatha, de semmi javulas (mondjuk itt a topologia elegge kitekert es farkaba harapo, az teny)
Tehat a nagy kerdes, hogy redundans lan szegmens tap openvpn alapokon megvalosithato-e, valahogy igy, vagy nagyon rossz iranyba keresgelek es valami trivialis egyeb modon meg lehet csinalni?
thx, A.