[Berlin-wireless] Smartgateway abschalten

[anha4 at web.de]

Hallo alle,

ja, stimmt, und das SGW guckt mit zunehmenden hops immer mehr in die Vergangenheit, weil das Weiterreichen der ETX-Werte/Metrik von hop zu hop seine Zeit braucht. So passiert es, dass das SGW im x-ten hop eine für sich zwar richtige Entscheidung trifft, die aber mit der Wirklichkeit nichts mehr zu tun haben muss, insbesondere wenn im Pfad Links mit stark schwankendem ETX liegen.
Aber, ein einfaches Abschaffen des SWG bewirkt, dass man WIEDER keinen Einfluss auf die Wahl des GWs hat. Deswegen schlage ich   eine manuelle Wahl des GWs anhand der vom SGW dargestellten Liste vor, oder
eine IP-blacklist für unliebsame GWs.

Grüsse Andreas



 
> die theoretischen Vorteile hast du gut umrissen. Für mich hat sich das
> SmartGateway in der Praxis eher nicht bewährt, da teilweise super
> unpassende Gateways ausgesucht wurden.
> 
> Andererseits hatte ich schonmal eine super connection, die ich ohne
> nicht hatte.
> 
> Das Problem ist halt, dass OLSR Metriken nicht wirklich throughput
> basiert sind und dementsprechend ein gateway über 3 Hops 5mbit/s
> schafft, dabei eine Metrik von 3 hat, während ein anderes über 8 Hops
> theoretisch 200Mbit/s umsetzen kann.
> 
> - Ich habe es nie hingekriegt die Werte ordentlich zu verbandeln, weil
> der 8 Hops link eben bei einer ETX von 7 quasi unbrauchbar wird.
> 
> Eventuell sollte das Feature einfach deaktivierbar gebaut werden und fertig.
> 
> 
> 
> Ansonsten würde ich sagen, IPv6 to the rescue :-)
> 
> Da sollte in ein paar Monaten durchaus was vorzeigbares vorliegen -
> Inklusive Tunnel und redundantes Routing. Dann können wenigstens keine
> TCP Sessions mehr kaputtgehen und High Performance Uplinks können eine
> geringere Metrik kriegen.
> 
> Simon
> 
> 
> On 21.01.21 21:08, Sven Roederer wrote:
> > Hallo,
> > 
> > Diesen "Problemball" hast du ja schon öfter Richtung Firmwareentwickler geworfen. Aber bisher hat ihn niemand so Recht fangen wollen...
> > 
> > Aber grundsätzlich hab ich aus Elektra's Kommentar vor ein paar Tagen, den Punkt mitgenommen, dass durch samrtgateway stabile TCP-Verbindungen möglich wären. Was durch den Einsatz des IPIP-Tunnels passiert. Bei nur Routing basierter Gatewayauswahl gibt es die Möglichkeit ja nicht und nur die Metrik am jeweiligen Hop entscheidet über den weiteren Weg. 
> > Ist es dann nicht so, dass ein Hop auf dem Weg, wenn 2 Exit-Gateway s die gleiche hopCount haben, durchaus ein Paket zum Gateway 1 und das nächste u.U. zum Gateway2 schickt. Sowas macht natürlich dann TCP kaputt.
> > Hab ich mir das richtig zusammengereimt?
> > 
> > Sven
> > 
> > Am 19. Januar 2021 10:11:14 MEZ schrieb ff at xayax.de:
> >> Guten Tag,
> >>
> >> es arbeiten ja gerade wieder einige engagierte Leute an der Firmware.
> >> Vielleicht könnten wir dann mal ein „altes“ Problem angehen?
> >> Ich fände es gut, wenn wir das Smartgateway entfernen würden. Es hat
> >> m.E. keine Vorteile, dafür aber ein paar Nachteile. 
> >> Da nicht alle Exit-Gateways das Plugin aktiviert haben, wird teilweise
> >> durch die ganze Stadt geroutet (siehe aktuell Sven Adlershof ->
> >> Friedrichshain) statt die nähere und stabilere Route (Adlershof ->
> >> Baume) zu nehmen. 
> >> Es gibt zwar eine Anleitung, wie das Smartgateway deaktiviert werden
> >> kann:
> >> https://wiki.freifunk-potsdam.de/KathleenZusatz#Smart_Gateway_abschalten
> >>
> >> Aber ich habe irgendwie in Erinnerung, dass das auch nicht bei allen
> >> funktioniert hat. 
> >>
> >> Also. Spricht irgend etwas dagegen, diese Funktionalität komplett (z.B.
> >> im nächsten Release) zu enfternen? 
> >>
> >> lg
> >> kaya
> >> _______________________________________________
> >> 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
> > 
> 
> _______________________________________________
> 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