Re: [ntp:questions] More Granularity in the US in the NTP Pool

is better? If one would get a '*' or '+' in ntpq peers output, and the other would not, then it is better? rick jones -- The computing industry isn't as much a game of Follow The Leader as it is one of Ring Around the Rosy or perhaps Duck Duck Goose

Re: [ntp:questions] More Granularity in the US in the NTP Pool

I was wondering - is everyone confident enough that all these clients choosing the best servers won't eventually settle on the same small handfull of them? rick jones -- a wide gulf separates what if from if only these opinions are mine, all mine; HP might not want them anyway... :) feel free

Re: [ntp:questions] getaddrinfo2: 192.168.0.2 invalid host address.

/netdb.h and when I look there it suggests that a value of 9 means: # define EAI_SERVICE 9 /* service not supported for ai_socktype */ which implies (in my mind) that one of the struct addrinfo fields were off a bit as to as_socktype or ai_protocol. rick jones -- portable adj, code

Re: [ntp:questions] Is it possible to run ntpd server behind a?firewall?

. Reserve may be too strong a word - it leads to confusion among recent inductees who then think the likes of /etc/services prevents others from binding to thsoe port numbers. rick jones -- Wisdom Teeth are impacted, people are affected by the effects of events. these opinions are mine, all mine; HP

Re: [ntp:questions] Wireless Routers and NTP

Jason Rabel [EMAIL PROTECTED] wrote: +1 for OpenWRT! I installed it on a Dell Truemoble 2300 router I got off eBay for ~$10. The hardware is more or less identical to the Linksys WRT54G, just much cheaper to buy secondhand. Ah, but can you wire a PPS (?) GPS to it?-) rick jones -- firebug n

Re: [ntp:questions] Slightly OT: Amateur Time Hackers Play With Atomic Clocks at Home

:) A bit of creative license I suppose, but just how much creative license is permissible in an article about people keeping accurate time?-) rick jones [1] http://www.jobs.agilent.com/locations/usa.html -- The glass is neither half-empty nor half-full. The glass has a leak. The real question is Can

[ntp:questions] time delta between clients

97 128 377 35.6823.556 1.003 *shovlhead.nashu .TRUE. 1 u 33 128 377 105.602 -0.839 3.267 I would take the difference in offset - -5.273 - -0.839 - and take that to be the difference in time between Client 1 and 2. Thoughts, suggestions, pointers etc most welcome, rick

Re: [ntp:questions] time delta between clients

David Woolley [EMAIL PROTECTED] wrote: In article [EMAIL PROTECTED], Rick Jones [EMAIL PROTECTED] wrote: taps with clue bats, is if I can take the difference in offset between each client and the time server and ass-u-me that is the difference in time between the two clients. Or do I

Re: [ntp:questions] time delta between clients

Richard B. Gilbert [EMAIL PROTECTED] wrote: Rick Jones wrote: David Woolley [EMAIL PROTECTED] wrote: In article [EMAIL PROTECTED], Rick Jones [EMAIL PROTECTED] wrote: taps with clue bats, is if I can take the difference in offset between each client and the time server and ass-u-me

Re: [ntp:questions] time delta between clients

signal of a CDMA cell phone base station and serve time via NTP. I might be able to convince TPTB to fund a GPS18 or GPS185Hz experiment. In this _specific_ instance the building is two stories plus a mezzanine. Perhaps I could get lucky. rick jones -- No need to believe in either side, or any

Re: [ntp:questions] time delta between clients

Rick Jones [EMAIL PROTECTED] wrote: Here is what I have now that I've dropped the minpoll from the server and dropped LOCAL: peer bl480c2 minpoll 3 maxpoll 4 iburst server 10.208.0.1 iburst server 10.0.0.1 server 10.202.1.1 Scratch that - I commented-out the last two servers. rick jones

Re: [ntp:questions] time delta between clients

how that settles-in. thanks, rick jones -- oxymoron n, commuter in a gas-guzzling luxury SUV with an American flag these opinions are mine, all mine; HP might not want them anyway... :) feel free to post, OR email to rick.jones2 in hp.com but NOT BOTH

Re: [ntp:questions] time delta between clients

, a cesium clock! The clocks went to Agilent, whom I believe sold that part of the business to another entity. rick jones -- No need to believe in either side, or any side. There is no cause. There's only yourself. The belief is in your own precision. - Jobert these opinions are mine, all mine; HP

Re: [ntp:questions] time delta between clients

be the 99% solutuion here. rick jones -- Process shall set you free from the need for rational thought. these opinions are mine, all mine; HP might not want them anyway... :) feel free to post, OR email to rick.jones2 in hp.com but NOT BOTH... ___ questions

Re: [ntp:questions] time delta between clients

;-) S! It's a secret!-) rick jones about to hit-up management for aproval to buy a GPS-18 for some experiments, unless someone knows of a better device... -- The glass is neither half-empty nor half-full. The glass has a leak. The real question is Can it be patched? these opinions are mine, all mine

Re: [ntp:questions] ntpd and network sockets

Harlan Stenn [EMAIL PROTECTED] wrote: Rick, OK with you if I incorporate the stuff in your response on http://support.ntp.org/bin/view/Dev/NtpdAndNetworkSockets ? I'll either clarify things per your comments or add your comments in. Fine by me. rick jones -- oxymoron n, Hummer H2

Re: [ntp:questions] ntpd and network sockets

be in semi-violent agreement there. I am just mentioning it as part of pointing-out that there are no guarantees that ntpd can preclude other normally priviledged processes from potentially receving traffic bound for port 123 and some IP address. rick jones -- denial, anger, bargaining, depression

Re: [ntp:questions] oscillations in ntp clock synchronization

and their drivers. rick jones -- oxymoron n, Hummer H2 with California Save Our Coasts and Oceans plates these opinions are mine, all mine; HP might not want them anyway... :) feel free to post, OR email to rick.jones2 in hp.com but NOT BOTH... ___ questions mailing

Re: [ntp:questions] very slow convergence of ntp to correct time.

on its own, the forwarding table in a switch being aged should only mean that the next frame to that MAC will go out all (enabled) ports on the switch until that MAC is seen again as a source. That shouldn't affect timing really. rick jones -- a wide gulf separates what if from if only

Re: [ntp:questions] very slow convergence of ntp to correct time.

. rick jones -- The glass is neither half-empty nor half-full. The glass has a leak. The real question is Can it be patched? these opinions are mine, all mine; HP might not want them anyway... :) feel free to post, OR email to rick.jones2 in hp.com but NOT BOTH

Re: [ntp:questions] very slow convergence of ntp to correct time.

Brian Utterback [EMAIL PROTECTED] wrote: Rick Jones wrote: Eric [EMAIL PROTECTED] wrote: Then there is the MAC cache in your switches, which generally purge after 1-5 minutes. This can often be adjusted higher, but that can sometimes cause issues for others when they are reconfiguring

Re: [ntp:questions] very slow convergence of ntp to correct time.

-to-back. insert suitable Emily Litella quote here rick jones -- No need to believe in either side, or any side. There is no cause. There's only yourself. The belief is in your own precision. - Jobert these opinions are mine, all mine; HP might not want them anyway... :) feel free to post, OR email

Re: [ntp:questions] time delta between clients

Rick Jones [EMAIL PROTECTED] wrote: I suppose I could also try to see if I can get the powers that be to spring for a GPS18 and see if I can indeed get signal in the machine room(s) of interest. Before I did that I borrowed a hand-held GPS receiver (Magellan Crossover IIRC) from someone

Re: [ntp:questions] time delta between clients

Steve Kostecke [EMAIL PROTECTED] wrote: My GPS18LVC works through a standard US residential roof. But you probably have lots of metal in the way. So ... YMWV Yep - basic concrete, steel and glass US office building - in this case a standard HP BigFoot building. rick jones -- oxymoron n

Re: [ntp:questions] time delta between clients

:) rick jones -- portable adj, code that compiles under more than one compiler these opinions are mine, all mine; HP might not want them anyway... :) feel free to post, OR email to rick.jones2 in hp.com but NOT BOTH... ___ questions mailing list questions

Re: [ntp:questions] 1 Machine, 2 NICs, 2 Instances of ntpd; Possible?

Maarten Wiltink [EMAIL PROTECTED] wrote: I'm no IP wizard, but isn't there a SO_REUSEPORT flag or something like that? It still (IIRC) lacks sufficient ubiquity and the semantics on the various platforms may not match what is desired. rick jones -- denial, anger, bargaining, depression

Re: [ntp:questions] drift value very large and very unstable

from which to choose :) SYSV, probably one from Posix/Xopen, Linux Standard Base (?) etc etc :) rick jones -- a wide gulf separates what if from if only these opinions are mine, all mine; HP might not want them anyway... :) feel free to post, OR email to rick.jones2 in hp.com but NOT BOTH

Re: [ntp:questions] Sunfire X2100 and FreeBSD

of the chip would slow-down, but not other parts and that it confused things wrt time. rick jones -- Process shall set you free from the need for rational thought. these opinions are mine, all mine; HP might not want them anyway... :) feel free to post, OR email to rick.jones2 in hp.com but NOT BOTH

Re: [ntp:questions] bitsy.mit.edu retired?

it :) I've had several systems over a number of years called tardy.cup.hp.com... rick jones -- portable adj, code that compiles under more than one compiler these opinions are mine, all mine; HP might not want them anyway... :) feel free to post, OR email to rick.jones2 in hp.com but NOT BOTH

Re: [ntp:questions] Source address in response not the same as target address in request

I cannot think of it. rick jones -- web2.0 n, the dot.com reunion tour... these opinions are mine, all mine; HP might not want them anyway... :) feel free to post, OR email to rick.jones2 in hp.com but NOT BOTH... ___ questions mailing list questions

Re: [ntp:questions] Source address in response not the same as target address in request

Danny Mayer [EMAIL PROTECTED] wrote: Rick Jones wrote: If it simply sends via the socket on which the query was recieved, having bound that socket to a given IP should result in that IP being used as the source IP of the response. Perhaps there is a reason to send via another socket

Re: [ntp:questions] ntpd -q is slow compared to ntpdate

the first time the clock is set. But still want things to happen quickly for some relative definition of quickly that probably does not encompass the length of time most (and I do mean the term affectionately) time geeks would wait. rick jones -- Process shall set you free from the need for rational

Re: [ntp:questions] ntpd -q is slow compared to ntpdate

don't think that can be relied upon. Yes, there is a counter argument that if they need such quick reaction they should have a warm standby but green issues may often trump that. rick jones -- a wide gulf separates what if from if only these opinions are mine, all mine; HP might not want them

Re: [ntp:questions] ntpd -q is slow compared to ntpdate

may be an old and well-trodden pile, but if sntp can set the time as well and as quickly as ntpdate, why a new program rather than fixes/enhancements to the old one? Command-name inertia can be rather strong. Eg nslookup vs dig or host. rick jones -- Wisdom Teeth are impacted, people are affected

Re: [ntp:questions] ntpd -q is slow compared to ntpdate

to that of an unsynced server above me in the tree is better than no time setting at all. rick jones -- Wisdom Teeth are impacted, people are affected by the effects of events. these opinions are mine, all mine; HP might not want them anyway... :) feel free to post, OR email to rick.jones2 in hp.com

Re: [ntp:questions] Slow convergence of NTP with GPS/PPS

... if they could also bump-up the price a bit. :) And then there is binning... rick jones -- denial, anger, bargaining, depression, acceptance, rebirth... where do you want to be today? these opinions are mine, all mine; HP might not want them anyway... :) feel

Re: [ntp:questions] Slow convergence of NTP with GPS/PPS

rather than adding another temp probe? Stuff like CPU temps and other intra-system components. I'm not sure they have nearly the same accuracy and resolution though :( rick jones -- No need to believe in either side, or any side. There is no cause. There's only yourself. The belief is in your

Re: [ntp:questions] Slow convergence of NTP with GPS/PPS

Unruh [EMAIL PROTECTED] wrote: ( assuming that the network noise is at the 100us type level). That feels like a rather large assumption given the target environment does not seem to allow the system to be synced to be up long-term. rick jones -- Wisdom Teeth are impacted, people are affected

Re: [ntp:questions] Slow convergence of NTP with GPS/PPS

the temperature probe to the xtal. That one reads to 0.1F, Sigh. I was hoping there might be a middle ground using stuff already present in the system. rick jones -- The computing industry isn't as much a game of Follow The Leader as it is one of Ring Around the Rosy or perhaps Duck Duck Goose

Re: [ntp:questions] Slow convergence of NTP with GPS/PPS

Hal Murray [EMAIL PROTECTED] wrote: My DSL line has 100 ms of queueing delays. That feels about right if one assumes the goal is to enable link-rate on a transcontinental (US at least) path. rick jones http://www.netperf.org/ -- Wisdom Teeth are impacted, people are affected by the effects

Re: [ntp:questions] Preffered OS for a GPS based stratum 1

(assuming there is one and reading it isn't too nasty) on entry and exit. rick jones -- The computing industry isn't as much a game of Follow The Leader as it is one of Ring Around the Rosy or perhaps Duck Duck Goose. - Rick Jones these opinions

Re: [ntp:questions] Sub-millisecond NTP synchronization for local network

, configuring the system to just throw away all packets with latency greater than 2 ms? What precisely do you mean by the system in this context? The TCP/IP stack running on the system on which NTP is running, or in NTP itself? rick jones -- a wide gulf separates what if from if only these opinions

Re: [ntp:questions] Sub-millisecond NTP synchronization for local network

Jeremy Leibs [EMAIL PROTECTED] wrote: On Sat, Dec 6, 2008 at 3:40 PM, Rick Jones [EMAIL PROTECTED] wrote: Jeremy Leibs [EMAIL PROTECTED] wrote: Is there possibly a way of configuring the maximum acceptable latency of a packet? That is, as long as you know that for some fraction

Re: [ntp:questions] Sub-millisecond NTP synchronization for local network

/nic_latency_vs_tput.txt Not all NIC/driver combinations do it as badly as others. I've encountered at least one, perhaps two 10GbE NICs which seem to at least pass the TCP_RR sniff test and get both good TCP_RR performance and good CPU util on TCP_STREAM with defaults. rick jones -- oxymoron n, commuter

Re: [ntp:questions] Sub-millisecond NTP synchronization for local network

Ryan Malayter [EMAIL PROTECTED] wrote: On Mon, Dec 8, 2008 at 11:57 AM, Rick Jones [EMAIL PROTECTED] wrote: All the 10G NICs and I suspect a decent number of the 1G NICs support TSO or TCP/Transport Segmentation Offload. For the sender at least that can be considered a poor man's jumbo

Re: [ntp:questions] Sub-millisecond NTP synchronization for local network

Terje Mathisen [EMAIL PROTECTED] wrote: Rick Jones wrote: A while back I did a writeup on the tradeoff the NIC/driver strappings were making. A version of it can be found at: ftp://ftp.cup.hp.com/dist/networking/briefs/nic_latency_vs_tput.txt Nice work! Thanks - I really should

Re: [ntp:questions] .1 Microsecond Synchronization

could call it POTS PPTS (Pulse Per Ten Seconds). :) :) rick jones -- I don't interest myself in why. I think more often in terms of when, sometimes where; always how much. - Joubert these opinions are mine, all mine; HP might not want them anyway... :) feel free to post, OR email to rick.jones2

Re: [ntp:questions] NMEA ref.clock better than my ISP's timeserver?

David J Taylor david-tay...@blueyonder.not-this-part.nor-this.co.uk.invalid wrote: One suggestion might be wireless Isn't that just asking for jitter? rick jones -- oxymoron n, Hummer H2 with California Save Our Coasts and Oceans plates these opinions are mine, all mine; HP might not want

Re: [ntp:questions] NMEA ref.clock better than my ISP's timeserver?

David J Taylor david-tay...@blueyonder.not-this-part.nor-this.co.uk.invalid wrote: Rick Jones wrote: David J Taylor david-tay...@blueyonder.not-this-part.nor-this.co.uk.invalid wrote: One suggestion might be wireless Isn't that just asking for jitter? Have you tried it? No, I'm

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

to update the pci.ids file mapping all the vendor, product, subvendor subproduct IDs in PCI cards to human readable text. http://pciids.sourceforge.net/ which is I believe what the update-pciids command under Linux (and perhaps other OSes) will query when run. rick jones -- No need to believe

Re: [ntp:questions] What to do about broken IPv6 sites

, but there are likely folks in comp.protocols.time.ntp who know about the www.ntp.org site and its IPv6 status, so lets redirect the specific issue there. (I've set the Followup-to: header on this post to that end) rick jones -- I don't interest myself in why. I think more often in terms of when

Re: [ntp:questions] Meinberg NTP Software--Time Accuracy

Rob nom...@example.com wrote: This is no longer required. You can just use pool.ntp.org or 0.pool.ntp.org and the DNS servers for the pool will automatically determine which servers are closest to you. Is that by geography, hop count or ICMP echo RTT? rick jones -- oxymoron n, commuter

Re: [ntp:questions] If the EMI shoe was on the other foot...

is there to be spread? rick jones -- oxymoron n, commuter in a gas-guzzling luxury SUV with an American flag these opinions are mine, all mine; HP might not want them anyway... :) feel free to post, OR email to rick.jones2 in hp.com but NOT BOTH... ___ questions mailing

Re: [ntp:questions] OT: GPS18x LVC failure

for the MAC forwarding tables come to mind. rick jones -- oxymoron n, Hummer H2 with California Save Our Coasts and Oceans plates these opinions are mine, all mine; HP might not want them anyway... :) feel free to post, OR email to rick.jones2 in hp.com but NOT BOTH

Re: [ntp:questions] OT: GPS18x LVC failure

Has anyone asked Garmin about the specs vs what they've seen? rick jones -- oxymoron n, Hummer H2 with California Save Our Coasts and Oceans plates these opinions are mine, all mine; HP might not want them anyway... :) feel free to post, OR email to rick.jones2 in hp.com but NOT BOTH

Re: [ntp:questions] OT: GPS18x LVC failure

E-Mail Sent to this address will be added to the BlackLists n...@blacklist.anitech-systems.invalid wrote: Rick Jones wrote: Has anyone asked Garmin about the specs vs what they've seen? http://www8.garmin.com/support/pdf/iop_spec.pdf BlockQuote 3 Physical Protocols 3.1 Serial Protocol

Re: [ntp:questions] OT: GPS18x LVC failure

a mix of all transfertypes. I don't think it is what you meant by drop/cause resend but something else new in 1 Gigabit Ethernet relative to old 10/100 is support for pause and resume (moral equivalent to xon/xoff?) flow control. rick jones -- oxymoron n, commuter in a gas-guzzling luxury SUV

Re: [ntp:questions] Strange NTP problem on AMD Geode LX cards.

ostensibly socket-compatible wizzy new processor Z tickles things one never saw before with processors W, X and Y? rick jones -- I don't interest myself in why. I think more often in terms of when, sometimes where; always how much. - Joubert these opinions are mine, all mine; HP might not want them

Re: [ntp:questions] Strange NTP problem on AMD Geode LX cards.

Unruh unruh-s...@physics.ubc.ca wrote: E-Mail Sent to this address will be added to the BlackLists n...@blacklist.anitech-systems.invalid writes: Rick Jones wrote: ... EMC / EMI, Unintentional / Incidental, Radiators And/or better educated customers willing and able to understand

Re: [ntp:questions] OT: GPS18x LVC failure

mean flood? Broadcast implies ff:ff:ff:ff:ff:ff destination MAC. Hail for the times hubs were dumb repeaters with neither memory nor intelligence ;-) Indeed :) Of course, then we'd be complaining about variability in back-off times and capture effect and whatnot instead :) rick jones

Re: [ntp:questions] OT: GPS18x LVC failure

Uwe Klein uwe_klein_habertw...@t-online.de wrote: Rick Jones wrote: Uwe Klein uwe_klein_habertw...@t-online.de wrote: then: some pakets are sent as broadcast to all ports. switches store for each port the MAC addresses seen. I have no idea if modern switches do (r)arp queries to find

Re: [ntp:questions] testing slew only mode (-x), not slewing correctly (linux sles10, ntpd v 4.1.1)

to have the clock of say a database server stepped. rick jones -- I don't interest myself in why. I think more often in terms of when, sometimes where; always how much. - Joubert these opinions are mine, all mine; HP might not want them anyway... :) feel free to post, OR email to rick.jones2

Re: [ntp:questions] ntp.cs.mu.oz.au going away - 2010-01-01

and the University of Melbourne for their service to the community and wish them well. Our's is not to second guess their decision. rick jones -- The glass is neither half-empty nor half-full. The glass has a leak. The real question is Can it be patched? these opinions are mine, all mine; HP might

Re: [ntp:questions] Busybox and ntp

occasionally build one's mnemonic memory circuits from stone knives and bear skins?-) Or put another way, an example of the perils of speed-dial... rick jones -- I don't interest myself in why. I think more often in terms of when, sometimes where; always how much. - Joubert these opinions are mine, all

Re: [ntp:questions] Client doesn't drop failed source

for it cannot guarantee getting every query returned. What distinguishes TCP from UDP is that TCP will make multiple attempts to deliver the data and then signal the probable (but not certain) non-delivery of data. rick jones -- oxymoron n, commuter in a gas-guzzling luxury SUV with an American flag

Re: [ntp:questions] NTP for iPhone

definition of a fraction of a second, wouldn't an iPhone already be getting rather accurate time from the cell towers? Or are you also concerned about devices like the iPod touch? rick jones -- oxymoron n, commuter in a gas-guzzling luxury SUV with an American flag these opinions are mine, all

[ntp:questions] Don't toss that WWVB receiver?

generally, time synchronization, part of the affected set, or might it be part of the cure by helping detect the spoofing? rick jones RISKS-LIST: Risks-Forum Digest Sunday 28 February 2010 Volume 25 : Issue 95 ACM FORUM ON RISKS TO THE PUBLIC IN COMPUTERS AND RELATED SYSTEMS (comp.risks) Peter G

Re: [ntp:questions] Quick sync between two computers not connected to the internet

signal. rick jones -- a wide gulf separates what if from if only these opinions are mine, all mine; HP might not want them anyway... :) feel free to post, OR email to rick.jones2 in hp.com but NOT BOTH... ___ questions mailing list questions@lists.ntp.org

Re: [ntp:questions] Quick sync between two computers not connected to the internet

the administratively prohibited :) rick jones -- firebug n, the idiot who tosses a lit cigarette out his car window these opinions are mine, all mine; HP might not want them anyway... :) feel free to post, OR email to rick.jones2 in hp.com but NOT BOTH

Re: [ntp:questions] Quick sync between two computers not connected to the internet

in the vicinity of Cupertino, CA happens to have one of these things and would care to visit... :) rick jones -- portable adj, code that compiles under more than one compiler these opinions are mine, all mine; HP might not want them anyway... :) feel free to post, OR email to rick.jones2 in hp.com

Re: [ntp:questions] Quick sync between two computers not connected to the internet

to distro kernels? rick jones -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? ___ questions mailing list questions

Re: [ntp:questions] VM host not snyching time

:) rick jones -- Wisdom Teeth are impacted, people are affected by the effects of events. these opinions are mine, all mine; HP might not want them anyway... :) feel free to post, OR email to rick.jones2 in hp.com but NOT BOTH... ___ questions mailing

Re: [ntp:questions] how to have offset 1ms

of sight, the submarine within it is. Or perhaps the original poster is a minion of Dr. Evil and he is trying to sync time to the servers back in the in the volcano lair :) rick jones -- portable adj, code that compiles under more than one compiler these opinions are mine, all mine; HP might

Re: [ntp:questions] how to have offset 1ms

on older Cisco switches hitting some throttle)? rick jones -- a wide gulf separates what if from if only these opinions are mine, all mine; HP might not want them anyway... :) feel free to post, OR email to rick.jones2 in hp.com but NOT BOTH

Re: [ntp:questions] how to have offset 1ms

the network traverses? Will any of the other things traversing the through holes along with the network cable(s) interfere with the single traversing the antenna cable to be added? Presumably we cannot trust the network here, which means getting GPS signals to the client. rick jones One wonders

Re: [ntp:questions] how to have offset 1ms

don't speak French, or who failed it twice in high-school :) rick jones -- web2.0 n, the dot.com reunion tour... these opinions are mine, all mine; HP might not want them anyway... :) feel free to post, OR email to rick.jones2 in hp.com but NOT BOTH

Re: [ntp:questions] how to have offset 1ms

network* for transmission and propagation of the GPS signals within/through the ship. Once again we're back to network problems, not GPS/timekeeping ones. Will you agree that is part of the GPS-based solution? rick jones -- web2.0 n, the dot.com reunion tour... these opinions are mine, all mine

Re: [ntp:questions] how to have offset 1ms

there is a way to get link-level stats from the ACEB, but how about from the port on the 4510W - if the link is half-duplex, how about collision counts or excess retries? rick jones May be this problem of latency and asymmetry comes from the ntp card. -- The glass is neither half-empty nor

Re: [ntp:questions] Recommendations for good NIC cards

escape me !-( rick jones -- The computing industry isn't as much a game of Follow The Leader as it is one of Ring Around the Rosy or perhaps Duck Duck Goose. - Rick Jones these opinions are mine, all mine; HP might not want them anyway

Re: [ntp:questions] IA approved COTS NTP servers question

own may not actually be easiest in the context of U.S. Government procurement and certification procedures :) rick jones -- oxymoron n, commuter in a gas-guzzling luxury SUV with an American flag these opinions are mine, all mine; HP might not want them anyway... :) feel free to post, OR email

Re: [ntp:questions] SNTP with 1ms of precision?

and 20 microseconds, but that is an off-the-cuff estimate. rick jones -- Process shall set you free from the need for rational thought. these opinions are mine, all mine; HP might not want them anyway... :) feel free to post, OR email to rick.jones2 in hp.com but NOT BOTH

Re: [ntp:questions] Test ntpd performance

David Woolley da...@ex.djwhome.demon.invalid wrote: However, if they did, the timing is likely to be dominated by ethernet collision back-offs. Collision back-offs? Perhaps - on ancient, hubbed, 100BT or 10BT networks, but virtually nowhere else :) rick jones -- denial, anger, bargaining

Re: [ntp:questions] Test ntpd performance

to which it is connected. rick jones -- oxymoron n, Hummer H2 with California Save Our Coasts and Oceans plates these opinions are mine, all mine; HP might not want them anyway... :) feel free to post, OR email to rick.jones2 in hp.com but NOT BOTH

Re: [ntp:questions] Test ntpd performance

was to show/suggest that the server could very likely indeed bottleneck before a 1GbE link could. Sort of an inverted (term?) New York, New York (the song argument) where If you can't make it there, you won't make it anywhere where netperf is there and the ntpd would be anywhere. rick jones

Re: [ntp:questions] long linear network, time accuracy, and ntp strata

GPS Just what sort of mobile/ad-hoc/point-to-point network where nodes end-up in the GPS shadow of tall buildings might this be? rick jones -- Process shall set you free from the need for rational thought. these opinions are mine, all mine; HP might not want them anyway... :) feel free to post

[ntp:questions] [FreeBSD-Announce] Foundation Funds last project for 2010!

Thought this might be of interest to some. rick jones [ This is a repost of the following article: ] [ From: Deb Goodkin d...@freebsdfoundation.org] [ Subject: [FreeBSD-Announce] Foundation Funds last project for 2010! ] [ Newsgroups

Re: [ntp:questions] How to keep Linux server in Chicago and Mumbai in sync to within 5 microseconds

timing receivers are available for $100 and up. Is there one big CDMA timespace that encompases the planet, or are there really several discrete CDMA timespaces that are more loosely coupled? rick jones -- a wide gulf separates what if from if only these opinions are mine, all mine; HP might

Re: [ntp:questions] How to keep Linux server in Chicago and Mumbai in sync to within 5 microseconds

Hal Murray hal-use...@ip-64-139-1-69.sjc.megapath.net wrote: In article aanlktincze9exucs_6ioz3geoexmzt3etoj7bpl6b...@mail.gmail.com, Chris Albertson albertson.ch...@gmail.com writes: On Wed, Jan 12, 2011 at 11:25 AM, unruh un...@wormhole.physics.ubc.ca wrote: ... There is nothing in

Re: [ntp:questions] Detecting bufferbloat via ntp?

? Once everything is stable the polling interval is going to get pretty large (1024 seconds) - watch long enough and I suppose one will see buffer bloat in the stats, but it might take quite a while to hit. You may need/want to look for it a bit more actively. rick jones keeps forgetting if any

Re: [ntp:questions] Detecting bufferbloat via ntp?

measurements might expose it for you? rick jones -- oxymoron n, commuter in a gas-guzzling luxury SUV with an American flag these opinions are mine, all mine; HP might not want them anyway... :) feel free to post, OR email to rick.jones2 in hp.com but NOT BOTH

Re: [ntp:questions] Detecting bufferbloat via ntp?

Rick Jones rick.jon...@hp.com wrote: keeps forgetting if any of the interface MIBs specify an outbound queue length statistic... Indeed, the MIB definitions in RFC 1213 include the ifOutQLen gauge: http://tools.ietf.org/html/rfc1213#page-16 ostensibly, any managed device conforming

Re: [ntp:questions] Detecting bufferbloat via ntp?

and avoidance was the new thing. rick jones -- The glass is neither half-empty nor half-full. The glass has a leak. The real question is Can it be patched? these opinions are mine, all mine; HP might not want them anyway... :) feel free to post, OR email to rick.jones2 in hp.com but NOT BOTH

Re: [ntp:questions] Detecting bufferbloat via ntp?

John Hasler jhas...@newsguy.com wrote: rick jones writes: The term may be new, but the idea, in its abstract form, has been around for years. Only recently, however, has memory become cheap enough for people to stuff megabytes of buffer into routers without considering the consequences

Re: [ntp:questions] Detecting bufferbloat via ntp?

, and BSD (at least FreeBSD) all do this and do it better then it is possible to do manually. N.B. Windows XP probably does not qualify as modern. Sadly, I see Linux's dynamic window sizing take the window to 4MB when 128KB would do. I'm not familiar with the behaviour of the other stacks' rick

Re: [ntp:questions] Detecting bufferbloat via ntp?

Terje Mathisen terje.mathisen at tmsw.no wrote: On my home NTP/GPS server, the symmetric 30 Mbit/s fiber is sufficient that I never notice the NTP traffic. :-) Clearly more of us need to try to get time from your home server :) rick jones -- The glass is neither half-empty nor half-full

Re: [ntp:questions] Detecting bufferbloat via ntp?

Dave Täht d...@taht.net wrote: Terje Mathisen terje.mathisen at tmsw.no writes: Rick Jones wrote: Kevin Obermanober...@es.net wrote: No, you probably won't. Both theoretical and empirical information shows that overly large windows are not a good thing. This is the reason all modern

Re: [ntp:questions] Detecting bufferbloat via ntp?

to 4MB by default. rick jones -- oxymoron n, commuter in a gas-guzzling luxury SUV with an American flag these opinions are mine, all mine; HP might not want them anyway... :) feel free to post, OR email to rick.jones2 in hp.com but NOT BOTH

Re: [ntp:questions] Detecting bufferbloat via ntp?

Dave Täht d...@taht.net wrote: Rick Jones rick.jon...@hp.com writes: Or rather, that even after setting the tx queue lengths to 32 packets, a test between that system and one 7ms away still resulted in 4MB socket buffers by the end of the test. Ie confirming that the linux autotuning

Re: [ntp:questions] Flash 400 on all peers; can't get ntpd to be happy

of COTSware won't step on the toes of Instance 2... It is so much easier to just slap an entire virtual machine onto the iron and be done with it... rick jones -- I don't interest myself in why. I think more often in terms of when, sometimes where; always how much. - Joubert these opinions are mine

[ntp:questions] Is a Spectracom Netclock/2 worth saving?

, the Antenna, Signal and Time Sync LEDs light red :) rick jones -- portable adj, code that compiles under more than one compiler these opinions are mine, all mine; HP might not want them anyway... :) feel free to post, OR email to rick.jones2 in hp.com but NOT BOTH

  1   2   >