Re: [ntp:questions] NTP settings for machine with irregular, short connections to the Net

2007-09-07 Thread Rick Jones
k, it gets time from there and the clients simply time-out their ntpdate commands. Then when it is on the little network, the laptop's attempt at ntpdate is the one that times-out and the clients get time from the laptop. rick jones -- The glass is neither half-empty nor half-full. The glass

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

2007-09-11 Thread Rick Jones
ils, > how do you decide which of two servers 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 "Follo

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

2007-09-12 Thread Rick Jones
ght to the flag character. > Say +3 for a *, +1 for a +, and -1 for a -. I realize the world of NTP isn't a world usually satisfied with "good enough" :) But isn't "right now" more important than "12 hours ago?" I suppose that one could presume that being a goo

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

2007-09-13 Thread Rick Jones
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 mi

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

2007-10-15 Thread Rick Jones
em it seems those values (EAI_mumble) are in /usr/include/netdb.h: $ find /usr/include -exec grep -l EAI_FAIL {} \; /usr/include/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 min

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

2007-10-16 Thread Rick Jones
is why? That's the reason I want to see the config file. Actaully, I'm absent minded enough that it didn't cross my mind :) 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

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

2007-10-18 Thread Rick Jones
rve it in order to prevent future confusion. "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 effe

Re: [ntp:questions] Wireless Routers and NTP

2007-11-29 Thread Rick Jones
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

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

2007-12-11 Thread Rick Jones
they have no Sunnyvale location :) 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 h

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

2007-12-11 Thread Rick Jones
ot knowing much about atomic clocks), I thought it > was a fairly good article. Agreed. 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 wa

[ntp:questions] time delta between clients

2007-12-11 Thread Rick Jones
pointers etc most welcome, rick jones BTW, in this case, I disabled the interrupt coalescing on Client 1's NIC, which I believe is the reason for the difference in delay between Client 1 and 2 and linger.raj - all three are on the same LAN. It gets lost in the noise talking to the other tw

Re: [ntp:questions] time delta between clients

2007-12-12 Thread Rick Jones
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 > >

Re: [ntp:questions] time delta between clients

2007-12-12 Thread Rick Jones
Richard B. Gilbert <[EMAIL PROTECTED]> wrote: > Rick Jones wrote: > > David Woolley <[EMAIL PROTECTED]> wrote: > > > >>In article <[EMAIL PROTECTED]>, > >>Rick Jones <[EMAIL PROTECTED]> wrote: > > > > > >>>taps w

Re: [ntp:questions] time delta between clients

2007-12-12 Thread Rick Jones
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. Speaking of which, I was just at the garmin website, and seems they now have a GPS18 5HZ in addition to the regular GPS18. Is there any benef

Re: [ntp:questions] time delta between clients

2007-12-12 Thread Rick Jones
ll read the time from the > reference 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. ri

Re: [ntp:questions] time delta between clients

2007-12-13 Thread Rick Jones
ntpd wasn't running on bl480c2. Shortly after restarting, the offset reported by bl480c1 was 0.100 rather than 0.002. 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,

Re: [ntp:questions] time delta between clients

2007-12-13 Thread Rick Jones
Rick Jones <[EMAIL PROTECTED]> wrote: > On bl480c1: > ntpq> peers > remote refid st t when poll reach delay offset jitter > == > bl480c2.raj 10.208.0.1 3 u

Re: [ntp:questions] time delta between clients

2007-12-13 Thread Rick Jones
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-ou

Re: [ntp:questions] time delta between clients

2007-12-13 Thread Rick Jones
ted that on both ends (adjusting peer accordingly) and will see 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 i

Re: [ntp:questions] time delta between clients

2007-12-31 Thread Rick Jones
s (or is it owned by Agilent now?). Even > better, 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 p

Re: [ntp:questions] time delta between clients

2007-12-31 Thread Rick Jones
rious flavors of *nix would 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.jo

Re: [ntp:questions] time delta between clients

2007-12-31 Thread Rick Jones
Danny Mayer <[EMAIL PROTECTED]> wrote: > While Rick may be a relative newbie to NTP he has had years of > conducting performance analysis of applications and systems. His > performance testing of BIND9 is probably *the* seminal reference on > DNS testing. Now _that_ is scar

Re: [ntp:questions] time delta between clients

2008-01-04 Thread Rick Jones
ck is the author of netperf ;-) Shhhh! 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

Re: [ntp:questions] ntpd and network sockets

2008-01-08 Thread Rick Jones
en started, without ntpd having to periodically scan for new IP's on the system (and possibly miss one that was only around for less than ntpd's rescan interval). rick jones -- web2.0 n, the dot.com reunion tour... these opinions are mine, all mine; HP might not want them anyway... :)

Re: [ntp:questions] ntpd and network sockets

2008-01-08 Thread Rick Jones
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 --

Re: [ntp:questions] ntpd and network sockets

2008-01-09 Thread Rick Jones
mply I was troubled, just pointing-out how it might conceivably work if one went with last-wins. > > One thing about a socket bound to a wildcard address is that it will > > pick-up traffic from interfaces enabled after ntpd has been started, > > without ntpd having to periodical

Re: [ntp:questions] ntpd and network sockets

2008-01-10 Thread Rick Jones
d address does not prevent another process > binding to a different IP address that ntpd is not bound. At least I > don't believe so. We may 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 norma

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

2008-01-18 Thread Rick Jones
netperf TCP_RR behaviour on a number of NICs 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...

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

2008-01-28 Thread Rick Jones
gets involved, but just 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

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

2008-01-28 Thread Rick Jones
ay based on the previous text discussing ARP caches. 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 t

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

2008-01-28 Thread Rick Jones
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

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

2008-01-28 Thread Rick Jones
ackets sent back-to-back. 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 to rick.jones2 i

Re: [ntp:questions] time delta between clients

2008-02-19 Thread Rick Jones
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

Re: [ntp:questions] time delta between clients

2008-02-19 Thread Rick Jones
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" bu

Re: [ntp:questions] time delta between clients

2008-02-20 Thread Rick Jones
r merge the two :) 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... ___ questio

Re: [ntp:questions] NTPD on bond0:0

2008-02-26 Thread Rick Jones
" by the bonding driver. On other platforms that might be called "trunking" or port aggregation etc. The "transport" (IP and above) sees just the one interface (eg bond0) which then handles all the nitty gritty details of link-failover and/or load balancing among the physical i

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

2008-03-11 Thread Rick Jones
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,

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

2008-03-12 Thread Rick Jones
d file system standard. But there are so many 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... :

Re: [ntp:questions] Frequency Error on Sun4v

2008-06-25 Thread Rick Jones
ng write-up. Not sure I understand all of it of course, but interesting regardless. Since no good deed goes unpunished and since I have an insatiable curiousity I will ask :) *) is that just the T5120 or is it more generally the T5X20? *) is the T5X40 affected sincerely, rick jones -- oxy

Re: [ntp:questions] Sunfire X2100 and FreeBSD

2008-07-15 Thread Rick Jones
n those things when part 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.

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

2008-08-15 Thread Rick Jones
a name/IP has been active for N units of time cannot really be used as an accurate estimate of the age of the hardware behind 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 opin

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

2008-10-10 Thread Rick Jones
another socket, but as I'm typing 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... ___

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

2008-10-13 Thread Rick Jones
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. > > > >

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

2008-10-14 Thread Rick Jones
at they probably actually want is a flag that says "delay > daemonizing until 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 affectiona

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

2008-10-15 Thread Rick Jones
y be known well enough in advance, I 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" fr

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

2008-10-15 Thread Rick Jones
7;m sure I'm about to soil my shoe in what 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

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

2008-10-16 Thread Rick Jones
rces I ask aren't yet synced? I'm wondering if being set to a time close 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 m

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

2008-10-22 Thread Rick Jones
bump > things up a bit.] Maybe... 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

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

2008-10-22 Thread Rick Jones
mponents already in the system 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'

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

2008-10-22 Thread Rick Jones
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, p

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

2008-10-23 Thread Rick Jones
I played around in this area a while ago. I didn't get good results > until I glued 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&#x

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

2008-10-24 Thread Rick Jones
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

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

2008-10-31 Thread Rick Jones
A-RISC interval counter) or its equivalent (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.&

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

2008-12-06 Thread Rick Jones
reshold, say, 2 ms, 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 separa

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

2008-12-08 Thread Rick Jones
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

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

2008-12-08 Thread Rick Jones
version of it can be found at: ftp://ftp.cup.hp.com/dist/networking/briefs/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 performan

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

2008-12-08 Thread Rick Jones
additional benefit of using them on top of Jumbo Frames although it is in the realm of diminishing returns. 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] Sub-millisecond NTP synchronization for local network

2008-12-08 Thread Rick Jones
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 >

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

2008-12-10 Thread Rick Jones
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.t

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

2008-12-10 Thread Rick Jones
hecksum on NIC" cross-over is for UDP in various stacks, but many NICs can and do perform CKO on UDP datagrams in addition to TCP. Heck, the HP-PB (aka NIC) FDDI card of the mid 1990's did that. It could also header-data split up through NFS on the way in. All with magic "if this

Re: [ntp:questions] .1 Microsecond Synchronization

2009-06-04 Thread Rick Jones
the interval counters on the disparate processors, and I think Linux does the same. Which other OS/HW combinations do so I'm not sure. rick jones -- a wide gulf separates "what if" from "if only" these opinions are mi

Re: [ntp:questions] .1 Microsecond Synchronization

2009-06-04 Thread Rick Jones
he network to appear to the host to arrive at essentially the same instant. Their separation in the eyes of the host will depend on the speed at which the host processes them after being nudged by the NIC. rick jones -- Wisdom Teeth are impacted, people are affected by the effects of events. th

Re: [ntp:questions] .1 Microsecond Synchronization

2009-06-04 Thread Rick Jones
Rick Jones wrote: > I don't know that it would pack them within a 100ns interval, but > interupt coalescing in GbE and higher NICs can cause frames which > were otherwise spread-out on the network to appear to the host to > arrive at essentially the same instant. Their separat

Re: [ntp:questions] .1 Microsecond Synchronization

2009-06-04 Thread Rick Jones
7;t 100ns more or less a cache miss on a processor today? Yes, some are less then that some are more but O(100ns) seems about right. rick jones -- I don't interest myself in "why." I think more often in terms of "when," sometimes "where;" always "how much

Re: [ntp:questions] .1 Microsecond Synchronization

2009-06-05 Thread Rick Jones
right? It wouldn't be GPS PPS - but perhaps one 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

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

2009-06-11 Thread Rick Jones
David J Taylor 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 them anyway... :) feel free to post, OR email to ric

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

2009-06-11 Thread Rick Jones
David J Taylor wrote: > Rick Jones wrote: > > David J Taylor > > wrote: > >> One suggestion might be wireless > > > > Isn't that just asking for jitter? > Have you tried it? No, I'm just channeling dimm memories of what half-duplex wired E

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

2009-06-17 Thread Rick Jones
lace 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 jone

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

2009-06-19 Thread Rick Jones
ay to deal > with this? I don't know about the general question, 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) ric

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

2009-06-23 Thread Rick Jones
Rob 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 in a gas

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

2009-10-12 Thread Rick Jones
Unruh wrote: > (This is like asking-- if there is a garbage strike would you want > people to put their garbage into bags and pile them up together or > not use bags and spread it out evenly on the streets. How large are the streets and how much garbage is there to be spread? r

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

2009-10-12 Thread Rick Jones
ic is flowing through the NIC. In linux-land, some variations on ethtool commands and/or modprobe parameters would be involved in diminishing if not outright disabling the interrupt coalescing. ftp://ftp.cup.hp.com/dist/networking/briefs/nic_latency_vs_tput.txt is an old writeup, but it should give the

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

2009-10-12 Thread Rick Jones
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

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

2009-10-13 Thread Rick Jones
E-Mail Sent to this address will be added to the BlackLists 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> > > 3 Physical Protocols > 3.1 Serial Protocol > The

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

2009-10-13 Thread Rick Jones
nsity any single switch will use 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 jon

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

2009-10-13 Thread Rick Jones
PCB or redesign a chassis when say 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

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

2009-10-14 Thread Rick Jones
Unruh wrote: > E-Mail Sent to this address will be added to the BlackLists > writes: > >Rick Jones wrote: > >>>> ... EMC / EMI, Unintentional / Incidental, Radiators > >> And/or better educated customers willing and able to understand > >> the va

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

2009-10-14 Thread Rick Jones
quot;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 :) r

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

2009-10-14 Thread Rick Jones
Uwe Klein wrote: > Rick Jones wrote: > > Uwe Klein 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 &

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

2009-10-21 Thread Rick Jones
"never" wants 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 min

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

2009-10-28 Thread Rick Jones
seems that it would be better to thank Wilson 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

Re: [ntp:questions] Busybox and ntp

2009-12-18 Thread Rick Jones
casionally 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;" alwa

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

2010-01-11 Thread Rick Jones
e 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 these opinions are

Re: [ntp:questions] NTP for iPhone

2010-02-16 Thread Rick Jones
inition 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, a

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

2010-03-01 Thread Rick Jones
er - is NTP, or more 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

Re: [ntp:questions] NTPv4 Peer Event Codes - secret decoder ring sought

2010-03-22 Thread Rick Jones
somehow mistyped? > Ahh, be nice. We all know perfectly well how such things happen. When it comes to this bikeshed I'm not sure I'd have called that a typo either. Htis is a tyop. Call it a cut-and-paste error, call it a bug. Heck, call it an honest mistake or even an "oops

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

2010-03-23 Thread Rick Jones
on > and get millisecond precision, which is probably all they need. Is it still "trivial" in a below-ground data center? Heck, even a data center on the ground floor? It wasn't a GPS18x, but I tried taking a garmin GPS12 into a few machine rooms and had no joy whatsoever getting any

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

2010-03-23 Thread Rick Jones
rohibited :) 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... ___ questions mai

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

2010-03-23 Thread Rick Jones
inity 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

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

2010-03-24 Thread Rick Jones
ns are we talking about here, and are the fixes backported 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? ___

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

2010-03-24 Thread Rick Jones
David Woolley wrote: > Were I work, the number of cores are seriously over-committed, as is > memory. Many modern server applications are designed to use all the > cores that they can get. The Law of Unintended Consequences strikes following the Demise of Timesharing :) rick jones -

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

2010-04-13 Thread Rick Jones
then while the "dock" may not be out 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 com

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

2010-04-14 Thread Rick Jones
DP 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.jone

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

2010-04-14 Thread Rick Jones
h-holes 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 wo

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

2010-04-14 Thread Rick Jones
&sl=auto&tl=en for those who 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

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

2010-04-14 Thread Rick Jones
dependent 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 opi

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

2010-04-14 Thread Rick Jones
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 hal

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

2010-04-19 Thread Rick Jones
seen good default behaviour on a couple other 10G NICs as well, but their names 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."

Re: [ntp:questions] NTP timestamps

2010-05-26 Thread Rick Jones
from() on the socket :) Or I suppose its call (does it make one?) to gettimeofday() just afterwards. 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.

Re: [ntp:questions] Network latency questions

2010-05-27 Thread Rick Jones
eased load, > the switch will bundle the traffic to the different nodes more and > this will result in higher latency. "How long is a piece of string?" "It depends." An unloaded Gigabit Ethernet network might have quite low latency, but at the same time, a rather loaded

  1   2   3   >