KNXnet/IP Router & Interface Firmwareupgrade v1.043

[Uwe!]

Wenn ich bspw. "sntp query 192.53.103.108" eingebe

korrekt wäre m. E. "sntp 192.53.103.108"!

FALSCH! Siehe Info von Salixer unten: sntp server 192.53.103.108

[Uwe!]

Die IP, die der Router übermittelt kann sich doch jederzeit ändern?

der (DSL-) Router hat "de.pool.ntp.org" also SNTP-Server hinterlegt. Ob er die aufgelöste IP bei DHCP-Anfragen mit übermittelt, weiß ich nicht genau, müsste ich mitsniffen.

Oder ich geb dem KNX-Router einfach mal ein IP für SNTP manuell vor, z. B. eine local aus meinem Netz. Wenn ich ihn nun neu starte macht er ja einen DHCP request und bekommt zumindest einen IP für sich selbst. Wenn er auf diesem Weg auch eine IP für SNTP bekommt, müsst nach dem Neustart ja zumindest eine andere IP für STNP hinterlegt sein.
Wenn es wieder die China-IP ist, muss ich den Fehler bei meinem DSL-Router suchen, wenn es eine IP ist, die man de.pool.ntp.org zuordnen kann, dann scheint alles ok zu sein und es gab evtl. nur mal ein Problem bei der Namensauflösung oder die DNS-Einträge für de.pool.ntp.org waren irgendwann mal schief.

[salixer]

Hi, die Befehle werden wie folgt genutzt:
sntp server 192.53.103.108 - speichert die NTP-Server-IP
sntp query - fragt den gespeicherten NTP-Server ab
prodmode 1 - aktiviert den Programmiermodus

[salixer]

der (DSL-) Router hat "de.pool.ntp.org" also SNTP-Server hinterlegt. Ob er die aufgelöste IP bei DHCP-Anfragen mit übermittelt, weiß ich nicht genau, müsste ich mitsniffen.

Eventuell übergibt er den Hostnamen, mit dem der Router dann nichts anfangen kann. Was dann passiert, müsste ich testen. An der Stelle wäre natürlich Potential für einen Bug

[Uwe!]

und eine potentielle Erklärung für die China-IP...

[salixer]

Das war damit ja gemeint.

[Uwe!]

schon verstanden...wollte Deinen Satz sozusgaen nur zu Ende führen....

[salixer]

Laut RFC dürfen bei DHCP in dem entsprechenden Feld nur IP-Adressen stehen und keine Hostnamen: http://www.networksorcery.com/enp/pr.../option042.htm
Das sollte also nicht das Problem sein.

[Sandman60]

Hi,
danke für den Headsup. Progmode 1 sollte man ggf. mal in der Online-Hilfe mitverankern (analog sntp mit einer Usage). Bzgl. SNTP hatte ich das in der Tat anders gelesen und das Server nicht wahrgenommen. Was mich allerdings wundert ist die Tatsache, dass man bei einer Falscheingabe, also bspw. "sntp xxxx" man "sntp [query|server IP]" als Rückmeldung bekommt, wohingegen man bei "sntp" ein m.E. verständlicheres "Usage: sntp [query|server IP_address]" bekommt. Just my 5 ct's.
Zum Thema Rebootfestigkeit des SNTP-Eintrags: Sieht nicht so aus. Nach dem Setzen und einem Reboot fällt der Router wieder auf DHCP zurück.

[Uwe!]

Nach dem Setzen und einem Reboot fällt der Router wieder auf DHCP zurück.

Kann ich so pauschal nicht bestätigen! Bei mir bleibt die SNTP IP auch nach einem Reboot unverändert erhalten. Liegt aber sicher auch daran, was der DHCP-Server liefert. In meinem Fall nur die IP für den Router selbst.

[DHCP] 2016/10/14 20:41:32,182 Devicetime: 2016/10/14 20:41:40,290
DHCP Rx (LAN-1, INTRANET):
DHCP Client Message (request) from 0.0.0.0: DHCPDISCOVER
Op = 01 | HType = 01 | HLen = 06 | Hops = 00
XId = 50387802 | Secs = 0064 | Flags = 0000
CIAdr = 0.0.0.0 | YIAdr = 0.0.0.0
SIAdr = 0.0.0.0 | GIAdr = 0.0.0.0
CHAdr = 00 50 c2 79 32 40 00 00 00 00 00 00 00 00 00 00

MsgSize: 576
Client-ID: 01:00:50:c2:79:32:40
Hostname: Enertex KNXnet/IP Router
Option List 1 3 6 42 58 59
=> Tx ARP-Request for 10.0.0.50

[DHCP] 2016/10/14 20:41:33,011 Devicetime: 2016/10/14 20:41:41,128
DHCP: ARP-Reply for 10.0.0.50
=> Tx DHCPOFFER
[DHCP] 2016/10/14 20:41:33,042 Devicetime: 2016/10/14 20:41:41,128
DHCP Tx (LAN-1, INTRANET):
DHCP Server Message (reply) to 255.255.255.255: DHCPOFFER
Op = 02 | HType = 01 | HLen = 06 | Hops = 00
XId = 50387802 | Secs = 0064 | Flags = 0000
CIAdr = 0.0.0.0 | YIAdr = 10.0.0.50
SIAdr = 0.0.0.0 | GIAdr = 0.0.0.0
CHAdr = 00 50 c2 79 32 40 00 00 00 00 00 00 00 00 00 00
Server-ID: 10.0.0.1
Client-ID: 01:00:50:c2:79:32:40
Netmask: 255.255.255.0
Gateway: 10.0.0.1
DNS-Server: 10.0.0.1
Hostname: Enertex KNXnet/IP Router
Domain: intern
Broadcast: 10.0.0.255
TCP-WD: 0
NBNS-Server: (none)
Leasetime: 30000
Renewal: 15000
Rebind: 22500

[DHCP] 2016/10/14 20:41:33,682 Devicetime: 2016/10/14 20:41:41,293
DHCP Rx (LAN-1, INTRANET):
DHCP Client Message (request) from 0.0.0.0: DHCPREQUEST
Op = 01 | HType = 01 | HLen = 06 | Hops = 00
XId = 50387802 | Secs = 0064 | Flags = 0000
CIAdr = 0.0.0.0 | YIAdr = 0.0.0.0
SIAdr = 0.0.0.0 | GIAdr = 0.0.0.0
CHAdr = 00 50 c2 79 32 40 00 00 00 00 00 00 00 00 04 00

MsgSize: 576
Client-ID: 01:00:50:c2:79:32:40
Req.-IP: 10.0.0.50
Server-ID: 10.0.0.1
Hostname: Enertex KNXnet/IP Router
Option List 1 3 6 42 58 59
=> Tx DHCPACK


[DHCP] 2016/10/14 20:41:33,698 Devicetime: 2016/10/14 20:41:41,293
DHCP Tx (LAN-1, INTRANET):
DHCP Server Message (reply) to 255.255.255.255: DHCPACK
Op = 02 | HType = 01 | HLen = 06 | Hops = 00
XId = 50387802 | Secs = 0064 | Flags = 0000
CIAdr = 0.0.0.0 | YIAdr = 10.0.0.50
SIAdr = 0.0.0.0 | GIAdr = 0.0.0.0
CHAdr = 00 50 c2 79 32 40 00 00 00 00 00 00 00 00 04 00
Server-ID: 10.0.0.1
Client-ID: 01:00:50:c2:79:32:40
Netmask: 255.255.255.0
Gateway: 10.0.0.1
DNS-Server: 10.0.0.1
Hostname: Enertex KNXnet/IP Router
Domain: intern
Broadcast: 10.0.0.255
TCP-WD: 0
NBNS-Server: (none)
Leasetime: 30000
Renewal: 15000
Rebind: 22500

[DHCP] 2016/10/14 20:41:49,400 Devicetime: 2016/10/14 20:41:57,520
DHCP Aging
DHCP Aging complete

Damit fällt das als Erklärung für die China-IP auch weg.

[Sandman60]

Strange, bei mir liefert der Router auch nur die IP auf sich selbst.... Nur um sicherzugehen: Du machst einen sntp server <ip>, dann nochmal nen check via sntp query und dann reboot und dann bleibt die <ip> bestehen und fällt nicht auf den <dhcp sntp> zurück?

[Uwe!]

ganz genau so!

[salixer]

Wie oben bereits geschrieben: Liefert der DHCP-Server eine NTP-IP, dann wird diese genommen. Liefert er keine, dann wird die abgespeicherte genommen.

[Sandman60]

Wie oben bereits geschrieben: Liefert der DHCP-Server eine NTP-IP, dann wird diese genommen. Liefert er keine, dann wird die abgespeicherte genommen.

OK, also kein Overwrite mgl. Wäre m.E. was für die Doku. Eigentlich klar, denn sonst würde ich gleich mit meiner nächsten Frage kommen, nämlich wie ich von einer festen wieder auf DHCP umstellen kann. Blöd nur: Solange DHCP aktiv ist sehe ich nicht was statisch hinterlegt ist, sprich wenn DHCP ausbleibt greift irgendwas....

Weiter: Könntest Du Dir bitte die Meldungen (Post 54) nochmal anschauen? M.E. würde es Sinn machen die Usage Meldungen für eines der nächsten Releases mal zu harmonisieren.

[salixer]

Die Meldung wurde angepasst.
Wenn DHCP aktiv ist und ausbleibt, dann geht ja eh nicht viel.