On Fri, 2009-01-23 at 09:21 +0100, Henning Rogge wrote:
> Am Friday 23 January 2009 01:09:15 schrieb Juliusz Chroboczek:
[...]
> > > Our link quality values on a link are never total stable because of the
> > > ETX metric we use. Most times they go up and down by 0.1 or more.
> >
> > Except on wired networks.  You do use cables and/or tunnels, right?
> Yes, but I don't think there are any users that are connected ONLY with 
> ethernet to their uplink. And if there is an user like this he would never 

IMHO every "WLAN island" connected only via openvpn is an example for
this.
And for this, you can see my node as a prime example for "the 0xFF
border router is only reachable via the openvpn tunnel" (which is not
100% up either for completely other reasons).

> choose another uplink because ethernet is always better than multihop WLAN.
> 
> So the problem would only happen there is some kind of ethernet loop which has 
> multiple connections to an HNA 0.0.0.0 uplink.

Which can IMHO trivially be done with meshed openvpn tunnels.

BTW I don't think that special casing of ethernet (or any other layer
0/1/2 technology) on layer 3 simplifies anything anywhere (e.g. it may
well happen that I actually a real WLAN connection which has 100% uptime
and my openvpn is flaky because the other side of the tunnel restarts
every hour).
It just adds another dimension to otherwise complex enough situations.
One direct result is that people basically should describe their whole
setup down top layer 1 for every bug report because it *may* be
important.

	Bernd
-- 
Firmix Software GmbH                   http://www.firmix.at/
mobil: +43 664 4416156                 fax: +43 1 7890849-55
          Embedded Linux Development and Services




