- Test - lists.nanog.org

RE: BT network outage
by Chris Parker 21 Nov '01

21 Nov '01

At 05:40 PM 11/21/2001 +0100, Youse, Chuck wrote: >Do you have a url or something that we can reference for this incident? http://www.theregister.co.uk/content/22/22941.html http://www.theregister.co.uk/content/22/22951.html Others are probably available as well. Of course, bt.com has no mention of it. -Chris -- \\\|||/// \ Chris Parker - Manager, Development Engineering \ ~ ~ / \ WX *is* Wireless! \ cparker(a)starnetusa.net | @ @ | \ http://www.starnetwx.net \ (847) 963-0116 oOo---(_)---oOo--\------------------------------------------------------ \ Without C we would have 'obol', 'basi', and 'pasal'

1 0

RE: BT network outage
by Youse, Chuck 21 Nov '01

21 Nov '01

Do you have a url or something that we can reference for this incident? -----Original Message----- From: Sean Donelan [mailto:sean@donelan.com] Sent: Wednesday, November 21, 2001 4:39 PM To: nanog(a)merit.edu Subject: BT network outage The joy of single provider service. British Telecom lost most of its national IP backbone on Tuesday affecting DSL and Dialup service across multiple ISPs in the UK. According to news reports, this affected almost all DSL service in the UK. What happened to BT? Is this a unique "feature" of the UK marketplace or can the same thing happen in the USA?

2 1

Above.net
by Colin Legendre 20 Nov '01

20 Nov '01

Anyone seeying weird routing probs with Above.net? Colin Legendre CCNA, MCP Infrastructure Management Specialist Q9 Networks Inc. email: colin.legendre(a)q9.com

4 5

Invalid IN-ADDR.ARPA information coming in from HINET
by John Palmer (NANOG Acct) 20 Nov '01

20 Nov '01

HINET.NET appears to be claiming authority over IN-ADDR.ARPA and is poisoning DNS caches. Anyone try to contact them to make this stop?

3 2

REQ: Dark Fiber/MAN Providers @ Arlington, VA
by Gordon Ewasiuk 20 Nov '01

20 Nov '01

Hi All: I'm looking for dark fiber or MAN providers servicing the Arlington, VA area. Specifically, a provider that can connect two sites on North Glebe Road. Please reply off-list. Will post results if there is interest. -Gordon -------------------------------------------------- Gordon Ewasiuk, Certifed Sun Fanatic, Winstar VHC The REAL office number is here-----> 703.893.4901 Read the story about the #1 Unix Platform http://www.sun.com/software/cover/2001-1106 -------------------------------------------------

1 0

ICANN off the map
by Patrick Greenwell 20 Nov '01

20 Nov '01

Far be it from me to introduce operational content into the mix of the usual suspects referring to anyone that doesn't adhere to their worldview as ranting or being sociopaths, however there doesn't seem to be any announcements for ICANNs address space at the moment as near as I can tell from polling the various route servers, rendering them unreachable.

9 15

RE: generosity
by Jonathan Disher 20 Nov '01

20 Nov '01

Well, even though Exodus saw fit to pump us 22,000 additional prefixes (starting three or four weeks ago, and still ongoing), they -have- filtered out this one. But then, when I've got 124,753 prefixes, what's one or two more amongst friends.... *shrug* RAM's cheap, I 'spose. -j -- --Jonathan Disher --Sr. Systems and Network Engineer --Internet Pictures Corporation, San Ramon, CA --[v] (925) 242-4088 | [p] (877) 446-9311 | [e] jonathan.disher(a)ipix.com > -----Original Message----- > From: Matt Levine [mailto:matt@deliver3.com] > Sent: Monday, November 19, 2001 4:17 PM > To: Randy Bush; nanog(a)nanog.org > Subject: RE: generosity > > > > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I'm seeing a 0.0.0.0/0 announcement coming from abovenet > (6461 17025), but only 1 of our upstreams is un-clever enough > not to be filtering it. > > > > - -- > Matt Levine > @Home: matt(a)deliver3.com > @Work: matt(a)eldosales.com > ICQ : 17080004 > PGP : http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x6C0D04CF > "The Trouble with doing anything right the first time is that > nobody appreciates how difficult it was." > > - -----Original Message----- > From: owner-nanog(a)merit.edu [mailto:owner-nanog@merit.edu]On > Behalf Of Randy Bush > Sent: Monday, November 19, 2001 7:04 PM > To: nanog(a)nanog.org > Subject: generosity > > > > they have no noc listed in jared's page, at least not that i can find > > route-views.oregon-ix.net>sh ip bg 0.0.0.0 > BGP routing table entry for 0.0.0.0/0, version 11124471 > Paths: (1 available, best #1) > Advertised to non peer-group peers: > 64.166.72.140 > 13 > 192.12.65.1 from 192.12.65.1 (192.12.65.1) > Origin IGP, localpref 100, valid, external, best > > and it's been there for some days > > randy > > -----BEGIN PGP SIGNATURE----- > Version: PGPfreeware 7.0.3 for non-commercial use <http://www.pgp.com> > > iQA/AwUBO/mg4sp0j1NsDQTPEQL0fQCbB1FDDVOATVlpnipDyekC5iYJqUAAn1Tz > +IRRnvy+L5/6qVFGRT6hTMon > =zgLV > -----END PGP SIGNATURE----- >

1 0

generosity
by Randy Bush 20 Nov '01

20 Nov '01

they have no noc listed in jared's page, at least not that i can find route-views.oregon-ix.net>sh ip bg 0.0.0.0 BGP routing table entry for 0.0.0.0/0, version 11124471 Paths: (1 available, best #1) Advertised to non peer-group peers: 64.166.72.140 13 192.12.65.1 from 192.12.65.1 (192.12.65.1) Origin IGP, localpref 100, valid, external, best and it's been there for some days randy

2 1

Abuse contact at Qwest IP
by just me 19 Nov '01

19 Nov '01

If anyone has a useful abuse contact at qwest ip, please mail me at mghali(a)ea.com. I've been seeing a DoS from their network for over 6 hours now, and the contacts on Jared's fine page have been less than useful. Sorry for the WOB.. matt ghali --mghali(a)snark.net------------------------------------------<darwin>< Flowers on the razor wire/I know you're here/We are few/And far between/I was thinking about her skin/Love is a many splintered thing/Don't be afraid now/Just walk on in. #include <disclaim.h>

1 0

ISP network design of non-authoritative caches
by Sean Donelan 19 Nov '01

19 Nov '01

I appreciate the redirect, if there is a better list, but my question is directed at network operators. namedroppers is for dns protocols, dnsops is for operators of authoritative name servers. The majority of users on today's Internet will never directly query any root name server, or any other authoritative name server. Instead of a set of authoritative servers, the servers which actually deliver direct DNS service to users/hosts are non-authoritative, caching servers. There are more caching, name servers at the edge of the net than there are Akamai boxes in the world. In the late 1980's and early 1990's, when the net was much more interesting (i.e. flaky, low-bandwidth, expensive circuits) network operators carefully planning where to place caching-only name servers, and configuring end-systems to use the appropriate set of servers. A well-configured set of caching-only name servers can maintain the illusion of DNS for several hours, even during a network partition or loss of many authoritative name servers, at least for the "popular" names. They work so well, people forget they can still have problems. During the boom times, ISPs couldn't individually configure millions of DNS clients. They generally told subscribers to use two statically configured name servers, or more recently used DHCP to set them. Several national ISPs, including the one I use, with millions of subscribers, appear to still do this. We know this isn't good engineering practice, because another national ISP with millions of subscribers configured their network the same way, and experienced a multi-hour service disruption affecting most of their users a couple of years ago when an error blocked access to their two caching-only, name servers. There is lots of "best practice" information for configuring authoritative name servers (including the root and TLDs). The BOG, O'Reilly, DNSOPS, RFCs, etc. There are several "managed service" companies which will maintain authoritative name servers for you. Although most of this stuff seems obvious, network providers seem to get bitten by the same obvious things over and over again. Is there a white paper, best common practice, or book which shows the naive ISP (whether they have 10 or 10 million subscribers) how to architect their DNS system? Medium and large organizations having firewalls with internal/external DNS, which already includes local caching. This seems to be mostly a large, national ISP issue. By their nature, small ISP networks tend to have "shared fate" among all of their systems anyway.

16 24