- Test - lists.nanog.org

hotmail.com smtp probs...
by Carl Moberg 28 Oct '98

28 Oct '98

This might be slightly off topic, but what is happening with mail.hotmail.com ? Am I the only one with queues increasing by 3-4k mail/h ? -- carl --------------------------------------------------------- Carl Moberg, TeliaNet voice: +46-8-456 7274 <carl(a)telia.net> fax: +46-8-456 7280

2 1

Re: root name servers
by Sean Donelan 28 Oct '98

28 Oct '98

phil(a)whistler.INTur.NET (Phil Howard) writes: >OTOH, some of us don't care about those root servers because we already >know where our own root servers are. All but one of my DNS servers are >grass roots servers. You can take down all the root servers, and if that >didn't also take out the TLD (e.g. .COM, .NET, .ORG, .GOV) servers, then >I won't notice it much (except to wonder why there is a dropoff in my >load on smtp and http). Yeah, I have this argument with the Bellheads all the time. We'll never have to worry because we all run our own SCP's. Tell Canada that. Its just the difference between a static cache and a dynamic cache. Whether you get the information on magtape from Bellcore, or via AXFRs from NSI, the data comes from somewhere. ObGeek: for those that care, the master copy of the north america 1-800/888/877 database is also in Saint Louis. For such a sleepy town, there are a lot of interesting technological knooks and cranies. >BTW, knowing where the main root servers are topologically is probably >more dangerous than knowing where they all are physically. And that is >information most everyone already has. It is important to have both. You don't want all your name servers sitting in the same rack (plugged into the same 6-socket electric cord), nor do you want all your name servers sitting on the same subnet. It doesn't matter how many you have, if they all go away due to the same problem. $ whois intur.net Registrant: Inturnet, Inc. (INTUR-DOM) 811 Alpha Drive Suite 331 Richardson, TX 75081 USA Domain Name: INTUR.NET [...] Domain servers in listed order: NS1.INTUR.NET 206.97.151.9 NS2.INTUR.NET 206.97.151.8 NS3.INTUR.NET 206.97.151.14 NS4.INTUR.NET 206.97.151.15 -- Sean Donelan, Data Research Associates, Inc, St. Louis, MO Affiliation given for identification not representation

2 1

NANOG 14 REMINDER
by Pam Ciesla 28 Oct '98

28 Oct '98

Friday, 10/30 is the last day to register for NANOG at the $250 fee. It is also the last day to cancel. After 10/30 the registration fee will be $285 and there will be a $35 fee to cancel. The attendee list on the NANOG webpage http://www.nanog.org is up to date thru Tuesday, 10/27.. Any questions please contact me. Thanks Pam Pam Ciesla 734-936-0172 phone 4251 Plymouth Road 734-647-3185 fax Ann Arbor, MI 48105

1 0

Draft NANOG agenda
by Susan R. Harris 28 Oct '98

28 Oct '98

Greetings - here's a draft agenda for the Atlanta meeting. For additional meeting details, see: http://www.nanog.org/mtg-9811/update.html --------------------------------------------------------------------------- SUNDAY EVENING, NOV. 8 TOOL DEMOS ---------- 6:30 p.m. Free Software for Configuring Routers and Monitoring Routing (Abha Ahuja, Merit, Jimmy Wan, IPMA/U-M, Mukesh Agrawal, IPMA/U-M) TUTORIALS --------- 7:15 p.m. Good ISPs Have No Class: Addressing Nuances and Nuisances (Howard Berkowitz) 8:45 p.m. Optimal External Route Selection: Tips and Techniques for ISPs (Avi Freedman, Net Access) MONDAY, NOV. 9 -------------- 9:00 a.m. Welcome, Introductions, Future Meetings (Craig Labovitz, Merit) 9:15 a.m. Alternative Interconnects: Technology, Attachment Requirements, and Performance Measurements (Bill Manning, ISI, panel moderator) 10:45 a.m. BREAK 11:00 a.m. Who You Gonna Call? (Sean Donelan, Data Research Associates) 11:30 a.m. Interesting Peering Activities at the Exchange Points (Naiming Shen, Cisco) 12:00-1:30 p.m. LUNCH 1:30 p.m. CA*net 3 - Architectural and Engineering Issues of Building an Optical Internet (Bill St. Arnaud, CANARIE) 2:15 p.m. Enabling Technologies for Large-Scale Backbone Caching (Peter Danzig, Network Appliance, moderator) Domestic Users of Caching - Ed Schwab, Tripod/Lycos - Ed Kern, DIGEX Enabling Technologies - TBA, Cisco - Shirish Sathaye, Alteon - Bill Maggs, MCI 3:45 p.m. BREAK 4:00 p.m. Multicast/MBGP: Real-Life Experiences in the Field (Dave Meyer, Cisco, panel moderator) - Steve Rubin, AboveNet - Dorian Kim, Verio - Doug Pasko, Cable & Wireless - Henry Kilmer/Danielle Deibler, DIGEX - Jian Li, Qwest - Amir Tabdili, Sprint - Mujahid Khan, Sprint 5:25-5:30 p.m. Planning for Multicast Address Allocation: A Plea for Input from the IETF MALLOC Working Group (Dave Thaler, Microsoft) 5:30 - 7:30 p.m. - Beer n'Gear! MONDAY EVENING BOFs ------------------- 7:30 - 9:00 p.m. Data Center Needs, Problems, and Technology (Bill Norton, Equinix, and Sean Donelan, Data Research Associates) 9:00 - 10:30 p.m. Caching in Today's Marketplace: Vendor Approaches and Solutions (Duane Wessels, University of California, San Diego) TUESDAY, NOV. 10 ----------------- 9:00 a.m. Updates from the Internet2 GigaPoPs - Ron Hutchins, Southern CrossRoads, Atlanta GigaPoP - Dave Meyer, Oregon GigaPoP - Mark Johnson, North Carolina Networking Initiative - Stan Barber, Texas GigaPoP 10:30 a.m. BREAK 10:45 a.m. ARIN Update (Kim Hubbard, ARIN) 11:00 a.m. InterNIC Update (Mark Kosters, InterNIC) 12:00 - 1:30 p.m. LUNCH 1:30 p.m. CAR Talk: Configuration Considerations for Cisco's Committed Access Rate (Cathy Wittbrodt, @Home) 2:00 p.m. Router Update: Fast Packet Forwarding and Packet Treatment for Differentiated Services (Curtis Villamizer, ANS, panel moderator) 4:00 p.m. Closing Remarks (Craig Labovitz, Merit) ------------------------------------------------------------------------- Susan R. Harris, Ph.D. Merit Network, Inc. Phone: 734.936.2100 srh(a)merit.edu Senior Science Writer Fax: 734.647.3185 -------------------------------------------------------------------------

1 0

Re: Linux Router KIT
by shields＠crosslink.net 28 Oct '98

28 Oct '98

In article <19981028100541.00359(a)orlando.power.net>, dirk(a)power.net wrote: > Linux doesn't just kill Microsoft's NT and Solaris. It also eats > Cisco for lunch. This isn't true. IOS does a lot more than just get packets from interface A to interface B. (In terms of managability as well as functionality) -- Shields, CrossLink.

1 0

Re: Linux router (don't laugh) WAS:Re: test
by John Fraizer 28 Oct '98

28 Oct '98

At 11:32 AM 10/28/98 -0800, you wrote: >You have two problems with this and they're both PC hardware-based. >1) IRQs are limited, if you subvert the printer and COM IRQs and have a >single SCSI card for your disk (and the required SVGA display controller), >you can use IRQ 3,4,5,7,11,12,14,15. This will max you out at 8 NICs on a >linux box. Each NIC must have its own IRQ. Survey says, "BUZZZZZZZZ" >From http://www.adaptec.com/products/datasheets/quartet.html "Hardware Interrupts: PCI interrupt A, supports shared interrupts" >So, if you are only doing 10baseT, you can have a mix of ISA/PCI NICs for a >maximum total of eight NICs before you start running into serious hardware >limitations. For 100baseTX you have a maximum of four NICs. Total cost >should be under $900US, if you are running Linux, plus the time it takes to >configure this mess (about three daze [call it a week]). 3 hours, includes: unpackaging all raw components, building system, installing the OS, setting up routing table and ipfwadm rules, installing ssh, and making the box basically secure. Then again, I build them on a regular basis. ------- John Fraizer | __ _ The System Administrator | / / (_)__ __ ____ __ | The choice mailto:John.Fraizer@EnterZone.Net | / /__/ / _ \/ // /\ \/ / | of a GNU http://www.EnterZone.Net/ | /____/_/_//_/\_,_/ /_/\_\ | Generation A 486 is a terrible thing to waste...

1 0

CISCO Easter Egg
by Martin, Christian 28 Oct '98

28 Oct '98

All, A little something spooky to see during the holiday season.... Oct 28 02:35:25 EST: %IPC-2-NOMEM: No memory available for .. something but I ca n't remember what.. The command is 'test ipc misc' And I though Cisco engineers had no time for play... -Chris

4 3

Re: Linux router (don't laugh) WAS:Re: test
by John Fraizer 28 Oct '98

28 Oct '98

At 11:23 AM 10/28/98 +0000, you wrote: > >And you point? [PC's as routers is as old as the hills, loads of >ISP's do it]. > >Regards, >Neil. >-- >Neil J. McRae. Alive and Kicking. Domino: In the glow of the night. >neil(a)DOMINO.ORG NetBSD/sparc: 100% SpF (Solaris protection Factor) > Free the daemon in your <A HREF="http://www.NetBSD.ORG/">computer!</A> > > My point was to answer a gentlemans questions about using linux to route multiple NICs and multiple aliases. It started out like this: >From: "Roeland M.J. Meyer" <rmeyer(a)mhsc.com> >Subject: Re: test >Other lessons learned, > Linux won't route between multiple NICs, using multiple aliases, even with >ip-forwarding enabled. ...to which I replied: >Someone needs to tell one of our routers this. It has been routing between >multiple NICs for well over a year without any problem. >From: "Roeland M.J. Meyer" <rmeyer(a)mhsc.com> >In that case, I would dearly love to hear how it was done. ...to which I replied with concise information about the box in question, what each interface and alias was doing and why. It is at this point in the thread that you reply. Perhaps if you had read previous or subsequent messages in the thread, you would have realized that just because you and I know about PC's as routers and at least one of us, I can't speak for you, knows how to build and admin them, doesn't mean that the entire readership of NANOG does. The last time I checked, DOMINO.ORG wasn't an NSP, yet you still read NANOG. There are more NONE NSP people reading than you might realize and when they ask a question, wouldn't you think it makes more sense to ANSWER it rather berate them or the person(s) trying to answer it The thread goes on as it is interesting to at least a few of us and unlike much of the chatter, actually has something to do with the network. ------- John Fraizer | __ _ The System Administrator | / / (_)__ __ ____ __ | The choice mailto:John.Fraizer@EnterZone.Net | / /__/ / _ \/ // /\ \/ / | of a GNU http://www.EnterZone.Net/ | /____/_/_//_/\_,_/ /_/\_\ | Generation A 486 is a terrible thing to waste...

1 0

Carpet?
by Charles Sprickman 28 Oct '98

28 Oct '98

Hi, This is a bit off topic, but I'm sure someone here has opinions to share... I'm looking for carpeting for the area outside of a machine room that won't cause the "shuffle your feet and shock yourself" phenomenon. I noticed most datacenters I've seen are carpeted up to the entrance without any ESD problems. Is there special "anti-ESD" carpet? Where might I find it? Thanks, Charles =-----------------= = | Charles Sprickman Internet Channel | | INCH System Administration Team (212)243-5200 | | spork(a)inch.com access(a)inch.com | = =----------------=

11 12

RE: Route Leaks
by Bono, Vinny J (CORP, ITDG) 28 Oct '98

28 Oct '98

I hate to say it, but there are, uh, instances, where AS filtering would not come close to being enough. For example, if you had an IGP involved that runs between two border routers, and the external table from one router somehow gets redistributed into the IGP and then picked up by the other and gets passed on, all the routes go out *without any previous AS path information*. -The pain now surfaces- Further, if you have one of these new fancy rotuing switches that essentially runs a different routing process on each blade (gee, like the BNx platforms from Bay used to do) you could (theoretically of course) have a pair of such blades do what I described above all in one box! The bottom line is that what happened last week end happened to us two years ago, and to PSI the year before that. This is not a new problem. Unless you are using the routing registries, which can get to be a royal pain in the ass, we are all somewhat dependant on our fellow will filter their outbound announcements appropriately. -vb > -----Original Message----- > From: Sanjay Dani [mailto:sanjay@professionals.com] > Sent: Wednesday, October 28, 1998 2:57 AM > To: vbono(a)comstor.com > Cc: nanog(a)merit.edu > Subject: Re: Route Leaks > > > > > I'd like to propose a simple solution to the class of route > leak we've > > recently seen. > > I'd like to encourage our peers to put a simple filter in > place. If you > > peer with AS > > 3561, please do not accept any route with AS 3561 in the path from > > either your > > customers or your other peers. > > I feel almost silly to point out a simple solution, an extension > of the above, to the smart crowd here. But doesn't every one > at the very least filter routes from peers/customers to reject > ASes 701, 3561, 1, 1239 et al. (unless of course the peer is > one of them). Minimizes the damage right away. Of course, not > as tight as using routing registries. Has saved us a few > times. > > Now that is a positive side to the industry with a handful > few huge, transit-free, players. Just watch the mergers > and acquisitions news to stay current :-) > > -- > Regards, > Sanjay. > > --------------------------------------------------------------- > Web Professionals, Inc. Direct: +1 408-863-4850 > 20111 Stevens Creek Blvd, Suite 145 Biz/NOC: +1 408-863-4848 > Cupertino CA 95014 USA http://serverhosting.net > --------------------------------------------------------------- > -=- Data Center Server Hosting Inside an Internet Exchange -=- > >

1 0