October 2001 - Test - lists.nanog.org

OT: Reference Source
by Eric Germann 12 Oct '01

12 Oct '01

Below find two little resources to play with. Each search in the NANPA databases and report utilized office code information. http://www.cctec.com -> Search -> Search for Telco Office Data by NPA/NXX The slick one, for the WAP savvy is http://answerpointe.cctec.com/wapapps/npa-nxx Same data, in a WAP format. Handy when you're on the road. Bookmark and try it if you like. Let me know of any bugs, etc. Also, if anyone knows of a source for H&V coordinates referenced by either NPA/NXX or Switch CLLI code, let me know. I don't really want to buy LERG, so if its publically available, let me know. I'll add that data in and add interoffice mileage calculations. I will be adding some utilities also, like all nxx's in a npa, etc. Comments to me, flames to /dev/null. ========================================================================== Eric Germann CCTec ekgermann(a)cctec.com Van Wert OH 45801 http://www.cctec.com Ph: 419 968 2640 Fax: 603 825 5893 "It is so easy to miss pretty trivial solutions to problems deemed complicated. The goal of a scientist is to find an interesting problem, and live off it for a while. The goal of an engineer is to evade interesting problems :)" -- Vadim Antonov <avg(a)kotovnik.com> on NANOG

1 0

PATRIOT/USA followup: we lost in US Senate
by William Allen Simpson 12 Oct '01

12 Oct '01

Late last night (EDT) we lost badly in the US Senate, on all three votes. [not voting can sometimes be an indication of concientious objectors, but in the case it just looks like the geriatric set.] Vote 299 Vote 300 Vote 301 computer trespasser roving wiretap business records Bingaman (D-NM) Boxer (D-CA) Cantwell (D-WA) Cantwell (D-WA) Cantwell (D-WA) Collins (R-ME) Corzine (D-NJ) Corzine (D-NJ) Corzine (D-NJ) Dayton (D-MN) Dayton (D-MN) Dodd (D-CT) Durbin (D-IL) Feingold (D-WI) Feingold (D-WI) Feingold (D-WI) Harkin (D-IA) Harkin (D-IA) Levin (D-MI) Levin (D-MI) Levin (D-MI) Specter (R-PA) Specter (R-PA) Stabenow (D-MI) Thompson (R-TN) Wellstone (D-MN) Wellstone (D-MN) Wellstone (D-MN) [not voting] [not voting] [not voting] Domenici (R-NM) Domenici (R-NM) Domenici (R-NM) Helms (R-NC) Helms (R-NC) Helms (R-NC) Lott (R-MS) Thurmond (R-SC) Thurmond (R-SC) Thurmond (R-SC) -- William Allen Simpson Key fingerprint = 17 40 5E 67 15 6F 31 26 DD 0D B9 9B 6A 15 2C 32

1 1

Re: Register.com contact
by Jim Popovitch 12 Oct '01

12 Oct '01

Yes, Matt quickly responded to my issue and my concerns were fully addressed. Thank you for following up on this as well. -Jim P. --- "Jordyn A. Buchanan" <jordyn(a)register.com> wrote: > At 6:00 AM -0700 10/12/01, Jim Popovitch wrote: > >If there is a Register.com engineer listening, please contact me off-list. > If > >not, does anyone here have any indepth knowledge of Register.com's DNS > layout? > > Although Matt's already responded, we also have an e-mail address: > > isphelp(a)register.com > > for assistance to ISPs (and, why not, other network operators) who > are not direct customers of ours, and consequently do not have access > to the support resources of our Global Partner Network. > > The address is answered by smart, technical people (all of whom used > to work for ISPs). > > Jordyn __________________________________________________ Do You Yahoo!? Make a great connection at Yahoo! Personals. http://personals.yahoo.com

1 0

Re: Changed Cisco Memory Policy??
by Ron Buchalski 12 Oct '01

12 Oct '01

Bradly, Was the email sent to you from Cisco, or a Cisco distributor? The disclaimer about non-Cisco memory is still intact: http://www.cisco.com/warp/public/770/10.html If you call Cisco TAC and ask for the Approved Vendor List (AVL) for a particular product, the TAC engineer will provide you with part numbers and vendor info that's pulled from the same list that Cisco uses internally when purchasing memory. The list is updated regularly, so a particular memory product and/or vendor that was approved in January may no longer be on the approved list today. Memory product vendors change their products over time, so a memory product may become 'disqualified' on Cisco's list simply because it's no longer available (to Cisco) from the vendor, although it may be available from one of the manufacturer's distributors, until they clear out old stock. In most cases, the vendor has replaced it with an updated product, and the updated product will eventually be tested by Cisco and added to the AVL. In other cases, Cisco may have uncovered a problem with a particular vendor's memory product, so the product becomes disqualified. In these cases, if the problem is critical, Cisco would probably recall the memory (RMA). So, unless Cisco is concerned about having 'stale AVL information' remaining in a customer's hands, I can't see any reason why this process would stop. -rb >From: "Walters" <bwalters(a)inet-direct.com> >Reply-To: <bwalters(a)inet-direct.com> >To: <nanog(a)merit.edu> >Subject: Changed Cisco Memory Policy?? >Date: Fri, 12 Oct 2001 06:16:22 -0500 > > > >Has anybody else received one of >these emails? I don't have an issue >related to this, but I am concerned that >this will drive up the costs of maintaining >and improving my infrastructure. > >-bradly > > > Going forward, Cisco no longer recommends > > the use in our networking products of memory > > products sold by third parties. Cisco has therefore > > discontinued the "Approved Vendor List" we have > > maintained in the past. In the event your company > > contacts Cisco with a support issue, and Cisco > > determines that the support issue you have reported > > is one that arises from your company's use of a third > > party memory product, Cisco may, in its discretion, > > refuse to provide technical assistance to help > > resolve the issue you have identified, whether > > such assistance would be provided under a product > > warranty or under a support plan such as SmartNet. _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp

1 0

RE: Register.com contact
by Matt Zito 12 Oct '01

12 Oct '01

Me. :) Sorry - bad joke. Give me a call, or drop me an email. Thanks, Matt -- Matthew J. Zito Systems Engineer Register.com, Inc., 11th Floor, 575 8th Avenue, New York, NY 10018 Ph: 212-798-9205 PGP Key Fingerprint: 4E AC E1 0B BE DD 7D BC D2 06 B2 B0 BF 55 68 99 > -----Original Message----- > From: Jim Popovitch [mailto:jimpop@yahoo.com] > Sent: Friday, October 12, 2001 9:01 AM > To: nanog(a)nanog.org > Subject: Register.com contact > > > > If there is a Register.com engineer listening, please contact > me off-list. If > not, does anyone here have any indepth knowledge of > Register.com's DNS layout? > > Thanks, > > -Jim P. > > __________________________________________________ > Do You Yahoo!? > Make a great connection at Yahoo! Personals. > http://personals.yahoo.com >

1 0

Filtering Best Practices, et al (Was Verio Peering, Gordon's Knot)
by Grant A. Kirkwood 12 Oct '01

12 Oct '01

Not to beat an already-decaying horse, BUT... I'm currently in the process of setting up a new border router, and the recent debate on the above topic got me wondering what the best practice filtering policy is? Is there one? And what do people put in place in terms of anti-spoofing ACLs and such? There's a wealth of information on these topics, but no real consensus. Or am I just reopening an ugly can of worms here? TIA, -- Grant A. Kirkwood - grant(a)virtical.net Chief Technology Officer - Virtical Solutions, Inc. http://www.virtical.net/

10 9

Register.com contact
by Jim Popovitch 12 Oct '01

12 Oct '01

If there is a Register.com engineer listening, please contact me off-list. If not, does anyone here have any indepth knowledge of Register.com's DNS layout? Thanks, -Jim P. __________________________________________________ Do You Yahoo!? Make a great connection at Yahoo! Personals. http://personals.yahoo.com

1 0

Re: IDS Activity
by Christopher Wolff 12 Oct '01

12 Oct '01

I haven't seen the IDS trips; however there has been an anomalous pattern of traffic on our border routers since 1400 MST. Please let me and the group know what you're seeing. ---------- Original Message ---------------------------------- From: "Eric Germann" <ekgermann(a)cctec.com> Reply-To: <ekgermann(a)cctec.com> Date: Fri, 12 Oct 2001 01:03:43 -0400 >Anyone seeing a ramp up in IDS trips? We've seen an 8-10 fold increase in >the last two hours. > > >========================================================================== > Eric Germann CCTec > ekgermann(a)cctec.com Van Wert OH 45801 > http://www.cctec.com Ph: 419 968 2640 > Fax: 603 825 5893 > >"It is so easy to miss pretty trivial solutions to problems deemed >complicated. The goal of a scientist is to find an interesting problem, >and live off it for a while. The goal of an engineer is to evade >interesting problems :)" -- Vadim Antonov <avg(a)kotovnik.com> on NANOG > > > > >

3 2

IDS Activity
by Eric Germann 12 Oct '01

12 Oct '01

Anyone seeing a ramp up in IDS trips? We've seen an 8-10 fold increase in the last two hours. ========================================================================== Eric Germann CCTec ekgermann(a)cctec.com Van Wert OH 45801 http://www.cctec.com Ph: 419 968 2640 Fax: 603 825 5893 "It is so easy to miss pretty trivial solutions to problems deemed complicated. The goal of a scientist is to find an interesting problem, and live off it for a while. The goal of an engineer is to evade interesting problems :)" -- Vadim Antonov <avg(a)kotovnik.com> on NANOG

1 0

Looking for a solution.
by Ben Estes 11 Oct '01

11 Oct '01

I am looking for an inexpensive Cisco solution to turn up BGP with my 2 upstream providers. I only need a router dense enough to accommodate a couple ATM DS-3's and a couple 100 Meg Ethernet links. I would like to buy two identical platforms and terminate one provider on each. I need some advice on which platform would be best, do I need the full BGP routing table, etc. Please shoot me an email if anyone has any ideas, suggestions, or hardware for sale. Thank you, Ben L. Estes Director of Network Operations DSLi-www.dsli.com bestes(a)dsli.com 305.519.3060

3 2