July 1997 - NANOG - lists.nanog.org

fyi: RFC on Domain Names etc
by martyne＠cornell.edu 01 Jul '97

01 Jul '97

Press Release, Reuters U.S. seeks consensus on Internet commerce WASHINGTON, June 30 (Reuter) - The Commerce Department said on Monday it was seeking aconsensus on how to allocate new Internet addresses to help develop Internet commerce. In a statement, the department said it would publish its proposal on Tuesday at www.ntia.doc.gov/new.html and on Wednesday in the Federal Register. The notice will requestpublic comments on the proposals by August 18. ``The enormous growth and commercialization of the Internet has burdened current domain nameregistration systems and raised numerous issues, including questions about the interrelationship of domain name registrations and registered trademarks,'' the statement said. Governance of domain names, conflicts among domanin name systems, processes for disputeresolution and the international implications of these issues would also be scrutinized. Domain names are the Internet equivalent of addresses. In the statement, Commerce Secretary William Daley said the Clinton administration would seek toresolve the issues without upsetting the decentralized structure of the Internet. Also on Tuesday, the Clinton administration will unveil a separate report on the Internet and electronic commerce.

1 0

RE: Plethora of UUnet outages and instabilities
by Chris A. Icide 01 Jul '97

01 Jul '97

If you are concerned about fixing it, and the outage you will or are causing to your customers, perhaps you ought to think about discussing why this is so with either your architect/engineering group or perhaps with your upper management/finance group. One would hope that the major backbone players would at least engineer thier backbone to survive or be able to recover quickly from a single failure event for equipment that has shown that tendancy. We all know routers don't have the greatest reliability standards. Backbones who have overloaded routers either are working under a very risky business model, or they have not desinged and engineered thier network correctly? I suppose in some small cases with lower performance routers, something like this could possibly sneak up on you, however, in the statistically aggregated traffic models of a larger backbone, this shouldn't be able to sneak up on you. Just my plug for intelligent backbone engineering. I learned the hard way. Chris A. Icide Nap.Net, L.L.C. ---------- From: Alex P. Rudnev[SMTP:alex@Relcom.EU.net] Sent: Tuesday, July 01, 1997 12:02 PM To: Wayne Bouchard Cc: Deepak Jain; spork(a)inch.com; jbeck(a)connectnet.com; nanog(a)merit.edu Subject: Re: Plethora of UUnet outages and instabilities On Mon, 30 Jun 1997, Wayne Bouchard wrote: > Thats my point. It often ISN'T easy. For example, say you've got a > 7505 in one spot and find its getting killed. You can't put an rsp4 in > a 7505. You've got to replace the router. Anyone got any spare 7507s > or 7513s lying around? Chances are that if they do, its 2 or 3. It's often not easy to FIX. But it's not hard to _notify the customers_. And to work around by some way (temporary).

1 0

WAN/LAN delay simulation
by Peter E. Giza 01 Jul '97

01 Jul '97

netheads, Sorry to change the current thread, but does anyone know of a piece of freeware that will simulate delays across a WAN/LAN connection? Basically something that would allow a dual-homed workstation act as a router that one can program to do nasty things to packets. I am not looking for random packet generation, rather I want to test the effects of http traffic and the like over a slow and dirty link (no I don't have a link to one of the Boardwatch worst list #%^>). TIA -pete

2 1

Lots of UUNet outages and instabilities
by M. David Leonard 01 Jul '97

01 Jul '97

Speaking of UUNet problems, we just came back after three hours in a black hole....aaargh! David M. David Leonard, Director public Internet for western Massachusetts ShaysNet.COM Daniel Shays - Shays' Rebellion (1786-7) mdl(a)equinox.ShaysNet.COM affordable rural access 413/772-2923 109 59 509

2 1

Re: Lots of UUNet outages and instabilities
by fehnb＠jerseycape.net 01 Jul '97

01 Jul '97

Feel lucky, we there for 4 hours last week.... Sigh.... > > Speaking of UUNet problems, we just came back after three hours >in a black hole....aaargh! > > David > >M. David Leonard, Director public Internet for western Massachusetts >ShaysNet.COM Daniel Shays - Shays' Rebellion (1786-7) >mdl(a)equinox.ShaysNet.COM affordable rural access >413/772-2923 109 59 509 > > > Robert J. Fehn Sr.,President and CEO Senior Systems Engineer, Jersey Cape Information Systems Inc. "Access, Engineering, Microwave Links, Consulting, Design."

1 0

The Cidr Report
by Tony Bates 01 Jul '97

01 Jul '97

2 1

RE: WAN/LAN delay simulation
by Dan Dale 01 Jul '97

01 Jul '97

Pete, Hope this link helps. http://www.nlanr.net/Caidants/meastools.html#ism Dan Dale - Sr. System Engineer Exodus Communications Inc -- Seattle -----Original Message----- From: Peter E. Giza [SMTP:giza@adsmart.net] Sent: Monday, June 30, 1997 4:04 PM To: nanog(a)merit.edu Subject: WAN/LAN delay simulation netheads, Sorry to change the current thread, but does anyone know of a piece of freeware that will simulate delays across a WAN/LAN connection? Basically something that would allow a dual-homed workstation act as a router that one can program to do nasty things to packets. I am not looking for random packet generation, rather I want to test the effects of http traffic and the like over a slow and dirty link (no I don't have a link to one of the Boardwatch worst list #%^>). TIA -pete

1 0

Re: Keynote/Boardwatch Internet Backbone Index A better te
by Danny McPherson 01 Jul '97

01 Jul '97

let's see .. 300 responses from 75 people pointing out the same ~3 flaws in jack's methodology. 'bout time for a new thread? -danny

1 0

Re: Keynote/Boardwatch Internet Backbone Index A better te
by Jack Rickard 01 Jul '97

01 Jul '97

I probably don't agree that it is not a reliable way to draw conclusions about backbone performance. The index has drawn criticism because it points up winners and losers and that's about it. There is no way to do this without criticism, and indeed it should be part of the process. The end user experience will reflect the sum of that, plus dialup variables which we simply do not include in this work. Jack Rickard ---------- > From: Mark Borchers <markb(a)infi.net> > To: Jack Rickard <jack.rickard(a)boardwatch.com> > Cc: nanog(a)merit.edu > Subject: Re: Keynote/Boardwatch Internet Backbone Index A better te > Date: Friday, June 27, 1997 6:09 AM > > Jack, > > I think you've stated for yourself the reason that this Index has > drawn some criticism. > > By it's name it purports to be an index of backbone speed or backbone > congestion or a combination of the above. > > Not only is it not really an index of these items, it could further > be argued that there's not even any reliable way to draw conclusions > about backbone performance from the Keynote measurements. As you > say, there are many other variables. So why not give this thing a > name that reflects it's real identity as an end-to-end test from the > Keynote Perspective Agent locations to various WWW servers. > > > This assumes that you consider web server location and web server > > performance to NOT be a part of overall network performance. Our view > > steps back a bit from that. The majority of traffic would appear to be > > webcentric. From an end users perspective, what does a web site on a > > specific network look like and how does that compare to a web site on > > another network? There are ENDLESS variables contributing to that > > including intercity links, hub architecture, host hardware, host software, > > peering, connectivity points with other networks, transit agreements, type > > of routers, ATM switching (or not). All contribute. We think most people > > notice Internet performance (or lack thereof) while viewing world wide web > > pages.

3 2

Re: Plethora of UUnet outages and instabilities
by Jeffrey S. Curtis 01 Jul '97

01 Jul '97

Wayne Bouchard <web(a)typo.org> writes: }Thats my point. It often ISN'T easy. For example, say you've got a }7505 in one spot and find its getting killed. You can't put an rsp4 in }a 7505. [...] Eh? CISCO7505/4 Cisco 7505 5-Slot, 1 CyBus, 1RSP4, Single Power Supply, $xx,xxx Jeff -- Jeffrey S. Curtis | Internetwork Manager Argonne National Laboratory | Email: curtis(a)anl.gov 9700 South Cass Avenue, ECT-221 | Voice: 630/252-1789 Argonne, IL 60439 | Fax: 630/252-9689

1 0