- Test - lists.nanog.org

Re: IMRSS
by sthaug＠nethelp.no 09 Sep '99

09 Sep '99

> The IMRSS open-mail-relay-protection service has listed one of my machines, > 129.173.1.10, as an open mail relay, I dunno why, coz it ain't. Several > regular mail peers have called me about this. Most likely it's listed because it relays for other, open hosts. > Is anyone running this thing? or is it an unattended dinosaur causing more > problems than it solves? Well, IMRSS also lists the following: 129.173.1.56 129.173.1.67 129.173.1.83 129.173.1.88 which *are* indeed open relays. So even if 129.173.1.10 is closed, you still have several other open relays on your network. Steinar Haug, Nethelp consulting, sthaug(a)nethelp.no

1 0

MAE-W
by Sean Butler 09 Sep '99

09 Sep '99

It appears that the connections between ames and the rest of mae-w are totally dead... We have a new connection to ames and an old one to the giga's.... I have tested with both, and on the ames side, all ames peers come up, and on the giga side, all giga peers come up. I am attempting to contact mfs now. /Sean _________________________________ Sean Butler, CCIE #3897 AT&T Global Services -- OpenNet Support Phone: 727-533-8830 Fax: 813-878-5475 Internet email: sebutler(a)us.ibm.com

3 3

NANOG 17 Hotel Update
by Pam Ciesla 08 Sep '99

08 Sep '99

The Hotel Wyndham Montreal room block has been sold out. An alternate hotel is: Holiday Inn Select 99, avenue Viger quest Montreal 514-878-9888 - phone 888-878-9888 - phone(toll free US & Canada) 514-878-6341 - fax Standard Room $150 s/d per night (Candian) $170 triple $190 quadruple Executive Room $175 single $195 double Standard Suite $400 s/d Be sure to mention NANOG Any questions please contact me. Thanks Pam Pam Ciesla Merit Network,Inc. 734-936-0172 - phone 4251 Plymouth Road 734-647-3185 Bldg.I, Suite C pam(a)merit.edu Ann Arbor, MI 48107

1 0

Learn About male Sexual Secrets-New Book -luodg
by jfghcy＠glis.agecanonix.odysseelog.fr 08 Sep '99

08 Sep '99

Now any man, regardless of age, can easily learn: * To be multi-orgasmic * To greatly increase the intensity of his orgasm * Triple the length of his orgasm * The secrets to penis enlargement * Discover the male G-spot * To greatly increase semen volume * The facts about Viagra, plus new drugs * To eliminate premature ejaculation * The secrets of getting his partner to want more sex * To eliminate impotence at any age * To have up to a three hour erection New, Easy to Read Book on Men's Sexual Secrets Male Sexual Secret's Written by Robert Winter and Jeff Rutgard, M.D. Most Men Only Get A Fraction of The Pleasure They Can >From Sex-After Only A Few Pages You Can Easily Triple That Amount Of Pleasure. This is a fantastic new book covering so many little known and unknown sexual secret's you'll be amazed. If you don't learn something new in the first few pages that greatly increases your sex life we'll return your money. The total cost of this book is only $12.95 plus $3.95 shipping and handling. To order " Male Sexual Secrets" Call 800-426-5921 24 hours a day or you can send your check or money order for $16.90 to Avatar Publishing 168 second Ave #PBM 285 New York, NY. 10003 This message is sent in compliance of the new e-mail bill: SECTION 301. Per Section 301, Paragraph(a)(2)(c) of S.1618 To be removed from our e-mail list please call 888-248-2594 or you can e-mail us at aavatar99(a)hotmail.com

1 0

Re: MAE EAST/WEST traffic
by Sean Donelan 07 Sep '99

07 Sep '99

feldman(a)mci.NET (Steve Feldman) writes: >That will get "fixed" later this week when the switches are rebooted >to get their nifty new Y2K-compliant code upgrades! Did you have to choose 9/9/99? At least it will give the government folks in the nifty, new GSA Y2K bunker/cordination center running their beta test over 9/9/99 something to do. Otherwise they would be very bored. -- Sean Donelan, Data Research Associates, Inc, St. Louis, MO Affiliation given for identification not representation

1 0

MAE EAST/WEST traffic
by Mikael Abrahamsson 07 Sep '99

07 Sep '99

All of a sudden, http://www.mfsdatanet.com/MAE/east.aggr.overlay.html is showing very much increased traffic. The same goes for MAE WEST, on wednesday traffic was much higher. Anyone know what causes this? Did they fix some problem (the graphs have looked like something was saturated before (top of the curves seemed flat))? -- Mikael Abrahamsson email: swmike(a)swm.pp.se

4 3

RFC perl util
by Derrick Daugherty 07 Sep '99

07 Sep '99

I felt there was a hole that needed to be filled as far as searching rfc's from a console. We have whois and nslookup right at our finger tips, why not all the rfc's? :) the util will let you search the rfc-index for a string and return all the related rfc's. You can then throw in a -l switch to view it, or -d to dump it to file for offline viewing. it's made my life easier, so i thought i'd pass it on to the public. if you have problem with a slow web server us the -w and -u options to change and update the servers respectively. I've tested it on all the BSD's w/o a problem but i don't use my sunbox much at all so it has no perl, but i have received mail from some sun users saying it works w/o a problem. One user mentioned that he had to change the calls to egrep to use 'gegrep'. Next release won't use grep's at all so it will be completley portable. any feedback/suggestions are sincerely appreciated. i feel if you're on this list, then you should have this util. http://www.dewn.com/rfc/ happy hacking! -derrick riddlebox:/home/freix/devel/perl$ rfc rfc v1.6: perl util to search the rfc-index and disply the pages with lynx usage: rfc # search rfc-index for specified RFC and list topic rfc -d # /path/ (optional) dumps plain text RFC. default is current dir rfc -e go wild with your own regexp on rfc-index rfc -h displays this stuff rfc -i updates the /etc/rfc-index via lynx rfc -k keyword; same as -s rfc -l # spawns lynx to the specified RFC rfc -s "string" to search for in the index rfc -u # sets the base URL to the number listed with -w rfc -w lists the available webservers to display baseURL=http://www.ietf.org/rfc/ comments/bugfixes mailto: rfc(a)dewn.com

1 0

MAE-East, ATM?
by Alex Rubenstein 07 Sep '99

07 Sep '99

According to http://www.mae.net/atm/east-addr.html, there are beginning to be quite a few address delegations for the new MAE-East ATM. However, I am curious to know what the actual usage is through the fabric (no graphs, Steve?), and how many people are actually connected. Is there data somewhere I am missing?

2 1

Warning to ISPs: 9netave
by Patrick Greenwell 07 Sep '99

07 Sep '99

No doubt I'll get flamed to hell by some folks for this(but this wouldn't be Nanog without it), however if this character is doing what is described below you might want to make sure it isn't happening to you and your users at this very moment, moreso since 9netave, the organization hosting the site is apparently refusing to take action to stop a clear case of credit fraud. Value Net, http://www.value.net is an ISP located in Walnut Creek, California, which I have an account with. It appears that a scam artist decided to set up http://www.valuehelp.net, which copies the site design, logos, etc. and pops up with a javascript alert saying "This is a secure Value Net server," and has a place to enter account info & credit card. They then proceeded to send email to Value Net customers telling them that they needed to go there and re-enter their information, including credit card info. According to information provided to me, 9netave is in no uncertain terms is refusing to take down the site without a court order. Beware... /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ Patrick Greenwell "This is our time. It will not come again." \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

6 8

a different view of SNMP
by Jerry Scharf 06 Sep '99

06 Sep '99

(on the soapbox) Alex, I agree with many of the things you said in hating SNMP. I have complained at times about the complexity and lack of efficiency of SNMP, as well at it's difficulty in representing certain types of arrays. The "easy" alternative you present is parsing CLI output. This can be just as evil as SNMP, at least in dealing with Cisco gear. The big advantage of SNMP comes not from the protocol but from the formality that it brings. With SNMP, I can actually tell you what variables in what forms are available on a given system, based on the standard and proprietary MIBs published. Please tell me which commands are available in a given IOS release. Please tell me the parsing format of the output form these commands. Please guarantee that they won't change in ways that appear as random to the person dealing with them from release to release. The big win would be if there was some thing akin to CLI and worked across telnet sessions and the like, but had the formality, documentation and parsing regularity that comes with MIBs. I don't think this would be any less readable to users, so it could just replace current CLI output. This could also improve configuration management greatly. The bad news is that very few people in the network management world, either within Cisco or elsewhere, believe this in any way. The only way for this to become real is for a significant number of major customers to demand this and make this a requirement of doing business with Cisco. When mo demands that Cisco do SNMPV3, they listen. When people start putting business on the line for this kind of thing, they will listen too.

4 6