- Test - lists.nanog.org

interliant / sagenetworks
by Dan Hollis 27 Nov '01

27 Nov '01

Does anyone have a confirmed working contact address for interliant / sagenetworks (AS 5697)? Ive gone through the usual channels and got no response from them. -Dan

1 0

RE: 132.0.0.0/10 not in the databases
by Borchers, Mark 27 Nov '01

27 Nov '01

This is all that shows up at http://www.nic.mil/: route: 132.0.0.0/10 descr: DISA, DSAC P. O. Box 1605 Columbus OH 43216-5002, USA origin: AS568 member-of: RS-COMM_US_FED mnt-by: MAINT-AS568 changed: nsfnet-admin(a)merit.edu 19940819 source: RADB > -----Original Message----- > From: Leo Bicknell [mailto:bicknell@ufp.org] > Sent: Tuesday, November 27, 2001 10:02 AM > To: nanog(a)merit.edu > Subject: 132.0.0.0/10 not in the databases > > > > > 132.0.0.0/10 is floating around: > > route-views.oregon-ix.net>show ip bgp 132.0.0.0/10 > BGP routing table entry for 132.0.0.0/10, version 12484641 > Paths: (43 available, best #41) > Advertised to non peer-group peers: > 64.166.72.140 > 4513 13646 5696 568, (aggregated by 568 198.26.128.1) > 195.66.224.82 from 195.66.224.82 (209.10.12.222) > Origin IGP, metric 7602, localpref 100, valid, > external, atomic-aggregate > > [snip, route-views has more than a page of entries for it] > > However, it doesn't apprar to be registered: > > % whois -h whois.arin.net 132.0.0.0 > No match for "132.0.0.0". > > 568 regisitered to disa.mil, and a number of longer prefixes > inside the /10 are registered to .mil addresses: > > % whois -h whois.arin.net 132.15.0.0 > Kadena Air Base (NET-KADENA-NET) > Bldg 792, Kadena AB JA > APO, AP 96368-5149 > US > > The question is, do they legitimately own the whole /10? If > so, why isn't it marked in the databases? > > -- > Leo Bicknell - bicknell(a)ufp.org - CCIE 3440 > PGP keys at http://www.ufp.org/~bicknell/ > Read TMBG List - tmbg-list-request(a)tmbg.org, www.tmbg.org >

1 0

Another national network has DSL problems
by Sean Donelan 27 Nov '01

27 Nov '01

These things seem to come in waves. Yet another large telco is having problems with their DSL service. Telstra Australia ADSL service went down about 9am local time (strange how these always happen at 9am, just as the dayshift starts working). Is this a trend, is there a common software fault or vendor these outages have in common? http://telstra.com/ServiceStatus/Default.asp

3 2

Re: how many roots must DNS have before it's considered broken (Re: ISP network design of non-authoritative caches)
by Simon Higgs 27 Nov '01

27 Nov '01

At 01:09 AM 11/22/01 -0500, Sean Donelan wrote: >I found an archive of NAMEDROPPERS going back to 1983. If you are >interested in the subject, or just want to know how we got here, its >an interesting read. > >Anonymous FTP at ftp://ops.ietf.org/lists/ in 1983, 1984, etc. > >If you don't know the past, you are doomed to repeat it. Even though >I disagree with some of them, I understand some of the decisions a >bit better. There are also some specific mailing lists such as newdom, where Draft Postel was hashed out. Due to various circumstances, the list moved a couple of times. There is an archive here (zip, gz, & mbx format): http://www.iahc.org/mail-lists.html Also there's the iahc-discuss mailing list, which unfortunately has been censored (between Jan 28, 1997 and May 14, 1997) because of the highly negative response to the IAHC's final report - i.e. the formation of eDNS on the IAHC mailing list: http://www.gtld-mou.org/gtld-discuss/mail-archive/ One of these days I'll get the shared-tld list archive online. Best Regards, Simon -- (A)bort, (R)etry, (T)ake down entire network?

1 1

dedicated NetFlow (V5&V8) probe for OC-3, OC-12 and OC-48
by Eddy Beier 27 Nov '01

27 Nov '01

Dear all, we've developed a NetFlow probe which processes about 1 Mpps (depends on the CPUs) unsampled traffic. We called it FlowBox. Details: - based on rackmount PC (1U/2U) - FreeBSD - PoS NICs with deep HW support for probing - AS list (RIPE format) loadable; so you don't need complete AS information on the router; we can also integrate a BGP reader if this is too static. - optional sending to multiple Collectors - optional passive (optical splitter) or active (lineloop/3R regeneration/media adaption) probing - optional V5 traffic reduction by a factor of about 1:10 by ignoring one (the always changing) TCP port; (still 100% NetFlow compliant) - tested by Cisco - tested with CAIDA's tools Problem: First we built the box, now we try to build a business plan for; but we failed up to now, 'cause there is no use for in europe (few number of high speed lines, accounting infrastructure not yet developed etc) Question: Is there anybody who thinks, that the box has been a good idea? Thanx in advance for any response (otherwise FlowBox will never touch the market). Yours Eddy Beier CEO bina GmbH Am Bruckweg 84 D-90499 Nuremberg ps: for the historically interested ones: we spinned off from the University of Erlangen with a complete Accounting system in a single box. with this box e.g. BMW account their european distributors (>800) and Allianz (europen insurance market leader) their agents (>8000) But it also had all problems of a complete accounting system in a single box (e.g. full file system, lack of analysis recources) and it's been proprietary. So we focused on the de facto accounting interface NetFlow and on probing.

1 0

Re: route-views.oregon-ix.net
by Marshall Eubanks 27 Nov '01

27 Nov '01

> >If somebody in this list is in charge of that, please contact me off-line. >I've been trying to contact dmm(a)antc.uoregon.edu but it have not received >any response. > >German Dear German; Try contacting David Meyer at <dmm(a)sprint.net>. > >~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >* THE DILBERT FUTURE * >* Thriving on Stupidity in the 21st Century * >~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >"Internet capacity will increase indefinitely >to keep up with the egos of the people using it" > > Marshall Eubanks tme(a)21rst-century.com

1 0

route-views.oregon-ix.net
by German Martinez 27 Nov '01

27 Nov '01

If somebody in this list is in charge of that, please contact me off-line. I've been trying to contact dmm(a)antc.uoregon.edu but it have not received any response. German ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ * THE DILBERT FUTURE * * Thriving on Stupidity in the 21st Century * ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ "Internet capacity will increase indefinitely to keep up with the egos of the people using it"

1 0

Re: Next generation DSLAMs
by srihari varada 27 Nov '01

27 Nov '01

Read the posts by Geoff (inlcuding the provided article) and Miquel. I am trying to understand if ILECs could provision IP-VPN and MPLS-VPN service (not internet access) to, for instance, business subscribers with the ISPs, competitive and non-competitive, still providing internet access (and, perhaps Layer 2 or IP-VPN or MPLS-VPNs). Would this be prohibited by regulations? If so, under what context. Is it because, competitiveness would be hampered from the value added service provisioning point of view? Miquel had some references to it. Some elaborations would be useful. Secondly, is it reasonable to say that the notion of next generation DSLAMs a myth (until regulations change) from the perspective of provisioning IP-VPNs or MPLS-VPNs right in them. Regards, Srihari Varada

1 0

RE: Followup British Telecom outage reason
by Kevin Gannon 26 Nov '01

26 Nov '01

> I'm referring to the _vendor's_ support costs - as in, you don't need as > many people in the TAC if people don't keep running into IOS bugs; you > don't need as large of a RMA pool if the hardware is more reliable, etc. What percentage of TAC personnel's time is spent dealing with calls that ultimately result in a BugID? NANOG isn't representative; mostly, TAC exists to take calls from idiots who bought a box that they don't know how to configure. Large network operators have a staff of people to handle that, so when they call TAC, the box is probably broken. I don't think that's the case with the majority of TAC cases, though. I would imagine a lot once I got queued to the team that deals with the "I just bought an 803 from pc world" and good did it sound busy in the background. Yet when you ring for network down situations its like a dead calm in the background hmmm. Or how much time is spent telling you its a bug you can't see ? ;-). Regards, Kevin

1 0

RE: Followup British Telecom outage reason
by Kevin Gannon 24 Nov '01

24 Nov '01

Anyone have the Bug ID's ? Regards, Kevin -----Original Message----- From: owner-nanog(a)merit.edu [mailto:owner-nanog@merit.edu]On Behalf Of Sean Donelan Sent: 24 November 2001 19:17 To: Neil J. McRae Cc: nanog(a)merit.edu Subject: Re: Followup British Telecom outage reason On Sat, 24 Nov 2001, Neil J. McRae wrote: > I'd be surprised if it was the GSR, and in anycase that doesn't > absolve anyone. If it was a software issue- why wasn't the software > properly tested? Why was such a critical upgrade rolled out across > the entire network at the same time? It doesn't add up. It appears to be yet another CEF bug. If you want to use a GSR you are stuck using some version of IOS with a CEF bug. The question is which bug do you want. Each version of IOS has a slightly different set. Several US network providers have also been bitten by CEF bugs too. While trying to fix one set of bugs, BT upgraded of their network. I'm not sure if they were upgrading at 9am in the morning, or had upgraded earlier and the bug finally came out under load at 9am. When the BT network melted down, Cisco suggested installing a different version of IOS, which had previously been tested. At noon, BT found the new version had an even worse bug, sending packets out the wrong interface. It was until 2200 (13 hours later), BT and Cisco found a version of IOS which stablized the network. "Stablized" not fixed. The running version of IOS still has a bug, but it isn't as severe.

1 0