RE: savannah trailing sources?

["Dave Korn" <dk at artimi dot com>]

> -----Original Message-----
> From: gcc-owner On Behalf Of Jeff Sturm
> Sent: 10 May 2004 03:18
> To: Christopher Faylor
> Cc: overseers ; gcc 
> Subject: Re: savannah trailing sources?
> 
> On Sun, 9 May 2004, Christopher Faylor wrote:
> > There is a problem with slow propagation of the new IP address, of
> > course.  That's not a problem with specific services on the system,
> > though.
> 
> Of course a long TTL exacerbates the problem.
> 
> ;; ANSWER SECTION:
> gcc.gnu.org.            86400   IN      A       12.107.209.250
> 
> But, I'm guessing this isn't under your control either.  The TTL of
> sources.redhat.com is much more sane.
> 
> Jeff


  Erm, [it's slightly ambiguous from your post whether you're showing an old
stale record still in DNS somewhere or if you're only pointing at the length
of the TTL from the new record on the assumption it was the same in the old
record as it is now] but if that's the old IP address, then the problem is
not one of long TTL, but of the authoritative server not having been
updated, since that's what ns1.gnu.org is still reporting as the A record.

  And if that's the correct new IP address, then the problem isn't dns at
all, but that the machine is down, or there's some very bad routing info out
there, because traceroute to it dies for me at 12.119.93.62, which is
exactly where Kai Henningsen was reporting it to fail two days ago:

  8    26 ms    35 ms    29 ms  core2-pos15-1.ealing.ukcore.bt.net
[194.74.16.15
7]
  9    46 ms    29 ms    27 ms  transit1-pos4-0.ealing.ukcore.bt.net
[194.72.9.2
38]
 10    29 ms    29 ms    29 ms  t2c1-p1-0.uk-eal.eu.bt.net [166.49.168.13]
 11   104 ms   116 ms   104 ms  t2c1-p5-0.us-ash.eu.bt.net [166.49.164.74]
 12   121 ms   107 ms   107 ms  12.119.141.33
 13   108 ms   110 ms   113 ms  tbr2-p012901.wswdc.ip.att.net
[12.123.217.17]
 14   116 ms   113 ms   113 ms  gar1-p370.rlgnc.ip.att.net [12.122.3.61]
 15   115 ms   113 ms   113 ms  12.119.93.62
 16     *        *        *     Request timed out.
 17     *        *        *     Request timed out.
 18     *        *        *     Request timed out.

  So if anyone out there still is able to access gcc.gnu.org and isn't
having problems, their packets must be going by a different route to ours,
or there must be some selective filtering going on at that AT+T router.  It
would be great if someone who *can* access it would post a traceroute as
well.

  My betting is that there's some bogus routing info out there.  It's been
two days, and I queried the authoritative server.  It's not a DNS thing any
more.


    cheers, 
      DaveK
-- 
Can't think of a witty .sigline today....