Executive Guild Membership ApplicationResponse-O-Matic Form

From nfs4-wg-request@sunroof.eng.sun.com Wed Oct 11 03:52:37 2000 Received: from lukla.Sun.COM (lukla.Sun.COM [192.18.98.31]) by ietf.org (8.9.1a/8.9.1a) with SMTP id DAA04405 for ; Wed, 11 Oct 2000 03:52:37 -0400 (EDT) Received: from engmail4.Eng.Sun.COM ([129.144.134.6]) by lukla.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id BAA20501; Wed, 11 Oct 2000 01:52:18 -0600 (MDT) Received: from sunroof.eng.sun.com (sunroof.Eng.Sun.COM [129.146.168.88]) by engmail4.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id AAA06149; Wed, 11 Oct 2000 00:51:29 -0700 (PDT) Received: from engmail1.Eng.Sun.COM (engmail1 [129.146.1.13]) by sunroof.eng.sun.com (8.11.1+Sun/8.11.1) with ESMTP id e9B7os301848; Wed, 11 Oct 2000 00:50:55 -0700 (PDT) Received: from patan.sun.com (patan.Central.Sun.COM [129.147.5.43]) by engmail1.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id AAA17124; Wed, 11 Oct 2000 00:50:55 -0700 (PDT) Received: from dongyangtp.co.kr ([203.229.247.1]) by patan.sun.com (8.9.3+Sun/8.9.3) with SMTP id AAA15640; Wed, 11 Oct 2000 00:50:46 -0700 (PDT) Message-Id: <200010110750.AAA15640@patan.sun.com> Received: from host ([208.161.7.191]) by dongyangtp.co.kr (Lotus SMTP MTA v4.6.3 (733.2 10-16-1998)) with SMTP id 49256975.002B16A7; Wed, 11 Oct 2000 16:52:01 +0900 From: "Kenneth Green" Subject: You Can Too... #4255 To: start338c@patan.sun.com X-Mailer: Microsoft Outlook Express 4.72.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE VÐßD.1712.3 Mime-Version: 1.0 Date: Wed, 11 Oct 2000 00:16:19 -0500 Content-Type: multipart/mixed; boundary="----=_NextPart_000_007F_01BDF6C7.FABAC1B0" This is a MIME Message ------=_NextPart_000_007F_01BDF6C7.FABAC1B0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0080_01BDF6C7.FABAC1B0" ------=_NextPart_001_0080_01BDF6C7.FABAC1B0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ***** This is an HTML Message ! ***** ------=_NextPart_001_0080_01BDF6C7.FABAC1B0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Executive Guild Membership ApplicationResponse-O-Matic Form

Dear Professional,

You have been selected as a potential candidate for a free
listing in the 2000 - 2001 Edition of the International Executive
Guild Registry=2E

Please accept our congratulations for this coveted honor=2E

As this edition is so important in view of the new millennium, the
International Executive Guild Registry will be published in two
different formats; the searchable CD-ROM and the Online Registry=2E

Since inclusion can be considered recognition of your career position
= and professionalism, each candidate is evaluated in keeping with high
= standards of individual achievement=2E In light of this, the Internationa= l
Executive Guild thinks that you may make an interesting biographical
subject=2E

We look forward to your inclusion and appearance in the International
= Executive Guild's Registry=2E Best wishes for your continued success=2E
International Executive Guild
Listing Dept=2E

If you wish to be removed from our list, please submit your request
at the bottom of this email=2E



*International Executive Guild* Registration Form (US and Canada Only)
Please fill out this form if you would like to be included on The International Executive Guild, For accuracy and publication purposes, please complete and send this form at the earliest opportunity=2E There is no charge or obligation to be listed on The International Executive Guild=2E

Your Name
Your Company
Title
Address
City
State or Province
Country
ZIP/Postal Code
Day Time Telephone
Home Phone	(Not To Be Published)
Email

TO HELP US IN CONSIDERING YOUR APPLICATION, PLEASE TELL US A LITTLE ABOUT YOURSELF=2E=2E=2E

Your Business	(Financial Svcs, Banking, Computer Hardware, Software, Professional Svcs, Chemicals, Apparel, Aerospace, Food, Government, Utility, etc=2E)
Type of Organization	(M= fg, Dist/Wholesaler, Retailer, Law Firm, Investment Bank, Commercial Bank, University, Financial Consultants, Ad Agency, Contractor, Broker, etc=2E)
Your Business Expertise	(Corp=2EMgmt, Marketing, Civil Engineering, Tax Law, Nuclear Physics, Database Development, Operations, Pathologist, Mortgage Banking, etc=2E)
Major Product Line	(Integrated Circuits, Commercial Aircraft, Adhesives, Cosmetics, Plastic Components, Snack Foods, etc=2E)

Note: Submitting this form= will be made by email, not by use of www=2E Confirmation of its de= livery is made by browsing your outgoing mail=2E

Thank you for filling in this form, we will contact you with more information=2E

List Removal
Click Here ------=_NextPart_001_0080_01BDF6C7.FABAC1B0-- ------=_NextPart_000_007F_01BDF6C7.FABAC1B0-- From nfs4-wg-request@sunroof.eng.sun.com Thu Oct 12 13:27:43 2000 Received: from lukla.Sun.COM (lukla.Sun.COM [192.18.98.31]) by ietf.org (8.9.1a/8.9.1a) with SMTP id NAA02904 for ; Thu, 12 Oct 2000 13:27:43 -0400 (EDT) Received: from engmail1.Eng.Sun.COM ([129.146.1.13]) by lukla.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id LAA19761; Thu, 12 Oct 2000 11:27:19 -0600 (MDT) Received: from sunroof.eng.sun.com (sunroof.Eng.Sun.COM [129.146.168.88]) by engmail1.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id KAA03828; Thu, 12 Oct 2000 10:27:00 -0700 (PDT) Received: from engmail1.Eng.Sun.COM (engmail1 [129.146.1.13]) by sunroof.eng.sun.com (8.11.1+Sun/8.11.1) with ESMTP id e9CHQX303796 for ; Thu, 12 Oct 2000 10:26:34 -0700 (PDT) Received: from saturn.sun.com (saturn.EBay.Sun.COM [129.150.69.2]) by engmail1.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id KAA03672 for ; Thu, 12 Oct 2000 10:26:33 -0700 (PDT) Received: from dns1.dsldesigns.com (gnatbox.dsldesigns.com [192.216.138.2]) by saturn.sun.com (8.9.3+Sun/8.9.3) with ESMTP id KAA27341 for ; Thu, 12 Oct 2000 10:26:33 -0700 (PDT) Received: from vanb.com ([198.79.111.50]) by dns1.dsldesigns.com (8.9.3/8.8.7) with ESMTP id LAA07165 for ; Thu, 12 Oct 2000 11:08:05 -0700 Message-ID: <39E5F3D5.F1D39C5F@vanb.com> Date: Thu, 12 Oct 2000 10:24:37 -0700 From: Audrey Van Belleghem Reply-To: audrey@vanb.com Organization: Van Belleghem Corporation X-Mailer: Mozilla 4.5 (Macintosh; I; PPC) X-Accept-Language: en MIME-Version: 1.0 To: nfsv4-wg@sunroof.eng.sun.com Subject: NFS Vendors Conference Content-Type: text/plain; charset=us-ascii; x-mac-type="54455854"; x-mac-creator="4D4F5353" Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Nearly 20 companies are registered to attend the NFS Vendors Conference this October 24-25, 2000 in Santa Clara, CA. Here are some details: What: NFS Vendors Conference Who: Sponsored by Sun Microsystems, EMC, Hummingbird and Network Appliance When: October 24-25, 2000 Where: At the Techmart, Fremont Conference room, in Santa Clara, California Why: To bring NFS vendors, customers, end users, ISVs and industry experts together to discuss the protocol in depth from a marketing and managerial perspective. Who should attned: IT managers responsible for file and Web services, marketing and business professionals and engineering managers interested in updating their knowledge about technical and marketing issues surrounding NFS. Keynote speeches: *John Lee (Sun Director of Solaris Data Technology) *Brian Pawlowski (Network Appliance Chief Technical Officer, Europe) *Carl Beame (Hummingbird NFS Senior Architect) *Uresh Vahalia (EMC Director or Software, Network Storage Division) Topics to be covered: *Future directions for NFS with emphasis on NFS version 4 *IDC forecast for NFS and the distributed file system market *Customer perspectives presented by Univeristy of Delaware and Morgan Stanley *NFS and Linux *Contrasting technologies: NFS, CIFS, DFS and how these solutions work together *Roadmap, vision and future directions for NFS at Sun How to register: For more information, see http://www.nfsconf.com From nfs4-wg-request@sunroof.eng.sun.com Fri Oct 13 14:47:22 2000 Received: from lukla.Sun.COM (lukla.Sun.COM [192.18.98.31]) by ietf.org (8.9.1a/8.9.1a) with SMTP id OAA10557 for ; Fri, 13 Oct 2000 14:47:22 -0400 (EDT) Received: from engmail1.Eng.Sun.COM ([129.146.1.13]) by lukla.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id MAA20825; Fri, 13 Oct 2000 12:46:55 -0600 (MDT) Received: from sunroof.eng.sun.com (sunroof.Eng.Sun.COM [129.146.168.88]) by engmail1.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id LAA20158; Fri, 13 Oct 2000 11:46:26 -0700 (PDT) Received: from engmail1.Eng.Sun.COM (engmail1 [129.146.1.13]) by sunroof.eng.sun.com (8.11.1+Sun/8.11.1) with ESMTP id e9DIkE306182 for ; Fri, 13 Oct 2000 11:46:15 -0700 (PDT) Received: from patan.sun.com (patan.Central.Sun.COM [129.147.5.43]) by engmail1.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id LAA20108 for ; Fri, 13 Oct 2000 11:46:14 -0700 (PDT) Received: from mx02.netapp.com (mx02.netapp.com [198.95.226.52]) by patan.sun.com (8.9.3+Sun/8.9.3) with ESMTP id LAA09333 for ; Fri, 13 Oct 2000 11:46:13 -0700 (PDT) Received: from frejya.corp.netapp.com (mailhost [10.10.20.91]) by mx02.netapp.com (8.11.0/8.11.0/NTAP-1.0) with ESMTP id e9DIkBE17336; Fri, 13 Oct 2000 11:46:11 -0700 (PDT) Received: from tahoe.corp.netapp.com (tahoe [10.10.22.112]) by frejya.corp.netapp.com (8.11.0/8.11.0/NTAP-1.1) with ESMTP id e9DIkBP18710; Fri, 13 Oct 2000 11:46:11 -0700 (PDT) Received: by tahoe.corp.netapp.com with Internet Mail Service (5.5.2650.21) id <4K920FVZ>; Fri, 13 Oct 2000 11:46:10 -0700 Message-ID: From: "Noveck, Dave" To: "Noveck, Dave" , "'William A.(Andy) Adamson'" , nfsv4-wg@sunroof.eng.sun.com Subject: RE: lock stateid, sequence number and lease interaction Date: Fri, 13 Oct 2000 11:46:10 -0700 Importance: low X-Priority: 5 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" On second thought ... First, Andy Adamson wrote: >> There needs to be an agreement on the interaction between >> the lock sequence number, lease, and stateid error checking. >> >> One issue is when does the client upon receiving an error >> on a lock sequence number mutating operation decrement >> it's lockowner sequence number? >> >> I've divided the operations into three catagories and shown >> the server's processing logic with questions for each, and >> would like to hear comments.... >> >> In what order is everyone else doing this processing on the >> server? >> >> >> Operations that have a stateid and a sequence number >> ---------------------------------------------------- >> CLOSE, LOCK, LOCKU, OPEN_DOWNGRADE, >> OPEN_CONFIRM (stateid in verifier otherwise server >> can't locate lockowner) >> >> The stateid has to be checked first - it is the only way >> to find the lockowner. If the stateid is bad, the sequence >> number cannot be bumped because the lockowner can't be >> identified. So, the client when getting a NFS4ERR_XXX_STATEID >> error needs to decrement the lockowners sequence number otherwise >> it will be inconsistant for other lockowner operations. Then I wrote, > Right. My server does not bump the sequence number or check > for a replay, since it can't find the lockowner structure. The interesting question here is "What is a bad stateid (for the purposes of checking for a duplicate sequence number)?". I think it is very easy to get this wrong. I know. I got this wrong in my server (with hardly any effort at all :-), and I suspect others may have as well. If you do the obvious thing and call a routine which maps a stateid to either the address of some sort of "state" structure or an error (NFS4ERR_{STALE,BAD,OLD}_STATEID), your server will be as broken as mine. (I'm working on fixing it). The good news (if you have this problem) is that nothing we are likely to run at the Bake-off is going to run into this problem. Simply running the connectathon tests is not going to find this. Even the more aggressive option of rebooting servers while running the connectathon tests is not going to find this kind of issue. Come to think of it, that's actually the *bad* news. It's becoming clear to me that because V4 is a more sophisticated (and stateful) protocol than earlier nfs versions, interoperability testing is going to have to get more sophisticated as well. > In the case of NFS4ERR_STALE_STATEID, the client should decide that > the server has rebooted so it should reset the sequence numbers, > shouldn't it. > The cases of NFS4ERR_{BAD,OLD}_STATEID should not occur if the > client and server are functioning properly but I agree the client > should undo any sequnce number increment. Suppose the client does a LOCK and and the server sends back an updated stateid. And suppose that that LOCK is retried and the retry is not caught by a response cache. If you then try to check the stateid, so as to find the associated structure so you can find the owner to check the sequence-id, you are going to determine that the state-id is old. In this situation, if you returned NFS4ERR_OLD_STATEID before checking for a duplicate sequence number, the whole duplicate sequence number logic would be defeated. Instead of getting the old response, you would always get back NFS4ERR_OLD_STATEID. So you have to check the state-id first, but not completely. If the stateid maps to a state object which is still valid but has become out of date because of a single operation, you must not return NFS4ERR_OLD_STATEID until you find the owner and make sure that this is not a duplicate. This leads to the interesting question of whether, when it isn't a duplicate and you return NFS4ERR_OLD_STATEID, the server should increment the sequence number. Before, we had agreed that it wouldn't and the client should undo its increment. I'm inclined now (based on the above) to think that each of these three cases should be handled differently with regards to sequence number handling. NFS4ERR_STALE_STATEID -- as noted before, sequence knowledge is reset on both client and server. NFS4ERR_BAD_STATEID -- Should not happen normally but the server should not increment the sequence id (it can't) and the client should undo any increment on its side. NFS4ERR_OLD_STATEID -- Should not happen normally on requests that have a sequence number, but the server must be able to find the owner (to check for a duplicate) so server should increment the sequence id and the client should *not* undo any increment on its side. I've saved the best for last :-( Now suppose we have a CLOSE. The obvious thing to do is to take the state entry associated with the file and mark it unused so that if someone were to inadvertantly use that stateid he would get NFS4ERR_BAD_STATEID and also put that entry in a free list so that it could be reallocated when some totally unrelated OPEN was done, it would be used (with a new generation number) to assign a new stateid for that new open. Now consider what would happen if the CLOSE was retried. If the state entry were deallocated, you would not be able to find the owner to check the sequence number to find out it was a duplicate so that you could send back the correct saved response (from the house that Jack built). My conclusion is that you cannot deallocate the information associated with the CLOSE'd state until another request with the next sequence number arrives for the same lockowner, or the client reboots, or there is no longer any locking state for that owner and the server receives nothing from that lockowner for a while and forgets the associated lockowner information, yada, yada, yada. From nfs4-wg-request@sunroof.eng.sun.com Mon Oct 16 18:18:08 2000 Received: from lukla.Sun.COM (lukla.Sun.COM [192.18.98.31]) by ietf.org (8.9.1a/8.9.1a) with SMTP id SAA17019 for ; Mon, 16 Oct 2000 18:18:07 -0400 (EDT) Received: from engmail3.Eng.Sun.COM ([129.144.170.5]) by lukla.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id QAA29334; Mon, 16 Oct 2000 16:17:38 -0600 (MDT) Received: from sunroof.eng.sun.com (sunroof.Eng.Sun.COM [129.146.168.88]) by engmail3.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id PAA05857; Mon, 16 Oct 2000 15:16:46 -0700 (PDT) Received: from jaba.west.sun.com (jaba.West.Sun.COM [129.153.8.111] (may be forged)) by sunroof.eng.sun.com (8.11.1+Sun/8.11.1) with ESMTP id e9GMFo308848 for ; Mon, 16 Oct 2000 15:15:51 -0700 (PDT) Received: from seaside (seaside [129.153.8.98]) by jaba.west.sun.com (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with SMTP id PAA23710; Mon, 16 Oct 2000 15:15:50 -0700 (PDT) Message-Id: <200010162215.PAA23710@jaba.west.sun.com> Date: Mon, 16 Oct 2000 15:15:50 -0700 (PDT) From: Lee Anne Simmons Reply-To: Lee Anne Simmons Subject: NFSV4 roadmap To: nfsv4-wg@sunroof.eng.sun.com Cc: leeanne.simmons@west.sun.com, cance@zeppo.west.sun.com MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Content-MD5: vOngKORddFT6nT6D6tOfrw== X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.3.2 SunOS 5.7 sun4u sparc I have a customer that wants to know the roadmap to NFSV4. He would like to know how we are going to roll it out ? Which versions of Solaris will it be in (Sol 7, 8 updates or 9?)? Can someone please help me out with this one. Thanks, lee anne _ ______________________________________ Lee Anne Simmons Systems Engineer Sun Microsystems Mountain View, CA Phone: (650) 960-4345 email: leeanne.simmons@west.sun.com ______________________________________________________________________ From nfs4-wg-request@sunroof.eng.sun.com Wed Oct 25 22:56:19 2000 Received: from lukla.Sun.COM ([192.18.98.31]) by ietf.org (8.9.1a/8.9.1a) with SMTP id WAA27438 for ; Wed, 25 Oct 2000 22:56:19 -0400 (EDT) Received: from engmail2.Eng.Sun.COM ([129.146.1.25]) by lukla.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id UAA20789; Wed, 25 Oct 2000 20:55:59 -0600 (MDT) Received: from sunroof.eng.sun.com (sunroof.Eng.Sun.COM [129.146.168.88]) by engmail2.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id TAA22530; Wed, 25 Oct 2000 19:55:37 -0700 (PDT) Received: from engmail4.Eng.Sun.COM (engmail4 [129.144.134.6]) by sunroof.eng.sun.com (8.11.1+Sun/8.11.1) with ESMTP id e9Q2tO318283 for ; Wed, 25 Oct 2000 19:55:25 -0700 (PDT) Received: from lukla.Sun.COM (lukla.Central.Sun.COM [129.147.5.31]) by engmail4.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id TAA01785 for ; Wed, 25 Oct 2000 19:55:24 -0700 (PDT) From: CouponsHere104x@y11y.fsnet.co.uk Received: from orion.uk.insnet.net (orion.uk.insnet.net [194.177.174.244]) by lukla.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id UAA20617 for ; Wed, 25 Oct 2000 20:55:23 -0600 (MDT) Received: from csafesrv2.creditsafe.com ([213.38.163.234]) by orion.uk.insnet.net (8.9.3/8.9.3) with ESMTP id DAA08437; Thu, 26 Oct 2000 03:46:14 +0100 (BST) Message-ID: <0000379f20b0$00001e38$0000589d@107x> To: Subject: Save 20-70% off your Grocery Bill ! Date: Wed, 25 Oct 2000 21:25:45 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Reply-To: Coupons120@yahoo.com Content-Transfer-Encoding: quoted-printable Would you like grocery coupons for EVERY item you purchase at the grocery store? America's premiere coupon web site GUARANTEES you'll save 20-70% off your grocery bill. Simply choose from our extensive list of approximately 1,000 different manufacturer grocery coupons for the items you purchase on a regular basis. The same day, we'll promptly first-class mail your coupons to your door. These are the same manufacturer coupons you see in the Sunday paper but hundreds more to choose from, as we stock over 1 MILLION manufacturer coupons. No more buying newspapers or magazines. No more searching, clipping, or hassles to get the coupons you need. Find out why this new service has already been seen on the ABC and FOX networks. If you would you like more information how to obtain the manufacturer grocery coupons of your choice and reduce your grocery bill by 20-70%, SIMPLY REPLY WITH "MORE INFO" IN THE SUBJECT LINE. _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ If you have received this message in error and would like to be removed from future mailings, please reply with the word remove in the subject. _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ From nfs4-wg-request@sunroof.eng.sun.com Thu Oct 26 17:05:56 2000 Received: from lukla.Sun.COM (lukla.Sun.COM [192.18.98.31]) by ietf.org (8.9.1a/8.9.1a) with SMTP id RAA23115 for ; Thu, 26 Oct 2000 17:05:55 -0400 (EDT) Received: from engmail4.Eng.Sun.COM ([129.144.134.6]) by lukla.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id PAA00025; Thu, 26 Oct 2000 15:05:36 -0600 (MDT) Received: from sunroof.eng.sun.com (sunroof.Eng.Sun.COM [129.146.168.88]) by engmail4.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id OAA09200; Thu, 26 Oct 2000 14:04:51 -0700 (PDT) Received: from jurassic.eng.sun.com (jurassic [129.146.87.31] (may be forged)) by sunroof.eng.sun.com (8.11.1+Sun/8.11.1) with ESMTP id e9QL4c318819 for ; Thu, 26 Oct 2000 14:04:38 -0700 (PDT) Received: from jurassic.Eng.Sun.COM (esun1as-be.Central.Sun.COM [129.147.34.142]) by jurassic.eng.sun.com (8.11.1+Sun/8.11.1) with ESMTP id e9QL3of519713 for ; Thu, 26 Oct 2000 14:03:53 -0700 (PDT) From: Brent Callaghan Message-Id: <200010262103.e9QL3of519713@jurassic.eng.sun.com> Date: Thu, 26 Oct 2000 13:58:35 -0700 To: Subject: Fwd: 49th IETF: Preliminary Agenda X-Mailer: Sun NetMail 2.3 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="------------972593915" This is a multi-part message in MIME format. --------------972593915 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit The next IETF meeting is the week of December 10-15 in San Diego. For details see: http://www.ietf.org/meetings/IETF-49.html The NFSv4 WG has a session tentatively scheduled for Thursday morning (Dec 12th). Note that the agenda is preliminary - it won't be final for a few weeks yet, it could change. So if you're planning on attending the meeting, keep your travel plans flexible. Brent --------------972593915 Content-Type: MESSAGE/RFC822 Return-Path: Received: from engmail1.Eng.Sun.COM (engmail1.Eng.Sun.COM [129.146.1.13]) by jurassic.eng.sun.com (8.11.1+Sun/8.11.1) with ESMTP id e9QGeEf474707; Thu, 26 Oct 2000 09:40:14 -0700 (PDT) Received: from patan.sun.com (patan.Central.Sun.COM [129.147.5.43]) by engmail1.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id JAA23817; Thu, 26 Oct 2000 09:40:13 -0700 (PDT) Received: from ietf.org (odin.ietf.org [132.151.1.176]) by patan.sun.com (8.9.3+Sun/8.9.3) with ESMTP id JAA08843; Thu, 26 Oct 2000 09:40:09 -0700 (PDT) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA18651; Thu, 26 Oct 2000 12:32:02 -0400 (EDT) Message-Id: <200010261632.MAA18651@ietf.org> To: wgchairs@ietf.org, bofchairs@ietf.org From: agenda@ietf.org cc: dinaras@ietf.org Subject: 49th IETF: Preliminary Agenda Date: Thu, 26 Oct 2000 12:32:02 -0400 Sender: dinaras@cnri.reston.va.us Content-Length: 8026 Status: RO X-Status: $$$$ X-UID: 0000053627 MIME-Version: 1.0 This is the current agenda we will post on the web starting tomorrow. Thanks, Dinara ============================================================================== Draft Agenda of the Forty-ninth IETF December 10-December 15, 2000 As of 10/26/00 SUNDAY, December 10, 2000 1200-1900 Registration - Harbor Island Foyer and Grande Ballroom Foyer 1530-1600 Newcomer's Orientation - Grande Ballroom A 1600-1630 IETF Standards Process Orientation - Grande Ballroom A 1700-1900 Welcome Reception - Grand Ballroom BC MONDAY, December 11, 2000 0800-1930 IETF Registration - Harbor Island Foyer and Grande Ballroom Foyer 0800-0900 Continental Breakfast - Harbor Island Foyer and Grande Ballroom Foyer 0900-1130 Morning Sessions APP apparea Applications Open Area Meeting INT dhc v4 Dynamic Host Configuration WG RTG mpls Multiprotocol Label Switching WG TSV enum Telephone Number Mapping WG TSV ips IP Storage WG 1130-1300 Break 1300-1500 Afternoon Sessions I APP msgtrk Message Tracking Protocol WG APP ldapext LDAP Extension WG IRTF aaaarch Authentication Authorisation Accounting Architecture OPS policy Policy Framework WG RTG msdp Multicast Source Discovery Protocol WG SEC ipsec IP Security WG WG TSV iptel IP Telephony WG USV uswg User Services WG 1500-1530 Break (Refreshments provided) - Harbor Island Foyer and Grande Ballroom Foyer 1530-1730 Afternoon Sessions II APP impp Instant Messaging and Presence Protocol WG OPS adslmib ADSL MIB WG OPS tewg Internet Traffic Engineering WG RTG pim Protocol Independent Multicast WG SEC ipsra IP Security Remote Access WG SEC xmldsig XML Digital Signatures WG TSV tsvwg Transport Area Working Group 1730-1930 Break 1930-2200 Evening Sessions APP ldapbis LDAP (v3) Revision BOF INT idn Internationalized Domain Name WG OPS rmonmib Remote Network Monitoring WG SEC ipsp IP Security Policy WG TSV rmt Reliable Multicast Transport WG TSV sip Session Initiation Protocol WG TUESDAY, December 12, 2000 0800-1700 IETF Registration - Harbor Island Foyer and Grande Ballroom Foyer 0800-0900 Continental Breakfast - Harbor Island Foyer and Grande Ballroom Foyer 0900-1130 Morning Sessions APP ldup LDAP (v3) Revision WG INT dhc v6 Dynamic Host Configuration WG OPS aaa Authentication, Authorization and Accounting WG TSV sip Session Initiation Protocol WG TSV ips IP Storage WG 1130-1300 Break 1300-1400 Afternoon Sessions I APP nntpext NNTP Extensions WG SEC msec Multicast Secutiry BOF TSV rmt Reliable Multicast Transport WG 1415-1515 Afternoon Sessions II TSV spirits Service in the PSTN/IN Requesting InTernet Service WG 1515-1545 Break (Refreshments provided) - Harbor Island Foyer and Grande Ballroom Foyer 1545-1645 Afternoon Sessions III APP vpim Voice Profile for Internet Mail WG INT ipfc IP over Fibre Channel WG SEC msec Multicast Secutiry BOF SEC pkix Public-Key Infrastructure WG TSV diffserv Differentiated Services WG 1700-1800 Afternoon Sessions IV INT frnetmib Frame Relay Service MIB WG SEC kink Kerberized Internet Negotiation of Keys WG TSV nat Network Address Translators WG WEDNESDAY, December 13, 2000 0800-1700 IETF Registration - Harbor Island Foyer and Grande Ballroom Foyer 0800-0900 Continental Breakfast - Harbor Island Foyer and Grande Ballroom Foyer 0900-1130 Morning Sessions APP calsch Calendaring and Scheduling WG INT dnsext DNS Extensions WG INT ipcdn IP over Cable Data Network WG OPS ngtrans Next Generation Transition WG OPS policy Policy Framework WG RTG manet Mobile Ad-noc Networks WG TSV mmusic Multiparty Multimedia Session Control WG SEC syslog Security Issues in Network Event Logging WG 1130-1300 Break 1300-1500 Afternoon Sessions I APP trade Internet Open Trading Protocol WG INT megaco Media Gateway Control WG RTG idr Internet-Domain Routing WG SEC pkix Public-Key Infrastructure WG TSV seamoby SeaMoby BOF 1500-1530 Break (Refreshments provided) - Harbor Island Foyer and Grande Ballroom Foyer 1530-1730 Afternoon Sessions II APP webdav WWW Distributed Authoring and Versioning WG INT frnetmib Frame Relay Service MIB WG OPS rmonmib Remote Network Monitoring WG OPS aaa Authentication, Authorization and Accounting WG RTG idr Internet-Domain Routing WG SEC smime S/MIME Mail Security WG TSV avt Audio/Video Transport WG INT idn Internationalized Domain Name WG 1730-1930 Break 1930-2200 Open Plenary - Grande Ballroom ABC o Welcome - Fred Baker, IETF Chair o o IAB Open Plenary o IESG Open Plenary 2230 Late Night Session o PGP Key Signing THURSDAY, December 14, 2000 0800-1700 IETF Registration - Harbor Island Foyer and Grande Ballroom Foyer 0800-0900 Continental Breakfast - Harbor Island Foyer and Grande Ballroom Foyer 0900-1130 Morning Sessions APP fax Internet Fax WG OPS mboned MBONE Deployment WG RTG mobileip IP Routing for Wireless/Mobile Hosts WG SEC idwg Intrusion Detection Exchange Format WG TSV sigtran Signaling Transport WG TSV nfsv4 Network File System Version 4 WG 1130-1300 Break 1300-1500 Afternoon Sessions I APP deltav Web Versioning and Configuration Management WG OPS snmpconf Configuration Management with SNMP WG OPS ngtrans Next Generation Transition WG SEC sacred Securely Available Credentials WG TSV avt Audio/Video Transport WG TSV diffserv Differentiated Services WG 1500-1530 Break (Refreshments provided) - Harbor Island Foyer and Grande Ballroom Foyer 1530-1730 Afternoon Sessions II APP vpim Voice Profile for Internet Mail WG SEC saag Open Security Area Directorate Meeting TSV rftm2 Development of the Realtime Traffic Flow Measurement Architecture BOF RTG mpls Multiprotocol Label Switching WG TSV mmusic Multiparty Multimedia Session Control WG FRIDAY, December 15, 2000 0800-1000 IETF Registration - Harbor Island Foyer and Grande Ballroom Foyer 0800-0900 Continental Breakfast - Harbor Island Foyer and Grande Ballroom Foyer 0900-1130 Morning Sessions APP impp Instant Messaging and Presence Protocol WG OPS snmpconf Configuration Management with SNMP WG RTG mobileip IP Routing for Wireless/Mobile Hosts WG SEC idwg Intrusion Detection Exchange Format WG TSV pilc Performance Implications of Links Characteristics WG TSV rserpool Reliable Server Pooling BOF AREA DIRECTORS APP Applications Patrik Faltstrom/Cisco Systems and Ned Freed/Innosoft International, Inc. GEN General Interest Fred Baker/Cisco Systems INT Internet Thomas Narten/IBM Corp. and Erik Nordmark/Sun Microsystems OPS Operations & Management Randy Bush/Verio, Inc. and Bert Wijnen/Lucent Technologies RTG Routing Rob Coltun/Redback and Dave Oran/Cisco Systems SEC Security Jeff Schiller/MIT and Marcus Leech/Nortel Networks TSV Transport Scott Bradner/Harvard Univ. and Allison Mankin/USC/ISI USV User Services April Marine/Nominum, Inc. ============================================================================ 10/26/00 8:39 AM --------------972593915-- From nfs4-wg-request@sunroof.eng.sun.com Fri Oct 27 17:28:56 2000 Received: from lukla.Sun.COM (lukla.Sun.COM [192.18.98.31]) by ietf.org (8.9.1a/8.9.1a) with SMTP id RAA06310 for ; Fri, 27 Oct 2000 17:28:55 -0400 (EDT) Received: from engmail3.Eng.Sun.COM ([129.144.170.5]) by lukla.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id PAA06034; Fri, 27 Oct 2000 15:28:37 -0600 (MDT) Received: from sunroof.eng.sun.com (sunroof.Eng.Sun.COM [129.146.168.88]) by engmail3.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id OAA21535; Fri, 27 Oct 2000 14:27:36 -0700 (PDT) Received: from engmail4.Eng.Sun.COM (engmail4 [129.144.134.6]) by sunroof.eng.sun.com (8.11.1+Sun/8.11.1) with ESMTP id e9RLRN319750 for ; Fri, 27 Oct 2000 14:27:23 -0700 (PDT) Received: from venus.Sun.COM (venus.EBay.Sun.COM [129.150.69.5]) by engmail4.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id OAA23346 for ; Fri, 27 Oct 2000 14:27:24 -0700 (PDT) From: Magic@mx0102.fsnet.co.uk Received: from uvex_nt.uvex.co.uk ([195.217.251.50]) by venus.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id OAA18588 for ; Fri, 27 Oct 2000 14:27:21 -0700 (PDT) Received: from 195.217.251.50 ([4.54.145.167]) by uvex_nt.uvex.co.uk (Lotus Domino Release 5.0.1a (Intl)) with SMTP id 2000102710265810:4412 ; Fri, 27 Oct 2000 10:26:58 +0100 To: Magic@atip.fsnet.co.uk Date: Wed, 25 Oct 00 08:28:00 EST Subject: Search Engine Secrets Discovered Reply-To: searchengine108@yahoo.com X-MIMETrack: Itemize by SMTP Server on uvex_nt/Uvex(Release 5.0.1a (Intl)|17 August 1999) at 27/10/2000 10:27:02, Serialize by Router on uvex_nt/Uvex(Release 5.0.1a (Intl)|17 August 1999) at 27/10/2000 22:40:12, Serialize complete at 27/10/2000 22:40:12 Message-ID: X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit X-MIME-Autoconverted: from 8bit to quoted-printable by lukla.Sun.COM id PAA06034 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by ietf.org id RAA06310 "Amazing Search Engine Secrets Discovered By A Computer Illiterate Man in Massachusetts Can Practically Hand You the Top Search Engine Positions...And Add 1,550 Hits a Day to Web Site Overnight!" Dear Friend, Remember the first time you built a web site. You stayed up until the early morning working it out so that it would be just perfect. Then, you were finally done and you sat back and thought, "The World is Good." After that, you've dreamed of all the visitors your site would have, how they would all see your ad and buy your product. Then it hit you, like a ton of bricks....How was anyone going to find your web site? You thought about it for a while and eventually thought you had the answer....submit your site to the search engines. But after you submitted your site you checked it out and couldn't find it. So you waited a few days.....and still nothing You couldn't even find your site if you looked up your own name!!! Then, you got discouraged....after all that hard work NOTHING?!?!? And this is where most people give up..... BUT You Don't Have To... You can achieve top 20 positioning for your web site...and the tens of thousands of hits which come with it...if you have the "Right" information available to you. For Example, did you know: * Infoseek, Alta Vista, and HotBot ban web sites which break their rules (many of the 'insider' techniques most experts recommend will get you banned faster than you could imagine). * Many search engines limit the number of pages you can submit from your domain (some only allow you to submit one page for best results), although we can show you a technique we use to get hundreds of our pages listed. * Yahoo only lists about 1% of the web in their actual directory. To even get your page listed, you may have to use the "backdoor". * Using a so-called search engine submission software that submits your site to 1,000 or more search engines could actually get your page deleted from the major search engines. * 95% of Internet traffic originates at one of the 10 major search engines...If you're not listed, you might as well not even have a web site! * Choosing the most effective 'keywords' is one of the major keys to a successful web site submission...Pick the right ones and your web site will look like Grand Central Station during rush hour! It has taken us over 2 years to learn how to consistently and without fail place any type of web site in the top 20 of the major search engines. Normally, we charge $500 per keyword that you want a top ranking on (plus a monthly fee of $150 for keeping that rank), but we have found we just don't have enough time for all of the clients that desperately need our services... So, we have produced a "Search Engine Magic" interactive CD-ROM that will show you step by step how to create pages which storm the search engines and lay hold to the precious Top 20 positions that millions of people are trying to reach. The Search Engine Magic CD-ROM consists of 21 interactive video and audio lessons that will run on any IBM compatible computer showing you the exact step-by-step process we use to traffic thousands of visitors to our web sites every single day. You will learn: * Three Different Methods We Use to Pick the Best Traffic Producing Keywords for any web site...and how you can have a list of hundreds of popular keywords in only a few minutes. * How Quick and Easy it is to Create 'Doorway' and 'Hallway' pages for the search engines so that you could possibly have thousands of different pages on your domain all pulling in visitors for your site 24 hours a day 7 days a week. * The Secret Weapon that gives you an "Unfair Advantage" over your competition...and virtually assures you will reach the top positions (don't let your competitors hear about this one first or you will be in trouble). * How to Submit Your Pages to the Search Engines and assure that every single one of them gets listed. (if you listen to one of those amateurs tell you how to list your site, you may just get banned for life). * How to Use Pay-Per-Click search engines to receive over 10,000 visitors for only $100 * The Infamous Yahoo backdoor...You can get listed and we will show you the quickest and easiest method for doing so! * And much, much more... Even Better, You'll Get the Same Results For A Fraction of What Everyone Else Had to Pay! Listen: A lot of people all over the world are gonna be furious with me for sharing these "Insider Secrets" with you...especially since you won't be paying even part of what they had to shell out for one top positioning page! That's just too bad. It's been a secret for too long. So, let me tell you what the deal is.... Contact us today using the below Risk-Free Response Form and you can have all of our secrets for only $139.00. This price wouldn't even buy you 10 minutes of our time at our regular submission fees, but you can own the top search engine positions for less than the cost of a few classified ads! You will be learning everything we know about top positioning! That, my friend, is the bargain of a lifetime for a serious Internet marketer like yourself. What’s more, the money is actually irrelevant, because... You Also Get a 90 Day No-Risk 100% Money-Back Guarantee! Here's how it works. Order your personal copy of this CD-ROM, and use it like you own it. If...For any reason or no reason at all, you aren't completely satisfied after 90 days (by which I had over 47 Top 20 positions for my own web site), just send the CD-ROM back in any condition, and I personally guarantee you to get a complete refund of your purchase price. No questions asked. No problems or forms to fill out. No problems at all. PLUS, You Will Also Receive What is Considered to be by most experts as the "Ultimate Bonus!" For the first 50 people who fill out the below response form and send it in, you will also receive UNLIMITED REPRINT AND REPRODUCTION RIGHTS to this CD-ROM for LIFE! I am not going to allow this CD-ROM to become like many of those over-advertised products you see out there, so only the first 50 will receive these rights. This means that you will be able to use this exact same sales letter, copy the CD-ROM yourself, and sell it For $139.00 a copy, one sell will have breaking even. Sell two copies and you will be in profit.This isn't even counting what the CD-ROM package will do for you! Since only 50 people are going to have these rights... you must take action today! Yours in Success, Michael Burgess To rush order this "Search Engine Magic CD-ROM" simply fill out the order form below and fax it to our 24 hour order line at: FAX ORDER LINE: 1 (212) 504-8032 Regular Mail to: Financial Systems P.O. Box 301 Orange, Ma 01364 ORDER FORM -------------------------------------------------------- Please send to: Your Name: _____________________________________________ Your Address: __________________________________________ Your City: _____________________________________________ State / Zip: ___________________________________________ Your Country: __________________________________________ Phone #: _______________________________________________ (For problems with your order only. No salesmen will call.) Email Address: ___________________________________________ We Accept Checks or Money Orders along with all Major Credit Cards including Visa, MasterCard, American Express and Discover. (NOTE - We only ship to the address listed on the credit card) (Please Fill Out Below Section and Make sure that the above name and address are listed as it appears on the card) for $144 ($139 + 5.00 Shipping) Credit Card Number:________________________________ Expiration Date:___________________________ Signature:_________________________ Date:____________________ * Please check one of the following payment options: [ ] I am faxing a check (Do not send original, we will make a draft from the faxed check) [ ] I am faxing or mailing my credit card number. (Note your card will be charged for $144.00 and we only ship to the address on the card) [ ] I am enclosing a check or money order for $144.00! Note - If ordering outside continental US, please add $5 to S&H P.S. If you send in your order and you are not one of the first 50 to receive the Reprint and Reproduction Rights, I will notify you immediately and give you the opportunity to cancel your order. _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ If you have received this message in error and would like to be removed from future mailings, please reply with the word remove in the subject. x _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/