Re: ntpq no longer working -
- From: Bob Goodwin <bobgoodwin@xxxxxxxxxxxx>
- Date: Wed, 24 May 2006 12:41:32 -0400
Tim wrote:
The diagram was an artifact from the beginning of this effort about a month ago
According to that diagram you have two devices with the same IP on the
same network (the router and box 1), that can't work. Change one of
them. Not sure which? A common practice is to have a .254 ending
address for routers (e.g. 192.168.1.254), though it's not a requirement.
which I did not update accurately. I have refined it somewhat, it may not be perfect
but it's pretty close to what I have now:
http://users.wildblue.net/bobgoodwin/RF-Link.png
Be sure that each device on your network has a unique address. TheNtp is working normally since I corrected the spelling error in /etc/hosts. I am
computers, the routers, the modems, etc. Anything that has an address.
Be sure that you don't have two DHCP servers running on your network,
like one in the modem, another in the router, and on any PCs, unless
they're configured to be co-operative.
If that doesn't get you going, write back. Also say which machines
won't let you use ntpq -p.
accustomed to seeing much lower delays, on the order of 160 ms, and better offsets,
usually near 1 ms, but it is working and I don't think I need such great accuracy. I believe
I am limited by the system delays through Wildblue. Transit time to and from the satellite
must be on the order of a quarter of a second in addition to various other system delays? A different system, different delays.
ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
*clock2.redhat.c .CDMA. 1 u 336 1024 377 782.102 -37.002 33.486
-ntp-1.cns.vt.ed 198.82.247.40 2 u 124 1024 377 638.197 -114.54 592.388
+ntp-2.cns.vt.ed 198.82.247.40 2 u 217 1024 377 895.992 -38.624 450.190
+ntp-3.cns.vt.ed 198.82.247.40 2 u 201 1024 377 866.235 -30.429 101.981
-ntp-4.cns.vt.ed 198.82.247.40 2 u 715 1024 377 627.849 -148.08 95.752
I believe both the router and the bridge are set for dhcp. For whatever reason I haven't been
able to get to the bridge setup screen. That's an annoyance and I don't know why but it works
as it is, help from Linksys would require moving it back on to a Windows computer and then I
would have a language problem. Some of the addresses on the diagram were gleaned from the
etherape display, e.g. the 192.168.1.255 for the router.
Bob Goodwin
--
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
- Follow-Ups:
- Re: ntpq no longer working -
- From: Tim
- Re: ntpq no longer working -
- References:
- ntpq no longer working -
- From: Bob Goodwin
- Re: ntpq no longer working -
- From: Tim
- Re: ntpq no longer working -
- From: Bob Goodwin
- Re: ntpq no longer working -
- From: taharka
- Re: ntpq no longer working -
- From: Bob Goodwin
- Re: ntpq no longer working -
- From: Ed Greshko
- Re: ntpq no longer working -
- From: Bob Goodwin
- Re: ntpq no longer working -
- From: Ed Greshko
- Re: ntpq no longer working -
- From: Bob Goodwin
- Re: ntpq no longer working -
- From: Ed Greshko
- Re: ntpq no longer working -
- From: Bob Goodwin
- Re: ntpq no longer working -
- From: Tim
- Re: ntpq no longer working -
- From: Bob Goodwin
- Re: ntpq no longer working -
- From: Tim
- Re: ntpq no longer working -
- From: Bob Goodwin
- Re: ntpq no longer working -
- From: Tim
- Re: ntpq no longer working -
- From: Bob Goodwin
- Re: ntpq no longer working -
- From: Tim
- ntpq no longer working -
- Prev by Date: Re: cups relaying remote broadcasts to a local subnet
- Next by Date: cups 1.2 printing [FINALLY SOLVED]
- Previous by thread: Re: ntpq no longer working -
- Next by thread: Re: ntpq no longer working -
- Index(es):
Relevant Pages
|