- Test - lists.nanog.org

Re: bring sense to the ietf - volunteer for nomcom
by Michael Shields 08 Sep '00

08 Sep '00

In article <200009071354.WAA27086(a)necom830.hpcl.titech.ac.jp>, Masataka Ohta <mohta(a)necom830.hpcl.titech.ac.jp> wrote: > Note that BCP9, RFC2026, says: > > publication for comments before proceeding further. The RFC Editor > is expected to exercise his or her judgment concerning the editorial > suitability of a document for publication with Experimental or > Informational status, and may refuse to publish a document which, in > the expert opinion of the RFC Editor, is unrelated to Internet > ^^^^^^^^^^^^^^^^^^^^^ > activity or falls below the technical and/or editorial standard for > ^^^^^^^^ > RFCs. > > I should accept a fact that Jon Postel is really dead. Yes, the RFC Editor "may refuse". From BCP 14 / RFC 2119: "This word, or the adjective OPTIONAL, mean that an item is truly optional." -- Shields.

2 1

Another telehouse list (uk: telehouse docklands)
by James A. T. Rice 08 Sep '00

08 Sep '00

Since there seems to be a genuine interest in lists for general discussion on the various telehouses, I've created one for Telehouse Docklands, Coriander Avenue, the 'main' UK facility, where LoNAP, most of LINX etc, is at. Apologies for this being slightly off topic for NANOG (telehouse docklands not being in north america). If anyone wants to join the TeleHouse DOcklands (thdo) list, please subscribe at: http://www.jump.org.uk/mailman/listinfo.cgi/thdo Warm Regards James Rice

1 0

Re: Problems on the net this afternoon?
by Steven J. Sobol 07 Sep '00

07 Sep '00

On Thu, 7 Sep 2000, Phillip Vandry wrote: > > > Has anyone been experiencing intermittant problems getting to certain > > > sites this afternoon? > > > > I thought only end-users were supposed to ask questions like this > > without > > giving details. ;) > > We're all end users too, sometimes :-) Yeah, but having done tech support since 1995, I am aware that people can't be expected to give reasonable answers to complaints as vague as "The Internet is broken", so I give them details. :P :) -- North Shore Technologies, Cleveland, OH http://NorthShoreTechnologies.net Steve Sobol, BOFH - President, Chief Website Architect and Janitor Linux Instructor, PC/LAN Program, Natl. Institute of Technology, Akron, OH sjsobol(a)NorthShoreTechnologies.net - 888.480.4NET - 216.619.2NET

1 0

Re: SoCal & Bay Area Troubles
by Sean Donelan 07 Sep '00

07 Sep '00

QWEST had a problem around 11:30am PDT, and swaps facilities with several other providers so it may have impacted more than just Qwest. I haven't tracked down the specifics though, and it seems like things have since settled down.

2 1

Problems on the net this afternoon?
by James Smith 07 Sep '00

07 Sep '00

Has anyone been experiencing intermittant problems getting to certain sites this afternoon? -- James Smith, CCNA Chief Network/System Administrator DXSTORM.COM http://www.dxstorm.com/ DXSTORM Inc. 2395 Speakman Drive, Suite 2200 Mississauga, ON, L5K 1B3 CANADA Tel: 905-822-1957 (email preferred) Fax: 905-822-0680 1-877-DXSTORM (1-877-397-8676) "Don't be irreplaceable - if you can't be replaced, you can't be promoted." --Dilbert "The more junk you put up with, the more junk you are going to get." --Dilbert

5 5

Re: bring sense to the ietf - volunteer for nomcom
by Randy Bush 07 Sep '00

07 Sep '00

> I think you are confused. PEs are edges, route reflectors have nothing > to do with the core (in the context of bgp/mpls vpn). real networks tend not to put pops where there are no peers or customers. and vpns want to cross all those edges. and customers are going to effectively fully mesh the pops with vpns because a non-trivial number of large customers have branches in every darn city. there are customers for whom the transitive closure of vpn-linked pops is effectively the full set of pops in the isp's network. and just how many pe routers, or route reflectors, do you think we want to install per pop? some have even suggested that one would be well advised to run separate sets of rrs, one set for normal reflection and another for the mpls vpns. yuchh! others have said that to keep your network stable should you have vpn customers on the same aggregation routers as non-vpn customers. if this is done, each time a customer wants to add/delete the vpn service you need to re-home them. yucchh^2! > according to your taxonomy bgp/mplg vpn is "the internet style". not when we drive the bgp load of the pes or rrs geometrically. the only thing that scales about this approach is the profits of the those vendors who can actually carry the load of 100k, 200k, 400k, ... bgp routes. and we know bgp is one of the serious limits to net scaling. imiho, mpls vpns are a ploy in the router vendor war, escalating use of each other's engineering resources, trying to keep out the small vendors. somewhat like the cold war, two old men (yes, men, of course:-) drinking poison to see who will die first. the problem with this one is that it is the isps who get the poison, and they don't realize it until it is too late because it is a scaling issue and does not affect next quarter's results. randy

3 3

RE: Ameritech Service Quality Report
by Richard Welty 07 Sep '00

07 Sep '00

Shawn McMahon [mailto:smcmahon@eiv.com] wrote: > They also were notorious for telling people "we've tested > your T1, and the > problem is on your end" when they hadn't tested at all, then > when you pester > them into testing again they suddenly find a problem on their end. > Happened to me more than once. on more than one occasion, when managing customer installs or troubleshooting, we've had Ameritech tell us that they can see the CPE and try and declare their work done. of course, we always include an appropriately timed step in our procedure where the CPE is disconnected and turned off, so we usually put an end to that right then and there. it's kind of depressing that you have to presume that a critical vendor is going to lie to you. on the other hand, it _is_ the phone company. richard

2 1

RE: Problems on the net this afternoon?
by Hayden, Robin 07 Sep '00

07 Sep '00

>Has anyone been experiencing intermittant problems getting to certain >sites this afternoon? I had a hard time getting to work this morning, train delays, but I hear they're working on one of the lines :) Robin Hayden Cable & Wireless London -----Original Message----- From: James Smith [mailto:jsmith@dxstorm.com] Sent: Wednesday, September 06, 2000 06:29 To: NANOG Subject: Problems on the net this afternoon? Has anyone been experiencing intermittant problems getting to certain sites this afternoon? -- James Smith, CCNA Chief Network/System Administrator DXSTORM.COM http://www.dxstorm.com/ DXSTORM Inc. 2395 Speakman Drive, Suite 2200 Mississauga, ON, L5K 1B3 CANADA Tel: 905-822-1957 (email preferred) Fax: 905-822-0680 1-877-DXSTORM (1-877-397-8676) "Don't be irreplaceable - if you can't be replaced, you can't be promoted." --Dilbert "The more junk you put up with, the more junk you are going to get." --Dilbert

1 0

cisco search
by Dave McKay 07 Sep '00

07 Sep '00

I know the AUP on Nanog says no advertising, so I hope I'm not overstepping the boundrys on this post. I am writing in to notify people of a Cisco specific search. The location url is http://cisco.google.com/cisco This search is generally the same as the one on CCO now, (because we do the search) but sometimes gets better results. -- Dave McKay dave(a)sneakerz.org Network Engineer - Google Inc.

1 0

RE: Problems on the net this afternoon?
by Tom Beeson 06 Sep '00

06 Sep '00

UUnet had a hic-up in Phoenix (grrrrrr!!!!) dumped a large part of traffic at the worst time of the morning. (UUnet is one of our primary connections). -- Tom Beeson Oso Grande Technologies At 02:12 PM 09/06/2000 -0400, James Smith wrote: >Sorry about being so vague, but I find it gets people talking about even >little problems that might be occur, which I find helpful. > >I got hold of somebody at UUNet and things seem to be back together now >with our connection. > > >-- >James Smith, CCNA >Chief Network/System Administrator >DXSTORM.COM --**--**--**--**--**--**--**--**--**--**--**-- Tom Beeson Oso Grande Technologies Network Engineer A New Mexico Technet Co. (505) 345-1748 noc(a)nm.net "Sanity checks cashed here" --**--**--**--**--**--**--**--**--**--**--**--

1 0