From Black_David@emc.com Tue Apr 7 06:03:05 2009 Return-Path: X-Original-To: rddp@core3.amsl.com Delivered-To: rddp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 96F863A68D1; Tue, 7 Apr 2009 06:03:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.552 X-Spam-Level: X-Spam-Status: No, score=-6.552 tagged_above=-999 required=5 tests=[AWL=0.047, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28O6ebaJ1O+i; Tue, 7 Apr 2009 06:03:04 -0700 (PDT) Received: from mexforward.lss.emc.com (mexforward.lss.emc.com [128.222.32.20]) by core3.amsl.com (Postfix) with ESMTP id C86C13A6D8E; Tue, 7 Apr 2009 06:03:03 -0700 (PDT) Received: from hop04-l1d11-si03.isus.emc.com (HOP04-L1D11-SI03.isus.emc.com [10.254.111.23]) by mexforward.lss.emc.com (Switch-3.2.5/Switch-3.1.7) with ESMTP id n37D481K015414 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Apr 2009 09:04:08 -0400 (EDT) From: Black_David@emc.com Received: from mailhub.lss.emc.com (numailhub.lss.emc.com [10.254.144.15]) by hop04-l1d11-si03.isus.emc.com (Tablus Interceptor); Tue, 7 Apr 2009 09:03:48 -0400 Received: from corpussmtp3.corp.emc.com (corpussmtp3.corp.emc.com [10.254.64.53]) by mailhub.lss.emc.com (Switch-3.3.2mp/Switch-3.3.2mp) with ESMTP id n37D3TJo024162; Tue, 7 Apr 2009 09:03:43 -0400 Received: from CORPUSMX80A.corp.emc.com ([10.254.89.202]) by corpussmtp3.corp.emc.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 7 Apr 2009 09:03:39 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 7 Apr 2009 09:03:38 -0400 Message-ID: <9FA859626025B64FBC2AF149D97C944A025B0327@CORPUSMX80A.corp.emc.com> In-reply-to: <9FA859626025B64FBC2AF149D97C944A023A30C2@CORPUSMX80A.corp.emc.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: STORM BOF - Draft minutes Thread-Index: AcmumI819U1O0IOkRweSmVlG4nxrWwI50gvQ References: <9FA859626025B64FBC2AF149D97C944A023A30C2@CORPUSMX80A.corp.emc.com> To: , X-OriginalArrivalTime: 07 Apr 2009 13:03:39.0853 (UTC) FILETIME=[45536FD0:01C9B781] X-EMM-EM: Active Cc: imss@ietf.org, Black_David@emc.com Subject: Re: [rddp] STORM BOF - Draft minutes X-BeenThere: rddp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "IETF Remote Direct Data Placement \(rddp\) WG" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Apr 2009 13:03:05 -0000 Having seen no objection to (or even comment on) this on the list: > The overall conclusion of the BOF is that a new STORM > (STORage Maintenance) WG should be formed to pursue > essentially the program of work in the draft charter that > I sent to the lists earlier. There will be a new > storm@ietf.org mailing list for this WG. the conclusion of the BOF is confirmed, and I will proceed to put together an actual proposal to form a WG. The next steps will be to put the new storm@ietf.org mailing list in place and produce an actual draft charter with milestones. The draft charter will take a little while (week or two) to appear for comment, as I first want to contact potential draft authors to ensure that the milestone dates are somewhat plausible before putting them into the draft charter. Anyone interesting is being a WG co-chair (multiple co-chairs are likely) should contact our responsible Area Director, Lars Eggert [lars.eggert@nokia.com] (cc:'ing me would be appreciated, but is not necessary), as appointment of WG chairs is up to the Area Directors. I will also make minor edits to the draft minutes and submit them to the proceedings. Thanks, --David > -----Original Message----- > From: Black, David=20 > Sent: Friday, March 27, 2009 12:58 AM > To: ips@ietf.org; rddp@ietf.org > Cc: imss@ietf.org; Black, David > Subject: STORM BOF - Draft minutes >=20 > See below - these are a bit on the long side, as a lot of > ground was covered in the BOF. Many thanks to Paul Koning > for helping to take notes. >=20 > We did not actually have a jabber scribe providing running > commentary in the jabber room - the assumption/hope was that > everyone in the jabber room was listening to the audio feed. > If that was a bad assumption, please send me an email > directly, and we'll do better in the future. >=20 > The overall conclusion of the BOF is that a new STORM > (STORage Maintenance) WG should be formed to pursue > essentially the program of work in the draft charter that > I sent to the lists earlier. There will be a new > storm@ietf.org mailing list for this WG. >=20 > As all decisions in IETF meetings are confirmed on mailing > lists, now is the time to speak up if: > - anyone thinks that a WG should not be formed, or > - anyone thinks that one or more of the work items on the > draft charter (see minutes) should not be done. > I will also be contacting some people directly to try to > ensure that there is at least one Internet-Draft author > for each work item. >=20 > Please also provide any other corrections to the minutes > (either to the list or directly to me). >=20 > Thanks, > --David >=20 >=20 > Transport Area (TSV) BOF: STORM (STORage Maintenance) > THURSDAY, March 26, 2009, 0900-1130 Morning Session I > IETF San Francisco Meetings > = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D >=20 > BOF chair: David L. Black, EMC (black_david@emc.com) >=20 > Minutes - Initial Draft > ---------------------- >=20 > --- Administrivia ---- > - Note Well (projected) > - Blue Sheets (circulated) > - Scribes (minutes, jabber) > Jabber room was initially not functioning, but was fixed shortly > after BOF started > - Purpose of BOF: Question #1: Should an IETF WG be formed? >=20 > --- Agenda Bashing --- > Agenda was bashed to add discussion of possibly related work in T11 > (Fibre Channel Standards Organization). The T11 vice chair=20 > (and acting > chair) was present to discuss the item. >=20 > -- Draft charter: Initial presentation --- > Charter presented, no text bashed. >=20 > Discussion of possible iSCSI-related work > - Consolidated iSCSI RFC > - Whether to take iSCSI to Draft Standard status, including > implementation report > - SAM-4 feature addition >=20 > Extensive discussion indicated clear strong interest in the SAM-4 > feature addition and interest in consolidating the iSCSI RFCs into a > single document that could go to Draft Standard status. The resulting > plan is to have two drafts: > 1) An rfc3720bis draft that consolidates and prunes the > current iSCSI RFCs based on current implementations. The > intent is that this draft be suitable for Draft=20 > Standard status. > 2) A "new features" draft that adds (in a backwards compatible > fashion) minor new features, starting with the new SAM-4 > features. This draft would be intended for Proposed Standard > status, and all of its contents would be optional=20 > and negotiable > (e.g., via text keys at iSCSI login). > The "new features" draft would not be limited to SAM-4=20 > features, but all > additions would need to be minor. IETF procedures would=20 > allow everything > to be rolled into one document that could be taken to Draft Standard > status after a 6 month waiting period at Proposed Standard,=20 > but the sense > of the discussion was that the above two-document plan is the better > course of action, and that only widely implemented features in current > implementations should be considered for a Draft Standard RFC. >=20 > The BOF chair prefers that the decision as to whether to take iSCSI to > Draft Standard status be deferred, and will write charter=20 > text to allow > this, but not require it. Among the reasons for this are the=20 > amount of > work involved and potential interactions with other RFC documents that > are currently at Proposed Standard status. >=20 > It seems to make better sense to specify iSCSI support for all new > SAM-4 features (as other SCSI transports, such as FCP [SCSI over Fibre > Channel] and SAS [Serial Attach SCSI]) have done, rather than only > specify selected SAM-4 features. iSCSI could then define=20 > multiple text > keys to allow support for these features (or groups of them) to be > separately negotiated. >=20 > IETF coordination with T10 is planned to be handled informally. At > least David Black (BOF chair) and Fred Knight (one of the=20 > presenters on > the SAM-4 topic) are active T10 participants who can facilitate this > coordination. The formal IETF mechanisms for liaison with other > organizations appear unlikely to be needed. >=20 > --- FC encapsulation-related work (possible) --- > - iFCP Address Translation obsolescence > - FC(IP) IP Protocol Number >=20 > Both of these appear to be good ideas. The BOF chair is prepared to > write the Internet-Draft for the first item, and the second item is > for the WG to investigate whether IP Protocol number 133 (allocated > for Fibre Channel in 2000) is unused and should be returned to IANA > for future reassignment. >=20 > - Related T11 activity (RDDP over Ethernet) >=20 > T11 is the standards organization for Fibre Channel. A proposal has > been submitted to T11 for it to work on hosting the RDDP (aka iWARP) > protocols on Ethernet directly via IP, see T11 document 09-141v0: > http://www.t11.org/ftp/t11/admin/project_proposals/09-141v0.pdf >=20 > The design proposed in that document appears to require allocation of > an IP Protocol number. That can only be done by the IESG, and appears > unlikely, as the proposed DCRP protocol is not intended to run over > public networks like the Internet, has no congestion control and no > security. UDP encapsulation may be a more plausible way forward, but > there is a track record of protocols intended for closed networks > "escaping" into the broader Internet. >=20 > The BOF chair (David Black) is also a member of the IETF Transport > Directorate and a T11 participant - he will take these concerns to the > T11 meetings next week and express a desire for significant=20 > consultation > between T11 and the IETF before T11 moves this work moves forward. > The responsible Transport AD (Lars Eggert) concurs with and supports > this course of action. >=20 > --- RDDP-related work (possible) --- > - MPA startup change for MPI >=20 > There has been a lot of support for this relatively contained > proposed work item on the mailing list. >=20 > --- iSER-related work (possible) --- > - Clarifications arising from InfiniBand and other use of iSER >=20 > There has been support on the mailing list for this proposed work > item. >=20 > --- Any other proposed work items --- > Nothing additional proposed. >=20 > --- Draft charter: Text bashing, round 2 --- > No further bashing. >=20 > --- WG formation discussion --- > Clear interest in forming a WG, with a desire to limit travel. >=20 > Work item discussion took a bit longer. Different people are > interested in different work items. A discussion of whether any > work items should be deleted from the initial list in the charter > did not identify any to be deleted, but acknowledged the BOF chair's > preference to not have the charter commit up front to taking iSCSI > to Draft Standard status. With that change, the "rough consensus" > of the meeting (supported by some comments in the jabber room and > emails sent to the list) is that a WG should be formed to take on > essentially the plan of work in the draft charter. >=20 > Discussion about travel and meetings reflected a concern about > travel in current economic conditions and a desire to conduct as > much work as possible on the mailing list. Beyond that, face-to- > face meetings are sometimes needed to resolve issues and make > progress - in line with current IETF practice, if a meeting is > needed during an IETF meeting week, it'll be scheduled without > significant consideration of where that IETF meeting is located. > The expected default for the WG will be to not meet face-to-face > unless there are clear issues that require a meeting. >=20 > Interim meetings were suggested as a possibility, but there does > not appear to be a geographic concentration of interested people; > the BOF chair is aware of likely participants on both coasts of > the US, China, Switzerland and Israel. Iceland was half-heartedly > suggested as approximately equally inconvenient for all concerned. >=20 > --- Mailing List Usage --- >=20 > Organization of the BOF was conducted on the existing ips@ietf.org > and rddp@ietf.org mailing lists, with the imss@ietf.org list cc:'d. >=20 > After some discussion, the mailing list plan going forward is: > - Form new storm@ietf.org mailing list for new STORM WG. > - Announce this list on the IMSS, IPS and RDDP lists, inviting > people to subscribe to the new STORM list. > - No further STORM-related activity on the IMSS list after this > announcement (and perhaps a few reminders). > - Set IPS and RDDP auto-responders to indicate existence of STORM > list. > - After some period of time, close down the RDDP list, ask the > IETF secretariat to set up an auto-responder for email to > rddp@ietf.org indicating that storm@ietf.org should be used. > - Leave IPS list open with auto-responders modified as above. > - Leave IMSS list as it currently is. >=20 > --- Milestones --- > In order to have a charter that can be approved, milestones are > needed. A small amount of discussion yielded the following=20 > guidelines: > - Small stuff (e.g., MPA fix) should make it to Working=20 > Group Last Call > (WG LC) this year > - Other larger things (e.g., SAM-4) may need until latter part of next > year to reach WG LC. > - iSCSI: The consolidated iSCSI draft may be a 2 year=20 > project, but there > should be a decent draft in about 1 year. > - The charter will allow lazy evaluation of decision about whether to > take iSCSI to Draft Standard, and hence not propose any=20 > milestones > for that. >=20 > --- Next steps --- > - BOF chair to revise charter (with milestones) and send to mailing > lists for review. > - Assuming no significant objections to WG creation are raised, the > secretariat will be asked to create a storm@ietf.org=20 > mailing list. > - The actual storm WG formation request will probably go to the Area > Director (Lars) for presentation to the IESG in about a month. >=20 > 14 names on blue sheet, about 8 additional jabber room participants. >=20 From Black_David@emc.com Fri Apr 24 11:37:23 2009 Return-Path: X-Original-To: rddp@core3.amsl.com Delivered-To: rddp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 342403A6A02; Fri, 24 Apr 2009 11:37:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.482 X-Spam-Level: X-Spam-Status: No, score=-6.482 tagged_above=-999 required=5 tests=[AWL=0.117, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M5pewWfgRmCc; Fri, 24 Apr 2009 11:37:22 -0700 (PDT) Received: from mexforward.lss.emc.com (mexforward.lss.emc.com [128.222.32.20]) by core3.amsl.com (Postfix) with ESMTP id 52C6B3A68B0; Fri, 24 Apr 2009 11:37:19 -0700 (PDT) Received: from hop04-l1d11-si01.isus.emc.com (HOP04-L1D11-SI01.isus.emc.com [10.254.111.54]) by mexforward.lss.emc.com (Switch-3.2.5/Switch-3.1.7) with ESMTP id n3OIcap7025098 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 24 Apr 2009 14:38:36 -0400 (EDT) From: Black_David@emc.com Received: from mailhub.lss.emc.com (numailhub.lss.emc.com [10.254.144.16]) by hop04-l1d11-si01.isus.emc.com (Tablus Interceptor); Fri, 24 Apr 2009 14:38:33 -0400 Received: from corpussmtp3.corp.emc.com (corpussmtp3.corp.emc.com [10.254.64.53]) by mailhub.lss.emc.com (Switch-3.3.2/Switch-3.3.2) with ESMTP id n3OIcQOZ028603; Fri, 24 Apr 2009 14:38:32 -0400 Received: from CORPUSMX80A.corp.emc.com ([10.254.89.201]) by corpussmtp3.corp.emc.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 24 Apr 2009 14:38:32 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 24 Apr 2009 14:38:31 -0400 Message-ID: <9FA859626025B64FBC2AF149D97C944A0282579F@CORPUSMX80A.corp.emc.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Announcement: STORM mailing list Thread-Index: AcnFC93OJm3EdBd2RciNPo496U78Jw== X-Priority: 1 Priority: Urgent Importance: high To: , X-OriginalArrivalTime: 24 Apr 2009 18:38:32.0055 (UTC) FILETIME=[DE3BE870:01C9C50B] X-EMM-EM: Active Cc: imss@ietf.org, Black_David@emc.com, storm@ietf.org Subject: [rddp] Announcement: STORM mailing list X-BeenThere: rddp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "IETF Remote Direct Data Placement \(rddp\) WG" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2009 18:37:23 -0000 The storm@ietf.org mailing list for the STORM (STORage Maintenance) proposed WG has now been created. To join the list please visit: https://www.ietf.org/mailman/listinfo/storm The immediate reason for joining this list is that I expect to sent out a draft STORM WG charter (with goals and milestones) for discussion sometime next week. While the draft charter will be announced to all of these lists (IPS, RDDP, IMSS, STORM), discussion of the proposed charter will *only* be on the STORM list. Also, for RDDP list subscribers only: This is the first warning that the RDDP list is expected to be closed in the next couple of months, as the STORM list is it's replacement. The IPS and IMSS mailing lists will remain open. Thanks, --David ---------------------------------------------------- David L. Black, Distinguished Engineer EMC Corporation, 176 South St., Hopkinton, MA 01748 +1 (508) 293-7953 FAX: +1 (508) 293-7786 black_david@emc.com Mobile: +1 (978) 394-7754 ---------------------------------------------------- From Black_David@emc.com Sun Apr 26 19:41:12 2009 Return-Path: X-Original-To: rddp@core3.amsl.com Delivered-To: rddp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C5E033A6AF4; Sun, 26 Apr 2009 19:41:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.455 X-Spam-Level: X-Spam-Status: No, score=-6.455 tagged_above=-999 required=5 tests=[AWL=0.144, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 42il0dnmj8AM; Sun, 26 Apr 2009 19:41:11 -0700 (PDT) Received: from mexforward.lss.emc.com (mexforward.lss.emc.com [128.222.32.20]) by core3.amsl.com (Postfix) with ESMTP id 7BA763A6B19; Sun, 26 Apr 2009 19:41:10 -0700 (PDT) Received: from hop04-l1d11-si01.isus.emc.com (HOP04-L1D11-SI01.isus.emc.com [10.254.111.54]) by mexforward.lss.emc.com (Switch-3.2.5/Switch-3.1.7) with ESMTP id n3R2gTn0021230 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 26 Apr 2009 22:42:29 -0400 (EDT) From: Black_David@emc.com Received: from mailhub.lss.emc.com (nagas.lss.emc.com [10.254.144.15]) by hop04-l1d11-si01.isus.emc.com (Tablus Interceptor); Sun, 26 Apr 2009 22:42:22 -0400 Received: from corpussmtp3.corp.emc.com (corpussmtp3.corp.emc.com [10.254.64.53]) by mailhub.lss.emc.com (Switch-3.3.2mp/Switch-3.3.2mp) with ESMTP id n3R2gMo2032296; Sun, 26 Apr 2009 22:42:22 -0400 Received: from CORPUSMX80A.corp.emc.com ([10.254.89.201]) by corpussmtp3.corp.emc.com with Microsoft SMTPSVC(6.0.3790.3959); Sun, 26 Apr 2009 22:42:21 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C9C6E1.CA2C0A6C" Date: Sun, 26 Apr 2009 22:42:20 -0400 Message-ID: <9FA859626025B64FBC2AF149D97C944A028259AF@CORPUSMX80A.corp.emc.com> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: Proposed Storm WG Charter Thread-Index: AcnG4ck/cK10DGRGSkW28KXu2KGySw== X-Priority: 1 Priority: Urgent Importance: high To: X-OriginalArrivalTime: 27 Apr 2009 02:42:21.0823 (UTC) FILETIME=[CA2678F0:01C9C6E1] X-EMM-EM: Active Cc: imss@ietf.org, ips@ietf.org, Black_David@emc.com, rddp@ietf.org Subject: [rddp] Proposed Storm WG Charter X-BeenThere: rddp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "IETF Remote Direct Data Placement \(rddp\) WG" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2009 02:41:12 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C9C6E1.CA2C0A6C Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable The proposed WG charter for the Storm WG is attached. The major changes from the charter discussed at the storm BOF in San Francisco are: - Deferred decision on whether to take iSCSI to Draft Standard RFC status; the WG gets to decide (i.e., it's not an up-front commitment to seed Draft Standard RFC status). - Added some text about maintaining good informal working relationships with T10 and T11; the formal IETF Liaison process is available as a last resort, but this is not the best way to get things done. - There are a set of goals and milestones. I have expressions of interest from draft authors for all six of the work items listed on this draft charter. If you have any concerns about this charter or want to comment on it, please speak up ASAP, ... BUT ... ... the forum for discussion of this charter is the new storm@ietf.org mailing list - if you're interested, please join that list and make sure your comments go there. The list archives should be available on-line. Thanks, --David ---------------------------------------------------- David L. Black, Distinguished Engineer EMC Corporation, 176 South St., Hopkinton, MA 01748 +1 (508) 293-7953 FAX: +1 (508) 293-7786 black_david@emc.com Mobile: +1 (978) 394-7754 ---------------------------------------------------- ------_=_NextPart_001_01C9C6E1.CA2C0A6C Content-Type: text/plain; name="Storm WG proposed charter v4.txt" Content-Transfer-Encoding: base64 Content-Description: Storm WG proposed charter v4.txt Content-Disposition: attachment; filename="Storm WG proposed charter v4.txt" UHJvcG9zZWQgV29ya2luZyBHcm91cDogU1RPUk0gKFNUT1JhZ2UgTWFpbnRlbmFuY2UpDQoJVHJh bnNwb3J0IChUU1YpIEFyZWENClByb3Bvc2VkIENoYXJ0ZXIgKEZpbmFsIERyYWZ0KQ0KLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0K Q2hhaXJzOg0KLSBEYXZpZCBMLiBCbGFjayA8YmxhY2tfZGF2aWRAZW1jLmNvbT4NCi0gVEJEDQoN ClRyYW5zcG9ydCBBcmVhIERpcmVjdG9yKHMpOg0KLSBNYWdudXMgV2VzdGVybHVuZCA8bWFnbnVz Lndlc3Rlcmx1bmRAZXJpY3Nzb24uY29tPg0KLSBMYXJzIEVnZ2VydCA8bGFycy5lZ2dlcnRAbm9r aWEuY29tPg0KDQpUcmFuc3BvcnQgQXJlYSBBZHZpc29yOg0KLSBMYXJzIEVnZ2VydCA8bGFycy5l Z2dlcnRAbm9raWEuY29tPg0KDQpNYWlsaW5nIExpc3RzOg0KR2VuZXJhbCBEaXNjdXNzaW9uOiBz dG9ybUBpZXRmLm9yZw0KVG8gU3Vic2NyaWJlOiBzdG9ybS1yZXF1ZXN0QGlldGYub3JnDQpJbiBC b2R5OiAodW4pc3Vic2NyaWJlDQpBcmNoaXZlOiBodHRwOi8vd3d3LmlldGYub3JnL21haWwtYXJj aGl2ZS93ZWIvc3Rvcm0vaW5kZXguaHRtbA0KDQpEZXNjcmlwdGlvbiBvZiBXb3JraW5nIEdyb3Vw Og0KDQpUaGUgSUVURiBpcHMgKElQIFN0b3JhZ2UpIGFuZCByZGRwIChSZW1vdGUgRGlyZWN0IERh dGEgUGxhY2VtZW50KQ0Kd29ya2luZyBncm91cHMgaGF2ZSBwcm9kdWNlZCBhIHNpZ25pZmljYW50 IG51bWJlciBvZiBzdG9yYWdlDQpwcm90b2NvbHMgKGUuZy4sIGlTQ1NJLCBpU0VSIGFuZCBGQ0lQ KSBmb3Igd2hpY2ggdGhlcmUgaXMNCnNpZ25pZmljYW50IHVzYWdlLiAgVGhlIHRpbWUgaGFzIGNv bWUgdG8gcmVmbGVjdCBmZWVkYmFjayBmcm9tDQppbXBsZW1lbnRhdGlvbiBhbmQgdXNhZ2UgaW50 byB1cGRhdGVkIFJGQ3M7IHRoaXMgd29yayBtYXkgaW5jbHVkZToNCg0KLSBJbXBsZW1lbnRhdGlv bi1kcml2ZW4gcmV2aXNpb25zIGFuZCB1cGRhdGVzIHRvIGV4aXN0aW5nIHByb3RvY29scw0KCShp LmUuLCB1cGRhdGVkIFJGQ3MgdGhhdCBtYXRjaCB0aGUgInJ1bm5pbmcgY29kZSIpLg0KLSBJbnRl cm9wZXJhYmlsaXR5IHJlcG9ydHMgYXMgbmVlZGVkIGZvciB0aGUgcmVzdWx0aW5nIHJldmlzZWQN Cglwcm90b2NvbHMgdGhhdCBhcmUgYXBwcm9wcmlhdGUgZm9yIERyYWZ0IFN0YW5kYXJkIFJGQyBz dGF0dXMuDQotIE1pbm9yIHByb3RvY29sIGNoYW5nZXMgb3IgYWRkaXRpb25zLiAgQmFja3dhcmRz IGNvbXBhdGliaWxpdHkNCglpcyByZXF1aXJlZC4NCg0KU2lnbmlmaWNhbnQgY2hhbmdlcyB0byB0 aGUgZXhpc3RpbmcgcHJvdG9jb2wgc3RhbmRhcmRzIGFyZSBvdXQgb2YNCnNjb3BlLCBpbmNsdWRp bmcgYW55IHdvcmsgb24gdmVyc2lvbiAyIG9mIGFueSBvZiB0aGVzZSBwcm90b2NvbHMuDQoNClN0 YWJpbGl0eSBpcyBjcml0aWNhbCB0byB0aGUgdXNhZ2Ugb2YgdGhlc2UgcHJvdG9jb2xzLCBzbyBi YWNrd2FyZHMNCmNvbXBhdGliaWxpdHkgd2l0aCBleGlzdGluZyBpbXBsZW1lbnRhdGlvbnMgd2ls bCBiZSBhIHJlcXVpcmVtZW50DQppbXBvc2VkIG9uIGZvciBhbGwgcHJvdG9jb2wgY2hhbmdlcyBh bmQgYWRkaXRpb25zLiAgTm90ZSB0aGF0IHRoaXMNCmlzIGEgcmVxdWlyZW1lbnQgZm9yIGltcGxl bWVudGF0aW9uIGNvbXBhdGliaWxpdHkgLSBpZiBpdCBpcyB0aGUNCmNhc2UgdGhhdCBhbGwgaW1w bGVtZW50YXRpb25zIG9mIGEgcHJvdG9jb2wgaGF2ZSBkb25lIHNvbWV0aGluZw0KZGlmZmVyZW50 IHRoYW4gd2hhdCB0aGUgUkZDIHNwZWNpZmllcywgaXQgaXMgYXBwcm9wcmlhdGUgZm9yDQphIG5l dyBSRkMgdG8gZG9jdW1lbnQgd2hhdCB0aGUgInJ1bm5pbmcgY29kZSIgYWN0dWFsbHkgZG9lcyBh bmQNCmRlcHJlY2F0ZSB0aGUgdW51c2VkIG9yaWdpbmFsIGJlaGF2aW9yLg0KDQpJbml0aWFsIGxp c3Qgb2Ygd29yayBpdGVtczoNCigxKSBpU0NTSTogQ29tYmluZSBSRkNzIDM3MjAgKGlTQ1NJKSwg Mzk4MCAoTkFBIG5hbWVzKSwgNDg1MCAobm9kZQ0KCWFyY2hpdGVjdHVyZSBrZXkpIGFuZCA1MDQ4 IChjb3JyZWN0aW9ucy9jbGFyaWZpY2F0aW9ucykgaW50bw0KCW9uZSBkcmFmdCAoMzcyMGJpcyks IHJlbW92aW5nIGZlYXR1cmVzIHRoYXQgYXJlIG5vdCBpbXBsZW1lbnRlZA0KCWluIHByYWN0aWNl LiAgVGhpcyBkcmFmdCBzaG91bGQgYmUgcHJlcGFyZWQgc28gdGhhdCBpdCBjb3VsZA0KCWJlY29t ZSBhIERyYWZ0IFN0YW5kYXJkIFJGQywgYnV0IGl0IGlzIHVwIHRvIHRoZSB0byBkZWNpZGUNCgl3 aGV0aGVyIHRvIGFkdmFuY2UgaXQgdG8gRHJhZnQgU3RhbmRhcmQuDQooMikgaVNDU0k6IEFkZCBm ZWF0dXJlcyB0byBzdXBwb3J0IFNBTS00ICg0dGggdmVyc2lvbiBvZiB0aGUgU0NTSQ0KCWFyY2hp dGVjdHVyZSkgaW4gYSBiYWNrd2FyZHMtY29tcGF0aWJsZSBmYXNoaW9uLCBhcyBpU0NTSSBpcw0K CWN1cnJlbnRseSBiYXNlZCBvbiBTQU0tMi4gIFRoaXMgd2lsbCBiZSBhIHNlcGFyYXRlIGRyYWZ0 DQoJZnJvbSB0aGUgaVNDU0kgdXBkYXRlIGluIHRoZSBwcmV2aW91cyBidWxsZXQuICBUaGUgV29y a2luZw0KCWdyb3VwIG1heSBhZGQgYWRkaXRpb25hbCBtaW5vciB1c2VmdWwgaVNDU0kgZmVhdHVy ZXMNCgl0byB0aGlzIGRyYWZ0Lg0KKDMpIEZDSVA6IElQIFByb3RvY29sIG51bWJlciAxMzMgd2Fz IGFsbG9jYXRlZCB0byBhIHByZWN1cnNvciBvZg0KCXRoZSBGQ0lQIHByb3RvY29sIGluIDIwMDAs IGJ1dCB0aGlzIGFsbG9jYXRlZCBudW1iZXIgaXMgbm90DQoJdXNlZCBieSBGQ0lQLiAgVGhlIHdv cmtpbmcgZ3JvdXAgd2lsbCBjb25zaWRlciB3aGV0aGVyIHRoaXMNCglhbGxvY2F0ZWQgbnVtYmVy IHNob3VsZCBiZSByZXR1cm5lZCB0byBJQU5BIGZvciBmdXR1cmUNCglyZWFsbG9jYXRpb24uDQoo NCkgaUZDUDogVGhlIEFkZHJlc3MgVHJhbnNsYXRpb24gbW9kZSBvZiBpRkNQIG5lZWRzIHRvIGJl IGRlcHJlY2F0ZWQNCgkoU0hPVUxEIE5PVCBpbXBsZW1lbnQgb3IgdXNlKSwgYXMgdGhlcmUgYXJl IHNpZ25pZmljYW50DQoJdGVjaG5pY2FsIHByb2JsZW1zIHdpdGggaXRzIHNwZWNpZmljYXRpb24s IGFuZCBtb3Jlb3ZlciwNCglvbmx5IHRoZSBBZGRyZXNzIFRyYW5zcGFyZW50IG1vZGUgb2YgaUZD UCBpcyBpbiB1c2UuICBUaGlzDQoJd2lsbCBiZSBkb25lIHZpYSBhIHNob3J0IGRyYWZ0IHRoYXQg dXBkYXRlcyBSRkMgNDE3MiwgYW5kDQoJbm90IHZpYSBhIGNvbXBsZXRlIHJld3JpdGUgb2YgUkZD IDQxNzIuICBBIGNvbWJpbmVkIGRyYWZ0DQoJaXMgZXhwZWN0ZWQgdGhhdCBlbmNvbXBhc3NlcyBp dGVtcyAoMykgYW5kICg0KS4NCig1KSBSRERQIE1QQTogR29vZCBzdXBwb3J0IGZvciBNUEkgYXBw bGljYXRpb25zIHJlcXVpcmVzIGEgc21hbGwNCgl1cGRhdGUgdG8gdGhlIHN0YXJ0dXAgZnVuY3Rp b25hbGl0eSB0byBhbGxvdyBlaXRoZXIgZW5kDQoJb2YgdGhlIGNvbm5lY3Rpb24gdG8gaW5pdGlh dGUuDQooNikgaVNFUjogRXhwZXJpZW5jZSB3aXRoIEluZmluaWJhbmQgaW1wbGVtZW50YXRpb25z IHN1Z2dlc3QgYSBmZXcNCgltaW5vciB1cGRhdGVzIHRvIHJlZmxlY3Qgd2hhdCBoYXMgYmVlbiBk b25lIGluIHByYWN0aWNlLg0KDQpUaGUgd29ya2luZyBncm91cCBpcyBleHBlY3RlZCB0byBtYWlu dGFpbiBnb29kIHdvcmtpbmcgcmVsYXRpb25zaGlwcw0Kd2l0aCBJTkNJVFMgVGVjaG5pY2FsIENv bW1pdHRlZSBUMTAgKFNDU0kgc3RhbmRhcmRzKSBhbmQgSU5DSVRTDQpUZWNobmljYWwgQ29tbWl0 dGVlIFQxMSAoRmlicmUgQ2hhbm5lbCBzdGFuZGFyZHMpIHZpYSBvdmVybGFwcyBpbg0KbWVtYmVy c2hpcCBhcyBvcHBvc2VkIHRvIGFwcG9pbnRtZW50IG9mIGZvcm1hbCBsaWFpc29ucy4gIFRoZQ0K bGlhaXNvbiBwcm9jZXNzIChpbmNsdWRpbmcgSUFCIGFwcG9pbnRtZW50IG9mIGEgbGlhaXNvbiBv cg0KbGlhaXNvbnMpIHJlbWFpbnMgYXZhaWxhYmxlIGZvciB1c2UgaWYgbmVlZGVkLg0KDQpHb2Fs cyBhbmQgTWlsZXN0b25lczoNCg0KSnVuZSAyMDA5CUZpcnN0IHZlcnNpb24gb2YgRkNJUCBwcm90 b2NvbCBudW1iZXIgYW5kIGlGQ1AgQWRkcmVzcw0KCQlUcmFuc2xhdGlvbiBtb2RlIGRyYWZ0DQoN Ckp1bHkgMjAwOQlGaXJzdCB2ZXJzaW9uIG9mIGlTQ1NJIFNBTS00IChhbmQgb3RoZXIpIG5ldyBm ZWF0dXJlcw0KCQlkcmFmdC4NCg0KQXVnIDIwMDkJRmlyc3QgdmVyc2lvbiBvZiBSRERQIE1QQSBz dGFydHVwIGNoYW5nZSBkcmFmdA0KDQpTZXAgMjAwOQlXb3JraW5nIEdyb3VwIExhc3QgQ2FsbCBv biBGQ0lQIHByb3RvY29sIG51bWJlciBhbmQNCgkJaUZDUCBhZGRyZXNzIGNoYW5nZSBkcmFmdA0K DQpTZXAgMjAwOSAJRmlyc3QgdmVyc2lvbiBvZiBjb21iaW5lZCBpU0NTSSBkcmFmdCAoMzcyMGJp cykNCg0KT2N0IDIwMDkJRmlyc3QgdmVyc2lvbiBvZiBpU0VSIHVwZGF0ZSBkcmFmdA0KDQpPY3Qg MjAwOQlXb3JraW5nIEdyb3VwIExhc3QgQ2FsbCBvbiBSRERQIE1QQSBzdGFydHVwIGNoYW5nZSBk cmFmdC4NCg0KRGVjIDIwMDkJRnVuY3Rpb25hbGx5IGNvbXBsZXRlIGlTQ1NJIFNBTS00IChhbmQg b3RoZXIpIG5ldw0KCQlmZWF0dXJlcyBkcmFmdC4NCg0KRmViIDIwMTAJV29ya2luZyBHcm91cCBM YXN0IENhbGwgb24gaVNFUiB1cGRhdGUgZHJhZnQNCg0KTWFyY2ggMjAxMAlXb3JraW5nIEdyb3Vw IExhc3QgQ2FsbCBvbiBpU0NTSSBTQU0tNCAoYW5kIG90aGVyKQ0KCQluZXcgZmVhdHVyZXMgZHJh ZnQuDQoNCkFwcmlsIDIwMTAJV29ya2luZyBHcm91cCBkZWNpc2lvbiBvbiB3aGV0aGVyIHRvIHNl ZWsgRHJhZnQgU3RhbmRhcmQNCgkJUkZDIHN0YXR1cyBmb3IgdGhlIGNvbWJpbmVkIGlTQ1NJIGRy YWZ0ICgzNzIwYmlzKS4gIFtOb3RlOg0KCQlkZWNpc2lvbiBtYXkgYmUgbWFkZSBzaWduaWZpY2Fu dGx5IGJlZm9yZSB0aGlzIGRhdGUuXQ0KDQpTZXAgMjAxMAlXb3JraW5nIEdyb3VwIExhc3QgQ2Fs bCBvbiBjb21iaW5lZCBpU0NTSSBkcmFmdCAoMzcyMGJpcykNCg0K ------_=_NextPart_001_01C9C6E1.CA2C0A6C--