January 2002 - Test - lists.nanog.org

RE: Anyone here from Microsoft? Hacked?
by Adam Herscher 24 Jan '02

24 Jan '02

You are requesting a page from hardware.no, not microsoft.com. -----Original Message----- From: David Diaz [mailto:techlist@smoton.net] Sent: Thursday, January 24, 2002 11:29 AM To: nanog(a)merit.edu Subject: Anyone here from Microsoft? Hacked? If anyone from Microsoft is on the list. You might want to check to see if this is a hack or an old employee being funny. I did enjoy the link that sent me to McDonalds to apply for a job. Just curious, does anyone know what servers they run their content on? Is it still NT? Hope this info helps the webmaster. David http://www.microsoft.com&item%3Dq209354@hardware.no/nyheter/feb01/Q209354%20 -%20HOWTO.htm -- David Diaz dave(a)smoton.net Smartphotons (smotons) trump dumb photons

1 0

RE: Crawler Ettiquette
by Hunter, Jonathan 24 Jan '02

24 Jan '02

Hi, > a) Obey robots.txt files > b) Allow network admins to automatically have their > netblocks exempted on request > c) Allow ISP's caches to sync with it. I don't know if this is already on your list, but I'd also suggest "d) Rate-limiting of requests to a netblock/server". I haven't got any references immediately to hand, but I do seem to recall a crawler written in such a way that it remained "server-friendly" and would not fire off too many requests too quickly. > ISPs who cache would have an advantage if they used the cache > developed by this project to load their tables, but I do not > know if there is an internet-wide WCCP or equivalent out there > or if the improvement is worth the management overhead. It may be worth having a quick look at http://www.ircache.net/ - there is a database of known caches available through a WHOIS interface, amongst other things. HTH, Jonathan

1 0

Crawler Ettiquette
by Deepak Jain 23 Jan '02

23 Jan '02

I figured this was the best forum to post this, if anyone has suggestions where this might be better placed, please let me know. A University in our customer base has received funding to start a reasonably large spider project. It will crawl websites [search engine fashion] and save certain parts of the information it receives. This information will be made available to research institutions and other concerns. We have been asked for recommendations on what functions/procedures they can put in to be good netizens and not cause undo stress to networks out there. On the list of functions: a) Obey robots.txt files b) Allow network admins to automatically have their netblocks exempted on request c) Allow ISP's caches to sync with it. There are others, but they all revolve around a & b. C was something that seemed like a good idea, but I don't know if there is any real demand for it. Essentially, this project will have at least 1Gb/s of inbound bandwidth. Average usage is expected to be around 500mb/s for the first several months. ISPs who cache would have an advantage if they used the cache developed by this project to load their tables, but I do not know if there is an internet-wide WCCP or equivalent out there or if the improvement is worth the management overhead. Because the funding is there, this project is essentially a certainty. If there are suggestions that should be added or concerns that this raises, please let me know [privately is fine]. All input is appreciated, DJ

2 2

Looking glasses with programmatic interface?
by Stephane Bortzmeyer 23 Jan '02

23 Jan '02

I'm surprised to see that every looking glass I know is only reachable via an interface made for humans, not for programs. When you want to query the LG via a program (for instance to monitor your routes on a distant LG), you need to emulate an human being and parse HTML (or sometimes Cisco text) replies. Does anyone operate looking glasses with an interface made for programs such as XML-RPC <URL:http://www.xml-rpc.org/>, SOAP <URL:http://www.soapware.org/>, Java RMI, Corba (no, I'm joking) or Microsoft COM (joking again)? What do you think of a standard XML-RPC API for looking glasses?

5 5

RE: AS migration
by Miguel de Leon Dimayuga 23 Jan '02

23 Jan '02

hey justin, Collapsing AS'es has its technical benefits, ultimately resulting in financial benefits. For starters, you'll be able to manage your transit traffic better (and thus grow your pipes in a more sane manner). You'll also be able to control your inter-AS traffic much better (especially if you plan to eventually collapse and use common servers/services across AS'es). An example of this is consolidating your news server farms or mail server farms. One approach on the BGP front before merging AS'es is to make sure you have a common local pref and community infrastructure among the AS'es you want to merge. attempting to go confeds with mismatching local pref and community based policies might be a headache. On the IGP front, make sure that your private networks are distinct among AS'es. Once you merge OSPF entities, you could have duplicate 192.168.x.x spaces. That's a start. my 0.02 cents worth. Btw, if you make it to nanog, make sure to grab josh fleishman/jeb linton of mindspring/earthlink a line. They also went through a big AS consolidation a few months ago. Miguel de Leon Dimayuga God does not ask us to be successful, Networks & Technologies only to be faithful. Cbeyond Communications -Mother Teresa of Calcutta

3 2

Re: state of the art in router configuration
by Jennifer Rexford 23 Jan '02

23 Jan '02

> Are there plans to release this tool you describe to the community > in the link you posted? No, we're not able to release it at this point. Still, the basic approach may be useful for other networks, especially if the parsing and the checks performed by the tool are tailored to the policies of those networks. A more general solution (parsing all configuration commands for all router products and supporting generic ways to specify policy checks) would be great, though it would be a rather ambitious undertaking. -- Jen

1 0

Re: traffic filtering
by Stephen Griffin 23 Jan '02

23 Jan '02

In the referenced message, Walter Klomp said: > As far as I know .0 and .255 are network and broadcast addresses > respectively, NEVER should a workstation be configured on these addresses, > unless something drastically changed in the RFC's for IPv4 which I am not > aware of... only on a /24. on /0 - /23 only the first .0 is network, and the last .255 broadcast. on /25-/30 it depends on where the network begins and ends. /31 has no directed broadcast. /32 is a single host and similarly has no directed broadcast. > I for one am filtering .0 and .255 at my border routers, and also rate > limiting echo at a reasonable rate... and have never gotten a complaint > about people not being able to reach or be reached... > > Walter Klomp

3 2

lost Cisco contract
by E.B. Dreger 23 Jan '02

23 Jan '02

Greetings, Anyone know how to retrieve a lost contract number from Cisco? Have a client who can't find the contract, which still has a year remaining... and Cisco isn't much help. Any ideas? Eddy --------------------------------------------------------------------------- Brotsman & Dreger, Inc. - EverQuick Internet Division Phone: +1 (316) 794-8922 Wichita/(Inter)national Phone: +1 (785) 865-5885 Lawrence --------------------------------------------------------------------------- Date: Mon, 21 May 2001 11:23:58 +0000 (GMT) From: A Trap <blacklist(a)brics.com> To: blacklist(a)brics.com Subject: Please ignore this portion of my mail signature. These last few lines are a trap for address-harvesting spambots. Do NOT send mail to <blacklist(a)brics.com>, or you are likely to be blocked.

3 2

QWest/USWest telco contact?
by E.B. Dreger 23 Jan '02

23 Jan '02

Greetings, Sorry to post this to NANOG... but does anyone happen to have a number for a clueful phone-side contact at USWest? Usual avenues aren't working well. It seems that they're giving incorrect information for roadside assistance queries. Periodically get a couple of these at home, but just got three on top of one another. (The phone number that people think they're dialing is correct; USWest seems to be giving bad 411 info.) Always from someone who called USWest for directory assistance, too. Customer emergencies in the middle of the night are one thing. Getting awakened because someone in Montana has a flat tire, however... Eddy --------------------------------------------------------------------------- Brotsman & Dreger, Inc. - EverQuick Internet Division Phone: +1 (316) 794-8922 Wichita/(Inter)national Phone: +1 (785) 865-5885 Lawrence --------------------------------------------------------------------------- Date: Mon, 21 May 2001 11:23:58 +0000 (GMT) From: A Trap <blacklist(a)brics.com> To: blacklist(a)brics.com Subject: Please ignore this portion of my mail signature. These last few lines are a trap for address-harvesting spambots. Do NOT send mail to <blacklist(a)brics.com>, or you are likely to be blocked.

1 0

(no subject)
by Matt Levine 23 Jan '02

23 Jan '02

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - -- Matt Levine @Home: matt(a)deliver3.com @Work: matt(a)eldosales.com ICQ : 17080004 PGP : http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x6C0D04CF "The Trouble with doing anything right the first time is that nobody appreciates how difficult it was." -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 7.0.3 for non-commercial use <http://www.pgp.com> iQA/AwUBPE5olcp0j1NsDQTPEQJYtwCgrtYyZrjQneWEWqHe4lopQ+sy8mIAnRsv nD5802lqr8O6Gt4qm7bvpKMT =7LLh -----END PGP SIGNATURE-----

1 0