[Freifunk-Bonn] ssid -changer vertut sich

[Julian Zielke]

1. Weil wir ipv4 nicht durch das Freifunk-netz auf den Nodes selbst routen und dies nur bei Knoten funktioniert, welche direkt vom heimischen Router erreichbar sind.
2. Erübrigt sich damit. Und es wurde von einigen nicht befürwortet, dass wir die Supernodes mit unnötigen ICMP-Paketen zuspammen. Das summiert sich ja durch die vielen Nodes...
3. Es wurde mit beiden Konstellationen getestet. Und bei mir hängt ein CPE 210 an einem anderen via PoE Passthrough und dieser wiederum an einem offloader. Klappt alles wunderbar.

Gruß,
J

Am 04.12.22, 20:50 schrieb "freifunk-bonn-bounces at lists.kbu.freifunk.net im Auftrag von edgar.soldin at web.de" <freifunk-bonn-bounces at lists.kbu.freifunk.net im Auftrag von edgar.soldin at web.de>:

    nur interessenhalber,

    1. warum genau hilft nach deinen tests `ping -4` anstelle `ping` ohne Protokollangabe nicht wenn IPv6 nicht funktioniert?
    und
    2. waere ein (hab spasseshalber den timeout mal auf 1s gesetzt)
       for i in $(seq 1 7); do ping -4 -c 1 -W 1 bonn$i.kbu.freifunk.net; done
    nicht besser als der Ping eines google servers? solange mindestens ein Super-Knoten antwortet kann "theoretisch" verbunden werden.

    3. und nur weil es mir doch nochmal einfällt. wurde das Skript wirklich ohne WAN Anschluss, nur mit WLAN-Mesh getestet? in derlei Konfiguration hat die Box an sich kein Internet, ergo das Skript müsste fälschlich auf 'Offline_' schalten, da es eine nicht verbundene WAN-Schnittstelle testet.

    sorry.. sonnige ede

    On 04.12.2022 20:30, Julian Zielke wrote:
    > ipv4 Ping gegen die Supernodes scheidet auch aus. Hatten wir letzten Donnerstag besprochen. Daher habe ich keine andere Wahl...
    >
    > Gruß,
    > J
    >
    > Am 04.12.22, 20:28 schrieb "freifunk-bonn-bounces at lists.kbu.freifunk.net im Auftrag von edgar.soldin at web.de" <freifunk-bonn-bounces at lists.kbu.freifunk.net im Auftrag von edgar.soldin at web.de>:
    >
    >      bestens,
    >
    >      mehr als es zu beschreiben und den Fix/die Fixes aus meiner Sicht zu formulieren kann ich auch nicht tun. macht damit was Ihr denkt oder auch nicht, alles freiwillig hier :)
    >
    >      vorwärts immer.. sonnige ede
    >
    >      On 04.12.2022 20:16, Julian Zielke wrote:
    >      > Ede,
    >      >
    >      > ich habe dich schon richtig verstanden. Und ich meinte damit auch Clients. Ich glaube wir reden hier eher aneinander vorbei. Fakt ist: Ich habe keine valide Prüfung für dein Problem bis jetzt gefunden. Und ohne weitere Analysen komme ich da nicht weiter. Und ja, Freifunk ist eigentlich kein Internet, wird aber von 99% der Menschen genau dafür genutzt. Jetzt über "online" zu streiten, bringt uns nicht weiter. Ist auch der falsche Ort für Grundsatzdiskussionen... dann schwenke ich auch die TQ-Methode um und habe erst mal meine Ruhe.
    >      >
    >      > Gruß,
    >      > J
    >      >
    >      > Am 04.12.22, 17:04 schrieb "freifunk-bonn-bounces at lists.kbu.freifunk.net im Auftrag von edgar.soldin at web.de" <freifunk-bonn-bounces at lists.kbu.freifunk.net im Auftrag von edgar.soldin at web.de>:
    >      >
    >      >      On 04.12.2022 15:46, Julian Zielke wrote:
    >      >      > Hm,
    >      >      >
    >      >      > also ich betreibe seit 2014 meine Knoten an Fritzboxen und hatte nie besagt Phänomene, dass ipV6 mal hängt. Ich monitore die Teile auch über deren öffentliche v6 IP. Kann diese Aussage daher nicht bestätigen.
    >      >
    >      >      nochmal. IPv6 auf Fritzbox läuft durch. nur manche IPv6 clients verlieren die Konnektivität, reconnect oder Dienst neustart und geht wieder.
    >      >
    >      >      > Logisch dass wenn ich die Route entferne, es dann nicht mehr funktioniert.
    >      >
    >      >      nee, unlogisch. der Knoten ist ja weiter funktionabel! kein Grund das WLAN als offline zu markieren. es ist weiterhin online und funktioniert uneingeschränkt.
    >      >
    >      >      >Das ist aber keine Begründung, wieso es nur bei deinem Knoten Probleme gibt.
    >      >
    >      >      spielt doch keine Rolle. die Detektion des Online-Zustandes "detektiert" falsch.
    >      >
    >      >      btw. es betrifft zwei Knoten.
    >      >
    >      >      >Nach wie vor fehlt mir hier eine Lösung, wie wir die WAN-Konnektivität solide prüfen können.
    >      >
    >      >      wie schon beschrieben. explizit `ping -4` prüfen reicht, da die Super-Knoten eh alle nur IPv4-DNS aufgelöst werden.
    >      >
    >      >      > Ein Link zum Supernode ist kein "point of truth".
    >      >
    >      >      doch ist er. der Beweis für die Verbindung zum FF-Netz. Nur zur Erinnerung. Freifunk ist kein Internet :)
    >      >
    >      >      wie gesagt, echte 'br-client' Internetkonnektivität zu prüfen wird deutlich komplizierter, da plötzlich eine zusätzliche IP pro Knoten benötigt würde.
    >      >
    >      >      ..sowas & sonnige ede
    >      >      --
    >      >      _______________________________________________
    >      >      Freifunk-Bonn mailing list
    >      >      Freifunk-Bonn at lists.kbu.freifunk.net
    >      >      https://lists.kbu.freifunk.net/cgi-bin/mailman/listinfo/freifunk-bonn
    >      >
    >      >
    >
    >      --
    >      _______________________________________________
    >      Freifunk-Bonn mailing list
    >      Freifunk-Bonn at lists.kbu.freifunk.net
    >      https://lists.kbu.freifunk.net/cgi-bin/mailman/listinfo/freifunk-bonn
    >
    >

    -- 
    _______________________________________________
    Freifunk-Bonn mailing list
    Freifunk-Bonn at lists.kbu.freifunk.net
    https://lists.kbu.freifunk.net/cgi-bin/mailman/listinfo/freifunk-bonn