Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

Richard B. Gilbert wrote: > Rob wrote: >> Richard B. Gilbert wrote: >>> Rob wrote: Richard B. Gilbert wrote: > I believe that the O/S vendors supply a file with timezone data. > If you have support, you can even get updates from the vendor. > Since I can't afford support (I'm r

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

John Hasler wrote: > Rob writes: >> I would think that a more distributed approach is better. > > Put the file at a standard location on a known set of servers (maybe a > subset of the pool servers?). Provide the md5sum at the same location so > that software can know when there has been a change

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

Joe writes: >Timezone data is fairly dynamic. It makes sense to have some form of >network service to update timezone data. Does anyone know if there >have been any proposals about a standardized timezone update protocol, >or reasons why there should not be one? Since NTP is well established, >ma

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

"Richard B. Gilbert" writes: >Rob wrote: >> Richard B. Gilbert wrote: >>> Rob wrote: Richard B. Gilbert wrote: > I believe that the O/S vendors supply a file with timezone data. If you > have support, you can even get updates from the vendor. Since I can't > afford support

Re: [ntp:questions] ntpdate

Danny Mayer wrote: > Scott Haneda wrote: > >> On Jun 15, 2009, at 8:59 AM, Todd Glassey CISM CIFI wrote: >> >> You should be running ntpd as a daemon. That will keep the clock in synch and you never have to touch it. >>> Which creates an audit issue and security prof

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

Joe wrote: > Timezone data is fairly dynamic. It makes sense to have some form of > network service to update timezone data. Does anyone know if there > have been any proposals about a standardized timezone update protocol, > or reasons why there should not be one? Since NTP is well established, >

Re: [ntp:questions] .1 Microsecond Synchronization

Patrick Klos wrote: > In article <2pmdnygdgrswzbrxnz2dnuvz_uidn...@giganews.com>, > ScottyG wrote: > >> Hello. >> >> The company I am working for needs to be able to record timestamps in a >> trading >> system logs down to a .1 microsecond accuracy. >> >> We will have servers located in Lond

Re: [ntp:questions] ntpdate

Danny Mayer wrote: > Todd Glassey CISM CIFI wrote: > >> Danny Mayer wrote: >> >>> tglassey wrote: >>> >>> Danny Mayer wrote: > Scott Haneda wrote: > > > >> On Jun 15, 2009, at 8:59 AM, Todd Glassey CISM CIFI wrote:

Re: [ntp:questions] ntpdate

Danny Mayer wrote: > tglassey wrote: > >> Danny Mayer wrote: >> >>> Scott Haneda wrote: >>> >>> On Jun 15, 2009, at 8:59 AM, Todd Glassey CISM CIFI wrote: >> You should be running ntpd as a daemon. That will keep the clock in >> synch and yo

Re: [ntp:questions] ntpdate

Scott Haneda wrote: > On Jun 15, 2009, at 8:59 AM, Todd Glassey CISM CIFI wrote: > >>> You should be running ntpd as a daemon. That will keep the clock in >>> synch and you never have to touch it. >> >> Which creates an audit issue and security profile which always needs >> to be watched. NTPD is

Re: [ntp:questions] ntpdate

Danny Mayer wrote: > Scott Haneda wrote: > >> I am only looking for the basics of keeping my system clock in sync on >> OS X 10.5. On OS X 10.5 the clock will drift badly on a machine that is >> not logged in. If you log in, it is less of a problem, but the date and >> time parts of OS X do no

Re: [ntp:questions] ntpdate

Hi Danny, thanks for your comments... Replies below... On Jun 14, 2009, at 9:00 PM, Danny Mayer wrote: > Scott Haneda wrote: >> I am only looking for the basics of keeping my system clock in sync >> on >> OS X 10.5. On OS X 10.5 the clock will drift badly on a machine >> that is >> not logge

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

Richard B. Gilbert wrote: > I have a couple of "radio controlled" digital clocks and a > wrist watch that do it automagically. The VLF broadcast from > WWVB provides the necessary info. Yes, but all the WWVB broadcast says about DST is whether it is in effect or not, or about to start or end, ac

Re: [ntp:questions] Syncing to nearby vs. faraway servers

Hi, Dave -- Replying to: > As you can see, bigben is on the order of 10ms off from the consensus, > at least from ntp.davehart.net's perspective on a verizon business-class > DSL. I had also considered that the offset could be due to asymmetric > routing, but given the same ~10ms offset seen fro

[ntp:questions] NTPD+GPS+PPS

Hi I'm trying to configure ntp for use a usb GPS receiver as time source. This is the exact model: http://www.haicom.com.tw/gps204III_USB.aspx I am new in GPS world, but momentary I do the following: I have patched a vanilla 2.6.26 kernel with PPS support. I also mark the PPS debuging option i

Re: [ntp:questions] Syncing to nearby vs. faraway servers

On 6/15/09 2:38 PM, Rich wrote: > Is this sort of behaviour to be expected? Does this mean that the NTP > algorithm ought to be giving more weight to servers with shorter > delays? Or, perhaps, does it suggest that there might be something > wrong with the Stanford servers that is making them al

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

Null writes: > Yea States never ignore federal laws, and do as they wish instead. They are free to ignore this law. They just lose all their Federal subsidies if they do. Which means, of course, that they never ignore it. However, almost every other country in the world has "DST" arrangements a

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

Richard B. Gilbert wrote: > David Woolley wrote: >> Richard B. Gilbert wrote: >>> You don't need to extend NTP to do this. >>> Just put the file with the timezone data on an FTP >>> server and tell us where it is. Maybe a few >> >> Already done. > > Please tell me where to get it.

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

Chris Adams wrote: > Richard B. Gilbert said: >> I think it works for most people and places. >> Most of the US switches to/from DST on the same day. > > By law, all of the US has to switch DST on the same day > at the same local time. IIRC now, states have to switch > or not switch state-wide

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

Once upon a time, Richard B. Gilbert said: >I think it works for most people and places. Most of the US switches >to/from DST on the same day. By law, all of the US has to switch DST on the same day at the same local time. IIRC now, states have to switch or not switch state-wide as well (even

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

Rob wrote: > Richard B. Gilbert wrote: >> Rob wrote: >>> Richard B. Gilbert wrote: Rob wrote: > Richard B. Gilbert wrote: >> I believe that the O/S vendors supply a file with timezone data. If you >> have support, you can even get updates from the vendor. Since I can't >

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

David Woolley wrote: > Richard B. Gilbert wrote: > >> You don't need to extend NTP to do this. Just put the file with the >> timezone data on an FTP server and tell us where it is. Maybe a few > > Already done. Please tell me where to get it. ___

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

John Hasler wrote: > IMHO a standardized, automated and decentralized way of distributing > changes to timezone files might be useful, though. It just should > not be part of NTP. I'm not sure it is as automated and decentralized as you might want, but there is a mechanism in place to update the

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

Rob wrote: > > Is that FTP server robust enough to allow for e.g. all installations > of a popular operating system to download it automatically from there? Probably not, especially if the designers were lazy and didn't randomise the polling. > > I would think that a more distributed approach

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

Rob writes: > I would think that a more distributed approach is better. Put the file at a standard location on a known set of servers (maybe a subset of the pool servers?). Provide the md5sum at the same location so that software can know when there has been a change. Seems like the traffic woul

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

David Woolley wrote: > Richard B. Gilbert wrote: > >> You don't need to extend NTP to do this. Just put the file with the >> timezone data on an FTP server and tell us where it is. Maybe a few > > Already done. Is that FTP server robust enough to allow for e.g. all installations of a popular

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

Jan writes: > If local time were used only on equipment that has a presentation layer > (OSS and BSS), then this would reduce the size of the problem by at least > one if not two orders of magnitude. Better to use UTC everywhere and convert to local time only for presentation. -- John Hasler j..

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

Richard B. Gilbert wrote: > You don't need to extend NTP to do this. Just put the file with the > timezone data on an FTP server and tell us where it is. Maybe a few Already done. > dozen servers would be better. I think there is even a "standard" way > of expressing when ST/DST changes o

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

Richard B. Gilbert writes: > I believe that the O/S vendors supply a file with timezone data. If you > have support, you can even get updates from the vendor. Since I can't > afford support (I'm retired and a hobbyist) I have to do it by hand. Most Linux distributions provide this support for fr

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

Richard B. Gilbert wrote: > How can it not be true? The time broadcast encodes both the time > (standard time) and whether or not DST is in effect. Of course it WWV may encode UTC, but European VLF transmitters transmit wall clock time. > doesn't work for those jurisdictions that have chosen

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

Richard B. Gilbert wrote: > Rob wrote: >> Richard B. Gilbert wrote: >>> Rob wrote: Richard B. Gilbert wrote: > I believe that the O/S vendors supply a file with timezone data. If you > have support, you can even get updates from the vendor. Since I can't > afford support (I'

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

Rob wrote: > Richard B. Gilbert wrote: >> Rob wrote: >>> Richard B. Gilbert wrote: I believe that the O/S vendors supply a file with timezone data. If you have support, you can even get updates from the vendor. Since I can't afford support (I'm retired and a hobbyist) I have to

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

Richard B. Gilbert wrote: > Rob wrote: >> Richard B. Gilbert wrote: >>> I believe that the O/S vendors supply a file with timezone data. If you >>> have support, you can even get updates from the vendor. Since I can't >>> afford support (I'm retired and a hobbyist) I have to do it by hand. >>

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

David Woolley wrote: > Microsoft store it the the registry, so need to > provide incremental updates. Microsoft cannot provide complex future rules. This was true in the past, but it has been fixed. ___ questions mailing list questions@lists.ntp.org

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

Nero Imhard wrote: > Making all this telco equipment understand a new ntp protocol > extension won't be easier than implementing Olsen's TZ stuff or > switching to UTC Is there some distributed server system available where those Olsen TZ files could be downloaded? It would of course be no probl

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

Rob wrote: > Richard B. Gilbert wrote: >> I believe that the O/S vendors supply a file with timezone data. If you >> have support, you can even get updates from the vendor. Since I can't >> afford support (I'm retired and a hobbyist) I have to do it by hand. > > As Jan Ceuleers also pointed o

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

On Wed, Jun 17, 2009 at 3:01 PM, Rob wrote: > Now you are just iterating the reasons why it would be useful to > distribute this info via some network.  The question being asked is > if it could be useful to use an NTP server to distribute it.  An > alternative could be do use some HTTP server, a n

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

Richard B. Gilbert wrote: > I believe that the O/S vendors supply a file with timezone data. If you > have support, you can even get updates from the vendor. Since I can't > afford support (I'm retired and a hobbyist) I have to do it by hand. As Jan Ceuleers also pointed out, the problem is n

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

Richard B. Gilbert wrote: > I believe that the O/S vendors supply a file with timezone data. If you Not in general true. Not all Unix system use the Olson package, e.g. SCO OpenServer doesn't. Microsoft store it the the registry, so need to provide incremental updates. Microsoft cannot provi

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

Jan Ceuleers wrote: > So the challenge is to keep tens of thousands of network elements > (routers, ATM switches, telephone exchanges etc) aware of when to > switch to/from DST during their lifetime of multiple years. Wouldn't > it be great if we could do this without manual interventions, or > sc

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

Rob wrote: > Richard B. Gilbert wrote: >> Joe wrote: >>> Timezone data is fairly dynamic. It makes sense to have some form of >>> network service to update timezone data. Does anyone know if there >>> have been any proposals about a standardized timezone update protocol, >>> or reasons why there s

Re: [ntp:questions] Cannot sync on embedded PPC running Linux

gizero wrote: > > What does that "reject" mean? Why are offset and frequency always The server has failed plausibility checks. The detailed reason will be given if you run rv against the server's association. > counting zero? Is there any relevant Linux Kernel config flags I might > be missin

Re: [ntp:questions] Cannot sync on embedded PPC running Linux

Richard B. Gilbert wrote: > > It looks very much as if your "-g" did not take effect. The offset > shown is HUGE! A hasty calculation translates -712292 milliseconds > to 197.85 minutes! You are an order of magnitude out, actually slightly more. That error would produce an ntpd abort. How

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

Joe wrote: > Timezone data is fairly dynamic. It makes sense to have some form of > network service to update timezone data. Does anyone know if there > have been any proposals about a standardized timezone update protocol, > or reasons why there should not be one? Since NTP is well established, >

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

Rob wrote: > Richard B. Gilbert wrote: >> Joe wrote: >>> Timezone data is fairly dynamic. It makes sense to have some form of >>> network service to update timezone data. Does anyone know if there >>> have been any proposals about a standardized timezone update protocol, >>> or reasons why there s

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

Richard B. Gilbert wrote: > Joe wrote: >> Timezone data is fairly dynamic. It makes sense to have some form of >> network service to update timezone data. Does anyone know if there >> have been any proposals about a standardized timezone update protocol, >> or reasons why there should not be one?

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

Joe wrote: > Timezone data is fairly dynamic. It makes sense to have some form of > network service to update timezone data. Does anyone know if there > have been any proposals about a standardized timezone update protocol, > or reasons why there should not be one? Since NTP is well established, >

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

Joe wrote: > Timezone data is fairly dynamic. It makes sense to have some form of > network service to update timezone data. Does anyone know if there > have been any proposals about a standardized timezone update protocol, > or reasons why there should not be one? Since NTP is well established, >

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

Joe wrote: > Timezone data is fairly dynamic. It makes sense to have > some form of network service to update timezone data. > Does anyone know if there have been any proposals about > a standardized timezone update protocol, or reasons > why there should not be one? Since NTP is well establishe

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

On Wed, Jun 17, 2009 at 12:44 PM, Danny Mayer wrote: > Joe wrote: >> Timezone data is fairly dynamic. It makes sense to have some form of >> network service to update timezone data. Does anyone know if there >> have been any proposals about a standardized timezone update protocol, >> or reasons why

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

Joe writes: > Timezone data is fairly dynamic. It makes sense to have some form of > network service to update timezone data. Maybe, but is it really that dynamic? > Since NTP is well established, maybe it could be expanded to include > timezone data? I'd rather not. -- John Hasler j...@dhh.gt

Re: [ntp:questions] Can or should the NTP protocol eventually serve timezone data?

Joe wrote: > Timezone data is fairly dynamic. It makes sense to have some form of > network service to update timezone data. Does anyone know if there > have been any proposals about a standardized timezone update protocol, > or reasons why there should not be one? Since NTP is well established, >

[ntp:questions] Can or should the NTP protocol eventually serve timezone data?

Timezone data is fairly dynamic. It makes sense to have some form of network service to update timezone data. Does anyone know if there have been any proposals about a standardized timezone update protocol, or reasons why there should not be one? Since NTP is well established, maybe it could be exp

Re: [ntp:questions] ntpdate

Scott Haneda wrote: > A few basic usage questions: > > 1) Running `ntpd -qgd` as a non root users returns nothing. It > appears to immediately exit. Is this correct behavior, or should I > get some warning message to change users? > > 2) `ntpdate -u` on the other hand, does warn me: > 16 Ju

Re: [ntp:questions] ntpdate

tglassey wrote: > Danny Mayer wrote: >> Todd Glassey CISM CIFI wrote: >> >>> Danny Mayer wrote: >>> Todd Glassey CISM CIFI wrote: > Danny Mayer wrote: > >> tglassey wrote: >> >> >>> Danny Mayer wrote: >>>

[ntp:questions] AT&T Usenet Netnews Service Shutting Down

Please note that on or around July 15, 2009, AT&T will no longer be offering access to the Usenet Netnews service. If you wish to continue reading Usenet newsgroups, access is available through third-party vendors. http://support.att.net/usenet Distribution: AT&T SouthEast Newsgroups Servers

Re: [ntp:questions] .1 Microsecond Synchronization

In article <2pmdnygdgrswzbrxnz2dnuvz_uidn...@giganews.com>, ScottyG wrote: >Hello. > >The company I am working for needs to be able to record timestamps in a >trading >system logs down to a .1 microsecond accuracy. > >We will have servers located in London, New York and Chicago. There will be a

Re: [ntp:questions] .1 Microsecond Synchronization

In article , Harlan Stenn wrote: >The time on my cellphone is routinely more than 3 seconds off of GPS time. While many phones may have the correct time inside them, they don't always use that time to display it. ___ questions mailing list questions@