Firmware 88: keine Aktualisierung der Zeit per NTP
- Ersteller fritzchen
- Erstellt am
ich habe einfach mal meine debug.cfg hier hinein gestellt - dazu muss ich allerdings sagen, das bei mir noch ein apache-server im Netz läuft, der auf einer Webseite die Uhrzeit bereitstellt (einfache php Seite) -- also irgendwie klappt das mit attachment nicht - ich kopiere die Zeilen einfach mal so ind den Text:
# Telnet starten
/usr/sbin/telnetd -l /sbin/ar7login
#dsld -s
#echo 1,4 > /var/led
# warte bis router auf jeden fall ok
sleep 60
# Syslog auf BELL
/sbin/syslogd -R 192.168.177.20
route add default gw 192.168.177.1
#
#
#
#Uhrzeit stellen
#wget -O /var/tmp/gettime.tmp -q http://www.uhrzeit.org
#fgrep "Die Uhrzeit" /var/tmp/gettime.tmp | date `sed -n 's/.*\([0-9][0-9]\)\:\([0-9][0-9]\)\:\([0-9][0-9]\).*\([0-9][0-9]\)\.\([0-9][0-9]\)\.\([0-9][0-9][0-9][0-9]\).*/\5\4\1\2\6\.\3/p'`
#Registrierung alle 5min wiederholen -- Achtung script läuft ab hier endlos
while true;
do
#Uhrzeit stellen
wget -O /var/tmp/gettime.tmp -q http://192.168.177.1/time
date `cat /var/tmp/gettime.tmp`
rm /var/tmp/gettime.tmp
echo "Registrierung am SIP-Server..."
echo "bla" | voipd -R
sleep 300
done;
# Telnet starten
/usr/sbin/telnetd -l /sbin/ar7login
#dsld -s
#echo 1,4 > /var/led
# warte bis router auf jeden fall ok
sleep 60
# Syslog auf BELL
/sbin/syslogd -R 192.168.177.20
route add default gw 192.168.177.1
#
#
#
#Uhrzeit stellen
#wget -O /var/tmp/gettime.tmp -q http://www.uhrzeit.org
#fgrep "Die Uhrzeit" /var/tmp/gettime.tmp | date `sed -n 's/.*\([0-9][0-9]\)\:\([0-9][0-9]\)\:\([0-9][0-9]\).*\([0-9][0-9]\)\.\([0-9][0-9]\)\.\([0-9][0-9][0-9][0-9]\).*/\5\4\1\2\6\.\3/p'`
#Registrierung alle 5min wiederholen -- Achtung script läuft ab hier endlos
while true;
do
#Uhrzeit stellen
wget -O /var/tmp/gettime.tmp -q http://192.168.177.1/time
date `cat /var/tmp/gettime.tmp`
rm /var/tmp/gettime.tmp
echo "Registrierung am SIP-Server..."
echo "bla" | voipd -R
sleep 300
done;
Wenn ich nur die relevanten zwei Zeilen für den Abgleich mit uhrzeit.org nehme, kommt das raus:
Und das funktioniert als workaround, sehr schön, danke
Dann hoffen wir mal, dass AVM bald unsere Tickets bearbeitet.
Code:
wget -O /var/tmp/gettime.tmp -q http://www.uhrzeit.org
fgrep "Die Uhrzeit" /var/tmp/gettime.tmp | date `sed -n 's/.*\([0-9][0-9]\)\:\([0-9][0-9]\)\:\([0-9][0-9]\).*\([0-9][0-9]\)\.\([0-9][0-9]\)\.\([0-9][0-9][0-9][0-9]\).*/\5\4\1\2\6\.\3/p'`Und das funktioniert als workaround, sehr schön, danke
Dann hoffen wir mal, dass AVM bald unsere Tickets bearbeitet.
Meine Box hat sich grad von selbst gestellt. Auslöser war evtl. ein ankommendes ISDN Gespräch, jedenfalls stimmt plötzlich die Uhrzeit dieses letzten Eintrages. Allerdings hatten mehrere Gespräche davor (ebenfalls ISDN kommend) nicht diesen Effekt. Tolle Scholle... :roll:
waldwuffel
Mitglied
- Mitglied seit
- 13 Jun 2005
- Beiträge
- 570
- Punkte für Reaktionen
- 0
- Punkte
- 0
Ich habve wegen dieses Problems von AVM heute folgende Mail erhalten:
Danach habe dort mal angerufen. da wurde mir gesagt das dies nur an der Telecom bzw. deren Anschluß liegen kann! Die würden kein ordentliches Zeitsignal senden! Ich solle doch mal dort anrufen! An der neuen Firmware liegt es laut deren Meinung nicht! Komisch ist nur das als ich wieder gewechselt habe zur .86 alles wieder ohne Probleme läuft! Das habe ich denen auch gesagt! daraufhin wurde mir gesagt das mich heute oder morgen ein techniker zurückruft!
Danach habe dort mal angerufen. da wurde mir gesagt das dies nur an der Telecom bzw. deren Anschluß liegen kann! Die würden kein ordentliches Zeitsignal senden! Ich solle doch mal dort anrufen! An der neuen Firmware liegt es laut deren Meinung nicht! Komisch ist nur das als ich wieder gewechselt habe zur .86 alles wieder ohne Probleme läuft! Das habe ich denen auch gesagt! daraufhin wurde mir gesagt das mich heute oder morgen ein techniker zurückruft!
waldwuffel schrieb:
Es geht hier um die Aktualisierung der Zeit per ntp beim Aufbau der Internetverbindung. Da man mit 0.europe.pool.ntp.org definitiv ntp sprechen kann, dürfte es an der Firmware .88 liegen.
Die Aktualisierung über ISDN ist ja eine ganz andere Baustelle.
Also nicht unterkriegen lassen, einfach solange freundlich nachhaken, bis der Fehler gefixed ist. Ich habe die zitierte Standardmail auch gerade entsprechend beantwortet.
JensemannWF
Mitglied
- Mitglied seit
- 22 Jul 2005
- Beiträge
- 262
- Punkte für Reaktionen
- 0
- Punkte
- 16
Re: richtige Zeit
ich habe vorhin auch die 14.03.88 getestet. Meine Uhrzeit war auch korrekt.
Da ich kein ISDN habe, wird die richtige Uhrzeit wohl über NTP gekommen sein.
Ich nutze allerdings einen anderen NTP als im Standardimage verwendet.
ntpclient {
server_list = "ptbtime2.ptb.de";
}
Ich hol direkt von der PTB, denn da steht die Uhr
Gruß Jens
ich habe vorhin auch die 14.03.88 getestet. Meine Uhrzeit war auch korrekt.
Da ich kein ISDN habe, wird die richtige Uhrzeit wohl über NTP gekommen sein.
Ich nutze allerdings einen anderen NTP als im Standardimage verwendet.
ntpclient {
server_list = "ptbtime2.ptb.de";
}
Ich hol direkt von der PTB, denn da steht die Uhr
Gruß Jens
jonni schrieb:
- Mitglied seit
- 26 Apr 2005
- Beiträge
- 7,498
- Punkte für Reaktionen
- 158
- Punkte
- 63
Habe den NTP-Teil mal abgetrennt vom alten Thread.
Fritzchen, Du kannst den Titel noch ändern, wenn Du willst.
Der syslog-Teil musste mit hier rein. Hatte keine Lust, die beiden Themen auch noch auseinander zu frimeln. ;-)
Fritzchen, Du kannst den Titel noch ändern, wenn Du willst.
Der syslog-Teil musste mit hier rein. Hatte keine Lust, die beiden Themen auch noch auseinander zu frimeln. ;-)
olistudent
IPPF-Urgestein
- Mitglied seit
- 19 Okt 2004
- Beiträge
- 14,787
- Punkte für Reaktionen
- 13
- Punkte
- 38
Das ganze sieht schon sehr seltsam aus.
Vor allem kann ich nicht erkennen wo die Box die falsche Uhrzeit herbekommt.
Syslog-Ausschnitt:
Der erste Abschnitt ist der normal Start, da steht schon mal nix von setting time. Aber irgendwo kommt eine falsche Uhrzeit her? Danach hab ich den multid von Hand neugestartet und siehe da, die richtige Zeit wird geholt.
MfG Oliver
Vor allem kann ich nicht erkennen wo die Box die falsche Uhrzeit herbekommt.
Syslog-Ausschnitt:
Code:
2005-11-03 20:02:37 Syslog.Info 192.168.1.1 syslogd started: BusyBox v1.01 (2005.10.26-15:53+0000)
2005-11-03 20:03:36 User.Info 192.168.1.1 multid[324]: dns: 0.europe.pool.ntp.org: query
2005-11-03 20:03:36 User.Info 192.168.1.1 multid[324]: dns: 0.europe.pool.ntp.org: 83.67.64.230 ttl=1078 from 192.168.180.1.
2005-11-03 20:03:36 User.Info 192.168.1.1 multid[324]: sending SNTP request to server 0.europe.pool.ntp.org (83.67.64.230)
2005-11-03 20:06:02 User.Notice 192.168.1.1 root: Thu Nov 3 18:51:32 CET 2005
2005-11-03 20:06:44 User.Info 192.168.1.1 multid[702]: dns: 0.europe.pool.ntp.org: query
2005-11-03 20:06:44 User.Info 192.168.1.1 multid[702]: dns: 0.europe.pool.ntp.org: 130.228.2.8 ttl=199 from 192.168.180.1.
2005-11-03 20:06:44 User.Info 192.168.1.1 multid[702]: sending SNTP request to server 0.europe.pool.ntp.org (130.228.2.8)
2005-11-03 20:06:44 User.Info 192.168.1.1 multid[702]: The NTP time is 3.11.2005 19:06:43.771000 UTC
2005-11-03 20:06:44 User.Info 192.168.1.1 multid[702]: system time is 4469.161000 seconds behind
2005-11-03 20:06:44 User.Info 192.168.1.1 multid[702]: setting time, deviation is 4469 secondsMfG Oliver
- Mitglied seit
- 29 Dez 2004
- Beiträge
- 813
- Punkte für Reaktionen
- 0
- Punkte
- 16
ich kann es jetzt nicht beschwören, aber ich hatte den Eindruck, dass immer die Zeit des letzten Anrufes genommen wurde...
Es ist also ein offensichtlicher Fehler von avm...
und bis die das eingesehen haben kann man ja einfach den multid in der debug.cfg neu starten...
Es ist also ein offensichtlicher Fehler von avm...
und bis die das eingesehen haben kann man ja einfach den multid in der debug.cfg neu starten...
Meine analogen Telefone zeigen auch die falsche Uhrzeit an und stellen sich "automatisch" falsch! Das war vorher nie der Fall.
AVM muss das dringend beheben - ich hätte gestern deswegen verschlafen (wenn ich nicht frei gehabt hätte)
AVM muss das dringend beheben - ich hätte gestern deswegen verschlafen (wenn ich nicht frei gehabt hätte)
Scheinbar gibt es noch andere Fehler (in diesem Zusammenhang?):
Obwohl meine Uhr jetzt richtig geht, hat die Box gegen 20:30 Uhr die Trennung ausgeführt, um der Zwangstrennung durch... zuvorzukommen. Eingestellt ist 4-5 Uhr morgens. :shock:
Obwohl meine Uhr jetzt richtig geht, hat die Box gegen 20:30 Uhr die Trennung ausgeführt, um der Zwangstrennung durch... zuvorzukommen. Eingestellt ist 4-5 Uhr morgens. :shock:
also bei mir stimmt sowohl die uhrzeit als auch die trennungszeit.
und das seit dem einspielen der 88 (am erscheinungstag).
und das seit dem einspielen der 88 (am erscheinungstag).
waldwuffel
Mitglied
- Mitglied seit
- 13 Jun 2005
- Beiträge
- 570
- Punkte für Reaktionen
- 0
- Punkte
- 0
Neueste Beiträge
-
[Problem] FritzBox 7590 2,4GHz WLAN nur noch sehr sehr schwach- Letzte: Wilsberg
-
1750E bootloop
- Letzte: scolopender
-
1&1 Glasfaser 600 - erreiche die Werte nicht
- Letzte: Karrel
-
1&1 Glasfaser 1000 - Upload 500, nur 485 im Test?
- Letzte: Karrel
-
FRITZ!Box 7590 AX / FRITZ!OS 8.00 vom 16.09.2024
- Letzte: Dirk132
-
FRITZ!Box 7590 - Labor 7.90 - Sammelthema- Letzte: _Kuki_