[Berlin-wireless] Wartungsarbeiten RHNK

[simzon]

Distance Vector vs Link State dürfte für diese Frage eine untergeordnete
Rolle spielen, i.d.R. sehe ich Link State in leichten Vorteil, da diese
theoretisch eine bessere Abschätzung machen könnten hinsichtlich des
optimalen Pfads, da Sie die komplette Topologie sehen. Je größer die
Topologie wird, desto schwieriger wird das natürlich und skaliert
vermutlich nicht ewig. Erst recht über Wifi, wo wir auch noch
Einschränkungen hinsichtlich Bandbreite und packetloss haben.

Ich habe gerade einen Blick auf olsrd2 und babel geworfen. Schön ist, dass
beide eine bandbreitenähnliche Metrik mitbringen, welche tatsächlich Sende
und Empfangsrichtung unterscheiden kann. Babel sieht für mich aufgrund von
Interoperabilität schöner aus, da es eine unabhängige Implementierung in
bird gibt. Theoretisch könnten wir uns für einen Alpha Test ein paralleles
Setup aufbauen mit anderen 1:1 mapbaren IP Adressen, eventuell in nem
anderen network namespace, insofern notwendig..

Was diese Protokolle scheinbar jedoch nicht bieten ist eine
SmartGateway-ähnliche Funktionalität, wobei ich eh finde, dass das vom
Routing Protokoll getrennt laufen darf. Hat hier wer Alternativen im Blick?
Einen kleinen daemon schreiben, welcher unseren SmartGW use-case
implementiert und eventuell sogar anständig konfigurierbar im Gegensatz zu
dem in olsrd1 enthaltenem ist, dürfte aber auch nicht allzu kompliziert
sein.

Grüße
Simon

Am So., 6. Jan. 2019 um 23:24 Uhr schrieb Philipp Borgers <
borgers at mi.fu-berlin.de>:

> Entweder es wird die Bandbreite des Links in die Metrik einbezogen oder per
> default erhalten alle Nachbarn erstmal in der Konfiguration eine
> schlechtere
> Metrik und nur ausgewählte Nachbarn eine bessere, indem man sie explizit
> in die
> Konfiguration aufnimmt (OLSRv1 könnte das).
>
> OLSRv2 kann die Bandbreite des Links als Kriterium für die Metrik nutzen.
> Eigentlich sollte die Funktion für die Metrik in modernen Implementierungen
> beliebig austauschbar sein bzw. modular sein, sodass man leicht neue oder
> abgewandelte Metriken entwickeln kann.
>
> Warum ist "distance-vector" ein wichtiger Fakt?
>
> Gruß Philipp
>
> On Sat, Jan 05, 2019 at 12:34:14AM +0100, Sven Röderer wrote:
> > In wie weit würden uns für sowas denn modernere Routing-protokolle
> (babel, bmx,
> > olsrd2) helfen?
> > Die drei genannten sind ja alle "distance-vector" basiert.
> >
> > Sven
> >
> > Am 03.01.2019 um 13:52 schrieb simzon:
> > > Bekommen wir es eventuell hin, dass im BBB  bandbreitenreiche geplante
> Links generell mit geringerer Metrik als Link-Wildwuchs konfiguriert werden?
> >
> > _______________________________________________
> > Berlin mailing list
> > Berlin at berlin.freifunk.net
> > http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> > Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein öffentlich einsehbares Archiv
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://lists.berlin.freifunk.net/pipermail/berlin/attachments/20190108/1777f03f/attachment.html>