July 2002 - Test - lists.nanog.org

RE: AS286 effectively no more..
by Huopio Kauto 25 Jul '02

25 Jul '02

> >Does anyone know what happened to the Ebone/KPNQWEST European-wide DWDM >system? I figure that if it was shut down, we would see more impact. > >Their IP network load I bet was quite easily handled by other operators >considering the huge over-capacity situation we have had the past years. Parts of the Eurorings (the KPNQwest part of the KPNQwest/Ebone network combination) seem to be semi-active - otherwise bits wouldn't flow from Qwest to Leiden in NL. But there are just KPNQwest core AS/KPN Belgium/ Luxembourg prefixes advertised on the IP side. I am worried on the networks that have swapped/IRU:ed fibers from KQ and have transmission gear co-located at KQ amp huts / major nodes, using KQ rectifiers to get DC juice to their racks. It is going to be interesting to watch if/when the still-lit remains of the Eurorings go dark on transmission level - I've understood there were couple of _very utilized_ WDM rings in KQ central european network.. What is the legal position of an IRU deal if the cable owner goes belly up? --kauto

5 5

Re: Re: PASSIVE [D]WDM... Like, Cisco 15216.
by Frank Coluccio 25 Jul '02

25 Jul '02

It would be nice if Transmode spent a little more attention to the detail in their data sheet and less on their art work. I can't discern what their CWDM spacings are either. If you return to the site you'll note that the 1.25 and 2.5 Gxx numbers you cited were actually *bit rates*, not frequency separations on a grid. The ways in which grids are defined for DWDM and CWDM differ, with DWDM grids typically defined on the basis of frequency spacings. E.g., spacings between the center frequencies of lambdas at 200GHz, 100GHz and 50GHz proposed for the ITU grids. The proposed CWDM Grids, on the other hand, will use *wavelength* spacings (effectively the same thing after you do the arithmetic, it's just noted differently). See the following TIA (Telecommunications Industry Association) paper at the url below. E.g., CWDM grid spacings may be at 20 nanometers (20 nm), whereas a DWDM spacing might be 100 GHz. http://ftp.tiaonline.org/fo-2/fo27/Public/2002-01-Kauai/FO27-2002-01-TD12.d… I don't know how much this helps in the search for a mix and match wavelength conversion assembly, but it at least lays out all known and proposed grid formats so that we have a more factually-based starting point. FAC > > On Thu, 25 Jul 2002, Simon Lockhart wrote: > > > I'm currently using the 15454 to wavelength convert OC48 signals, but have > > not to date seen a black-box wavelength convertor - I would also be interested > > to know if such a beast exists. I think if you want to do this, you're stuck > > with the Metro 1500 (or equivalent from someone else), which becomes very > > expensive quickly. > > Transmode <http://www.transmode.com> has both 1.25Ghz and 2.5Ghz units > with where you pretty much can pick and choose your optics from 850nm MM, > 1310, 1510, 1530, 1550 and 1570nm when you order. This is not a complete > ITU grid from what I can find (I don't know exactly what ITU grid is but I > found some specs) but rather for CWDM use. > > There should be quite a few manufacturers making units like these, I know > the MRV people does it as well (or some company within MRV). > > -- > Mikael Abrahamsson email: swmike(a)swm.pp.se > >

1 0

PASSIVE [D]WDM... Like, Cisco 15216.
by Alex Rubenstein 25 Jul '02

25 Jul '02

We're looking to get glass between three buildings, and looking closely at the 15216 (passive WDM, ie, a prism). A couple of rambling questions, that perhaps folks here have experience with. First, has anyone had experience with ITU Grid Optic GBICs? Do they even exist? Second, does anyone know of a 'back-box' that will take standard 1310 or 1550 nm signal, and 'convert' it to an ITU grid? Any pointers, help, or a kick in arse would be appreciated. -- Alex Rubenstein, AR97, K2AHR, alex(a)nac.net, latency, Al Reuben -- -- Net Access Corporation, 800-NET-ME-36, http://www.nac.net --

3 2

RE: password stores?
by Shawn Solomon 25 Jul '02

25 Jul '02

One common solution is a hash based on the cpe site name or some other unique key provided by the cpe information (address, ph #, etc). Changing the hash occasionally provides new passwords, and it is all easily scripted.. -----Original Message----- From: Daniska Tomas [mailto:tomas@tronet.com] Sent: Tuesday, July 23, 2002 2:35 AM To: nanog(a)merit.edu Subject: password stores? hi, i'm wondering how large isps offering managed cpe services manage their password databases. let's say radius/tacacs is used for normal cpe user aaa, but there is some 'backup' local user account created on the cpe for situations when the radius server is unreachable. for security reasons, this backup account (as well as snmp communities, radius key etc.) is unique per cpe to avoid frauds caused by end-users (even if one does password recovery on the cpe, they still don't have the password for other cpe's). if there are hundreds or thousands of these cpe's that could mean storing of tens thousands of password. are there any crypto-based products available or do the people use their own stuff? thanks -- Tomas Daniska systems engineer Tronet Computer Networks Plynarenska 5, 829 75 Bratislava, Slovakia tel: +421 2 58224111, fax: +421 2 58224199 A transistor protected by a fast-acting fuse will protect the fuse by blowing first.

2 1

Sunspot Activity & Radio Blackouts
by Andy Ellifson 24 Jul '02

24 Jul '02

For anyone that operates a wireless network or a copper based network: Official Space Weather Advisory issued by NOAA Space Environment Center Boulder, Colorado, USA SPACE WEATHER ADVISORY BULLETIN #02- 2 2002 July 23 at 12:00 p.m. MDT (2002 July 23 1800 UTC) **** ( CORRECTED ) MAJOR SUNSPOT ACTITVITY **** A major sunspot region has rotated onto the visible face of the sun. This region, designated as Region 39 by NOAA Space Environment Center forecasters, is believed to have been the source of three large coronal mass ejections on the far side of the sun beginning on July 16. This region will rotate across the visible side of the sun over the next two weeks and is expected to produce more solar activity. Since appearing on the visible side yesterday (July 22) this region has already produced a major flare at 6:35 pm Mountain Daylight Time (MDT) on July 22 (0035, July 23 UTC). Radio blackouts reached category R3 (Strong) on the NOAA space weather scales. In response to the major flare, a geomagnetic storm is possible and is expected to begin between 8:00 pm MDT on July 23 and 8 am MDT on July 24 (0200 - 1400, July 24 UTC). The geomagnetic storm may reach category G2 (moderate) levels on the NOAA space weather scales. Category R3 radio blackouts result in widespread HF radio communication outages on the dayside of the Earth and can also degrade low frequency navigation signals. Category G2 geomagnetic storms can lead to minor problems with electrical power systems, spacecraft operations, communications systems, and some navigational systems. Aurora Borealis / Australis (northern / southern lights) may be seen down into the mid latitudes (New York, Madison, Boise, Vladivostok, Rome, Tasmania, Wellington - NZ, Puerto Montt - Chile) Data used to provide space weather services are contributed by NOAA, USAF, NASA, NSF, USGS, the International Space Environment Services and other observatories, universities, and institutions. For more information, including email services, see SEC's Space Weather Advisories Web site http://sec.noaa.gov/advisories or (303) 497-5127. The NOAA Public Affairs contact is Barbara McGehan at Barbara.McGehan(a)noaa.gov or (303) 497-6288.

4 3

Re: IGP metrics on WAN links
by Jennifer Rexford 24 Jul '02

24 Jul '02

> Just curious as to what people are using for metrics in their IGP > and what their reasons are; bandwidth? geographical distance? latency? We have a survey paper on techniques for setting IGP weights http://www.research.att.com/~jrex/papers/ieeecomm02.ps http://www.research.att.com/~jrex/papers/ieeecomm02.pdf and a longer version http://www.research.att.com/~jrex/papers/ieeecomm02.long.ps http://www.research.att.com/~jrex/papers/ieeecomm02.long.pdf that might be of interest. We discuss how to tune the IGP weights in a systematic, automated fashion based on measurement data (of topology and traffic) and an optimization algorithm, and show that good weights settings allow IGPs like OSPF and IS-IS to perform almost as well as optimal routing schemes that have complete flexibility in selecting paths for the traffic. -- Jen

1 0

Boston Qwest Issues?
by Eric Gauthier 24 Jul '02

24 Jul '02

Heya... Anyone know if something is up on Qwest's run from Boston to NYC today? Eric :)

1 0

Juniper security appnote + martians
by Stephen Gill 24 Jul '02

24 Jul '02

Gents, I thought I would pose the martians question here as well... I'm trying to find out additional information on the reasoning behind adding these martians to the Juniper's security appnote found on their website: Prefix Description 19.255.0.0/16 Ford Motor Company 129.156.0.0/16 Sun Microsystems 192.5.0.0/24 no match 192.9.200.0/24 no match 192.9.99.0/24 Sun Microsystems I don't see a single reference to these in Cisco's IOS Essentials www.cisco.com/public/cons/isp/documents/IOSEssentialsPDF.zip , Bill Manning's draft, www.ietf.org/internet-drafts/draft-manning-dsua-08.txt or Rob T's Bogon List. www.cymru.com/Documents/bogon-list.html I base my bogon filtering for the JUNOS Secure Template and JUNOS Secure BGP Template at www.qorbit.net/documents/junos-template.pdf www.qorbit.net/documents/junos-bgp-template.pdf www.qorbit.net/documents/junos-bgp-appnote.pdf on Rob's list. What are your thoughts on filtering the above prefixes? Are some of these worthy of being added to the master bogon list? Now, on to some of Juniper default martians: 128.0.0.0/16 191.255.0.0/16 192.0.0.0/24 223.255.255.0/24 These prefixes seem to be based on www.ietf.org/internet-drafts/draft-iana-special-ipv4-03.txt. I'm curious what the reasoning is behind selecting these prefixes only. Also, given that these may be allocated in the future (per the draft) what are your thoughts on having these in Juniper's default config? Perhaps these would be good additions to a dynamic (up-to-date) bogon list instead of a static placement in JUNOS even though they can be overridden if necessary. Thoughts? -- steve

2 3

effects of NYC power outage
by Craig Partridge 24 Jul '02

24 Jul '02

Anyone got good data comparing the effects on the Net (BGP reachability, etc) of this weekend's NYC power outage with the effects power outage late on September 11th. I'm on a National Academy of Sciences committee looking at how the Internet fared on 9/11 and we're always in search of good comparative data. Thanks! Craig Partridge Chief Scientist, BBN Technologies

9 9

Re: PSINet/Cogent Latency
by Joe Loiacono 24 Jul '02

24 Jul '02

Actually RRDTool interpolates any late replys to the nearest specified collection timepoint (e.g., every 5th minute.) It doesn't really resample. Joe Matt Zimmerman To: nanog(a)merit.edu <mdz cc: @csh.rit.edu> Subject: Re: PSINet/Cogent Latency Sent by: owner-nanog 07/23/2002 09:46 AM On Mon, Jul 22, 2002 at 10:50:03PM -0700, Doug Clements wrote: > I think the problem with using rrdtool for billing purposes as described > is that data can (and does) get lost. If your poller is a few cycles late, > the burstable bandwidth measured goes up when the poller catches up to the > interface counters. More bursting is bad for %ile (or good if you're > selling it), and the customer won't like the fact that they're getting > charged for artifically high measurements. RRDtool takes into account the time at which the sample was collected, and if it does not exactly match the expected sampling period, it is resampled on the fly. See: http://people.ee.ethz.ch/~oetiker/webtools/rrdtool/tutorial/rrdtutorial.html under "Data Resampling" for more information. RRDtool has some quirks when used for billing purposes, but it is not guilty of the error that you describe. -- - mdz

2 1