September 1999 - Test - lists.nanog.org

Looking for a colo provider @ Chicago NAP
by Rich Sena 15 Sep '99

15 Sep '99

need actual floor space on premises and 200 sqft of realestate - please reply off-list... -- I am nothing if not net-Q! - ras(a)poppa.thick.net

1 0

Anyone else seeing this...
by Rich Sena 15 Sep '99

15 Sep '99

I sent this to UU and haven't had a return yet - looks like there is some echo-reply filterring going on... someone getting hammered? [ras@poppa ras]$ ping f1.lon PING f1.lon (194.205.83.195): 56 data bytes --- f1.lon ping statistics --- 4 packets transmitted, 0 packets received, 100% packet loss [ras@poppa ras]$ ping -dRv f1.lon PING f1.lon (194.205.83.195): 56 data bytes 76 bytes from 189.ATM8-0-0.GW2.NYC4.ALTER.NET (146.188.178.133): Packet FilteredVr HL TOS Len ID Flg off TTL Pro cks Src Dst Data 4 f 00 7c00 0e05 0 0000 39 01 0fd1 209.61.9.10 194.205.83.195 072720d13d090ac70041868927877292bcb0e192bcb21a92bcb2869d8205e5000000000000000000 76 bytes from 188.ATM9-0-0.GW2.NYC4.ALTER.NET (146.188.178.141): Packet FilteredVr HL TOS Len ID Flg off TTL Pro cks Src Dst Data 4 f 00 7c00 1305 0 0000 39 01 0abd 209.61.9.10 194.205.83.195 072720d13d090ac70041868927877292bcb0e592bcb22292bcb28e9d8205e5000000000000000000 -- I am nothing if not net-Q! - ras(a)poppa.thick.net

1 0

Re: Adtram TSU problem
by Tatsuya Kawasaki 14 Sep '99

14 Sep '99

no T1 connection /_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ Tatsuya Kawasaki KIVEX.com (Division of Allegiance Telecom) Unlock the Power of the Internet URL:www.KIVEX.com Phone 301.215.6777 Fax 301.215.5991 Affiliation given for identification not representation /_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ On Tue, 14 Sep 1999, Nanog Maillist wrote: > > Is this a frame-relay connection ? > > > On Tue, 14 Sep 1999, Tatsuya Kawasaki wrote: > > > > > > > Dear nanog, > > > > Is anyone experiencing similar problem that we are experiencing??? > > > > Configuration as follow. > > cisco 7500 Hardware is CT3IP > > CT3 H/W Version : 5.0.0, CT3 ROM Version: 1.2, CT3 F/W Version: 2.8.0 > > > > via T1 line provided by WC. > > > > Adtram TSU v.35 cisco2500. > > Adtram is configured to get network clock and all recommended > > configuration given by Atram techs. but it does not hurt go over once > > again. > > > > It appeared that sort of incompatiblities btwn cisco 2500 and > > TSU? ie when T1 goes down, CS light is off. > > and need to reboot to get Adtram to get T1 back. Yes, we have replaced > > TSU and cable. We even switched to different serial interface. > > > > Any suggestion? > > > > > > > > /_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ > > Tatsuya Kawasaki > > KIVEX.com > > (Division of Allegiance Telecom) > > Unlock the Power of the Internet > > URL:www.KIVEX.com > > Phone 301.215.6777 Fax 301.215.5991 > > Affiliation given for identification not representation > > /_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ > > > > > > > >

1 0

new word
by Randy Bush 14 Sep '99

14 Sep '99

telephant: n: a combination of a telco, an elephant, and a sycophant randy

3 2

Re: IS-IS reference
by Vadim Antonov 14 Sep '99

14 Sep '99

Randy Bush wrote: >> The backbone should not take _any_ routing information from the leaf >> networks. >there are cases where one has to: > > o multi-homed customers who need to speak bgp. > > o pops where one's local complexity is sufficiently high, In these cases one should be prepared to include portions of these networks into the backbone, as treat them accordingly, from an administrative point of view. Letting more than one group to play with routing within the backbone is a recipe for disaster. In case with multi-homed customers it may not be possible, so some very paranoid filtering is in order. --vadim

1 0

Re: IS-IS reference
by Vadim Antonov 14 Sep '99

14 Sep '99

Alex P. Rudnev <alex(a)Relcom.EU.net> wrote: >> The real answer - do static routing whereever you have only a single >> path for packets to go thru. To eliminate mistakes, generate >> configuration automatically from master maps kept at network engineering >> computers. >This case OSPF do the same thing - generate routes when it started up; >and no doubt it do less mistales then the human person. No, it doesn't do the same thing - the difference is about the same as the difference between compile-time and run-time type checking. OSPF (and any other dynamic routing protocol) introduces and removes routes every time a link or device goes up or down - or perceived to go up and down. A typical scenario can be like: connecting a PC with a broken NIC card to an Ethernet segment can easily cause massive packet loss, causing rapid route flap which basically infects the entire backbone. If that backbone carries even a fraction of full exterior routing table, this would cause loss of coherence between routing tables and persistent routing loops. Additionally _no_ exising IGP has anything resembling protection from malfunctioning routing software _or_ malicious or negligient operators of host-based rotuing software. I had to track down people who enable gated on their linux boxes just for the fun of it, and screw the entire network up in the process, more times than i care to count. In other words, dynamic routing is very brittle, and requires quite a lot of care to make sure it works right, and that a single-point failure won't affect the significant portion of the network. If you would claim that you ever did an analysis like that for any real network i'd have to ask you to enlighten all of us about the obviously break-through novel network design technique you're using. > No, the comparation between OSPF and STATIC looks like the comparation > between the old (from 1950 year) and modern (Mersedess-600) cars - the > first is very simple implemented and difficult to drive; the second is > very complex implemented but very simple to drive (but if you are to be > starving on the unhabitant ireland with the good roads, you'll choose the > first car; but it seemd for me you just choose something more complex in > the real life). Did you notice that it takes a highly trained specialist with appropriate (and rather expensive) equipment to diagnose and fix a problem in a Mercedes? A hammer and few expletitives usually suffice for a Packard. That's the real difference. People who understand routing protocols and how they interact with level-2 transport are still extremely rare and rather expensive. Even the major ISPs here in US have serious staffing problems. An average corporate MIS department is best characterized as clueless (what other explanation is here for the Microsoft dominance? :) In other words, you're advising kids who don't yet know how to hold a hammer to start using chain saw. In a situation like that i would expect a lot of cut-off bodily parts. > PS. And if someone use STATIC widely, a few years ago some other person > should be sitting for a few days and flame the first one digging through > a heaps of the static routes /it's real example from my life/. At least he'll be able to understand what's broke when the network goes down. BTW, dealing with heaps of statics is very simple: do a numbering plan first, so the routes are aggregable. That is helpful for dynamic routing, too. --vadim

4 3

Another Hotel for Montreal
by Pam Ciesla 14 Sep '99

14 Sep '99

I got word today that the Holiday Inn Select in Montreal is full. The Delta Montreal has a small block of rooms for NANOG on 10/2- 4 for $159 per night s/d. 514-286-1986 - phone 877-286-1986 - toll free Canada/US 514-284-4342 - fax Be sure to mention GPNANO (no this is not a spelling error :*) The Delta Montreal is about a 7 minute walk from the Wyndham at 475, avenue President Kennedy Montreal Any questions let me know. Thanks Pam Pam Ciesla Merit Network,Inc. 734-936-0172 - phone 4251 Plymouth Road 734-647-3185 Bldg.I, Suite C pam(a)merit.edu Ann Arbor, MI 48107

1 0

Adtram TSU problem
by Tatsuya Kawasaki 14 Sep '99

14 Sep '99

Dear nanog, Is anyone experiencing similar problem that we are experiencing??? Configuration as follow. cisco 7500 Hardware is CT3IP CT3 H/W Version : 5.0.0, CT3 ROM Version: 1.2, CT3 F/W Version: 2.8.0 via T1 line provided by WC. Adtram TSU v.35 cisco2500. Adtram is configured to get network clock and all recommended configuration given by Atram techs. but it does not hurt go over once again. It appeared that sort of incompatiblities btwn cisco 2500 and TSU? ie when T1 goes down, CS light is off. and need to reboot to get Adtram to get T1 back. Yes, we have replaced TSU and cable. We even switched to different serial interface. Any suggestion? /_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ Tatsuya Kawasaki KIVEX.com (Division of Allegiance Telecom) Unlock the Power of the Internet URL:www.KIVEX.com Phone 301.215.6777 Fax 301.215.5991 Affiliation given for identification not representation /_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/

1 0

Fwd: Open Call for ICANN Board of Directors
by Kim Hubbard 14 Sep '99

14 Sep '99

I apologize for the non-operational mail but I wanted to get this out to as many people as possible. We are also holding elections for the Address Council of the ASO if you're interested. Info is available at <http://www.arin.net/aso/aso.htm>http://www.arin.net/aso/aso.htm Cheers, Kim > > >CALL FOR NOMINATIONS FOR ICANN BOARD OF DIRECTORS >------------------------------------------------- > >This is an open call for nominations of interested individuals to serve on the >Board of Directors of the Internet Corporation for Assigned Names and >Numbers (ICANN), as a nominee of the ICANN Address Supporting Organization >(ASO). > >ICANN is the non-profit corporation that was formed to take over >responsibility for the IP address space allocation, protocol parameter >assignment, domain name system management, and root server system >management functions >previously performed under U.S. Government contract by IANA and other >entities. The Board will be composed of nineteen Directors, including nine >At-Large Directors, nine to be nominated by Supporting Organizations, and >the President/CEO (ex officio). Further details on the composition and >responsibilities of ICANN can be found at http://www.icann.org. Prospective >nominees are strongly urged to read the ICANN Corporate Documents and >other ICANN published material, as well as the adopted ASO proposal, >located at http://www.arin.net/asoproposal.htm. > >The ASO will have the responsibility for nominating three ICANN Directors. >This responsibility will, in the normal course of events, be conducted through >an open process managed by the Address Council, a body created by the >ASO to manage its business. > >For the initial ASO nominations to the ICANN Board, the ASO Address Council >will nominate three Directors to serve terms of 1, 2, and 3 years. This >process has been initiated by the Regional Internet Registries (RIRs) >through this >open call for nominations. The process of selecting the initial ICANN >Directors >from the ASO nominations will be defined and managed by the Address Council. > > >ASO Process for Nominating ICANN Directors >------------------------------------------ > >Any individual may be nominated within this process, with the exception of >any official of a national government or a multinational entity established >by treaty or other agreement between national governments (ICANN ByLaws >Art. V., Sec 5.). Self-nominations are permitted. > >However, no member of staff of an RIR is eligible to be appointed to the ICANN >Board, and no ASO-appointed Director may serve simultaneously on the >Address Council. The Directors appointed by the ASO will not represent the >ASO on the Board, but will function as full Directors of ICANN. > >Please complete the following questionnaire and send to >aso-board(a)arin.net: > > Name of Nominee > Organization > Email Address > Postal Address > Phone number > > Biographical information: (highlighting demonstration of track > record of serving Internet community in ARIN's region) > > Motivation for nomination > >Nominations may also be made by completing the form at >http://www.arin.net/aso/icannomform.htm. All nominations must be submitted >on or before October 1, 1999 and must be in English. > >All nominees will be contacted via email and must explicitly confirm their >nomination if they are interested in serving as an ICANN Director. If the >nominee is not contactable via email then the nomination will not be confirmed. > >All confirmed nominations will be listed on ARIN's web site >http://www.arin.net/aso/icannnominees.htm as soon as they are confirmed. >Those wishing to express support for any individuals who have been >nominated should use ARIN's Support for Nomination form. > >The list of nominated individuals and supporting comments made on their >behalf will be submitted to the Address Council on October 4, 1999. > >Thank you for participating in this nomination process. > >Regards, > >Kim Hubbard >ARIN

1 0

Re: new word
by Vadim Antonov 13 Sep '99

13 Sep '99

>telephant: n: a combination of a telco, an elephant, and a sycophant > >randy POTS always had a distinctively Yiddish sound to my ears ;) --vadim

1 0