March 2001 - Test - lists.nanog.org

Re: Clear Channel on a T1
by CARL.P.HIRSCH＠sargentlundy.com 23 Mar '01

23 Mar '01

Here's a few more details - We provision T1. Salesdroid asks "You wanna give us $$$ for clear channel?" Us: "..... ?" Salesdroid: "It's so you can get 64kbit rather than the normal 56k" Us: "We thought all DS-0s were 64kbit?" Me: "I know! I'll ask NANOG!" Here's a document that further obfuscates the matter for me - http://www.comtest.com/tutorials/t1.html Anybody care to comment on its relevance in this situation? If I read it correctly, Clear Channel = Less Capacity. Doesn't sound right. I believe the carrier in question is AT&T. thanks for any input you guys might have -carl owner-nanog-outgoing @merit.edu AT nxmime To: CARL P HIRSCH/Sargentlundy, nanog(a)merit.edu AT nxmime@SNL-ccmail 03/22/01 12:12 PM cc: Subject: Clear Channel on a T1 Can anybody give me some info on what exactly "Clear Channel" means in relation to a DS1 circut? My gut tells me that it's only relevant with voice Ts... thanks, -carl hirsch network analyst sargent & lundy llc

6 5

Re: RADB lookup help
by John Fraizer 23 Mar '01

23 Mar '01

Thanks Saverio. Now for the next question. I'm working on the templates for all of our objects. Is there any preference as to which database people register their objects? --- John Fraizer EnterZone, Inc On Fri, 23 Mar 2001, Saverio Pangoli wrote: > > > On Fri, 23 Mar 2001, John Fraizer wrote: > > > I'm trying to do the equiv of "whois -h rr.arin.net -i origin as13944" at > > whois.radb.net but am not having any luck. Is there a way to form this > > query at whois.radb.net? > > > > I'm simply looking for all objects registered with an origin of as13944. > > Hi, > > If you don't mind querying the database manually, you can use the !g > command to get all the routes originating in as1394. > > Something like this: > > [saverio@stats saverio]$ telnet whois.radb.net whois > Trying 198.108.0.18... > Connected to whois.radb.net. > Escape character is '^]'. > !gas13944 > A226 > 209.41.244.0/24 216.29.112.0/20 216.226.152.0/24 216.29.116.0/24 > 216.29.120.0/2 > 1 209.41.207.0/24 209.41.247.0/24 209.115.38.0/24 209.115.39.0/24 > 209.115.53.0/2 > 4 209.115.120.0/22 216.28.0.0/21 216.28.151.0/24 216.226.128.0/19 > C > > I hope this helps... > > Cheers, > Saverio Pangoli (DANTE) >

1 0

Advice on colo locations in SJC
by Simon Lockhart 23 Mar '01

23 Mar '01

All, I'm just trying to work out a plan for building my network into the SJC area. (I've got LA sorted - it looks like 1 Wilshire is the place to be - or nearby!). I'll be needing to hook up to MAE-West ATM, and to PAIX, bringing in long-haul backbone circuits (from LA and probably an alternate route from NY), and hopping out a few local circuits to the Bay area. Initially I'd be looking for just 1 or two racks to house routers, but longer term would need access to a larger colo space if we build a server farm. All colo should be "neutral" where possible. MAE-W looks to be in 55 South Market, SJ, and a few people seem to have colo available there. Is that a good place to be? Any better suggestions? Thanks, Simon -- Simon Lockhart | Tel: +44 (0)1737 839676 Internet Engineering Manager | Fax: +44 (0)1737 839516 BBC Internet Services | Email: Simon.Lockhart(a)bbc.co.uk Kingswood Warren,Tadworth,Surrey,UK | URL: http://support.bbc.co.uk/

1 0

RADB lookup help
by John Fraizer 23 Mar '01

23 Mar '01

I'm trying to do the equiv of "whois -h rr.arin.net -i origin as13944" at whois.radb.net but am not having any luck. Is there a way to form this query at whois.radb.net? I'm simply looking for all objects registered with an origin of as13944. Thanks, --- John Fraizer EnterZone, Inc

1 0

RE: Northpoint is toast
by Doane, Andrew 22 Mar '01

22 Mar '01

ATT has picked up the assets from the US Bankruptcy Court. http://www.att.com/press/item/0,1354,3726,00.html -Andrew -----Original Message----- From: Gary E. Miller [mailto:gem@rellim.com] Sent: Thursday, March 22, 2001 8:12 PM To: nanog(a)merit.edu Subject: Northpoint is toast Yo All! This just in from Northpoint: "[...] As a result, the cessation of services to our customers and the complete shut down of our network is imminent. [...] " Details at http://www.northpoint.net Get ready to man the phones. RGDS GARY --------------------------------------------------------------------------- Gary E. Miller Rellim 20340 Empire Ave, Suite E-3, Bend, OR 97701 gem(a)rellim.com Tel:+1(541)382-8588 Fax: +1(541)382-8676

2 1

Northpoint is toast
by Gary E. Miller 22 Mar '01

22 Mar '01

Yo All! This just in from Northpoint: "[...] As a result, the cessation of services to our customers and the complete shut down of our network is imminent. [...] " Details at http://www.northpoint.net Get ready to man the phones. RGDS GARY --------------------------------------------------------------------------- Gary E. Miller Rellim 20340 Empire Ave, Suite E-3, Bend, OR 97701 gem(a)rellim.com Tel:+1(541)382-8588 Fax: +1(541)382-8676

1 0

Fwd: [Interchange-announce] Security advisory
by Matt Clauson 22 Mar '01

22 Mar '01

Apologies if this is off-topic -- however, I know Interchange is a popular vending system, and thought it would be in the best interests of anyone here to proactively fix their systems, lest customer data get leaked, ala Egghead.com. --mec ---------- Forwarded Message ---------- Subject: [Interchange-announce] Security advisory Date: Thu, 22 Mar 2001 19:20:21 -0600 (CST) From: Jon Jensen <jon(a)akopia.com> To: interchange-announce(a)lists.akopia.com, interchange-users(a)lists.akopia.com A serious security vulnerability has been found in the default installation of the Interchange demo stores 'barry', 'basic', and 'construct' distributed in Interchange versions 4.5.3 through 4.6.3. Using a group login that had no password set by default, it is possible to log in to the back-end administration area and view and alter products, orders, and customer information. If you set up a store based on one of those demos and did not remove all default user and group accounts, you should immediately make the following change: In all installed catalog directories, as well as the catalog templates in the Interchange software directory, edit the products/access.asc file, changing this line: :backup<tab><tab>Backup to look like this: :backup<tab>*<tab>Backup As with all other Interchange database source files, the placement of the tabs is significant. You could also simply delete that line altogether. Make sure to restart Interchange so your change takes effect. This problem has been fixed in Interchange 4.6.4, to be released shortly. As well as blocking password access on that group, there are now also tighter checks on login attempts. Group logins, user names with invalid characters, and blank passwords will all be rejected without consulting the access database. Many thanks to Jud Harris <jud-lists(a)copernica.com> for finding and reporting this problem on the interchange-users list: http://lists.akopia.com/pipermail/interchange-users/2001-March/005939.html Jon _______________________________________________ Interchange-announce mailing list Interchange-announce(a)lists.akopia.com http://lists.akopia.com/mailman/listinfo/interchange-announce -------------------------------------------------------

1 0

Re: Clear Channel on a T1
by Ron Buchalski 22 Mar '01

22 Mar '01

>From: "Douglas A. Dever" <dever(a)hq.oh.verio.net> >Reply-To: dever(a)verio.net >To: CARL.P.HIRSCH(a)sargentlundy.com >CC: nanog(a)merit.edu >Subject: Re: Clear Channel on a T1 >Date: Thu, 22 Mar 2001 14:56:46 -0500 (EST) > > > > >I'm quite suprised they'd offer you a data circuit that wasn't b8zs. I >think they're just using this as a way to get an extra couple of bucks per >month per circuit. Without falling into a long discorse about timing on a >DS1, the bottom line is that you get ~1.54Mbit/sec because the data stream >is manipulated to maintain timing. A non-clear channel data circuit would >only use 7 bits for data, with the 8th bit always being a 1 to maintain >timing. Forcing the 8th bit to a '1' isn't done to maintain timing. The 8th bit was forced to a '1' to maintain ones density on the T1 line. Early T1 specs did not allow more than 15 consecutive zeros to be transmitted because the T1 repeaters along the line rely on periodic pulses to keep their oscillators active. It was not a problem for voice circuits, since voice DS0s would contain a '1' for the signaling bit, but there is a potential for data DS0s to contain a long string of zeros, and several contiguous data DS0s could result in a long sequence of zeros (more than 15). In fact, older CSUs would inject a '1' if more than 15 consecutive zeros were sent, thus corrupting the bit stream. For a voice DS0, it was probably not detected. For a data DS0, it would result in a corrupted data frame. Of course, in the "modern" world, with B8ZS line coding insuring that there will always be line transitions (to keep the T1 repeaters happy), a constant stream of zeros can be sent on the data channels, and the line coding will inject ones (and remove them at the other end) so forcing the 8th bit to a one is no longer needed. -rb _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com

2 1

Re: Early warning system
by Sean Donelan 22 Mar '01

22 Mar '01

I should know better to ask a bunch of engineers if something is a good idea, they immediately start problem solving instead of considering if it should be done at all. I think the power industry is similar to most other industries when it comes to proactive notification of problems. ISPs are bad at it, airlines are bad at it, and the power industry is bad at it. The National Weather Service is the best, and they are correct only 50% of the time :-) Some power companies notify law enforcement in advance (a good idea if you are really concerned about criminal activity), others don't. Some notify large, important customers, others don't. Some notify the media, others don't. Some notify end-users, others don't. The City of Palo Alto has a web page, the City of Almeda phones end-users. PG&E pages large customers. Before doing anything, the first question which must be answered is If you had advanced notification of (5 seconds, 60 seconds, 5 minutes, etc) would it make a practical difference in what you do? If the answer is yes, how much would it be worth to you, for how much advance notice?

2 1

Clear Channel on a T1
by CARL.P.HIRSCH＠sargentlundy.com 22 Mar '01

22 Mar '01

Can anybody give me some info on what exactly "Clear Channel" means in relation to a DS1 circut? My gut tells me that it's only relevant with voice Ts... thanks, -carl hirsch network analyst sargent & lundy llc

3 2