keine aktuelle zeit mehr

Fr Nov 18 07:34:40 CET 2016

Moin

Am Donnerstag, den 17.11.2016, 23:39 +0100 schrieb Robert Langhammer:
> Hi,
> 
> das Problem ist wohl mit diesem Patch aktiviert worden.
> 
> https://github.com/FreifunkFranken/firmware/commit/156e493afb7dcd02f283af584a14edbeba2e20c2
Ah..

Das Ding soll die Grundlage dafür sein, dass man den NTP pro Hood
austauschen kann. Später soll der dez-key-xchange einfach "setTimeserver
xxx" aufrufen können.

> vorher wurde es nicht über uci gemacht sondern aus der rc.local heraus
> gestartet. Da ist es nicht aufgefallen.
Da es vorher ja ging, würde es bedeuten, dass das init script ein
Problem damit hat. Wenn wir es sauber fixen wollen, dann wohl da?

> Ich denke, das Einfachste wird sein, dem Timeserver eine fdff:0: Adresse
> zu verpassen, und die dann ins community-file einzutragen.
Nicht ganz so schön, weil die fdff Adressen ja _eigentlich_ routbar
sind, wir sie aber nicht routen.

Beim dez-key-xchange soll jede Hood eine eigene fdff:x:: haben.. Ob die
fdff:0: parallel einfach bestehen bleibt (aber nicht geroutet wird) ist
afaik noch nicht besprochen worden.

> Muss halt jemand machen, der Zugriff hat.
Wir können das schon so machen, ich würde das hier aber gern, vor allem
im Hinblick auf den dez-key-xchange, kurz durch sprechen.

Wenn es eine schnelle Lösung für jetzt sein soll wäre ich aktuell eher
dagegen in den fdff Raum abzutauchen.

Tim

> Grüße
> Robert
> 
> 
> 
> Am 17.11.2016 um 21:32 schrieb mayosemmel:
> > Hallo zusammen,
> >
> > ich denke nicht das wir an der Infrastruktur im aktuellen System was ändern sollten. Meiner Meinung nach sollten wir den Bug fixen, das der NTPd keine LinkLocal Adressen annimmt bzw. schauen weshalb es kaputt gegangen ist.
> >
> > Grüße Jan
> >
> > Am 17. November 2016 14:59:48 MEZ, schrieb "Christoph süpke" <suepke.christoph at gmail.com>:
> >> Hallo,
> >> bekommen wir es hin, das die Timserver auf den Gateways sich
> >> gegenseitig syncen ?
> >>
> >> Mein Vorschlag wäre das aktuell auf den ntp pool v6 adresse zu packen
> >> und sich für den dezentralen was zu überlegen
> >>
> >> Am 17. November 2016 um 14:34 schrieb Robert Langhammer
> >> <rlanghammer at web.de>:
> >>> Hallo,
> >>>
> >>> habs mir mal angeschaut. Beim Start vom ntpd wird der uci- Eintrag
> >> list
> >>> server überprüft. Das macht /sbin/validate_data. Das sagt, es ist
> >> kein
> >>> gültiger Wert für nen host. Ohne Interface %br-mesh hinten dran gibt
> >>> validate_data sein ok.
> >>>
> >>> Jetzt startet auch der ntpd und stellt mir die Zeit.
> >>>
> >>> Ich dachte bis jetzt, dass man bei den fe80:: Adressen zwingend das
> >>> Interface mit angeben muss??
> >>>
> >>> Aber:
> >>>
> >>> root at Fewo:/sbin# ping6 fe80::ff:feee:1
> >>> PING fe80::ff:feee:1 (fe80::ff:feee:1): 56 data bytes
> >>> 64 bytes from fe80::ff:feee:1: seq=0 ttl=64 time=54.141 ms
> >>> ....
> >>>
> >>> ?????
> >>>
> >>> Was machen wir jetzt?
> >>>
> >>> - Einfach das Interface weg
> >>>
> >>> - Eine fdff: für den Timeserver
> >>>
> >>> - Timeserver auf die GWs
> >>>
> >>>
> >>> Robert
> >>>
> >>>
> >>> Am 17.11.2016 um 00:40 schrieb Christian Dresel:
> >>>
> >>> Hi
> >>>
> >>> hab grad mal in /etc/config/system geguckt, da steht bei beiden
> >>> Versionen ganz oben:
> >>>
> >>> option timezone 'CET-1CEST,M3.5.0,M10.5.0/3'
> >>>
> >>> dennoch unterschiedliche Zeiten... Wie gesagt ich komm mit dem ntp
> >> Zeug
> >>> nicht ganz klar.
> >>>
> >>> mfg
> >>>
> >>> Christian
> >>>
> >>>
> >>> On 17.11.2016 00:38, Michael Fritscher wrote:
> >>>
> >>> Hi,
> >>>
> >>> die netmon-VM hat noch die richtige Zeit. Passt die Zeitzone?
> >>>
> >>> Viele Grüße,
> >>> Michael
> >>>
> >>> On 16.11.2016 23:53, Christian Dresel wrote:
> >>>
> >>> Hi
> >>>
> >>> scheint so als könnte ich das mit der aktuellen Beta in der Fürther
> >> Hood
> >>> bestätigen:
> >>>
> >>> root at THWest:/lib/functions/fff# date
> >>> Wed Nov 16 07:50:23 CET 2016
> >>>
> >>> Ich versteh aber grad den ganzen Code rund um das ntp nicht, evtl.
> >> kann
> >>> da mal jemand anders drüber gucken der aus dem Kopf weißw as das
> >> ganze
> >>> Zeug da tut.
> >>>
> >>> Ich hab fast den Verdacht das am Netmon die Uhrzeit einfach um einige
> >>> Stunden falsch geht, immerhin passt der Datum und auch die Minuten,
> >> nur
> >>> die Stunden liegen meilenweit daneben.
> >>>
> >>> --> https://mantis.freifunk-franken.de/view.php?id=9
> >>>
> >>> mfg
> >>>
> >>> Christian
> >>>
> >>> On 16.11.2016 13:54, Peter Muehlenbrock wrote:
> >>>
> >>> Hallo Christian,
> >>> Ok, das mit der eigenen hood hatte ich noch gar nicht bedacht. Muss
> >> ich
> >>> wohl noch nachrüsten.
> >>> ABER: in der Nürnberger Hood funktioniert es auch nicht.
> >>> Peter
> >>>
> >>>
> >>>
> >>> Am 16. November 2016 13:10:10 MEZ, schrieb Christian Dresel
> >>> <fff at chrisi01.de>:
> >>>
> >>>     Hi Peter
> >>>
> >>>     Falls du das in deiner eigenen Hood probierst, bedenke das dort
> >> der
> >>>     netmon nicht mehr per fe80 erreichbar ist und somit auch nicht
> >> mehr
> >>>     als Zeitserver dienen kann.
> >>>
> >>>     Ich hab über das Problem noch nicht wirklich nachgedacht, aber
> >> das
> >>>     beste wird wohl sein, wenn das Gateway nen Zeitserver laufen hat
> >> und
> >>>     die Router sich von dort die Uhrzeit holen.
> >>>
> >>>     Gruß
> >>>
> >>>     Christian
> >>>
> >>>     Am 16. November 2016 12:42:43 MEZ, schrieb Peter Muehlenbrock
> >>>     <peter.muehlenbrock at nefkom.info>:
> >>>
> >>>         im aktuellen Git Master fuer die Firmware, die ich gerade mal
> >>>         ausprobiert habe,
> >>>         wird die Uhrzeit nicht aktualisiert.
> >>>         Vielleicht kann das ja jemand bei Gelegeneheit mal fixen..
> >>>
> >>>          Peter
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> --
> >>> franken-dev mailing list
> >>> franken-dev at freifunk.net
> >>> http://lists.freifunk.net/mailman/listinfo/franken-dev-freifunk.net
> >>>
> 
> 