- Test - lists.nanog.org

Network Solutions, HOSTS
by Gregory A. Carter 11 Apr '00

11 Apr '00

I'm starting to get exteremely fustrated here. I've been trying to modify two of my nameserver HOSTS with Network Solutions for almost two months now and all I get back is the "We've seen your post but we haven't done anything yet..." hoopla auto responce. Has anyone else had this problem lately? Are they reigstering domains in a timely mannor since it gets them money but not bothering to honor the nameserver HOST modifications? Every time I try and call them to get things taken care of I get a recorded message and hung up on. Greg +(Omni@Dynmc.Net)------------------------------------------------------+ | Dynamic Networking Solutions InterX Technologies | | Senior Network Administrator bits/keyID 1024/7DF9C285 | | omni(a)interx.net omni(a)itstudio.net omni(a)undernet.org omni(a)webpop3.com | +--------[ DC 50 57 59 C3 76 46 E8 EB 75 A8 94 FE 96 9E D3 ]----------+

12 16

Re: FCEN doing illegal port scanning on your networks?
by Kai Schlichting 11 Apr '00

11 Apr '00

A little odd, but the URL might be cookie-based and not work for anyone else. I apologize for not testing that from another machine/browser first. I hate web technology that is so advanced that you can't even share a damn URL anymore. Here is how to get to it: Go to http://gnutella.wego.net , click on 'Community -> Discussion board' in the left frame, chose "GNUtella chat" in the main frame, then hit the "Next" link on the bottom of the frame, about twice (as of right now), look for the second-to-last post on the last page, with Subject: "Warning !! Repost". At Tuesday 03:06 PM 4/11/00 , Mr. James W. Laferriere wrote: > Hello Kai, You have the document still in cache ? They moved the > document & Removed it . JimL > >On Tue, 11 Apr 2000, Kai Schlichting wrote: > > http://gnutella.wego.com/go/wego.discussion.message?groupId=116705&view=mes… > > You can make of this what you want, but: is anyone here getting port-scanned > > out of 143.247.0.0/16 or 20.0.0.0/8 ? >

1 0

router interfaces
by Andrew Brown 11 Apr '00

11 Apr '00

while arguing routing with a friend of mine, we got to the point where the number of interfaces on a router was a point of contention. now certainly routing depends not only on the number of interfaces a router has, but also on the number of next-hop gateways it need to keep track of. that said, i'd like to just ask: what's the largest number of interfaces anyone has on any of their routers? i was arguing that high end routes would probably have maybe a few hundred. my friend was arguing in terms of theoretical limits and thought it was more like tens of thousands. max interfaces? max next-hop gateways? thanks. -- |-----< "CODE WARRIOR" >-----| codewarrior(a)daemon.org * "ah! i see you have the internet twofsonet(a)graffiti.com (Andrew Brown) that goes *ping*!" andrew(a)crossbar.com * "information is power -- share the wealth."

3 2

Palm V/Vii wireless GeekTools Pocket Edition
by Rodney Joffe 10 Apr '00

10 Apr '00

The final GeekTools Pocket Edition distribution for Palm V/Vii wireless use (and other wireless devices using web clipping) is now out at http://www.geektools.com/software.html. It is due to be available at TuCows tomorrow. This version covers most of the GeekTools apps, including: Whois Traceroute Calculators (aggis etc) RFC and Internet Drafts database If you have any other broad interest requests for apps to add, let us know at comments(a)centergate.com. We also hope to have a version for WAPI available in the next couple of weeks. Finally, the source tarball for V3.0 of GeekTools (the version already running as the command line proxy and the web ui) will be released at the end of this week. This version deals correctly with rWhois delegations, and some other obscure peculiarities in some cc-tld whois servers. -- Rodney Joffe CenterGate Research Group, LLC. http://www.centergate.com "Technology so advanced, even we don't understand it!"(SM)

1 0

peering tools
by Scott Call 10 Apr '00

10 Apr '00

As we (ATG) are about to move into PAIX, SIX, and MAE-East ATM, I wanted to ask what the members of Nanog used to manage their peering with others (software wise). Currently we are all Cisco based, but Juniper and others are also eventualities. I've looked at the RtConfig program and it seems like a place to start, but I get the feeling that this is not the method most use. So, my question to you all is: Do you? a> Use RtConfig b> Use other publicly available code c> Use "in-house" code that's not public d> Do it by hand. Thanks in advance for any responses. -Scott -- ------------------------------------------------------------------------ Scott Call | Perhaps the best way to keep kids from turning on Router Geek | their classmates is to protect them in the first Advanced Telcom Group| place, -jonkatz

3 2

First Look...
by Dennis 10 Apr '00

10 Apr '00

FREE E-COMMERCE WHEN YOU HOST WITH US!! Tired of expensive e-commerce software, set up fees and leasing contracts? Here is the deal: You host your site with us and you get free E -Commerce, including a merchant account, real-time software and shopping cart. NO ONE CAN BEAT OUR PRICE! IF YOU FIND A BETTER DEAL FOR OUR PACKAGE ANYWHERE ELSE, WE WILL MATCH OUR COMPETITOR'S PRICE PLUS GIVE YOU THE FIRST MONTH FOR FREE. While others charge you hundreds of dollars to get a merchant account or put you on a 48 months non-cancelable lease agreement we charge you NOTHING for E-commerce when you sign up for our e-commerce hosting plan. If you wish to stay with your current hosting company you still can get the same deal. Check it out first and make an informed decision. You have never seen a package deal like this before: * Your own merchant account with one of the lowest rates in the industry * Real-Time software to accept VISA, MASTERCARD, AMEX, DISCOVER/NOVUS, DINERSCLUB/CARTE BLANCHE, JCB * Direct deposit within 48 hrs into your checking account * Shopping Cart store front software with an easy to use web based interface * Real-Time Credit Card Processing software * Virtual terminal for phone/fax/mail orders * Automated E-mail receipts to your clients * Recurring billing feature with batch uploads * Password generator for membership sites * Automatic batch closing * Address verification system (AVS) * Back office to 24/7 access account history * 75 MB (megabytes) of disk space * 30 GB (gigabyte) of data transfer per month * 25 POP3 E-mail accounts * Unlimited alias E-mail addresses * Live web site statistics * Unlimited FTP uploads * Anonymous FTP * CGI directory for your own scripts * Site control panel * Installation included * Tech support included All this and more when you sign up for our E-Commerce Hosting plan for ONLY $69.95 per month and a one time set up fee of $199.00. That 's right. NO ADDITIONAL SET UP FEES or application fees for your merchant account real-time software or shopping cart storefront. A one-stop E-Commerce solution. And the best is: NO LEASING, NO LONG TERM COMMITMENT. YOU CAN CANCEL ANYTIME. THIS PRICE APPLIES TO U.S. BASED COMPANIES OR INDIVIDUALS ONLY! BUT WE ALSO HAVE A SOLUTION FOR INTERNATIONAL MERCHANTS! Please reply to: mailto:wrkv@pplmail.com?subject=INFO-PLEASE to receive our FREE information package without obligations. ********************************************************* Remove at mailto:ddmk@torchmail.com?subject=remove *********************************************************

1 0

Re: peering tools
by Sean Donelan 10 Apr '00

10 Apr '00

On Sun, 09 April 2000, "HANSEN CHAN" wrote: > To make sure I understand your message, do you mean RPSL/IRR are not used by > most of the providers? Do they really have to configure manual line by line > using CLI? I heard otherwise from some other people (who might not be entirely > correct :-) Most large providers have some automated mechanism to push/pull configurations on routers on their network. Very few large providers regularly type configurations in a router CLI (although it is necessary in an emergency). However, when RIPE, ARIN, APNIC allocate a new ASN or CIDR block to some provider in the world, that change usually needs to be manually made in provider specific databases and configurations. In practice relatively few providers do that level of checking of the route announcements, which is why blackhole route announcements happen and are so difficult to fix.

1 0

Re: peering tools
by Sean Donelan 10 Apr '00

10 Apr '00

On Fri, 07 April 2000, Scott Call wrote: > As we (ATG) are about to move into PAIX, SIX, and MAE-East ATM, I wanted > to ask what the members of Nanog used to manage their peering with > others (software wise). Currently we are all Cisco based, but Juniper > and others are also eventualities. > > I've looked at the RtConfig program and it seems like a place to > start, but I get the feeling that this is not the method most use. Most folks configure provider-to-provider BGP peering sessions manually. Fortunately they change fairly infrequently. A few use some automated tools to push and collect router configurations, and macro or script tools like M4 and Perl. Even fewer use RtConfig or other database driven configuration tools. ANS had the closest to fully automated their peering configurations, but they're gone now. The basic problem is most providers have homegrown systems which can't share data with other providers. RPSL/IRRDB are attempts to communicate the information between providers, but generally different providers use very different forms and procedures. Sprint used a completely different method of exchanging information about BGP configutions than Cable&Wireless does. So if you peer with 50 different people, you may have 55 different processes (yes, some providers have more than one process even within their own company). I suspect Randy will explain its not a problem with Verio, but Verio is a exception.

3 2

RE: NAPs
by Martin, Christian 09 Apr '00

09 Apr '00

It is... All the links are dead. -chris > -----Original Message----- > From: bmanning(a)vacation.karoshi.com > [mailto:bmanning@vacation.karoshi.com] > Sent: Saturday, April 08, 2000 3:00 PM > To: hank(a)att.net.il > Cc: mct(a)netaxs.com; danny(a)tcb.net; nanog(a)merit.edu > Subject: Re: NAPs > > > > > >There's http://www.ep.net/ ... > > > > How is this different than http://www.isi.edu/div7/ra/NAPs/ > ? Perhaps Bill > > can add a pointer from div7 site to ep.net site? > > > > -Hank > > http://www.isi.edu/div7/ra/NAPs/ is or should be defunct > as the project has been over for a number of years. EP.net > is keeping up with the changes (as best as it can in a passive > manner) and I help when I can. > > --bill >

1 0

RE: Policies: Routing a subset of another ISP's address block
by Greene, Dylan 09 Apr '00

09 Apr '00

Hey there.. I'd imagine this works fine, but doesn't it leave you w/ inconsistent-as, where you've got a prefix being advertised from the private ASN, stripped & replaced w/ each upstream ASN? I mean, it should work, but is it a very good idea? The inconsistent-as list isn't _too_ big right now, which is good, as each one effectively breaks a number of common path filters. But if that starts to becomes common practice, the list gets bigger and bigger & more filters get broken. ..Dylan > -----Original Message----- > From: owner-nanog(a)merit.edu [mailto:owner-nanog@merit.edu]On Behalf Of > Jesper Skriver > Sent: Friday, April 07, 2000 2:21 PM > To: Daniel L. Golding > Cc: David Harrison; nanog(a)merit.edu > Subject: Re: Policies: Routing a subset of another ISP's address block > > Actually I've helped quite a few such customers, my recommendation > usually is to get PI space from RIPE, and get both providers to announce > it from their ASN, this works quite well, and also save a ASN - if the > customer really want to run BGP, we have arrangements with other ISP's > here, that we find a private ASN (that none of us use currently), and > assign this ASN to the customer, and we then strip the private ASN on > the edges of our network. this is interesting (since it overwrites the rule that multihoming to two isps requires a public asn assignment) and i've tested exactly this scenario (again, a customer uses some private asn and is peering with two isps; both of them strip this asn at their boundaries (remove-private-as)) in my lab before and it worked fine. it results in propagating routes to the same networks with two distinct as path attributes, though. i've been looking for any operational experience with this setup. so, do you claim that you couldn't detect *any* problems with this setup? -- dima.

8 7