June 2000 - Test - lists.nanog.org

June 6 2000 UUNET phone problems
by Sean Donelan 07 Jun '00

07 Jun '00

UUNET operations is having telephone problems. UUNET's web page says more information will be provided when it is available. What is the traditional backup plan providers use when their phone systems have problems?

5 4

Re: DSL (was shopping for NOCs)
by Julian Eccli 07 Jun '00

07 Jun '00

>Doesn't this have more to do with the philosophy of the company >providing service than the technology being deployed (DSL)? >Maybe the problem is that DSL tends to involve LEC people who are >infected with the obsolete lazy-monopoly attitude of the incumbents. Hey! I used to work for a LEC in the Frozen East! I take absolutely no offense to the above comment :-) ! Regards, Julian >In any case, are there unique operational challenges posed by DSL that >are causing some of these problems? Is there anything we can do as a >community to address them (or encourage the people who need to address >them, to do so)? > >Maybe this discussion could evolve into something a little more useful >than "my DSL provider sucks"..."me too", since there seems to be a lot >of interest (or at least a lot of unhappy voices)..

2 1

June 6 2000 Sprintlink network problem
by Sean Donelan 06 Jun '00

06 Jun '00

Since I mentioned I hadn't seen any messages about Sprint outages, several folks forwarded me Sprint's message today. Sprintlink experienced a network problem affecting the eastern portion of the United States starting at 7am June 6 2000. The cause of the problem or the estimated time to repair wasn't known.

1 0

Re: Class B Address
by Matt Cramer 06 Jun '00

06 Jun '00

-----BEGIN PGP SIGNED MESSAGE----- On 20 May 2000, Sean Donelan wrote: > On Sat, 20 May 2000, Patrick Evans wrote: > > And then watch certain tier-Ns filter out your routes? > > As far as I know, every provider has relented and will accept > announcements on ARIN/RIPE/APNIC allocation bounderies. Even > the original Sprint access-list 112 was modified to match the > allocations. > > The problem was people wanted to announce smaller blocks than > the allocation, e.g. /24's out of traditional class B/16 space. Could I ask a question related to this topic? I have been getting varying answers and presume the accurate answer will come from this list. My company has a /20 out of the traditional Class C space. We want to use those addresses rather than the addresses our ISP would give us. We have asked the ISP if they can announce a /24 out of that block, and they have said "sure". However, I have read here about announcement filtering. Will certain providers filter that /24? We have two reasons for using our own space. First, we can get redundancy by connecting with two ISPs and having them both announce the network (or have one announce if the other dies). Second, we can carve up our /20 in /24s and use them for different Internet POPs for our company (e.g. one in the states, one in Europe, one in the Pacific Rim, etc.). I am primarily a security person but unfortunately our LAN and WAN people know less about this than I so I am trying to decide what we should do. Any help or information about the logical design I mentioned would be greatly appreciated. Matt - -- Matthew S. Cramer <mscramer(a)armstrong.com> Office: 717-396-5032 Lead Security Analyst Fax: 717-396-5590 Armstrong Information Technology Services Pager: 888-769-9367 Armstrong World Industries, Inc. Cell: 717-951-0141 -----BEGIN PGP SIGNATURE----- Version: 2.6.3i Charset: ascii iQEVAwUBOT0viQdAU78fakRxAQFHkwf9E2+o+eae5wJLebN2yvTtOeMwY1feV47j lc59rDE00CFa0ABjWZMVIkam0mkpnk98oazBcx5WVs3iJEOJz0C1/Au34ehoFB5H NHV0nYci0+eDxqBaTvb4RElevnrihR0zuQntXyrRsAXYszblC56PiZzcguJ9p62p bO/ddK46bV3TVlhWgAFhtIrdSMRE2OpkgkUCS2CahMnytqGLrLwx4PpUAVv7Smcf XJedFFYrpkxHFgwfK1jGyTNwFMZIzwXZ1zkH3dnYv61hd52rEnSMFZCBuMUn3/+1 E7QryTbkanG7Sl3LyEDSS3LqaiOeEtatLxKxaIQHYayMAcFKylJerw== =xsOu -----END PGP SIGNATURE-----

3 2

New Mexico survival tips.
by John M . Brown 06 Jun '00

06 Jun '00

Just thought I'd let people know. When in the southwest please note that the temperatures during the day can get as high as 100 in Jun, and into the 50's at nite. Make sure you DRINK PLENTY OF WATER (beer doesn't work) You can dehydrate out here pretty easily. Please DRINK PLENTY OF WATER. The age old way of knowing is how often you have to goto the WC. If you aren't going at least 3 times a day, you are not drinking enough water. If you plan to go hiking, rafting, ballooning, please make sure you wear the appropriate clothes. Good shoes, cotton socks, long pants (jeans), good shirt, maybe even bring some gloves (work type). A hat is a good idea, along with maybe sun block if you plan to be outside. Sunblock is important for light or fair skin'd people, or those that burn easy. Also keep in mind that we are 6000++ feet above sea level. That means the O2 is a little thinner here. Take your time, and rest if you need to. One of the MOST important things to bring with you is your Camera. We have wonderful sun rises and sun sets. Lots of views of mountains, people, culture. If you go for a drive, take water, plenty of water. If you go hiking, take water, plenty of water. If you drink (beer that is, or good scotch) then drink plenty of water, less you have massive headache in the morning. Looking forward to seeing everyone in ABQ. Safe journey. jmbrown

2 2

Supernews outage
by Roy 06 Jun '00

06 Jun '00

There seems to be some sort of failure of the root nameservers involving supernews.com. No records are being returned. Is this problem specific to supernews.com or are other domains affected?

4 3

Re: DSL (was shopping for NOCs)
by Joseph Birthisel 06 Jun '00

06 Jun '00

> Well > > In my case, I have dialtone but no DSL. Pacbell will not return my calls or > emails. I am back to a 56K modem for doing work from home. > > The funny thing is Pacbell is showing these commercials against the cable > modem company on TV. I had cable modem for 2 years before I moved to the Bay > Area and had only one outage that lasted less than a day (fiber cut, cox > cable, arizona). > > I think Pacbell hasn't a clue. > > Go figure. > > Bora Akyol DSL NOCs to my experience are badly run and resolution time is not good (to put it nicely). They do not keep good documentation (or their people don't choose to use it) on what circuits affect which customers, which ISPs their outages affect, or how to match a CID with a dslam. Most notable in this area is Northpoint's NCC. My hope is that either (a) over time they will get more standardized in their outage notification and communication with the ISPs they partner with (b) the technology becomes outdated soon and customer connectivity does not rely on their technical support. Joseph

5 4

Final Balloon Update
by John M . Brown 06 Jun '00

06 Jun '00

Ok, here is the list of people I have. If your name has a star by it, it means I received a confirm email from you. If you don't have a star it means I got email from you and you have interest. If you didn't get to confirm, you might still have a chance, but I need to know today. Please only send me email about this if you are: * Not currently confirmed and want to be confirmed * Need to cancel. Sunday morning, we need to be at the balloon field by 6am, thus that means we will leave the hotel around 5:00 to 5:15. I am currently attempting to arrange a bus to haul us all out there. Details to follow on that. Wear, jeans, light jacket, sun glasses, good shoes (no sandles, flops, etc) Basicly out door stuff. You might want to bring some water with you also. And of course DON"T forget the Camera. Take Pictures. You will need to get me your check by Saturday evening. Some of you will be arriving late, don't worry, I'll be up! :) got a network to build. Goto the registeration (nanog reg) desk and follow the directions. Cash or Check only please (prefer check) jmbrown * Adam Waters * Bill Manning * Cathy Chen * Craig Labovitz * Dave Diller * Dee McKinney * E Paul Love * Ed Kern * Frank Kastenhol * Franklyn Howell * Greg Mirsky * Ida Leung * Joel Krauska * Joseph Klein * Karl Brumund * Lauren F. Nowlin * Louis Lee * Megan Hammar * R.P. Aditya * Robert E. Seastrom * Sara Labovitz * Ted Beatie * William F. Maton Dmitri Krioukov Gene Jakominich Ginna Musgrove Howard C. Berko John M . Brown John Osmon Scott Huddle Seiji Kuroda Steven M. Bellovin

1 0

Re: illicit above.net announcements?
by Paul Vixie 06 Jun '00

06 Jun '00

kai(a)pac-rim.net (Kai Schlichting) writes: > Anyone here who is on the Vienna/London/Amsterdam exchange(s) and > who is seeing what is alleged here: above.net leaking and/or > flapping routes that are not their own ? Abovenet receives /16's from a customer, who is the upstream of Manawatu. Abovenet duly advertises these /16's to its other customers, and its peers. Abovenet also blocks all traffic to/from ORBS, due to AUP violations. Manawatu is ORBS's provider. Abovenet has done nothing to interfere with the /24 cutouts Alan is describing below. re: > >Delivered-To: majordom-abusespamtools-out(a)xuxa.iecc.com > >Date: Fri, 2 Jun 2000 04:13:23 +1200 (NZST) > >From: Alan Brown <alan(a)manawatu.gen.nz> > >X-Sender: alanb(a)mailhost.manawatu.net.nz > >To: Kai Schlichting <kai(a)conti.nu> > >cc: spamtools(a)abuse.net > >Subject: Re: [spamtools] Re: spamtools-digest V2 #326 > >Sender: owner-spamtools(a)abuse.net > >Reply-To: spamtools(a)abuse.net > > > >On Thu, 1 Jun 2000, Kai Schlichting wrote: > > > > > Hmm, please give me a list of the routes advertised as well as the > > > peering points this was or is seen at. > > > >Vienna Internet Exchange. > > > >London Internet Exchange. > > > >Amsterdam Internet Exchange. > > > >Routes are 202.36.147/24, 202.36.148/24 and 202.50.71/24 ie superblocks > >of the same. > > > > > Any exchange that is more > > > than a backroom operation in someone's closet has a policy prohibiting > > > such unauthorized announcements. I will assume for now that these > > > are route leaks that are escaping through above.net's BGP distribution > > > filters: something that is entirely within the real of possibility, > > > but which has to be stopped. > > > >My suppliers refuse to stop advertising the /16s containing my netblocks > >into above.net - but claim to have set up /24 adverts into their other > >suppliers. > > > >Unfortunately, those /24 adverts appear to be flapping. <sarcasm>I > >wonder who could be causing that and why they'd do it? </sarcasm> > > > >AB > > > --- -- Paul Vixie <vixie(a)mibh.net> SVP for Internet Services, MFNX M.I.B.H. Inc. is a subsidiary of Metromedia Fiber Network, Inc.

3 2

PRI ISDN, callback and MICA technology
by Eugenio Pierno 06 Jun '00

06 Jun '00

Hi folks, is there anyone here who wants to share experience with Cisco's 3640 and callback over a PRI ISDN? We are having troubles and probably going to give up and switch to other solutions, but not before consulting with the people on this list (Cisco TAC already consulted..) We have a 3640 with 3 banks of digital MICA modems and want to terminate both analog and ISDN calls over a PRI ISDN on the Cisco. The Cisco should callback over the PRI to *both* analog and ISDN users. All of the 30 available B channels should be dedicated to this purpose. That's all, is that possible? We are using IOS 12.1.1(T), MICA Portware 2.6.2.0, E1/PRI ISDN ctrl, client modems USRobotics, Multitech, Supra etc. So far callback works, with a TACACS+ based AAA scheme, but we have the following problems: - a high rate a unsuccessfull incoming calls (~50%) with the modems idle and a busy signal or no answer at all (debug on Cisco shows a generic ISDN disconnect error) - during the callback the modems do not handhshake properly, even disabling V.90 and K56Flex (S29=1) so the Cisco drops the carrier after a (long) timeout - we need to reload the Cisco every second day in order to get a reasonable % of successfull incoming calls (and test, and test...) "clear modem all" doesn't do any good. - the ISDN line is clean, "show cont", "show int ser 1/0:15" show no errors at all. We use the "framing no-crc4" command on the controller, otherwise it goes down with "alarm detected", does this matter? - Cisco TAC say our configuration is correct, why then it doesn't work? They are investigating..so am I. Anyone with similar experiences? BTW, we do have the "modem country mica netherlands" and "modem autoconfigure type mica" in the config... Thanks indeed in advance. --------------- Eugenio Pierno RIPE NCC Amsterdam - The Netherlands

1 0