[Berlin-wireless] Firmware-Tests mit dem WR1043v5

[Juris Vetra]

Danke Martin,

ich verwende die Tunnel Version.
Danke für den Link, werde das im Auge behalten.

Grüße,
Juris


Am 21.08.18 um 12:45 schrieb Martin Hübner:
> Hallo Juris,
> 
> die aktuelle alpha(!)-Firmware aus dem branch Sam0815_experimental läuft bei mir recht stabil. Allerdings "nur" in der default-Version (direkt ausleiten). Bei den Versionen mit Tunnel gibt es momentan Probleme, die aber schon intensiv bearbeitet werden (siehe [1]).
> 
> Ich hatte auf Svens Rat hin diesen branch gewählt, weil die master-images das unten genannte Fehlerbild verursacht hatten. Du müsstest aber beachten, dass in diesem branch die Router standardmäßig mit 801.11s meshen. Das lässt sich aber auch wieder auf IBSS umstellen. Falls du wissen möchtest wie ich das gemacht habe, kann ich dir das später gerne nochmal schicken.
> 
> Viele Grüße
> Martin
> 
> [1] https://github.com/freifunk-berlin/firmware/issues/580
> 
> P.S.: sorry, ich hatte den Betreff vergessen
> 
>> Message: 3
>> Date: Tue, 21 Aug 2018 10:32:34 +0200
>> From: Juris Vetra <juris at torservers.net>
>> To: berlin at berlin.freifunk.net
>> Subject: Re: [Berlin-wireless] Firmware-Tests mit dem WR1043v5
>> Message-ID: <f991ad97-16ef-3df4-5742-922f90f100be at torservers.net>
>> Content-Type: text/plain; charset=utf-8; format=flowed
>>
>> Hallo,
>>
>> gibt es hier schon Fortschritte?
>> Die neueste Version streikt bei mir immer noch (kein Internet für Clients).
>>
>> Grüße,
>> Juris
>>
> Am 15.07.18 um 15:09 schrieb Martin Hübner:
>> Hallo Leute,
>>
>> es ist ja schon ein Weilchen her, dass ich versprochen hatte, den
>> WR1043v5 mal auszutesten. Hier möchte ich euch nun meine Vorgehensweise
>> und Ergebnisse zukommen lassen.
>>
>> Build 825 vom 15.07.2018 - DEFAULT
>>
>> Es ist auf dem Router bereits eine Vorgängerversion [1] vorhanden, bei
>> welcher Fehlfunktionen festgestellt wurden. Router hat Internetaccess,
>> Clients jedoch nicht. Festgestellt durch Pings von der Routeroberfläche
>> aus (shell) (-> funktioniert) und vom Client aus (-> nichts).
>>
>> Für das Upgrade auf die aktuelle Version wird das Image [2] mittels wget
>> nach /tmp/ geladen und sodann mit sysupgrade -n -v NAME geflasht.
>> Entgegen meiner bisherigen Erfahrungen wurde die ssh-session sofort
>> geschlossen. siehe auch [3].
>>
>> Nach dem Flashen wird der Freifunkwizard mit der Optionen
>> Internet-teilen und Monitoring an durchgegangen.
>>
>> Nach einem Neustart zeigen sich folgende Abweichungen vom Normalzustand:
>> - Der Router selbst kann auf das Internet zugreifen (ping auf shell als
>> auch LuCi), die Clients aber nicht. Weder wenn sie per Kabel verbunden
>> sind, noch per W-Lan. Bemerkenswert finde ich die Fehlermeldung [4].
>> Vielleicht ein Fehler in der Firewall?
>> - Das Ad-Hoc-netz hat die SSID "0", läuft auf Kanal 0. LuCi gibt an,
>> dass das deaktiviert oder nicht assoziiert sei. Der Versuch es zu
>> deaktivieren (sic!) und wieder zu aktivieren (LuCi) ändert nichts.
>> - Wahrscheinlich als folge daraus wird auf der OLSR-Statuspage nichts
>> angezeigt
>>
>> Im Anhang finden sich noch ein Backup des Routers und Kopien des System-
>> und Kernellogs. Ich hoffe, dass das Problem damit gelöst werden kann.
>>
>> Viele Grüße
>> Martin
>>
>>
>> [1] Firmware Berlin (%N 2018-alpha rev 93af6e5)
>> [2]
>> buildbot.berlin.freifunk.net/buildbot/unstable/ar71xx-generic/825/default/freifunk-berlin-1.1.0-alpha-df6bcab-tl-wr1043n-v5-sysupgrade.bin
>> [3] Commencing upgrade. All shell sessions will be closed now.
>> Connection to frei.funk closed by remote host.
>> Connection to frei.funk closed.
>> [4] PING google.de (172.217.16.163) 56(84) bytes of data.
>>  From frei.funk (10.36.215.161) icmp_seq=1 Destination Net Unreachable
>>
>>
> 
> _______________________________________________
> 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
>