Fehler im Zeit-Server?

Anmeldungsdatum: 01.01.2005 Beiträge: 22

Hi,

wenn ich von Port 37 (TCP) mir die aktuelle Zeit des Lancoms abhole, bekomme ich den Wert 0xc80d0a320b, anstelle von 0xc80a320b fuer "Mon May 8 23:09:31 2006" zurueck (gegengetestet mit einem Linux Server).
Wie man sieht, faellt einem das zusaetzliche 0x0d vor einem 0x0a recht stark ins Auge Wink

Wohl ein Fehler in der Lancom Soft?

Hardware war ein 821+ mit Firmware 6.04.0015

Moderator Anmeldungsdatum: 07.11.2004 Beiträge: 4500 Wohnort: Aachen

Moin,

das kann ich hier nicht nachvollziehen. Hast Du einen Ethereal-Trace davon?

Des weitere wäre mir neu, daß LANCOMs NTP über TCP machen würden...

Gruß Alfred

Anmeldungsdatum: 17.01.2006 Beiträge: 220

Ja, ich habe mit meinem 1821 auch das Problem und trace gerade, Webconfig zeigt die richtige Uhrzeit an, seit gestern ist die Uhrzeit, die der NTP Server zurückgibt aber extrem in der Zukunft (~ 2 Tage). Die vom Lancom abgefragten NTP Server sind aber okay und geben die richtige Zeit zurück, seltsam.
Ich verwende aktuell LCOS 6.07.

Desweiteren würde mich mal interessieren, warum der im Lancom eingebaute NTP immer einen "Ping" von 100 ms hat, d.h. die Antwort benötigt immer 100 ms obwohl die Netzverbindung zum Lancom selber natürlich < 1 ms Latenz hat.

Anmeldungsdatum: 01.01.2005 Beiträge: 22

alf29 hat folgendes geschrieben:

das kann ich hier nicht nachvollziehen. Hast Du einen Ethereal-Trace davon?

Naja, ist auch zugegeben nicht so auf Anhieb zu sehen der Fehler, da telnet und vorallem auch ntpdate wohl ueber die termcap das 0d dann ausfiltern.
Du kannst es aber sehr leicht mittels netcat nachpruefen. Ich selbst habe mir aber schnell folgendes zusammengebaut:

Code:

#include <stdio.h>
#include <netdb.h>
#include <time.h>
#include <unistd.h>

int main(int argc, char **argv)
{
struct sockaddr_in server_addr;
struct hostent *host;

unsigned long time;
int fd = socket(AF_INET, SOCK_STREAM, 0);

if (argc != 2 ||
   fd < 0 ||
   (host = gethostbyname(argv[1])) == NULL)
   return 0;

server_addr.sin_family    = AF_INET;
server_addr.sin_addr.s_addr = *(long *)host->h_addr;
server_addr.sin_port    = htons(37);

connect(fd, (struct sockaddr *)&server_addr, sizeof(server_addr));

if (read(fd, (void *)&time, 4) == 4)
{
   printf("%s: 0x%08lx", argv[1], time);
   time -= 2208988800UL;
   printf(" .. %s\n", ctime(&time));
}

close(fd);

return 0;
}

Das ergibt dann beim Lancom folgendes:
192.168.0.xxx: 0xc80d0a2e .. Thu May 11 02:56:14 2006

und bei einem ntpd auf einem Linux Rechner:
192.168.0.xx: 0xc80a2e50 .. Mon May 8 22:53:36 2006

Achso, die gelieferte Uhrzeit vom ntpd des Linux Rechners ist natuerlich die richtige Wink

Anmeldungsdatum: 01.01.2005 Beiträge: 22

Popasi hat folgendes geschrieben:

... die der NTP Server zurückgibt aber extrem in der Zukunft (~ 2 Tage).

Kannst ja nachrechnen, genau das verursacht das an dieser Stelle fehlerhaft vom Lancom eingefuegte 0d.

Anmeldungsdatum: 17.01.2006 Beiträge: 220

alexw hat folgendes geschrieben:

192.168.0.xxx: 0xc80d0a2e .. Thu May 11 02:56:14 2006

Genau, dieses Datum/Zeit ist es bei mir auch....immer diese leidige CR/LF Konvertierung...gut herausgefunden, Alexw !

Moderator Anmeldungsdatum: 12.11.2004 Beiträge: 870

Moin, moin!

Sollte in der 6.10 behoben sein.

Ciao, Georg

Anmeldungsdatum: 01.01.2005 Beiträge: 22

MoinMoin hat folgendes geschrieben:

Sollte in der 6.10 behoben sein.

Vielen Dank Smile

Jetzt bleibt nur noch zu hoffen, dass der Linecode in dieser Version dann auch ein bauchbarer ist.. :/