- Test - lists.nanog.org

out/in band management networks (incredibly non-operational)
by Jade E. Deane 30 Mar '01

30 Mar '01

Can anyone recommend a good white paper or page regarding construction of management networks? Practices, procedures, policies, and technical details of management interfaces, etc. Thanks in advance, Jade Jade E. Deane Sr. Network Engineer helloNetwork Las Vegas, Nevada email: jade.deane(a)helloNetwork.com

1 0

OUTAGE: network shutdown
by Sean Donelan 30 Mar '01

30 Mar '01

As most folks are aware, Northpoint Communications is/has/will shutdown its DSL network. The shutdown seems to be proceeding at different speeds in different states. State PUC's don't seem to have a proceedure for handling customers abandoned by a failing provider. Originally, I was viewing this as a shutdown of an end network, hard on the users of that network but not really an Internet service outage. But AT&T's description of Northpoint as a wholesaler meant the shutdown affected multiple ISPs. So I'm including northpoint's going out of business in my tracking of outages because it affected multiple Internet networks.

3 2

Re: MBone access
by Toerless Eckert 30 Mar '01

30 Mar '01

Try: http://www.broadcast.com/mcisp for a list of ISP that carry Yahoo Broadcast content via IP Multicast. I would hope that this is equivalent to full native IP Multicast connectivity for the majority of these ISPs. (Note: This message should not be construed as an endorsement of any particular content provider/aggregator or ISP ;-)) --- Toerless

10 13

RE: dsl providers that will route /24
by troy＠clownhammer.org 30 Mar '01

30 Mar '01

John- Please keep the trife legal disputes off Nanog. If you are seeing Wacky Packets(tm), call your upstream(s) and have them apply a filter if Zebra boxen are incapable of filtering the traffic. Can we end this thread since it crossed the line from "Operational" to "Personal" a long time ago? thanks, -troy >David. > >We're seeing a flood of RFC1918 sourced traffic bounce off our ingress >filters. > >This is causing unwarranted load on our edge routers. I feel that we >should be compensated by whomever is originating or allowing the >origination of said packets. > > As a result of your strance on the matter, we're going to be naming you >as a defendant in a civil lawsuit. Please be sure to have available >packet logs from _all_ of your customers at _every_ _ingress_ and _egress_ >point on your network for the past 24 and next 48 hours. > >See you in court. > >--- >John Fraizer >EnterZone, Inc > > > > > > http://www.clownhammer.org

1 0

RE: dsl providers that will route /24
by Nick Guy 30 Mar '01

30 Mar '01

Having run said ingress filters at a fairly good sized ISP with several thousand DSL customers It must be said that we are not talking about filters that create outrageous cpu load. What the filters can tell you is how many of your customers have misconfigured Nat, are doing multi-homing on the cheap or are just being naughty. If you do not have the filters you are going to have issue anyway when your dual-homed DSL customer calls with 50% packet loss because their other provider is doing ingress filtering. Point being is that there are pragmatic reasons to filter that are less abstract than the more difficult to grasp netizenship issues, although why folks don't get karma is beyond me :-). Finally, I cannot imagine being the source of a major DDOS and trying to explain why I did not use simple tools to avoid the problem. Nick Guy -----Original Message----- From: David Schwartz [mailto:davids@webmaster.com] Sent: Friday, March 30, 2001 12:10 AM To: nanog(a)nanog.org Subject: RE: dsl providers that will route /24 > > Subject: RE: dsl providers that will route /24 > > > > > > That definition, if you really mean it, would make nearly > > every packet on > > the Internet spoofed. Sooner or later, pretty much every packet winds > > up > > coming into a router with a source not assigned to the customer > > on the other > > end of that link. > > think edge man, EDGE!

1 0

Summary of Alteon inquiry
by K.Graham 30 Mar '01

30 Mar '01

At the request of many below is a summarization of the emails I recieved concerning my Alteon question. There seems to be alot of people very interested in Alteon's. The common answer was that it is difficult to find extensive information about them on the web. My assumption would be is if you do not have a support contract then the best way to recieve guidance with Alteon products would be to contact them directly. Either via a sales representative or by the email address below. Websites: http://www.alteon.com http://www.alteonwebsystems.com/ http://www.alteonwebsystems.com/whitepapers/ (pdf documents) http://www39.nortelnetworks.com/products/ (white papers, equipment specs, FAQ's, Viso icons) http://www39.nortelnetworks.com/products/780/ http://www39.nortelnetworks.com/products/webos/ http://vegan.net/lb (mailing list and searchable archives) http://www.nortelnetworks.com/documentation https://www.esight.com/cgi-bin/gx.cgi/AppLogic+dns.home Suggestions: Ask your sales rep or sales engineer. We've been very happy with our AceDirector 3's. I was able to find some stuff by searching on google for 'alteon loadbalancer example config' (or something like that) it at least gave me enough to get a loadbalanced config up and running.. support(a)alteon.com Their documentation isn't publically available last time I checked. But they shouldn't have any problems emailing you electronic copies or even hard copies. Kim Graham

1 0

Re: GSR and bgp maximum-paths
by Jon Allen Boone 30 Mar '01

30 Mar '01

Rob Evans <rhe(a)noc.ten-155.net> writes: > > Is anyone else have any problems with "maximum-paths" on a GSR and if yes, > > what release of IOS? Any other issues I should be aware of? > > It may not affect you (given you are running 12.0(10)S), but having > maximum-paths set to something other than 1 can cause problems on > Engine 2 linecards. The result is that the CEF IPC Background > process eats all available linecard CPU. Packet forwarding is not > directly affected, but it can mean that the CEF tables take a long > time to converge after a routing flap. > > As far as I am aware the bug was introduced around 12.0(13.6)S, and > has not been fixed in any releases so far. BugTrack ID? -tex -------------------------------------------------- Jon 'tex' Boone (610) 466-0477 tex(a)delamancha.org http://delamancha.org --------------------------------------------------

2 1

RE: Microwave...
by Dee McKinney 30 Mar '01

30 Mar '01

If it's a commercial carrier grade shot, and it's been engineered correctly, and, and, and...... It should work fine as I have service on microwave that operates as good as our fiber. -----Original Message----- From: Rodney Joffe [mailto:rjoffe@centergate.com] Sent: Tuesday, March 27, 2001 3:16 PM To: NANOG Subject: Microwave... I' be interested in hearing about any operational experience the users on this list have had, such as issues and challenges with routing, reliability, etc., with the use of Microwave at DS3 or greater level.... --

6 7

gTLD Informational Message
by Brad Verd 30 Mar '01

30 Mar '01

This is an Informational Message to the internet community: Thursday evening, the 29th of March, Verisign Global Registry Services will be changing the IP address for d.gtld-servers.net in the authoritative NS set serving com/net/org. The new set of servers authoritative for these TLDs will be: A.GTLD-SERVERS.NET. 6D IN A 192.5.6.30 G.GTLD-SERVERS.NET. 6D IN A 198.41.3.101 C.GTLD-SERVERS.NET. 6D IN A 192.26.92.30 I.GTLD-SERVERS.NET. 6D IN A 192.36.144.133 B.GTLD-SERVERS.NET. 6D IN A 203.181.106.5 D.GTLD-SERVERS.NET. 6D IN A 192.31.80.30 L.GTLD-SERVERS.NET. 6D IN A 192.41.162.30 F.GTLD-SERVERS.NET. 6D IN A 192.35.51.30 J.GTLD-SERVERS.NET. 6D IN A 210.132.100.101 K.GTLD-SERVERS.NET. 6D IN A 213.177.194.5 E.GTLD-SERVERS.NET. 6D IN A 207.200.81.69 M.GTLD-SERVERS.NET. 6D IN A 202.153.114.101 This will not require any change to root.cache file and both the old and new IP's for d.gtld-servers.net will provide answers for com, net, and org in parallel for enough time to accommodate the zones TTL's. -------------------------------------- Brad Verd Operations Manager Resolution Systems Verisign Global Registry Services Email - bverd(a)verisign.com ---------------------------------------

1 0

Alteon Question
by K.Graham 29 Mar '01

29 Mar '01

Just a quick question. I am trying to find some documentation on Alteon switches. In particular the WebOS. Of particular interest are command references, troubleshooting, and configuration. If anyone can give me pointers to information it would be appreciated. Please reply off line so we do not spam the list. Kim Graham

2 1