[Berlin-wireless] Tunnel-Technik (hier: Boell-GW)

[Sven-Ola Tuecke]

Hallo Alx,

das Ip4Broadcast  hilft, wenn's unsauber oder spezial Konfiguriert ist:

* Zwei Netze (z.B. ein 104er und ein 172.16er) mit Unverseller BCast
* OLSR ueber Non-Broadcast-Link (ppp oder so geht ja nur Unicast)
* Vollfalsche Konfi + z.B. Kernel ARPt auf die BCast-Addr oder so

Hier ist es schlicht das loeschen der vom Kernel bei "ifconfig" automatisch 
angelegten Netzroute (aka. "104.0.0.0/8 dev XXX proto kernel  scope link"). 
Bin sicher, dass der olsrd nicht der einzige Routing-Daemon ist, der hier 
stolpern koennte <ggg>

// Sven-Ola

"Alexander Morlang" <alx at dd19.de> schrieb im Newsbeitrag 
news:46AF1582.9070400 at dd19.de...
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



Sven-Ola Tuecke schrieb:
> Hallo (Daniel),
>
> habe mich immer gewundert, warum der OLSR auf der Boell soviel 'rummosert
> (cannot add route / cannot del route). Und etwas gebraucht, es
> herauszufinden. Auf dem Boell-Cube ist folgendes TINC-Iface aktiv:
>
> root at mtx-boell:~# ip a l dev bbb
> 7: bbb: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc prio qlen 1000
>     link/ether 00:ff:a5:60:87:e9 brd ff:ff:ff:ff:ff:ff
>     inet 104.0.7.42/8 brd 104.255.255.255 scope global bbb
>     inet 105.0.7.42/8 brd 105.255.255.255 scope global bbb:bat
>
> OK - wir haben also mind. zwei Interfaces im 104er mit /8 (es gibt ja noch
> eine Ad-Hoc-Wifi-Karte). Und damit das nicht nervt, ist offenbar folgendes
> konfiguriert:
>
> root at mtx-boell:~# tail -n 2 /etc/tinc/bbb/tinc-up
> route del -net 104.0.0.0 netmask 255.0.0.0 dev bbb
> route del -net 105.0.0.0 netmask 255.0.0.0 dev bbb
>
> Und hier haben wir den Grund fuer die Mosereien. Der olsrd setzt die
> Hostrouten leider nicht in der gunestigen Reihenfolge. Und braucht daher 
> die
> /8-Netzroute auf dem Interface. Beispiel:
>
> Erster Route-Befehl vom OLSR z.B.:
>   ip r add 104.0.0.1 via 104.0.0.2 metric 3
> Zweiter Route-Befehl vom OLSR z.B.:
>   ip r add 104.0.0.2 via 104.0.7.253 metric 2
> Dann erst vom OLSR:
>   ip r add 104.0.7.253 dev bbb metric 1
>
> Und schon geht's nicht. Weil's beim ersten Route-Befehl ja noch keine
> 104.0.0.2 Hostroute da ist. Der Cube ARPt, findet nix und daher gehen 
> viele
> Routen als Fehlermeldungen unter. Man koennte im OLSR-Daemon solche
> Sitzuationen abfangen bzw. den Routen-Baum vorsortieren. Kostet aber
> (Rechen|Programmier)-Zeit. Meine Empfehlung: Engere Netzmaske fuer das
> Tinc-Tunneldev. /24 beispielsweise. Soviele Tinc-Endpunkte kann's ja auch
> nicht geben. Und vor allen Dingen die Iface-Netzroute leben lassen.
>

Wenn ich 2 interfaces mit gleicher netzmaske hab, dann hat häufig ein
setzen der Ip4Broadcast in der interfacesektion der olsd.conf auf
255.255.255.255 geholfen.

Bin aber grad noch am booten, kann auch humbug und in der situation
nicht passend sein.


> // Sven-Ola
>

Gruss, Alex
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGrxWChx2RbV7T5aERAjwUAJ9vmcUdbAaQeCY32DfWspgbkHqZywCgrqek
0luzN+/d6nKix4ZWuKBTCBA=
=SZiZ
-----END PGP SIGNATURE-----
_______________________________________________
Berlin mailing list
Berlin at berlin.freifunk.net
http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin