- Test - lists.nanog.org

Root servers and transition
by Sean Donelan 27 Mar '99

27 Mar '99

jdfalk(a)cybernothing.ORG (J.D. Falk) writes: > Well, let's take the most extreme case, where NetSol suddenly > ceases performing the services of the InterNIC. In such an > instance, we would hope that the root servers would continue > to function as they are, without any changes being made until > a new "A" server comes into being and is accepted by the root > server operators. In general the failure modes are the same as a huge snow storm, power failure, fiber cut, smurf attack or any of many other natural disasters which could hit the Network Solutions severing their connectivity. Speaking only of technical concerns, the root servers have seven (7) days from the date of the last update before "something" must be done. That something could be simply extending the expiration date of the zone files, and refreshing them; or changing their configuration to be primary for the root zone. Primary servers never expire; but may require some external coordination between the operators to assure consistency. This has happened on a few occasions in the past, and was generally a non-event to everyone except for those few people who keep track of these things. The zone files would be frozen at the last update until a new zone generation process was implemented. With NSI's latest pronouncements, this gets into the political realm. So I'll just leave it at that. GTLD servers operated directly by NSI, but housed in other locations have some other interesting failure modes, namely network engineer single point of failure. No matter what some network engineers may claim, I haven't found any system which could not be brought to its knees by its own network engineers. I don't believe any zones are solely dependent on the GTLD servers operation. The in-addr.arpa, .mil, and .gov zones are sourced by others, nevertheless they have some interesting historical propagation problems through the "A" root server. Ceasing to function is really the easy case. The hard one is if the data is corrupted or otherwise made unusable. I don't know what proceedures the root zone operators have in place to "roll-back" zone files to an earlier version in case of corruption happening at the same time Network Solutions becomes unavailable. -- Sean Donelan, Data Research Associates, Inc, St. Louis, MO Affiliation given for identification not representation

3 3

must quit reading email before coffee
by Steven C. Blair 27 Mar '99

27 Mar '99

my drool cup or my vomit cup. now i don't want my coffee. admin(a)networksolutions-info.com wrote: > > Dear Valued Customer: > > This is to inform you that changes are taking place at Network Solutions' Web site. > > When you visit us at www.networksolutions.com or rs.internic.net, you'll notice that we have a new look. But our look isn't all we've changed. We've brought all of our products, services, and partner informational links together in one, simple, easy to use Web site. > > Our home page has been redesigned to help you easily find the information, services, and tools you need to establish and maintain your Internet presence. We have simplified the user interface, instructions, and help for registering or reserving a new Web address (domain name). Our new "Make Changes" section enables you to quickly find the information needed to update your Web address information. And with the addition of new products and services, Network Solutions can help you easily add value to your Web experience. As always, if you have registered your domain name(s) through one of Network Solutions' Premier program members, you may also contact them for additional products and services. > > Along with our recent doubling of capacity, this seamless integration of our Web sites is yet another way we are continually working to serve you. Whether you type in www.networksolutions.com or rs.internic.net, you'll end up at the right place. Network Solutions - the dot com peopleTM - is your one-stop shop for your Internet presence. > > We encourage you to visit us at www.networksolutions.com and learn about more ways to maximize your presence on the Internet! > > Sincerely, > > Charles A. Gomes > Vice President, Customer Programs > > NOTE: This message is being sent only to the main/administrative contact for your Web address (domain name). It is for notification purposes only. If you have any questions or comments, please contact us via our Web site. -- l&h...../sblair steve blair principal engineer | Tivoli EMEA Advanced Technology Group sblair splat dev dot tivoli dot com | Tivoli UK/Tivoli Rome/Tivoli Europe

1 0

RE: Lawsuit threat against RBL users
by Chris Mauritz 27 Mar '99

27 Mar '99

-----Original Message----- From: Karl Denninger [mailto:karl@Denninger.Net] Sent: Thursday, November 19, 1998 10:26 AM To: Chris Mauritz; 'Sheryl Chapin'; nanog(a)merit.edu Subject: Re: Lawsuit threat against RBL users >The problem with this is that someone, sooner or later, is going to >take a run at people trying to set up what amounts to a set of contractual >requirements that exceed legal requirements - and then enforce them network >wide. > >The collusive aspect of this is downright scary, especially when coupled >with threats of depeering, active denial of service attacks, etc. *shrug* If I am an ISP, I'm free to have whatever AUP I want. IF clients don't like the AUP, they are free to shop elsewhere. I don't have the ability to force other ISPs to use my AUP or even a close facsimile...nor is there is a method to enforce your 1984 vision anyway. The net is a loose connection of public and private links. If I own a private link and I decide that I'm going to route you into /dev/null...that's what I'll do. There isn't a thing you can do about it. [snip] >There are a lot of "questionable" things that this industry does, but IMHO >this one is near or at the top of the list of things I'd talk to my counsel >about.... Knock yourself out. Be sure to let us know what your legal eagle has to say on the matter. Chris

11 10

RSVP
by Alex P. Rudnev 27 Mar '99

27 Mar '99

Have anyone ANY example of using RSVP in real life? I mean - such case when RSVP really increase some service, not RSVP over free trunks. Aleksei Roudnev, Network Operations Center, Relcom, Moscow (+7 095) 194-19-95 (Network Operations Center Hot Line),(+7 095) 230-41-41, N 13729 (pager) (+7 095) 196-72-12 (Support), (+7 095) 194-33-28 (Fax)

2 1

Wow all JAM space in CHI - AADS FUBAR
by Richard Irving 27 Mar '99

27 Mar '99

ALL JAM space out of Chicago AADS is FUBAR..... Someone better wake up FAST.... :( Far friggin out... This is the worst I have ever seen out of that region. Anyone else can confirm ?

2 2

Re: FUBAR in CHI
by Richard Irving 27 Mar '99

27 Mar '99

Not press release? Since when has NANOG been relegated to press release material only... ?? We used to troubleshoot *real time* via this.. (nanog). Have we gone to the realm of suits ? (And *you* should know.... Todd, You were there through most of it...) I guess I need to get it in my head that NANOG list has become relegated to the world of newspapers and public releases.... :( Any ways, looks like this is some type of cut that is killing Chicago *southbound* circuits.. (Hence your perspective) We have techs (trying) to nail it down... We have McCleod USA stating several circuits dropped from out of Chicago... all at once... (DS3-OC3) More than just data...... Like like something broke in south Chicago. Everyone is turning on the T-birds... :\ Pardon my jump. I was adrenaline rushed, as I have *several* big circuits out of Chicago.... See ya. Now where is that Tbird ..... :\

1 0

Latest estimate: Internet Routing table / Memory needed
by Brandon Applegate 27 Mar '99

27 Mar '99

I haven't really seen anything on this in a while, in terms of an up to date figure. Here is what our internet border router reports (with full from UUnet and Digex, and a few more (^3561$) directly from CW): 58909 network entries (116785/119858 paths) using 10448216 bytes of memory 15451 BGP path attribute entries using 1946036 bytes of memory 0 BGP route-map cache entries using 0 bytes of memory 2 BGP filter-list cache entries using 32 bytes of memory Looks like I'm burning about 12 megs. Lets say I had the whole table (~ 58/59k networks today), but only one provider. Rather than turning half our Internet feed off to see, could someone tell me how this would affect the above 'sh ip bgp summ' result from my router ?? I.e. how much memory would be burnt then ?? Thanks in advance... -------------------------------------------------- Brandon Applegate, CCNA : Network Administrator http://www.one.net : brandon(a)one.net --------------------------------------------------

2 1

Network Solutions is now in the wringer
by Michael Dillon 27 Mar '99

27 Mar '99

Best to be aware of what is now coming down on Network Solutions. The following is an excerpt from this article: http://biz.yahoo.com/prnews/990325/ny_asensio_1.html The following is being issued by Asensio & Company, a member of the National Association of Securities Dealers, CRD number 31742: Investors may be buying Network Solutions, Inc.'s (Nasdaq: NSOL - news) stock believing the company possesses some market advantage, recurring income or proprietary technology that has allowed it to create, and will allow it to grow, its Internet domain name registry and registrar business. We found no reasonable basis for these beliefs. NSOL's domain name business has been and remains totally reliant on a 7-year-old U.S. federal government contract, which is expiring and will not be renewed. We believe that NSOL's management has purposely disseminated misleading information, and failed to disclose material negative information, that has led investors to believe that the expiration of this contract will be postponed or that it cannot be entirely and easily terminated. Investors have also been led to believe that even if the contract is terminated, NSOL's business value will continue to grow. These expectations are baseless and false. If their house of cards collapses too quickly it could have some serious operational impacts. And we all do realize that it is a house of cards, don't we? -- Michael Dillon - E-mail: michael(a)memra.com Check the website for my Internet World articles - http://www.memra.com

7 6

FUBAR in CHI
by Richard Irving 27 Mar '99

27 Mar '99

Dohhh... *All* Chicago based lines blew.... Not AADS fault, I think.... Still going.... Will be back to you soon..... :( :) Looks like the only things in common with these runs are MFS and CHI itself.... whoa... Bad night in Windy City. Have fun everyone. :\

1 0

The Cidr Report
by Tony Bates 26 Mar '99

26 Mar '99

This is an auto-generated mail on Fri Mar 26 12:00:00 PST 1999 It is not checked before it leaves my workstation. However, hopefully you will find this report interesting and will take the time to look through this to see if you can improve the amount of aggregation you perform. The report is split into sections: 0) General Status List the route table history for the last week, list any possibly bogus routes seen and give some status on ASes. 1) Gains by aggregating at the origin AS level This lists the "Top 30" players who if they decided to aggregate their announced classful prefixes at the origin AS level could make a significant difference in the reduction of the current size of the Internet routing table. This calculation does not take into account the inclusion of holes when forming an aggregate so it is possible even larger reduction should be possible. 2) Weekly Delta A summary of the last weeks changes in terms of withdrawn and added routes. Please note that this is only a snapshot but does give some indication of ASes participating in CIDR. Clearly, it is generally a good thing to see a large amont of withdrawls. 3) Interesting aggregates Interesting here means not an aggregate made as a set of classful routes. Thanks to xara.net for giving me access to their routing tables once a day. Please send any comments about this report directly to me. Check http://www.employees.org/~tbates/cidr-report.html for a daily update of this report. ------------------------------------------------------------------------------ CIDR REPORT for 26Mar99 0) General Status Table History ------------- Date Prefixes 190399 57539 200399 57531 210399 57555 220399 57592 230399 57780 240399 57729 250399 57967 260399 58170 Check http://www.employees.org/~tbates/cidr.plot.html for a plot of the table history. Possible Bogus Routes --------------------- *** Bogus 123.217.230.0/24 from AS174 AS Summary ---------- Number of ASes in routing system: 4735 Number of ASes announcing only one prefix: 2356 (1262 cidr, 1094 classful) Largest number of cidr routes: 389 announced by AS701 Largest number of classful routes: 834 announced by AS701 1) Gains by aggregating at the origin AS level --- 26Mar99 --- ASnum NetsNow NetsCIDR NetGain % Gain Description AS271 355 144 211 59.4% BCnet Backbone AS11305 184 10 174 94.6% UNKNOWN AS174 641 525 116 18.1% Performance Systems International AS2493 253 144 109 43.1% iSTAR Internet, Inc. AS226 205 98 107 52.2% USC/Information Sciences Institut AS4755 163 77 86 52.8% Videsh Sanchar Nigam Ltd. India AS3749 140 63 77 55.0% TECNET AS1740 332 255 77 23.2% CERFnet AS4293 214 141 73 34.1% IMCI AS1267 94 24 70 74.5% IUNET-AS AS4200 166 98 68 41.0% AGIS (Apex Global Information Ser AS7545 109 45 64 58.7% TPG Internet Pty Ltd AS7046 272 208 64 23.5% UUNET-CUSTOMER AS4740 394 330 64 16.2% Ozemail Pty Ltd (ASN-OZEMAIL) AS1239 530 468 62 11.7% SprintLink Backbone AS1221 428 366 62 14.5% AARNET-AS AS7496 94 33 61 64.9% Power Up AS10928 108 50 58 53.7% UNKNOWN AS72 91 39 52 57.1% Schlumberger Information Network AS577 223 172 51 22.9% Bell Canada Backbone AS3493 232 181 51 22.0% INTERLINK AS7657 164 114 50 30.5% The Internet Group Limited AS719 461 412 49 10.6% LANLINK autonomous system AS5674 80 36 44 55.0% PBI-NET-BLK AS852 175 136 39 22.3% AGT Advance Communication AS803 72 36 36 50.0% SaskNet Backbone AS1 509 473 36 7.1% BBNPLANET AS7745 39 4 35 89.7% BIGSKY-AS AS7122 111 78 33 29.7% MTS ADVANCED Network Policy AS262 36 3 33 91.7% JVNC-II-AS For the rest of the previous weeks gain information please see http://www.employees.org:80/~tbates/cidr-report.html 2) Weekly Delta Please see http://www.employees.org:80/~tbates/cidr-report.html for this part of the report 3) Interesting aggregates Please see http://www.employees.org:80/~tbates/cidr-report.html for this part of the report

1 0