RE: NTP Server

[Brandon Kim <brandon.kim () brandontek com>]

Looks like you have a pretty good setup. What vendor equipment are you using? You can let me know offline so it doesn't
sound like you're advertising them....






> Date: Sun, 24 Oct 2010 11:03:18 -0600
> From: bruns () 2mbit com
> To: nanog () nanog org
> Subject: Re: NTP Server
>
> On 10/24/10 9:34 AM, Brandon Kim wrote:
> > I wanted to open up this question regarding NTP server. I recalled
> > someone had created a posting of this quite awhile back.
> > > From a service provider/ISP standpoint,  does anyone think that
> > > having a local NTP server is really necessary?
>
> It may not be necessary, but it certainly is not a bad thing.  Not 
> having to depend on third parties for a service is a good thing.
>
>
> > I've asked some of my fellow engineers at work and many of them gives
> > me the same response, "Can't we just use free ones out on the
> > internet?"
> >
> > 1) How necessary do you believe in local NTP servers? Do you really
> > need the logs to be perfectly accurate?
>
> Perfectly accurate is very helpful when trying to associate several 
> incidents going on at the same time or when trying to figure out the 
> timeline leading up to why a machine had a kernel panic, for example.
>
> > 2) If you do have a local NTP
> > server, is it only for local internal use, or do you provide this NTP
> > server to your clients as an added service?
>
>
> Our master stratum 1 GPS clock only has ipv6 access to the outside 
> world.  Our two 'public' ntp servers can talk directly to it over ipv4 
> or ipv6, and those are are publicly available via ipv4 or ipv6.
>
>
>
> > 3) If you do have a local
> > NTP server, do you have a standby local NTP server or do you use the
> > internet as your standby server?
>
> If the stratum 1 becomes unavailable (its 500 miles away on a different 
> network), the two public NTP servers are peered with one another, and 
> both have a different outside third-party NTP server to sync with (may 
> it be an upstream provider's ntp server, or one of the pool ones from 
> ntp.org).
>
> Never had a problem with this setup, and its worked rather well.
>
>
> -- 
> Brielle Bruns
> The Summit Open Source Development Group
> http://www.sosdg.org    /     http://www.ahbl.org