- Test - lists.nanog.org

Re: [nsp] IS-IS over IP?
by Howard C. Berkowitz 04 Apr '00

04 Apr '00

>On Tue, Apr 04, 2000 at 09:35:30AM -0400, Howard C. Berkowitz wrote: > > Is anyone running IS-IS over IPv4, rather than a data link protocol, > > in production? If so, does it appear to solve the jumbo LSP and > > medium dependency problems? > >ISIS is a routing protocol that runs over ISO/clns - so what is your >question ? > >/Jesper As opposed to OSPF, which runs over IP, and BGP, which runs over TCP, (Integrated) ISIS is defined to run directly over the data link layer. There is an internet draft about enabling ISIS to run over IP. I'm trying to find operational experience with it. >-- >Jesper Skriver, jesper(at)skriver(dot)dk - CCIE #5456 >Work: Network manager @ AS3292 (Tele Danmark DataNetworks) >Private: Geek @ AS2109 (A much smaller network ;-) > >One Unix to rule them all, One Resolver to find them, >One IP to bring them all and in the zone to bind them.

1 0

Cisco IOSNG
by Tiernan Ray 04 Apr '00

04 Apr '00

Has anyone seen a pre-release version of the next generation of Cisco IOS, previously dubbed IOS NG? If so, are there any early reactions to the stability, features of this release? Tiernan Ray Tiernan.net

2 1

Sparc Storage Array
by Jim Mercer 03 Apr '00

03 Apr '00

quick attempt to draw on the accumulated knowledge herein. i'm looking to gain som help in getting a fiber channel attached sparc storage array (100?) working with a sparc 20, solaris 7. if you have worked with this, contact me directly. -- [ Jim Mercer jim(a)reptiles.org +1 416 506-0654 ] [ Reptilian Research -- Longer Life through Colder Blood ] [ Don't be fooled by cheap Finnish imitations; BSD is the One True Code. ]

2 2

SBC/Ameritech outage, Milwaukee WI
by nicholas harteau 03 Apr '00

03 Apr '00

Ameritech's facilities in 324 E. Wisconsin in Milwaukee are currently unpowered (324 is a telco hotel in downtown Milwaukee). Ameritech was notified over a month ago about the power company was going to shut off power in order to repair the service entrance. Apparently Ameritech didn't see fit to show up, or they miscalculated the runtime on thier batteries by a few hours. I'm guessing the former. There were even a few calls made to lower-level Ameritech engineers this morning who claimed they had heard nothing from management about the outage. Anyway, the mux in the basement is dead. It's a localized outage. Power company is giving us an ETA of 8PM CDT (is it CDT now? I lost track), so stuff should be back up then. In the meantime, I've got a couple dozen T1 customers down. Glad I don't use them for anything longhaul. I'd imagine that some less fortunate people in Milwaukee are suffering outages due to thier Ameritech-supplied local loops being dead. For those of you that remember, this repair is related to the outage last winter where water leaked through the sidewalk from the snow above and shorted the main bus bar. -- nicholas harteau nrh(a)ikami.com

1 1

Risks and reality
by Sean Donelan 02 Apr '00

02 Apr '00

On Thu, 30 March 2000, Nathan Stratton wrote: > Sometimes there are not a lot of options. I work as a fire fighter and > built one of my datacenters on the 5th floor because I had no options. I > did make sure that it was marked out correctly because I know what it is > like going through a building on fire. So far I have never worked a CO > fire, but I am sure it is a mess. Bellcore had some good videotape of CO fires. But I wonder, do people talk to their insurance companies about the actual level of risk? If you look worldwide, it turns out the risk from fire in a datacenter is about the same as the risk of a terrorist attack. It sounds awful, until you look a little further and find out the occurance of either risk is very small. Factory Mutual labels risks less than 1 incident per 1,000,000 sq/ft of insured space as "low-risk." Fires in telecommunication and data centers are even rarer than 1 incident per 1,000,000 sq/ft. For the bored, the fires in telecommunications centers were extinguished by the following, in order: 1) extinguished by employees (49%) 2) extinguished by firefighters (45%) 3) extinguished by automatic fire suppression systems (6%) There are other risks which are more likely in telecommunications and data centers.

1 0

cflowd and netflow settings
by Dana Hudes 02 Apr '00

02 Apr '00

Hi folks, this is actual operational question so excuse the interruption in the fiber cut du jour thread. I have a cisco 7500 series router with v11.1(CC) code. I have cflowd running on a Dell PIII system with an IDE hard drive (thankfully fairly large) under RedHat Linux 6.1 . cflowd and friends are compiled with -mcpu=i686 . I have configured a generous cache size of 65535 on the router but it only uses 1024 entries anyway. show ip cache flow says that: IP Flow Switching Cache, 69632 bytes 1002 active, 22 inactive, 3045004972 added 2253347804 ager polls, 0 flow alloc failures Exporting flows to x.x.x.x (2055) Exporting using source interface Loopback0 Version 6 flow records, origin-as Active flows timeout in 60 minutes 3045003952 flows exported in 112978700 udp datagrams, 0 failed last clearing of statistics 5d05h The collector machine is getting hammered on the data collection. >From the log: Apr 1 20:20:19 plan9 cfdcollect[28872]: [I] wrote data for router 172.16.1.2 Apr 1 20:20:19 plan9 cfdcollect[28872]: [I] connected to localhost:2056 Apr 1 20:20:19 plan9 cflowd[16312]: [I] sent data to 216.70.64.120:1877 Apr 1 20:20:22 plan9 cflowd[29964]: [I] missed 195585 of 220926 flows from 172. 16.1.2 engine 0 agg_method 0 (88.5296% loss) Apr 1 20:20:57 plan9 cfdcollect[28872]: [I] localhost has data for 1 router. Apr 1 20:20:59 plan9 cfdcollect[28872]: [I] got data for router 172.16.1.2 from localhost Apr 1 20:20:59 plan9 cfdcollect[28872]: [I] wrote data for router 172.16.1.2 Apr 1 20:20:59 plan9 cfdcollect[28872]: [I] connected to localhost:2056 Apr 1 20:20:59 plan9 cflowd[16315]: [I] sent data to 216.70.64.120:1878 Apr 1 20:21:02 plan9 cflowd[29964]: [I] missed 168234 of 248568 flows from 172. 16.1.2 engine 0 agg_method 0 (67.6813% loss) At this point, cfdcollect is set to minPollInterval of 15 but I still lose data at peak (sure, at 10am on a weekday its no problem to keep up...) cflowd is configured for FLOWFILELEN: 2097152 and to keep 70 raw flow files. I had pretty much the same % loss with 1Mb flow files and only keeping 10 . I'm thinking that perhaps disk I/O is a problem with cfdcollect and cflowd on 1 machine with 1 disk. Two physical disks (Ultra Wide Fast SCSI) might help keep up. Thanks Dana Hudes

1 0

Re: WCOM DS3 outage in PHI
by Sean Donelan 01 Apr '00

01 Apr '00

True, there have been cases when the worldcom circuits in a city have been cut, but the UUNET network stayed up. Which undercuts any salespeople who tell people "trust us with your entire network." Nevertheless, it is amusing when an official Worldcom spokesperson specifically identifies a fiber cut in Worldcom's facilities, yet one of Worldcom's subsidiaries refers to its parent company as a nameless telco provider. It almost sounds like finger-pointing instead of synergy. But anyone who has ever dealt with the Worldcom family of companies is probably used to it. When there is a problem, its not a Worldcom circuit, its a MFS circuit. It seems very different at some other companies. I suspect some folks want to disown parts of TCG's network, but AT&T puts their brand name on the line when AT&T Local Services has a problem instead of refering to a nameless telco provider. On Fri, 31 March 2000, Vijay Gill wrote: > > UUnet allegedly wrote > > > Senior network engineers are > > > working closely with one of our Telco providers > > > to quickly resolve > > > > Amazing how quickly in the event of a fault one's much vaunted > > parent company becomes 'one of our Telco providers' :-) > > (no UUnet is not the only offender). > > There is not necessarily a one to one mapping between circuits purchased > by UUNET and circuits sold to UUNET by WCOM.

1 0

DSUA
by Joshua Goodall 01 Apr '00

01 Apr '00

Does anyone have a copy handy of Bill Manning's IPv4 Special Uses document (draft-manning-dsua-*.txt) that appears to have dropped off the I-D's list? tia ... - J

8 9

Computers are tougher than people think
by Sean Donelan 31 Mar '00

31 Mar '00

If you've seen the news, you've seen the Cash America Inc building in Fort Worth. Its the one with no windows. Although the building suffered extensive damage, and Cash America may have to abandon it, their computer center providing service to 400+ pawn shops around the country worked without interruption. Even though I don't work with libraries anymore, they still draw my attention. The Fort Worth Public Library, which is mostly underground, had significant damage to its aboveground expansion. For those who say, I told you underground is better, I'd remind you about the extensive damage to Boston Public Library's lower levels when a water main broke. Pick your risk. Sprint showed that fiber rings can work, if you do them right. Sprint suffered a fiber cut in downtown Fort Worth during the tornado. I don't think anyone outside of Sprint's operation center noticed. I didn't. Southwestern Bell now says one of their facilities in Arlington had a power failure, and is now backup on generator power.

6 6

Re: WCOM DS3 outage in PHI
by Sean Donelan 31 Mar '00

31 Mar '00

On Mon, 27 March 2000, Tatsuya Kawasaki wrote: > I uderstand there is 672 DS3 is cut at Philly. > Does anyone have update on this outage? The report is a MCI/Worldcom fiber cut near Philly, PA, the current ETR is 5pm EST. Depending on fiber and circuit swaps/leases UUNET, Exodus, PSI, and others have indicated they are affected. People are reporting problems as far north as Boston and as far south as Atlanta. No reported cause.

5 5