[wlanfhain] Re: IPv4-Infrastruktur / Adressallokation

[Jens Nachtigall]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

> > - routing erfolgt immer mit moeglichst grossen netzmasken
> >   sprich: man macht eine grosszuegige aufteilung nach
> >   logischen/geographischen gesichtspunkten, z.B. ost-berlin
> > 104.x.x.0/9 und west-berlin 104.x.x.128/9, je naeher man dem
> > entsprechenden corepoint kommt, desto konkreter wird man.
>
> mesh routing protokolle wie OLSR machen in jedem fall eine host
> route, dh man kann diese einteilung erstmal nicht zu machen. dadurch
> werden natuerlich die routing tabellen ziemlich gross - aber ich
> konnte mit 1000 eintraegen im meshcube noch keine vergroesserung der
> latenz feststellen 

Wobei es auch nochmal etwas anderes ist, 1000 meshcubes mittels oslr die 
Routing-Tabellen anlegen zu lassen (CPU-Last durch die Errechnung der 
Tabelle, Netzwerk-Traffic durchs OLSR-Protokoll).


Von daher ist counts Konzept wohl das Realistischste. Es bestände ja 
dann immer noch die Möglichkeit am untersten Level IPv6-Mesh-Software 
(olsr) laufen zu lassen, die dann am untersten CoreKnoten zum IPv4 
zonal unterteilten Netz genattet wird. Die Netzwerkmaske des lokalen 
Meshnetzes wäre dann einfach eine 6to4-Adresse.

LG,
Jens 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFA7VfCAzJOgw63+4oRAsElAJ41BiMWYIU1N83FEfAhojzZ5CUrnwCdEdav
y3yVzL8S/ZPreDwKZ5htqcY=
=axI4
-----END PGP SIGNATURE-----