ntpd und broadcast

Jan 'Red Bully' Seiffert redbully at cc.fh-luh.de
Tue May 10 17:45:33 CEST 2005


Florian Lohoff schrieb:
> On Tue, May 10, 2005 at 05:09:11PM +0200, Jan 'Red Bully' Seiffert
> wrote:
[snip]
>> So, jetzt waer das ja Verschwendung wenn er die Atomzeit fuer sich 
>> behaelt, besonders da auf meiner Workstation die Uhr ordenlich
>> falsch geht. Also auf meiner Workstation ntpd auf meinen Server
>> pollen lassen -> geht. Jetzt wollt ich das ganze aber per broadcast
>> machen, hier stehen mehere Rechner rum, warum sollen die alle wie
>> bloed auf den Server pollen, da kann er auch grad die Zeit so ins
>> interne Netz fuer alle schmeissen.
> 
> Die muessen trotzdem obwohl das broadcast ist den server pollen um
> die rtt rauszufinden. Das Broadcast bzw Multicast hilft dir nur den
> auf den clients nicht configurieren zu muessen.
> 
Naja, ok, dann kann ich die Serveradresse auch per dhcp verteilen.
Dachte halt nur, weil in der Doku steht, das im broadcast-Mode einmal
nach Empfang des ersten Packets die Laufzeit ausgemessen wird, und
danach soll clientseitig Ruhe sein.

aus assoc.html#broad:
"The server generates broadcast messages continuously at intervals
specified by the minpoll keyword and with a time-to-live span specified
by the ttl keyword. A broadcast client responds to the first message
received by waiting a short interval to avoid implosion at the server.
Then, the client polls the server in burst mode in order to quickly set
the host clock and validate the source. This normally results in a
volley of eight client/server cycles at 2-s intervals during which both
the synchronization and cryptographic protocols run concurrently.
Following the volley, the client computes the offset between the
apparent broadcast time and the (unicast) client time. This offset is
used to compensate for the propagation time between the broadcast server
and client. Once the offset is computed, the server continues as before
and the client sends no further messages"
                     ^^^^^^^^^^^^^^^^^^^

Nagut, Komando zurueck...

> Flo
Gruss
	Jan

-- 
*n*x ist nicht in jeder Hinsicht Windows ueberlegen. Meiner Meinung
nach nur an den wichtigen Stellen.



More information about the Linux mailing list