Elise - Gotcha. While the timings won't be exactly exact, we will take you up on your invitation. Sean.
On Wed, 3 Apr 1996, Sean Doran wrote:
Gotcha. While the timings won't be exactly exact, we will take you up on your invitation.
Now if NANOG had a PR flack monitoring the list he would jump up and propose a press release... NANOG is pleased to announce that SPRINT has agreed to provide data for the Routing Arbiter's statistics database. This makes 5 of the 6 major North American NSP's participating in the project to collect and analyze statistics on traffic levels through the Internet's core. SPRINT joins Alternet, MCI, Netcom and (hmmm was AGIS/Net99 on that list??) in supporting the RA's project to open a window on what type and volume of traffic is flowing through the core. This is important because ..... (educational diatribe) The Internet's core consists of ...... (yet another educational diatribe) NANOG (North American Network Operators Group) is an informal forum for NSP's and major customers to share information, problems and solutions regarding the day to day operation of the Internet. NANOG has quarterly meetings throughout North America and members keep in touch regularly via the NANOG mailing list. More info is available at http://www.nanog.org (I know the URL is wrong, but that could be changed). Now is this an evil thing? Find a good excuse, write a short announcement, pad it out to tow or three pages with educational material that you know the press needs to learn anyway, provide a URL for them to followup if they want to drill deeper into the topic... Michael Dillon Voice: +1-604-546-8022 Memra Software Inc. Fax: +1-604-546-3049 http://www.memra.com E-mail: michael@memra.com
Now if NANOG had a PR flack monitoring the list he would jump up and propose a press release...
Thank the godess it doesn't. Well, didn't. This is an OPERATORS' forum. I am sure there is a marketeers' forum some place, probably lots of them. Though to judge by the performance of the net recently, the net might use more operations and less marketing. This list, which used to be useful to operators FOR PURPOSES OF OPERATIONS is teetering on the verge uselessness. Can we please move the rah rah, explanations to non-operators, ... back to com-priv? Please? randy
On Wed, 3 Apr 1996, Randy Bush wrote:
Now if NANOG had a PR flack monitoring the list he would jump up and propose a press release...
This list, which used to be useful to operators FOR PURPOSES OF OPERATIONS is teetering on the verge uselessness. Can we please move the rah rah, explanations to non-operators, ... back to com-priv? Please?
Start publishing regular press releases, post them at http://www.nanog.org and to the nanog-announce mailing list and your problems will be solved. The non-operators will leave nanog to you. Michael Dillon Voice: +1-604-546-8022 Memra Software Inc. Fax: +1-604-546-3049 http://www.memra.com E-mail: michael@memra.com
Now if NANOG had a PR flack monitoring the list he would jump up and propose a press release...
This list, which used to be useful to operators FOR PURPOSES OF OPERATIONS is teetering on the verge uselessness. Can we please move the rah rah, explanations to non-operators, ... back to com-priv? Please?
Start publishing regular press releases, post them at http://www.nanog.org and to the nanog-announce mailing list and your problems will be solved. The non-operators will leave nanog to you.
I'm afraid I have to throw my vote with Randy on this one. Press Release is not the verbage we want to use. If there were to be a www.nanog.org, it should have snapshots of important messages in the nanog list, like Thu Apr 4 01:05:15 MST 1996 Sprint feeds routes to RA for statistical reasons. see URL... ya da ya da ya da Maybe a couple of help documents: - Safety tips for peering at exchanges a) how to build a filter list that won't hose everyone else b) why you should use dampening c) don't forget to passive-interface your interfaces...OSPF neighbors across an exchange are bad... - NO's guide. a) how to tune performance on 7000 series routers b) how important is the RADB? The RS? c) sample routing policies currently in use and implementation pointers d) what can I do to help with the growth of the routing table? - vendor specific gotchas a) Cisco bugs that will bite you in the ass every time b) Bay Network trials and tribulations c) gated; it looks like I could compile this config file. - new technologies a) caching with harvest/NS/cern; shoud I bother b) ATM/packet shredding; what's the word? c) muxing? SONET? what next? - Useful URL's so on and so forth. Sure, it sounds like a good topic for a book, too....but these are the operational issues which get discussed (for the most part) on this list, and a web page should represent that. Dave -- Dave Siegel Sr. Network Engineer, RTD Systems & Networking (520)623-9663 Network Consultant -- Regional/National NSPs dsiegel@rtd.com User Tracking & Acctg -- "Written by an ISP, http://www.rtd.com/~dsiegel/ for an ISP."
Ever taken a look at the iepg web page?
If there were to be a www.nanog.org, it should have snapshots of important messages in the nanog list, like
Thu Apr 4 01:05:15 MST 1996 Sprint feeds routes to RA for statistical reasons. see URL... ya da ya da ya da
Maybe a couple of help documents:
- Safety tips for peering at exchanges a) how to build a filter list that won't hose everyone else b) why you should use dampening c) don't forget to passive-interface your interfaces...OSPF neighbors across an exchange are bad...
- NO's guide. a) how to tune performance on 7000 series routers b) how important is the RADB? The RS? c) sample routing policies currently in use and implementation pointers d) what can I do to help with the growth of the routing table?
- vendor specific gotchas a) Cisco bugs that will bite you in the ass every time b) Bay Network trials and tribulations c) gated; it looks like I could compile this config file.
- new technologies a) caching with harvest/NS/cern; shoud I bother b) ATM/packet shredding; what's the word? c) muxing? SONET? what next?
- Useful URL's
so on and so forth.
Sure, it sounds like a good topic for a book, too....but these are the operational issues which get discussed (for the most part) on this list, and a web page should represent that.
Dave
-- Dave Siegel Sr. Network Engineer, RTD Systems & Networking (520)623-9663 Network Consultant -- Regional/National NSPs dsiegel@rtd.com User Tracking & Acctg -- "Written by an ISP, http://www.rtd.com/~dsiegel/ for an ISP."
-- --bill
participants (5)
-
bmanning＠isi.edu -
Dave Siegel -
Michael Dillon -
randy＠psg.com -
Sean Doran