- Test - lists.nanog.org

Re: [Announce] traceroute sites
by William Allen Simpson 15 Dec '96

15 Dec '96

It would be most helpful if the nanog pages had links to these tools.... WSimpson(a)UMich.edu Key fingerprint = 17 40 5E 67 15 6F 31 26 DD 0D B9 9B 6A 15 2C 32 BSimpson(a)MorningStar.com Key fingerprint = 2E 07 23 03 C5 62 70 D3 59 B1 4F 5E 1D C2 C1 A2

1 0

Re: Nanog list uncharacteristically quiet?
by Jeffrey Payne 15 Dec '96

15 Dec '96

>On Sat, 14 Dec 1996, Mike Leber wrote: > >|} Has anybody collected stream duration data? What does the distribution >|} look like? 98% of streams last how long? (I bet less than 5 minutes) >|} I think something like this was brought up at the Ann Arbor NANOG. > Some folks from Ipsilon did an interesting paper on IP flow (stream?) durations for ISMA in Feb...its at: http://www.ipsilon.com/staff/pn/papers/isma96.html -jp ---------------------------------------------------------------------- Jeffrey Payne Voice:206.674.2364 GM, Technical Operations FAX: 206.674.2696 Progressive Networks, Inc http://www.prognet.com ----------------------------------------------------------------------

3 2

Re: Nanog list uncharacteristically quiet?
by Chris A. Icide 14 Dec '96

14 Dec '96

At 11:24 AM 12/14/96 -0800, Chris Caputo wrote: >Here's something to chew on. As an end-node site who has recently become >triply-homed I've been wondering whether it would be useful if routers had >a way of making a route selection based on output queue levels. Ie., >let's say I have 2 paths to a destination of equal as-path distance >through neighbor A and neighbor B. Based on recent discussion it sounds >like IOS will send the packet to the neighbor with the lowest IP address. >This is nice and predictable, but I wonder if it would be helpful to have >an option that makes this decision be based on current output load of the >link to each neighbor rather than IP address. > >Note, I am not suggesting in any way that this alter advertisements and >causing flapping, I am only wondering about outgoing packets. > The problem that jumps out immediately is that of oscillating loading of an interface. As soon as one interface becomes more loaded than the other, what decision process are you going to make to move only a small amount of traffic to the other interface? If you don't do this in small steps, then you will surely experience an oscillation between the two (or three) interfaces as the lowest load interface immediately becomes the highest loaded interface due to the decision to send traffic that way instead. Also, remember that not only do you have to make the decision on your side, but you also must let your peers know that you want your incoming traffic to move also. So you now must have some method of advertising your desires to the rest of the world. Currently your best choice is to manually develop route-maps which will balance both incoming and outgoing traffic on each interface. I definately have some thoughts on the above idea, and how something like that may be accomplished, but they are so very undeveloped that this is not the time or place to display my lack of knowledge. I'd prefer to put it all down on "paper" somewhere and then submit the idea if anyone who really understands all this is interested. I'm sure none of my ideas are original. Chris A. Icide Nap.Net

1 0

Nanog list uncharacteristically quiet?
by Nick Busigin 14 Dec '96

14 Dec '96

The NANOG list has been uncharacteristically quiet as of late... just checking to see if you are all still alive. Best regards, Nick -------------------------------------------------------------------------- Nick Busigin <Sent from my Debian/GNU Linux Machine> nick(a)xwing.org To obtain my pgp public key, email me with the subject: "get pgp-key" --------------------------------------------------------------------------

3 2

Re: [Announce] traceroute sites
by Thomas Hutton 13 Dec '96

13 Dec '96

We (SDSC) have also had these utilities available for the last 6 months or so. They are at "http://www.sdsc.edu/~hutton/Tools.html" --Tom Hutton San Diego Supercomputer Center

1 0

Re: [Announce] traceroute sites
by Jay McCarthy 12 Dec '96

12 Dec '96

Greetings, While we're on the subject, we've also recently added a traceroute page, this one includes some other goodies too. http://www.atmnet.net/Support/troubleshooting.html -Jay- > > At 12:18 PM 12/11/96 -0500, gv wrote: > > >A traceroute utility has been added to the Cable and Wireless Internet > >Exchange (CWIX) network. There are links to nodes worldwide; on and off > >the CWIX network. > >You are welcome to take advantage of this as the need arises. > > > >traceroute url: > >http://www.cwix.net/cgi-bin/trace > > > > > >-- > >Gary vonErden > >gv(a)cwix.net > >http://www.cwix.net/ > > > > -- > Paul Ferguson || || > Consulting Engineering || || > Herndon, Virginia USA |||| |||| > tel: +1.703.397.5938 ..:||||||:..:||||||:.. > e-mail: pferguso(a)cisco.com c i s c o S y s t e m s > > -------- REPLY, End of original message -------- -- ------------------------------------------------ Jay McCarthy jay(a)atmnet.net Network Engineer ATMnet 5440 Morehouse Dr. #3700 San Diego, CA 92121 (619)643-1813 voice (619) 643-1801 fax

1 0

Re: While I'm at it...
by Peter Kline 11 Dec '96

11 Dec '96

If your bad luck is ATM luck it can't be all bad. Try at least 11.1.6, and run the aip20-9 microcode load. You may have to open a ticket to get the microcode image. It never hurts to have Cisco check the rev levels of *all* cards in your router for possible interactions. Peter At 05:30 AM 12/10/96 MET, Peter Lothberg wrote: >> >> While I'm on a roll of exploiting NANOG's collective expertise, perhaps >> someone could email the IOS level (and perhaps card revision level) that >> they have had the most luck with on a 75xx with RSP2 with AIP-DS3 and OC3 >> cards. >> >> | Derek Elder http://www.accessus.net V.P., CIO | >> | djelder(a)accessus.net accessU.S., Inc. 888-637-3638 Ext. 222 | >> >> >> > > >Luck has left for very long ago if you are using ATM -:) > >--Peter > >

5 5

Re: While I'm at it.. (Cisco crashing)
by Thomas Hutton 11 Dec '96

11 Dec '96

If you have any DVMRP tunnels on these systems watch out for BUG 77855. It is in 11.1(6), 11.1(7), 11.2(1) and 11.2(2). Our router was crashing after about 20 hours. ID: 77855 Feature-set: queuing Title: I/O Memory Leak caused by bw > 2048 on tunnel interface Reported: 11.2(1) 11.1(6) Integrated: Severity: 2 State: R I/O memory on a system can start leaking and deplete if a tunnel interface is configured together with a bandwidth greater than 2048. Symptoms are the display of sys-2-malloc failure error messages. --Tom Hutton San Diego Supercomputer Center

1 0

Re: While I'm at it...
by Peter Kline 11 Dec '96

11 Dec '96

At 05:57 PM 12/10/96 -0400, JUSTIN W NEWTON wrote: > >11.1(6) seemed to have a severe memory leak problem on 7505's in my >environment (OSPF, BGP). I didn't call the TAC, but when I upgraded to >11.1.(7-CA1) it went away. > It works for us (OSPF and BGP also), but now that you've brought it up, I suspect things will soon start crashing everywhere. Time to surf the bug database again... -Peter > >On Tue, 10 Dec 1996, Peter Kline wrote: > >> If your bad luck is ATM luck it can't be all bad. >> >> Try at least 11.1.6, and run the aip20-9 microcode load. You may have to >> open a ticket to get the microcode image. It never hurts to have Cisco >> check the rev levels of *all* cards in your router for possible interactions. >> >> Peter >> >> >> At 05:30 AM 12/10/96 MET, Peter Lothberg wrote: >> >> >> >> While I'm on a roll of exploiting NANOG's collective expertise, perhaps >> >> someone could email the IOS level (and perhaps card revision level) that >> >> they have had the most luck with on a 75xx with RSP2 with AIP-DS3 and OC3 >> >> cards. >> >> >> >> | Derek Elder http://www.accessus.net V.P., CIO | >> >> | djelder(a)accessus.net accessU.S., Inc. 888-637-3638 Ext. 222 | >> >> >> >> >> >> >> > >> > >> >Luck has left for very long ago if you are using ATM -:) >> > >> >--Peter >> > >> > >> >> >> >> >> > > >

1 0

Re: 1829 domain...????
by Philip Wood 11 Dec '96

11 Dec '96

Mark Charnock, charnock(a)oncampus.com wrote: > > Hello-- > > I got your name from the Nic as the admin for the above domain "1829.com". > If you're not using it, can I have it for my company, which is called 1829. > It's a small design shop for students and young adults. Problem: The number 1829 is an Autonomous System NUMBER (ASN) in use by the Los Alamos National Laboratory associated with an Autonomous System NAME (ASN) called NOTES. So, you can't have it. However: There is no such thing as Domain NAME 1829.COM. So, you better register it quick before someone else gets it. %^) > thanks, > > mark charnock > charnock(a)earthlink.net Hostmaster(a)rs.internic.net, What's going on here? NANOGER's, You better hold on tight to your ASN's! Thanks, Phil

4 3