- Test - lists.nanog.org

Re: tape
by sob＠academ.com 12 Sep '95

12 Sep '95

There will be notes on all that happened at NANOG up next week at the following URL: http://www.academ.com/nanog/september1995 -- Stan | Academ Consulting Services |internet: sob(a)academ.com Olan | For more info on academ, see this |uucp: amdahl!academ!sob Barber | URL- http://www.academ.com/academ |Opinions expressed are only mine.

1 0

Re: tape
by Steven J. Richardson 12 Sep '95

12 Sep '95

There are slides John Vollbrecht is using which will be available on-line at the usual place [I don't remember the exact URL, but it is somewhere under the www.ra.net server]. Steve R. == >From nanog-request(a)MERIT.EDU Tue Sep 12 11:00:22 1995 Received: from merit.edu (merit.edu [35.1.1.42]) by home.merit.edu (8.6.12/merit-2.0) with ESMTP id LAA00652; Tue, 12 Sep 1995 11:00:15 -0400 Received: (from slist@localhost) by merit.edu (8.6.12/merit-2.0) id LAA08128; Tue, 12 Sep 1995 11:00:12 -0400 Resent-Date: Tue, 12 Sep 1995 11:00:12 -0400 Message-Id: <9509121459.AA12103(a)mailer.psc.edu> To: Nathan Stratton <nathan(a)netrail.net> Cc: nanog(a)MERIT.EDU, mathis(a)zippy.psc.edu Subject: Re: tape In-Reply-To: Your message of "Tue, 12 Sep 1995 10:40:04 EDT." <Pine.LNX.3.91.950912103844.22716B-100000(a)netrail.net> Date: Tue, 12 Sep 1995 10:59:49 -0400 From: "Matt Mathis" <mathis(a)zippy.psc.edu> Resent-Message-ID: <"auLdO3.0.-x1.j1QLm"@merit.edu> Resent-From: nanog(a)MERIT.EDU X-Mailing-List: <nanog(a)MERIT.EDU> archive/latest/54 X-Loop: nanog(a)MERIT.EDU Precedence: list Resent-Sender: nanog-request(a)MERIT.EDU Status: R Sorry, we are not recording, and the talk is already in progress. --MM--

1 0

cusemee?
by Michael F. Nittmann 12 Sep '95

12 Sep '95

is it cusemee'd? reflector? Mike ------------------------------------------------------------------- Michael F. Nittmann mn(a)ios.com Senior Network Architect ------------ IDT/IOS - Internet Online Services ---------- 294 State Street -------- Hackensack, NJ 07601 ------ ---- +1 (201) 928 1000 xt. 500 -- +1 (201) 928 1057 FAX +1 (201) 441 5861 Pager \/

1 0

tape
by Nathan Stratton 12 Sep '95

12 Sep '95

Hi, I am siting in my hotel room working to get a customer up. I wanted to be at the radius talk. Is this being taped? If so how do I get a tape of it? Nathan Stratton CEO, NetRail, Inc. Your Gateway to the World! --------------------------------------------------------------------------- Phone (703)524-4800 NetRail, Inc. Fax (703)534-5033 2007 N. 15 St. Suite B-5 Email sales(a)netrail.net Arlington, Va. 22201 WWW http://www.netrail.net/ Access: (703) 524-4802 guest ---------------------------------------------------------------------------

2 1

Other flapping prefixes. Compare and contrast.
by Sean Doran 12 Sep '95

12 Sep '95

There were several other providers who got notes from me about prefixes that were flapping every several seconds or thereabouts. The tally so far: Polite "we have a ticket open and will get someone to fix things" from three providers (thanks ANS, BBN, EBONE). A trio of no-answer-yets, one of which has since been fixed, one of which will be fixed since I have the advantage of sharing a room with the routing guru of the NSP in question and the bigger advantage of not needing nearly as much sleep. :-) The third no-answer-yet is from a smaller provider in Europe, and I expect they'll get back to me in their morning. Finally, there was the previous reply. Sean. P.S.: Oh, I also have to thank Pushpendra Mohta of CERFNET who replied to an earlier note personally with an explanation of what was going on.

5 5

Re: nisc-03292 (ticket update) badly flapping prefix (204.4.27/24)
by Sean Doran 11 Sep '95

11 Sep '95

Hi Cole - Wish you were here at the NANOG conference. Thanks for the update on the information, and a clarification of your policy. Please don't be too hard on your operator for treading on a landmine; we all know what it's like being on the front lines and making a mistake. Also thanks for the good news that all your new dialup customers from here on will be aggregated into shorter prefixes; this is nice to see! Sean.

1 0

nisc-03292 (ticket update) badly flapping prefix (204.4.27/24)
by PSI NISC 11 Sep '95

11 Sep '95

Ticket #nisc-03292 09/11/95-17:55:14 libby SUBJECT: badly flapping prefix (204.4.27/24) Posted by: Cole G. Libby ---------- Sean, Allow me to correct the too quick response you received from one of my people this weekend. We agree that this network is flapping far too many times and that this is a bad thing. Clearly the customer cannot be getting much useful service here either. We are contacting the customer to assist with his configuration and reduce the number of route flaps. This is something that we do periodically with all our dialup customers to ensure that they are getting good service and are being good 1 neighbors. This is not the only network in this circumstance that we are addressing. This network is not in a PSI CIDR block and is therefore portable and not a candidate for aggregation. Additionally, this network is used with a legacy account that was purchased at a time when this was permitted. In January, we have stopped allowing new dialup customers to use networks that are not in PSINet CIDR blocks. Since these blocks are indeed aggregated this has the effect you desire. Thanks Cole Libby Manager, PSI Customer Support >Sean, > The customer that this network belongs to is a dial-up customer, and >as such, when his connection is up, we broadcast his network IP, and stop >broadcasting when he disables his connection. We are unable to prevent his >route from propagating in the face of what could be frequent log-in/log-outs. > >Aaron Silver >PSI Customer Support > > >Ticket #nisc-03292 09/10/95-17:50:04 silvera SUBJECT: badly flapping prefix (204.4.27/24) >Posted by: Sean Doran <smd(a)icp.net> >---------- > >Hi - > > Could you please look into this badly flapping prefix with >a view to stopping it from oscillating this wildly? > > Thanks! > > Sean. >- -- >SL-CHI-12> sh ip bgp 204.4.27.0 >BGP routing table entry for 204.4.27.0 255.255.255.0, version 656911 >Paths: (2 available, no best path) > 1239 174 (history entry) > 144.228.101.1 (metric 15) from 144.228.50.6 (144.228.56.1) > Origin IGP, metric 1, localpref 90, external > Dampinfo: penalty 2867, flapped 171 times in 20:14:19 > 1239 174 (history entry) > 144.228.101.1 (metric 15) from 144.228.50.3 (144.228.53.1) > Origin IGP, metric 1, localpref 90, external > Dampinfo: penalty 2862, flapped 170 times in 20:13:55 >

1 0

Re: Other flapping prefixes. Compare and contrast.
by lear＠yeager.corp.sgi.com 11 Sep '95

11 Sep '95

The note that was forwarded was simply unbelievable at this day and age. The Internet community has to pay a large price when a major provider has a policy of not aggregating routes and also not using statics for sole dialup customers. Such behavior should be made readily apparent to perspective customers, resellers, and referrals so that they might understand the technical capabilities and marketing tactics of a given provider. Sean is fighting the good fight to get people to do the right thing. That he does so with gorilla tactics at times is probably appropriate given in some cases the lack of response and in other cases completely inappropriate response from various providers and customers. As his customer I *very* much appreciate and encourage his efforts. -- Eliot Lear [lear(a)sgi.com]

1 0

Re: Other flapping prefixes. Compare and contrast.
by hwb＠upeksa.sdsc.edu 11 Sep '95

11 Sep '95

Well, while Sean's wording at times is, ahem, suboptimal, he is referring to a real problem in the Internet System, and in fact one that the North American Network Operators Group should take responsibility for, at least for the North American part. The problem is what others believe is a strength: an anarchic system of many autonomous service providers with little or no service model/metrics (neither for the local nor for the system level), and no well defined rules of conduct for interoperation and problem resolution. A few weeks back I had problems with getting to another CONUS site. Not exactly capillary connectivity, source was at SDSC, destination at FIX-West. My service provider is CERFnet. Some days after emailing about the problem (it happened on a Friday evening that I had very intermittent connectivity, with packets from my traceroute getting lost in Sprintlink land) I got actually quite polite and professional responses that, based on my traceroute, it was outside of CERFnet's domain and best they can do is inform Sprint. As I network engineer I understand the context and the issues. As a network user I do not find the service model acceptable. I thought my service provider was selling me Internet connectivity, not regional connectivity. This is not to single out CERFnet or Sprint, given the way The System is run, the service providers likely are all the same, at least above the 90th percentile. Certainly because there is no global (or even domestic) problem resolution procedure that has any leverage with other service providers. Eventually something hits the roof for someone, and he starts bitching more publicly as his only remaining leverage, which is what seemed happening to Sean. What choice did he have? Run to the government and ask for regulation, as the service providers just can't get their act together at a systemic level? Well, that may not be one of *his* first choices, but sooner or later Real Users (rather than us networking bigots) get pissed. You know, those you sell services to? That you give, say, T1 connectivity to without being clear what it means to a user, who's traffic may have to traverse five ISPs? And who may not be interested in hearing about finger pointing from the service provider or deferred problem resolution? I mean, what would you say if your electrical power would drop to 80 Volts (more than once in a year) and your local power company would tell you "uh, that's not our fault, it is just power company 2000 miles away ran out of oil, or misplaced some nuclear refuelment rod?" This all should be critical to the NANOG agenda if the service providers would want to continue to provide quality services. I think it is an attitude problem of people largely caring about their own swamp.

6 6

skey @ Nanog
by Steven J. Richardson 11 Sep '95

11 Sep '95

FYI: I have an IRIX binary of "key" on ctc21 in /usr/people/nanog/bin. Steve Richardson/Merit

1 0