From ops-area-bounces@ietf.org Sun Feb 11 09:06:58 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HGFKq-0004CL-JD; Sun, 11 Feb 2007 09:05:44 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HGFKo-0004CF-RB for ops-area@ietf.org; Sun, 11 Feb 2007 09:05:42 -0500 Received: from nj300815-ier2.net.avaya.com ([198.152.12.103]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HGFKm-0001NS-IK for ops-area@ietf.org; Sun, 11 Feb 2007 09:05:42 -0500 Received: from IS0004AVEXU1.global.avaya.com (h135-64-105-51.avaya.com [135.64.105.51]) by nj300815-ier2.net.avaya.com (Switch-3.1.8/Switch-3.1.7) with ESMTP id l1BE5dXV010300 for ; Sun, 11 Feb 2007 09:05:39 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Sun, 11 Feb 2007 16:05:38 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Internet-Drafts Submission Cutoff Dates for the 68th IETF Meeting in Prague, Czech Republic Thread-Index: AcdMCC8r4eFx/S3LQEiKKq5eeuyt0QB3VVuA From: "Romascanu, Dan \(Dan\)" To: "OPS Area" X-Scanner: InterScan AntiVirus for Sendmail X-Spam-Score: 0.0 (/) X-Scan-Signature: 0a7aa2e6e558383d84476dc338324fab Subject: [OPS-AREA] FW: Internet-Drafts Submission Cutoff Dates for the 68th IETF Meeting in Prague, Czech Republic X-BeenThere: ops-area@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: OPS Area e-mail list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: ops-area-bounces@ietf.org =20 Please take into consideration the announcement below.=20 This applies also the submissions of I-Ds related to mini-BOFs in the OPS Area.=20 Dan =20 -----Original Message----- From: ietf-secretariat@ietf.org [mailto:ietf-secretariat@ietf.org]=20 Sent: Friday, February 09, 2007 7:00 AM To: ietf-announce@ietf.org Subject: Internet-Drafts Submission Cutoff Dates for the 68th IETF Meeting in Prague, Czech Republic=20 There are two (2) Internet-Draft cutoff dates for the 68th IETF Meeting in Prague, Czech Republic: February 26th: Cutoff Date for Initial (i.e., version -00) Internet-Draft Submissions=20 All initial Internet-Drafts (version -00) must be submitted by Monday, February 26th at 9:00 AM ET. As always, all initial submissions with a filename beginning with "draft-ietf" must be approved by the appropriate WG Chair before they can be processed or announced. The Secretariat would appreciate receiving WG Chair approval by Monday, February 19th at 9:00 AM ET. March 5th: Cutoff Date for Revised (i.e., version -01 and higher) Internet-Draft Submissions=20 All revised Internet-Drafts (version -01 and higher) must be submitted by Monday, March 5th at 9:00 AM ET. Initial and revised Internet-Drafts received after their respective cutoff dates will not be made available in the Internet-Drafts directory or announced until on or after Monday, March 19th at 9:00 AM ET, when Internet-Draft posting resumes. Please do not wait until the last minute to submit. Thank you for your understanding and cooperation. If you have any questions or concerns, then please send a message to internet-drafts@ietf.org. The IETF Secretariat FYI: The Internet-Draft cutoff dates as well as other significant dates for the 68th IETF Meeting can be found at http://www.ietf.org/meetings/cutoff_dates_68.html. _______________________________________________ IETF-Announce mailing list IETF-Announce@ietf.org https://www1.ietf.org/mailman/listinfo/ietf-announce _______________________________________________ OPS-AREA mailing list OPS-AREA@ietf.org https://www1.ietf.org/mailman/listinfo/ops-area From ops-area-bounces@ietf.org Fri Feb 16 17:18:54 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HIBOH-0003Vf-B3; Fri, 16 Feb 2007 17:17:17 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HIBOD-0003VV-I3 for ops-area@ietf.org; Fri, 16 Feb 2007 17:17:14 -0500 Received: from zcars04e.nortel.com ([47.129.242.56]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HIBOB-0000WS-6J for ops-area@ietf.org; Fri, 16 Feb 2007 17:17:13 -0500 Received: from zcarhxs1.corp.nortel.com (zcarhxs1.corp.nortel.com [47.129.230.89]) by zcars04e.nortel.com (Switch-2.2.0/Switch-2.2.0) with ESMTP id l1GM98Q06858; Fri, 16 Feb 2007 17:09:08 -0500 (EST) Received: from [47.130.18.199] ([47.130.18.199] RDNS failed) by zcarhxs1.corp.nortel.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 16 Feb 2007 17:17:08 -0500 Message-ID: <45D62D50.9070800@nortel.com> Date: Fri, 16 Feb 2007 17:16:48 -0500 From: "Tom-PT Taylor" User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: ops-area@ietf.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 16 Feb 2007 22:17:08.0371 (UTC) FILETIME=[32866630:01C75218] X-Spam-Score: 0.0 (/) X-Scan-Signature: 8b30eb7682a596edff707698f4a80f7d Cc: Heyuan Xu , Hexian Huang , Tina Tsou Subject: [OPS-AREA] [Fwd: I-D ACTION:draft-xu-cops-push-00.txt] X-BeenThere: ops-area@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: OPS Area e-mail list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: ops-area-bounces@ietf.org The ITU-T is standardizing protocols for a number of resource control interfaces. COPS-PR (amongst other protocols) has been proposed for the Rw interface, which manages gate control and NATing at the ingress and egress to a QoS-controlled network. However, as the I-D below describes, COPS doesn't work as well for the push model as it does for the pull model. The draft below proposes a modification to COPS that would make push model operation more efficient. The primary authors, Xu Heyuan and Hexian Huang, would welcome comments on the proposed approach. Internet-Drafts@ietf.org wrote: > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > > > Title : A Modification to COPS to Improve Implementation of Push Mode > Author(s) : H. Xu, et al. > Filename : draft-xu-cops-push-00.txt > Pages : 17 > Date : 2007-2-16 > > COPS (RFC 2748) was originally designed for pull mode operation. The > message exchanges for pull mode are efficient and support a close > relationship between the protocol operations and state associated > with particular events detected at the Policy Enforcement Point > (PEP). The operation of push mode, as defined in COPS-PR (RFC 3084), > is more awkward. Push mode involves extra messaging between the PEP > and the Policy Decision Point (PDP) if one again wants to associate > state arising from specific events (this time detected at the PDP) > with specific protocol operations. > > This memo proposes to modify RFC 2748 to make push mode operation > more efficient. Comments are invited on whether there are issues > with the proposed solution. > > > A URL for this Internet-Draft is: > http://www.ietf.org/internet-drafts/draft-xu-cops-push-00.txt > ... _______________________________________________ OPS-AREA mailing list OPS-AREA@ietf.org https://www1.ietf.org/mailman/listinfo/ops-area From ops-area-bounces@ietf.org Sun Feb 18 13:00:28 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HIqJp-0003MK-RW; Sun, 18 Feb 2007 12:59:25 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HIqJo-0003Hg-UJ; Sun, 18 Feb 2007 12:59:24 -0500 Received: from nj300815-ier2.net.avaya.com ([198.152.12.103]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HIqJn-0001DC-G8; Sun, 18 Feb 2007 12:59:24 -0500 Received: from IS0004AVEXU1.global.avaya.com (h135-64-105-51.avaya.com [135.64.105.51]) by nj300815-ier2.net.avaya.com (Switch-3.1.8/Switch-3.1.7) with ESMTP id l1IHxHt9018632; Sun, 18 Feb 2007 12:59:18 -0500 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C75386.81B6CD34" X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 Date: Sun, 18 Feb 2007 19:59:17 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: I-D ACTION:draft-harrington-operations-and-management-00.txt Thread-Index: AcdRXUGzSbV/9OhmRNWr76Wrxry/rACKSsOw From: "Romascanu, Dan \(Dan\)" To: , "OPS Area" , "MIB Doctors \(E-mail\)" , X-Scanner: InterScan AntiVirus for Sendmail X-Spam-Score: 0.0 (/) X-Scan-Signature: b132cb3ed2d4be2017585bf6859e1ede Cc: Subject: [OPS-AREA] FW: I-D ACTION:draft-harrington-operations-and-management-00.txt X-BeenThere: ops-area@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: OPS Area e-mail list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: ops-area-bounces@ietf.org This is a multi-part message in MIME format. ------_=_NextPart_001_01C75386.81B6CD34 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable =20 =20 -----Original Message----- From: Internet-Drafts@ietf.org [mailto:Internet-Drafts@ietf.org]=20 Sent: Friday, February 16, 2007 1:50 AM To: i-d-announce@ietf.org Subject: I-D ACTION:draft-harrington-operations-and-management-00.txt=20 A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : Guidelines for Considering Operations and Management of New Protocols Author(s) : D. Harrington Filename : draft-harrington-operations-and-management-00.txt Pages : 31 Date : 2007-2-15 =09 New protocols or protocol extensions are best designed with due consideration of operations and management issues related to the protocol. Retrofitting operations and management recommendations to protocols is sub-optimal. The purpose of this document is to provide guidance to authors of protocol documents about aspects to consider related to the operations and management that should be considered for inclusion in documents defining requirements or functionality of new protocols or protocol extensions. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-harrington-operations-and-mana gement-00.txt To remove yourself from the I-D Announcement list, send a message to=20 i-d-announce-request@ietf.org with the word unsubscribe in the body of=20 the message.=20 You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce=20 to change your subscription settings. Internet-Drafts are also available by anonymous FTP. Login with the=20 username "anonymous" and a password of your e-mail address. After=20 logging in, type "cd internet-drafts" and then=20 "get draft-harrington-operations-and-management-00.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html=20 or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-harrington-operations-and-management-00.txt". =09 NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. ------_=_NextPart_001_01C75386.81B6CD34 Content-Type: application/octet-stream; name="ATT232118.TXT" Content-Transfer-Encoding: base64 Content-Description: ATT232118.TXT Content-Disposition: attachment; filename="ATT232118.TXT" Q29udGVudC1UeXBlOiBNZXNzYWdlL0V4dGVybmFsLWJvZHk7IGFjY2Vzcy10eXBlPSJtYWlsLXNl cnZlciI7DQoJc2VydmVyPSJtYWlsc2VydkBpZXRmLm9yZyINCg0KQ29udGVudC1UeXBlOiB0ZXh0 L3BsYWluDQpDb250ZW50LUlEOiA8MjAwNy0yLTE1MTU1MDA2LkktREBpZXRmLm9yZz4NCg0KRU5D T0RJTkcgbWltZQ0KRklMRSAvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWhhcnJpbmd0b24tb3BlcmF0 aW9ucy1hbmQtbWFuYWdlbWVudC0wMC50eHQNCg== ------_=_NextPart_001_01C75386.81B6CD34 Content-Type: application/octet-stream; name="draft-harrington-operations-and-management-00.URL" Content-Transfer-Encoding: base64 Content-Description: draft-harrington-operations-and-management-00.URL Content-Disposition: attachment; filename="draft-harrington-operations-and-management-00.URL" W0ludGVybmV0U2hvcnRjdXRdDQpVUkw9ZnRwOi8vZnRwLmlldGYub3JnL2ludGVybmV0LWRyYWZ0 cy9kcmFmdC1oYXJyaW5ndG9uLW9wZXJhdGlvbnMtYW5kLW1hbmFnZW1lbnQtMDAudHh0DQo= ------_=_NextPart_001_01C75386.81B6CD34 Content-Type: text/plain; name="ATT232119.txt" Content-Transfer-Encoding: base64 Content-Description: ATT232119.txt Content-Disposition: attachment; filename="ATT232119.txt" X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkktRC1Bbm5v dW5jZSBtYWlsaW5nIGxpc3QNCkktRC1Bbm5vdW5jZUBpZXRmLm9yZw0KaHR0cHM6Ly93d3cxLmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vaS1kLWFubm91bmNlDQo= ------_=_NextPart_001_01C75386.81B6CD34 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ OPS-AREA mailing list OPS-AREA@ietf.org https://www1.ietf.org/mailman/listinfo/ops-area ------_=_NextPart_001_01C75386.81B6CD34-- From ops-area-bounces@ietf.org Mon Feb 19 12:22:13 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HJCCt-0000uT-04; Mon, 19 Feb 2007 12:21:43 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HJCCr-0000uH-BP for ops-area@ietf.org; Mon, 19 Feb 2007 12:21:41 -0500 Received: from nj300815-ier2.net.avaya.com ([198.152.12.103]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HJCCq-0002vB-1d for ops-area@ietf.org; Mon, 19 Feb 2007 12:21:41 -0500 Received: from IS0004AVEXU1.global.avaya.com (h135-64-105-51.avaya.com [135.64.105.51]) by nj300815-ier2.net.avaya.com (Switch-3.1.8/Switch-3.1.7) with ESMTP id l1JHLYUk011286 for ; Mon, 19 Feb 2007 12:21:35 -0500 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 Date: Mon, 19 Feb 2007 19:21:32 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: WG Review: Media Server Control (mediactrl) Thread-Index: AcdUJ+sBAp4TCsiKT3GsP4PHCmB27QAIhRww From: "Romascanu, Dan \(Dan\)" To: "OPS Area" X-Scanner: InterScan AntiVirus for Sendmail X-Spam-Score: 0.0 (/) X-Scan-Signature: 0ddefe323dd869ab027dbfff7eff0465 Subject: [OPS-AREA] FW: WG Review: Media Server Control (mediactrl) X-BeenThere: ops-area@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: OPS Area e-mail list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: ops-area-bounces@ietf.org =20 Please pay attention at the following discussion around the WG Review for Media Server Control (MEDIACTRL) http://www.ietf.org/IESG/EVALUATIONS/mediactrl-charter.txt which will be discussed at the 2/22 IESG telechat.=20 Feedback about this proposed charter and the relationship with O&M is welcome.=20 Dan =20 -----Original Message----- From: Pekka Savola [mailto:pekkas@netcore.fi]=20 Sent: Monday, February 19, 2007 3:14 PM To: iesg@ietf.org Cc: ietf@ietf.org; mediactrl@ietf.org Subject: Re: WG Review: Media Server Control (mediactrl)=20 On Tue, 13 Feb 2007, IESG Secretary wrote: > Given the wide acceptance of the media server, we need a standard way=20 > to control them. This, and taking a look at draft-boulton-sip-control-framework-05.txt which seems to be relevant here, seems to imply this group is about to build a management framework for SIP services. I'm not sure if such a framework has been chartered yet in other WGs, and if not, this would be the first time, bearing closer scrutiny how to do it correctly. How much the manamgement part of O&M has been consulted? What is the model of co-operation with the IETF management expertise? > MILESTONES > > APR 2007 Requirements Document > JUN 2007 Framework Document > NOV 2007 Conference Control Protocol > MAR 2008 IVR Control Protocol > JUN 2008 Broker Protocol or BCP These are horribly vague. Are the dates for WG adoption? WGLC?=20 Shipping off to the IESG? --=20 Pekka Savola "You each name yourselves king, yet the Netcore Oy kingdom bleeds." Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings _______________________________________________ OPS-AREA mailing list OPS-AREA@ietf.org https://www1.ietf.org/mailman/listinfo/ops-area From ops-area-bounces@ietf.org Thu Feb 22 02:02:42 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HK7xb-0001YP-NY; Thu, 22 Feb 2007 02:01:47 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HK7xa-0001YC-JT; Thu, 22 Feb 2007 02:01:46 -0500 Received: from co300216-ier2.net.avaya.com ([198.152.13.103]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HK7xY-0004h6-5V; Thu, 22 Feb 2007 02:01:46 -0500 Received: from IS0004AVEXU1.global.avaya.com (h135-64-105-51.avaya.com [135.64.105.51]) by co300216-ier2.net.avaya.com (Switch-3.1.8/Switch-3.1.7) with ESMTP id l1M71gt5032400; Thu, 22 Feb 2007 02:01:43 -0500 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 Date: Thu, 22 Feb 2007 09:01:38 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: New Liaison Statement, "NGN Management Focus Group" Thread-Index: AcdV+usu+PHWpd69Qx+JCz05MUl0wwAVFQMw From: "Romascanu, Dan \(Dan\)" To: "IAB" , , "OPS Area" X-Scanner: InterScan AntiVirus for Sendmail X-Spam-Score: 0.0 (/) X-Scan-Signature: 082a9cbf4d599f360ac7f815372a6a15 Cc: Subject: [OPS-AREA] FW: New Liaison Statement, "NGN Management Focus Group" X-BeenThere: ops-area@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: OPS Area e-mail list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: ops-area-bounces@ietf.org =20 =20 -----Original Message----- From: Greg Jones (ITU-T SG 4) [mailto:tsbsg4@itu.int]=20 Sent: Wednesday, February 21, 2007 10:57 PM To: Romascanu, Dan (Dan); David Kessens Cc: sob@harvard.edu; chair@ietf.org; djsidor@nortel.com; lmak@alcatel-lucent.com; geoff@caryer.co.uk; tsbsg4@itu.int; greg.jones@itu.int; djsidor@nortel.com Subject: New Liaison Statement, "NGN Management Focus Group"=20 Title: NGN Management Focus Group Submission Date: 2007-02-21 URL of the IETF Web page: https://datatracker.ietf.org/public/liaison_detail.cgi?detail_id=3D299=20 From: Greg Jones(ITU-T SG 4) To: IETF OAM Area(Dan Romascanu , David Kessens ) Cc: sob@harvard.edu chair@ietf.org djsidor@nortel.com lmak@alcatel-lucent.com geoff@caryer.co.uk Reponse Contact: tsbsg4@itu.int greg.jones@itu.int Technical Contact: djsidor@nortel.com Purpose: Information and Action Body: This liaison statement informs you about the current state and the plans of the NGN Management Focus Group (NGNMFG).=20 This focus group was established in September 2004 to organize and undertake a centralized approach regarding specification of NGN Management related to FCAPS interfaces, in particular to support NGN Release 1. Under the provisions of ITU-T Recommendation A.7, the NGNMFG was organized under the sponsorship of SG 4.=20 Since its inception, the NGNMFG has worked on its main deliverable, the NGN Management Roadmap. Recently version 3.1 was completed. The NGNMFG reported about the progress of its activities to the February 2007 SG 4 meeting. At this meeting, SG 4, decided to continue the NGNMFG under modified terms of reference, justified in part by the need for additional deliverables. The most recent version of the Roadmap document and the terms of reference under which the NGNMFG will continue its operation (v5.0) are available from the public part of the ITU-T SG 4 website: http://www.itu.int/ITU-T/studygroups/com04/ngn-mfg/index.html In order to support the role of the NGN Management Roadmap document as a complete and comprehensive set of NGN Management specifications, you are kindly requested to bring any related specification activities in your organizations to the attention of the NGNMFG. Any participants of your organization that are interested in NGNMFG activities and documentation are invited to register as indicated at the aforementioned website. Attachment(s): NGN Management Focus Group - body text (https://datatracker.ietf.org/documents/LIAISON/file401.doc) _______________________________________________ OPS-AREA mailing list OPS-AREA@ietf.org https://www1.ietf.org/mailman/listinfo/ops-area From ops-area-bounces@ietf.org Fri Feb 23 10:32:59 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HKcOy-000584-6F; Fri, 23 Feb 2007 10:32:04 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HKcOx-00057H-3z; Fri, 23 Feb 2007 10:32:03 -0500 Received: from nj300815-ier2.net.avaya.com ([198.152.12.103]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HKcOv-00085l-TD; Fri, 23 Feb 2007 10:32:03 -0500 Received: from IS0004AVEXU1.global.avaya.com (h135-64-105-51.avaya.com [135.64.105.51]) by nj300815-ier2.net.avaya.com (Switch-3.1.8/Switch-3.1.7) with ESMTP id l1NFW0fH012642; Fri, 23 Feb 2007 10:32:01 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 23 Feb 2007 17:31:59 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Approval of draft-heard-rfc4181-update Thread-Index: AcdXX8GTongqDauPRhmiYbL0if1/Jw== From: "Romascanu, Dan \(Dan\)" To: "OPS Area" , "MIB Doctors \(E-mail\)" X-Scanner: InterScan AntiVirus for Sendmail X-Spam-Score: 0.0 (/) X-Scan-Signature: 30ac594df0e66ffa5a93eb4c48bcb014 Cc: Subject: [OPS-AREA] Approval of draft-heard-rfc4181-update X-BeenThere: ops-area@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: OPS Area e-mail list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: ops-area-bounces@ietf.org The IESG approved the publication of draft-heard-rfc4181-update as BCP.=20 Congratulations and thanks to Mike Heard for writing and driving this.=20 Dan =20 _______________________________________________ OPS-AREA mailing list OPS-AREA@ietf.org https://www1.ietf.org/mailman/listinfo/ops-area From ops-area-bounces@ietf.org Wed Feb 28 02:03:51 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMIpT-0005lF-5t; Wed, 28 Feb 2007 02:02:23 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMIpS-0005l8-GL for ops-area@ietf.org; Wed, 28 Feb 2007 02:02:22 -0500 Received: from co300216-ier2.net.avaya.com ([198.152.13.103]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HMIpR-0008NO-5f for ops-area@ietf.org; Wed, 28 Feb 2007 02:02:22 -0500 Received: from IS0004AVEXU1.global.avaya.com (h135-64-105-51.avaya.com [135.64.105.51]) by co300216-ier2.net.avaya.com (Switch-3.1.8/Switch-3.1.7) with ESMTP id l1S72HQ0018384 for ; Wed, 28 Feb 2007 02:02:18 -0500 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 28 Feb 2007 09:02:16 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: NomCom 2006/2007 IESG and IAOC Announcement Thread-Index: AcdaxhAnEKb00D2iTgeFYyeBV92mAwAPxgbQ From: "Romascanu, Dan \(Dan\)" To: "OPS Area" X-Scanner: InterScan AntiVirus for Sendmail X-Spam-Score: 0.0 (/) X-Scan-Signature: f4c2cf0bccc868e4cc88dace71fb3f44 Subject: [OPS-AREA] FW: NomCom 2006/2007 IESG and IAOC Announcement X-BeenThere: ops-area@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: OPS Area e-mail list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: ops-area-bounces@ietf.org =20 Welcome to Ron Bonica as new IESG member and Area Director for Operations and Management. I wish him success in this challenging and exciting task.=20 Thanks to David Kessens for the leadership and the dedication during his years of service as Area Director. David will be in charge until the change of the guard that will happen during the Prague meeting, and will work with Ron and me the transition process. I am sure that we will benefit from David's contributions and experience afterwards as well.=20 Dan =20 -----Original Message----- From: Andrew Lange [mailto:andrew.lange@alcatel.com]=20 Sent: Tuesday, February 27, 2007 11:32 PM To: IETF Announcement list Subject: NomCom 2006/2007 IESG and IAOC Announcement=20 I am pleased to announce that the 2006-2007 NomCom selection and confirmation process for IESG and IAOC is complete. At this time, on behalf of the NomCom, here is the list of IESG and IAOC members selected for the positions under review by the NomCom: i IESG ---- Russ Housley IETF Chair/General Area Director Chris Newman Application Area Director Mark Townsley Internet Area Director Ron Bonica Operations and Management Area Director Jon Peterson Real-time App. and Infra. Area Director Dave Ward Routing Area Director Tim Polk Security Area Director Lars Eggert Transport Area Director IAOC ---- Jonne Soininen The NomCom joins the rest of the IETF community in thanking all these individuals for taking these positions, and in thanking all those who volunteered to be considered as a candidate in the NomCom process. The IAB list will be announced in a few days. - Andrew Lange (chair), for the 2006-2007 IESG Nominating Committee _______________________________________________ IETF-Announce mailing list IETF-Announce@ietf.org https://www1.ietf.org/mailman/listinfo/ietf-announce _______________________________________________ OPS-AREA mailing list OPS-AREA@ietf.org https://www1.ietf.org/mailman/listinfo/ops-area From ops-area-bounces@ietf.org Wed Feb 28 03:16:41 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMJy6-0002bS-Kj; Wed, 28 Feb 2007 03:15:22 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMJy5-0002Zi-9e for ops-area@ietf.org; Wed, 28 Feb 2007 03:15:21 -0500 Received: from p-mail2.rd.francetelecom.com ([195.101.245.16]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1HMJy3-0001S6-MZ for ops-area@ietf.org; Wed, 28 Feb 2007 03:15:21 -0500 Received: from ftrdmel1.rd.francetelecom.fr ([10.193.117.152]) by ftrdsmtp2.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.1830); Wed, 28 Feb 2007 09:15:13 +0100 Content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Wed, 28 Feb 2007 09:15:19 +0100 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: draft-stephan-ops-xml-mib-module-template-00.txt: XML template for MIB modules Thread-Index: AcdbEJW1/H0Z9HgvSuuqhhc3uH3GOQ== From: "STEPHAN Emile RD-CORE-LAN" To: , "Romascanu, Dan \(Dan\)" X-OriginalArrivalTime: 28 Feb 2007 08:15:13.0944 (UTC) FILETIME=[92898980:01C75B10] X-Spam-Score: 0.2 (/) X-Scan-Signature: 963faf56c3a5b6715f0b71b66181e01a Cc: Subject: [OPS-AREA] draft-stephan-ops-xml-mib-module-template-00.txt: XML template for MIB modules X-BeenThere: ops-area@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: OPS Area e-mail list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1337881552==" Errors-To: ops-area-bounces@ietf.org This is a multi-part message in MIME format. --===============1337881552== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C75B10.91F13BF3" This is a multi-part message in MIME format. ------_=_NextPart_001_01C75B10.91F13BF3 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, A new draft is available. This memo ( http://tools.ietf.org/html/draft-stephan-ops-xml-mib-module-template-00 ) presents a XML template for specifying SMI objects and proposes a common XSL base for sharing SMI objects definitions with XML applications.=20 It includes an example of XML application loading MIB objects of a XML version of the SAMPLE-MIB of draft-harrington-text-mib-doc-template-02.txt. Comments are welcome to prepare the mini bof of Prague. Regards Emile ------_=_NextPart_001_01C75B10.91F13BF3 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable draft-stephan-ops-xml-mib-module-template-00.txt: XML template = for MIB modules

Hi,

A new draft is available.

This = memo ( http://tools.ietf.org/html/draft-stephan-ops-xml-mib-modul= e-template-00 ) = presents a XML = template for = specifying = SMI objects and proposes a = common XSL base = for sharing SMI objects definitions with XML = applications. =

It includes = an = example = of = XML = application = loading = MIB objects of a = XML version of = the SAMPLE-MIB = of = draft-harrington-text-mib-doc-template-02.txt.

Comments are = welcome to = prepare the mini bof of Prague.

Regards

Emile


------_=_NextPart_001_01C75B10.91F13BF3-- --===============1337881552== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ OPS-AREA mailing list OPS-AREA@ietf.org https://www1.ietf.org/mailman/listinfo/ops-area --===============1337881552==-- From ops-area-bounces@ietf.org Wed Feb 28 06:18:58 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMMos-0003W5-1a; Wed, 28 Feb 2007 06:18:02 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMMoq-0003RW-4B for ops-area@ietf.org; Wed, 28 Feb 2007 06:18:00 -0500 Received: from ihemail2.lucent.com ([135.245.0.35]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HMMoo-00042E-MR for ops-area@ietf.org; Wed, 28 Feb 2007 06:18:00 -0500 Received: from ilexp02.ndc.lucent.com (h135-3-39-2.lucent.com [135.3.39.2]) by ihemail2.lucent.com (8.13.8/IER-o) with ESMTP id l1SBHtA7024212 for ; Wed, 28 Feb 2007 05:17:56 -0600 (CST) Received: from DEEXP01.de.lucent.com ([135.248.187.65]) by ilexp02.ndc.lucent.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 28 Feb 2007 05:17:31 -0600 Received: from DEEXC1U02.de.lucent.com ([135.248.187.28]) by DEEXP01.de.lucent.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 28 Feb 2007 12:17:27 +0100 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 Subject: RE: [OPS-AREA] FW: NomCom 2006/2007 IESG and IAOC Announcement Date: Wed, 28 Feb 2007 12:17:27 +0100 Message-ID: In-reply-to: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [OPS-AREA] FW: NomCom 2006/2007 IESG and IAOC Announcement Thread-Index: AcdaxhAnEKb00D2iTgeFYyeBV92mAwAPxgbQAAjxdaA= References: From: "Wijnen, Bert \(Bert\)" To: "OPS Area" X-OriginalArrivalTime: 28 Feb 2007 11:17:27.0373 (UTC) FILETIME=[075E67D0:01C75B2A] X-Scanned-By: MIMEDefang 2.57 on 135.245.2.35 X-Spam-Score: 0.0 (/) X-Scan-Signature: 6cca30437e2d04f45110f2ff8dc1b1d5 X-BeenThere: ops-area@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: OPS Area e-mail list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: ops-area-bounces@ietf.org Congrats to Ron (and to David as well; you will get a real life again David; I know from experience). Bert=20 > -----Original Message----- > From: Romascanu, Dan (Dan) [mailto:dromasca@avaya.com]=20 > Sent: woensdag 28 februari 2007 8:02 > To: OPS Area > Subject: [OPS-AREA] FW: NomCom 2006/2007 IESG and IAOC Announcement=20 >=20 > =20 > Welcome to Ron Bonica as new IESG member and Area Director=20 > for Operations and Management. I wish him success in this=20 > challenging and exciting task.=20 >=20 > Thanks to David Kessens for the leadership and the dedication=20 > during his years of service as Area Director. David will be=20 > in charge until the change of the guard that will happen=20 > during the Prague meeting, and will work with Ron and me the=20 > transition process. I am sure that we will benefit from=20 > David's contributions and experience afterwards as well.=20 >=20 > Dan >=20 > =20 >=20 > -----Original Message----- > From: Andrew Lange [mailto:andrew.lange@alcatel.com] > Sent: Tuesday, February 27, 2007 11:32 PM > To: IETF Announcement list > Subject: NomCom 2006/2007 IESG and IAOC Announcement=20 >=20 > I am pleased to announce that the 2006-2007 NomCom selection=20 > and confirmation process for IESG and IAOC is complete. At=20 > this time, on behalf of the NomCom, here is the list of IESG=20 > and IAOC members selected for the positions under review by=20 > the NomCom: > i > IESG >=20 > ---- > Russ Housley IETF Chair/General Area Director > Chris Newman Application Area Director > Mark Townsley Internet Area Director > Ron Bonica Operations and Management Area Director > Jon Peterson Real-time App. and Infra. Area Director > Dave Ward Routing Area Director > Tim Polk Security Area Director > Lars Eggert Transport Area Director >=20 > IAOC > ---- > Jonne Soininen >=20 > The NomCom joins the rest of the IETF community in thanking=20 > all these individuals for taking these positions, and in=20 > thanking all those who volunteered to be considered as a=20 > candidate in the NomCom process. >=20 > The IAB list will be announced in a few days. >=20 > - Andrew Lange (chair), for the 2006-2007 IESG Nominating Committee >=20 >=20 >=20 >=20 > _______________________________________________ > IETF-Announce mailing list > IETF-Announce@ietf.org > https://www1.ietf.org/mailman/listinfo/ietf-announce >=20 >=20 > _______________________________________________ > OPS-AREA mailing list > OPS-AREA@ietf.org > https://www1.ietf.org/mailman/listinfo/ops-area >=20 _______________________________________________ OPS-AREA mailing list OPS-AREA@ietf.org https://www1.ietf.org/mailman/listinfo/ops-area From ops-area-bounces@ietf.org Wed Feb 28 10:35:35 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMQpv-0001sb-Dy; Wed, 28 Feb 2007 10:35:23 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMQpu-0001sO-Jl for ops-area@ietf.org; Wed, 28 Feb 2007 10:35:22 -0500 Received: from hermes.iu-bremen.de ([212.201.44.23]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HMQpt-0004Na-7m for ops-area@ietf.org; Wed, 28 Feb 2007 10:35:22 -0500 Received: from localhost (demetrius.iu-bremen.de [212.201.44.32]) by hermes.iu-bremen.de (Postfix) with ESMTP id 0D49B6DA02; Wed, 28 Feb 2007 16:35:14 +0100 (CET) Received: from hermes.iu-bremen.de ([212.201.44.23]) by localhost (demetrius.iu-bremen.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id 14406-08; Wed, 28 Feb 2007 16:35:10 +0100 (CET) Received: from elstar.iuhb02.iu-bremen.de (elstar.iuhb02.iu-bremen.de [10.50.231.133]) by hermes.iu-bremen.de (Postfix) with ESMTP id 549CA6DA41; Wed, 28 Feb 2007 16:35:08 +0100 (CET) Received: by elstar.iuhb02.iu-bremen.de (Postfix, from userid 501) id B6AA41B3378; Wed, 28 Feb 2007 16:35:06 +0100 (CET) Date: Wed, 28 Feb 2007 16:35:06 +0100 From: Juergen Schoenwaelder To: STEPHAN Emile RD-CORE-LAN Subject: Re: [OPS-AREA] draft-stephan-ops-xml-mib-module-template-00.txt: XML template for MIB modules Message-ID: <20070228153506.GA11494@elstar.iuhb02.iu-bremen.de> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.14 (2007-02-12) X-Virus-Scanned: amavisd-new 2.3.3 (20050822) at iu-bremen.de X-Spam-Score: 0.0 (/) X-Scan-Signature: 0bc60ec82efc80c84b8d02f4b0e4de22 Cc: ops-area@ietf.org X-BeenThere: ops-area@ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: j.schoenwaelder@iu-bremen.de List-Id: OPS Area e-mail list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: ops-area-bounces@ietf.org On Wed, Feb 28, 2007 at 09:15:19AM +0100, STEPHAN Emile RD-CORE-LAN wrote: > It includes an example of XML application loading MIB objects of a XML > version of the SAMPLE-MIB of > draft-harrington-text-mib-doc-template-02.txt. > > Comments are welcome to prepare the mini bof of Prague. I like to see a clear statement why this approach is better than using a simple include directive and writing the MIB module directly in exactly the way in should look like. If there are strong reasons for using XML, I assume the way to go would be to introduce appropriate markup constructs instead of (mis-)using and for almost everything. But personally, I am not yet convinced that there are strong reasons to do this. (And yes, I have read the introduction.) Note that I do not really plan to have a discussion on this here on this mailing list. I am just giving you ideas to think about before the bof so you can try to convince me (in case I end up in the bof ;-). /js -- Juergen Schoenwaelder Jacobs University Bremen P.O. Box 750 561, 28725 Bremen, Germany _______________________________________________ OPS-AREA mailing list OPS-AREA@ietf.org https://www1.ietf.org/mailman/listinfo/ops-area From ops-area-bounces@ietf.org Wed Feb 28 11:19:32 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMRWT-0007Ep-6z; Wed, 28 Feb 2007 11:19:21 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMRWQ-0007Bl-Be for ops-area@ietf.org; Wed, 28 Feb 2007 11:19:18 -0500 Received: from sccrmhc14.comcast.net ([63.240.77.84]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HMRWN-0001DV-OA for ops-area@ietf.org; Wed, 28 Feb 2007 11:19:18 -0500 Received: from harrington73653 (c-24-128-104-207.hsd1.nh.comcast.net[24.128.104.207]) by comcast.net (sccrmhc14) with SMTP id <2007022816191501400p7a3re>; Wed, 28 Feb 2007 16:19:15 +0000 From: "David Harrington" To: , "'STEPHAN Emile RD-CORE-LAN'" References: <20070228153506.GA11494@elstar.iuhb02.iu-bremen.de> Subject: RE: [OPS-AREA] draft-stephan-ops-xml-mib-module-template-00.txt:XML template for MIB modules Date: Wed, 28 Feb 2007 11:14:59 -0500 Message-ID: <236201c75b53$9c3cec40$0600a8c0@china.huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 In-reply-to: <20070228153506.GA11494@elstar.iuhb02.iu-bremen.de> Thread-index: AcdbThdP5KTHBx43QFCJwPaOVfu01AAA1pWA X-Spam-Score: 0.0 (/) X-Scan-Signature: 6cca30437e2d04f45110f2ff8dc1b1d5 Cc: ops-area@ietf.org X-BeenThere: ops-area@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: OPS Area e-mail list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: ops-area-bounces@ietf.org Hi, While I wrote the Templates for MIB Documents to use an include mechanism, I can see some benefit in writing the MIB module in XML, with the intention of having xml2rfc process it into a document. The line length issue mentioned in Emile's document is a real irritation, partly because the error reporting from xml2rfc is not always good at identifying the line in the XML source where the problem exists. XXE helps, but not totally. So some people might prefer to write their MIB module in XML. I an not yet convinced this is something the OPS area or MIB Doctors should promote because I think there are likely to be problems with the approach that will make it harder to write and review MIB documents. I suspect the requirement that the MIB module must be able to stand alone from the rest of the document will probably cause problems if writers try to utilize xml2rfc's and XXE reference handling capabilities in the MIB module itself, but I suppose this is no different than writing the whole document in a text editor. I am happy to see people experiment with Emile's approach to see if it makes life easier for MIB writers/editors and MIB Doctors. dbh > -----Original Message----- > From: Juergen Schoenwaelder [mailto:j.schoenwaelder@iu-bremen.de] > Sent: Wednesday, February 28, 2007 10:35 AM > To: STEPHAN Emile RD-CORE-LAN > Cc: ops-area@ietf.org > Subject: Re: [OPS-AREA] > draft-stephan-ops-xml-mib-module-template-00.txt:XML template > for MIB modules > > On Wed, Feb 28, 2007 at 09:15:19AM +0100, STEPHAN Emile > RD-CORE-LAN wrote: > > > It includes an example of XML application loading MIB > objects of a XML > > version of the SAMPLE-MIB of > > draft-harrington-text-mib-doc-template-02.txt. > > > > Comments are welcome to prepare the mini bof of Prague. > > I like to see a clear statement why this approach is better than using > a simple include directive and writing the MIB module directly in > exactly the way in should look like. > > If there are strong reasons for using XML, I assume the way to go > would be to introduce appropriate markup constructs instead of > (mis-)using and for almost everything. But personally, I am > not yet convinced that there are strong reasons to do this. (And yes, > I have read the introduction.) > > Note that I do not really plan to have a discussion on this here on > this mailing list. I am just giving you ideas to think about before > the bof so you can try to convince me (in case I end up in the bof > ;-). > > /js > > -- > Juergen Schoenwaelder Jacobs University Bremen > P.O. Box 750 561, > 28725 Bremen, Germany > > _______________________________________________ > OPS-AREA mailing list > OPS-AREA@ietf.org > https://www1.ietf.org/mailman/listinfo/ops-area > _______________________________________________ OPS-AREA mailing list OPS-AREA@ietf.org https://www1.ietf.org/mailman/listinfo/ops-area From ops-area-bounces@ietf.org Wed Feb 28 11:45:34 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMRvZ-0007NO-H8; Wed, 28 Feb 2007 11:45:17 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMRvX-0007My-HM for ops-area@ietf.org; Wed, 28 Feb 2007 11:45:15 -0500 Received: from smtpproxy2.mitre.org ([192.80.55.71] helo=smtp-mclean.mitre.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HMRvU-0003xO-2e for ops-area@ietf.org; Wed, 28 Feb 2007 11:45:15 -0500 Received: from smtp-mclean.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-mclean.mitre.org (8.12.11.20060308/8.12.11) with SMTP id l1SGj9Em004470 for ; Wed, 28 Feb 2007 11:45:09 -0500 Received: from smtp-mclean.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-mclean.mitre.org (Postfix) with ESMTP id 6E8791BDA0 for ; Wed, 28 Feb 2007 11:45:09 -0500 (EST) Received: from imcfe2.MITRE.ORG (imcfe2.mitre.org [129.83.29.4]) by smtp-mclean.mitre.org (8.12.11.20060308/8.12.11) with ESMTP id l1SGj9F7004459 for ; Wed, 28 Feb 2007 11:45:09 -0500 Received: from IMCSRV2.MITRE.ORG ([129.83.20.164]) by imcfe2.MITRE.ORG with Microsoft SMTPSVC(6.0.3790.1830); Wed, 28 Feb 2007 11:45:09 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 28 Feb 2007 11:45:09 -0500 Message-ID: <4915F014FDD99049A9C3A8C1B832004F019E231D@IMCSRV2.MITRE.ORG> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Converting SNMP MIBs to SOA/Web Services Management Artifacts Thread-Index: AcdbV87hwV39Q2G2RDa965hT0JGCfg== From: "Natale, Bob" To: "OPS Area" X-OriginalArrivalTime: 28 Feb 2007 16:45:09.0193 (UTC) FILETIME=[CEBA0B90:01C75B57] X-Spam-Score: 0.1 (/) X-Scan-Signature: 36b1f8810cb91289d885dc8ab4fc8172 Subject: [OPS-AREA] Converting SNMP MIBs to SOA/Web Services Management Artifacts X-BeenThere: ops-area@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: OPS Area e-mail list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1945766327==" Errors-To: ops-area-bounces@ietf.org This is a multi-part message in MIME format. --===============1945766327== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C75B57.CE6C5860" This is a multi-part message in MIME format. ------_=_NextPart_001_01C75B57.CE6C5860 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, =20 [Rushing out to a meeting....] =20 Just in case people did not catch the announcement, the following I-D was posted for the Prague mini-BOF indicated below: "Converting SNMP MIBs to SOA/Web Services Management Artifacts",=20 http://www.ietf.org/internet-drafts/draft-natale-snmp-mibs-to-ontology- 00.txt . =20 This topic is considerably broader than the MIB-to-XML work proposed by Emile, but (while a primary purpose of the BOF and the WG it proposes is to identify the right set of artifacts) it is almost certain that correct and efficient XML encoding of MIBs will be at the basis of the desired artifacts, so it is good that we are having that discussion (and that Emile's BOF presentation precedes this one on the agenda). =20 Meeting 2 - Thursday March 22, 2007 - 9:00 to 11:30AM ... 5. Mini-BOF G: OWL techniques for MIB to XML documents and schema translation - Bob Natale (total: 40 min) =20 Specification of a standard methodology for translating SNMP MIBs into outputs more directly usable by emerging SOA/web services management tools, and specification of a standard methodology for validating those translations. Appropriate translation outputs are TBD by the WG, but can be expected to include one or more of the following: XML, RDF, WSDL, WS-Policy, WS-Event/Notification, Ontology. The translation output(s) should allow for extension of the respective managed element data model in the native SOA/web services environment. Because of the extensibility objective, reverse translation back into SNMP MIB format is a non-goal of the WG, but the possibility should be considered when weighing alternatives. =20 Cheers, BobN ------_=_NextPart_001_01C75B57.CE6C5860 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi,
 
[Rushing out to a = meeting....]
 
Just=20 in case people did not catch the announcement, the following I-D was = posted for=20 the Prague mini-BOF indicated below:
"Converting SNMP MIBs to SOA/Web Services = Management=20 Artifacts",
http://www.ietf.org/internet-drafts/draft-natale-snmp-mibs-to-on= tology-00.txt.
 
This=20 topic is considerably broader than the MIB-to-XML work proposed by = Emile, but=20 (while a primary purpose of the BOF and the WG it proposes is to = identify the=20 right set of artifacts) it is almost certain that correct and efficient = XML=20 encoding of MIBs will be at the basis of the desired artifacts, so it is = good=20 that we are having that discussion (and that Emile's BOF presentation = precedes=20 this one on the agenda).
 
Meeting 2 - Thursday = March 22, 2007=20 - 9:00 to 11:30AM
...
5. Mini-BOF G: OWL = techniques for=20 MIB to XML documents and schema
translation - Bob Natale (total: 40=20 min)
 
Specification of a = standard=20 methodology for translating SNMP MIBs into
outputs more directly = usable by=20 emerging SOA/web services management
tools, and specification of a = standard=20 methodology for validating those
translations.  Appropriate = translation=20 outputs are TBD by the WG, but
can be expected to include one or more = of the=20 following: XML, RDF, WSDL,
WS-Policy, WS-Event/Notification, = Ontology. =20 The translation output(s)
should allow for extension of the = respective=20 managed element data model
in the native SOA/web services = environment. =20 Because of the
extensibility objective, reverse translation back into = SNMP=20 MIB format
is a non-goal of the WG, but the possibility should be = considered=20 when
weighing alternatives.
 
Cheers,
BobN
------_=_NextPart_001_01C75B57.CE6C5860-- --===============1945766327== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ OPS-AREA mailing list OPS-AREA@ietf.org https://www1.ietf.org/mailman/listinfo/ops-area --===============1945766327==-- From ops-area-bounces@ietf.org Wed Feb 28 12:28:22 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMSay-0004sA-Op; Wed, 28 Feb 2007 12:28:04 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMSaw-0004oS-Qx for ops-area@ietf.org; Wed, 28 Feb 2007 12:28:02 -0500 Received: from omr1.networksolutionsemail.com ([205.178.146.51]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HMSar-00038F-PU for ops-area@ietf.org; Wed, 28 Feb 2007 12:28:02 -0500 Received: from mail.networksolutionsemail.com (ns-omr1.mgt.netsol.com [10.49.6.64]) by omr1.networksolutionsemail.com (8.13.6/8.13.6) with SMTP id l1SHRZE1010863 for ; Wed, 28 Feb 2007 12:27:51 -0500 Received: (qmail 31554 invoked by uid 78); 28 Feb 2007 17:27:33 -0000 Received: from unknown (HELO ?127.0.0.1?) (andy@andybierman.com@75.83.56.110) by ns-omr1.lb.hosting.dc2.netsol.com with SMTP; 28 Feb 2007 17:27:33 -0000 Message-ID: <45E5BB72.8080809@andybierman.com> Date: Wed, 28 Feb 2007 09:27:14 -0800 From: Andy Bierman User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: David Harrington Subject: Re: [OPS-AREA] draft-stephan-ops-xml-mib-module-template-00.txt:XML template for MIB modules References: <20070228153506.GA11494@elstar.iuhb02.iu-bremen.de> <236201c75b53$9c3cec40$0600a8c0@china.huawei.com> In-Reply-To: <236201c75b53$9c3cec40$0600a8c0@china.huawei.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-Scan-Signature: 69a74e02bbee44ab4f8eafdbcedd94a1 Cc: j.schoenwaelder@iu-bremen.de, ops-area@ietf.org X-BeenThere: ops-area@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: OPS Area e-mail list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: ops-area-bounces@ietf.org David Harrington wrote: > Hi, > > While I wrote the Templates for MIB Documents to use an include > mechanism, I can see some benefit in writing the MIB module in XML, > with the intention of having xml2rfc process it into a document. > > The line length issue mentioned in Emile's document is a real > irritation, partly because the error reporting from xml2rfc is not > always good at identifying the line in the XML source where the > problem exists. XXE helps, but not totally. > > So some people might prefer to write their MIB module in XML. I an not > yet convinced this is something the OPS area or MIB Doctors should > promote because I think there are likely to be problems with the > approach that will make it harder to write and review MIB documents. > > I suspect the requirement that the MIB module must be able to stand > alone from the rest of the document will probably cause problems if > writers try to utilize xml2rfc's and XXE reference handling > capabilities in the MIB module itself, but I suppose this is no > different than writing the whole document in a text editor. > > I am happy to see people experiment with Emile's approach to see if it > makes life easier for MIB writers/editors and MIB Doctors. > This is the sort of thing that a software tool should generate from the SMIv2 source, so (IMO) we are dealing with implementation details for that tool. Since xml2rfc is essentially a mandatory tool for IETF submission writers, it seems in scope to reach some formal agreement on the 'feature-request' given to the tools team for enhanced MIB authoring support. > dbh Andy _______________________________________________ OPS-AREA mailing list OPS-AREA@ietf.org https://www1.ietf.org/mailman/listinfo/ops-area From ops-area-bounces@ietf.org Wed Feb 28 13:02:46 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMT7r-0005Bv-TS; Wed, 28 Feb 2007 13:02:03 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMT7q-00056A-JY for ops-area@ietf.org; Wed, 28 Feb 2007 13:02:02 -0500 Received: from omr3.networksolutionsemail.com ([205.178.146.53]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HMT7o-0008Hu-99 for ops-area@ietf.org; Wed, 28 Feb 2007 13:02:02 -0500 Received: from mail.networksolutionsemail.com (ns-omr3.mgt.netsolmail.com [10.49.6.66]) by omr3.networksolutionsemail.com (8.13.6/8.13.6) with SMTP id l1SI20EY001147 for ; Wed, 28 Feb 2007 13:02:00 -0500 Received: (qmail 8905 invoked by uid 78); 28 Feb 2007 18:01:59 -0000 Received: from unknown (HELO ?127.0.0.1?) (andy@andybierman.com@75.83.56.110) by ns-omr3.lb.hosting.dc2.netsol.com with SMTP; 28 Feb 2007 18:01:59 -0000 Message-ID: <45E5C385.1060200@andybierman.com> Date: Wed, 28 Feb 2007 10:01:41 -0800 From: Andy Bierman User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: "Natale, Bob" Subject: Re: [OPS-AREA] Converting SNMP MIBs to SOA/Web Services Management Artifacts References: <4915F014FDD99049A9C3A8C1B832004F019E231D@IMCSRV2.MITRE.ORG> In-Reply-To: <4915F014FDD99049A9C3A8C1B832004F019E231D@IMCSRV2.MITRE.ORG> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-Scan-Signature: 32b73d73e8047ed17386f9799119ce43 Cc: OPS Area X-BeenThere: ops-area@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: OPS Area e-mail list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: ops-area-bounces@ietf.org Hi Bob, I agree with you about the scope of the problem, and I'm looking forward to the BoF. I'm very interested in the problem of automated translation, and a procedural model (based on NETCONF standard and extended operations) that can directly integrate with SOA/WSDL NMS applications. The only paragraph in your draft I really disagree with is the final bullet in Sec. 3, about possible WG charter items: o Nothing that is inconsistent with management entity support for SNMPv3 security and access control mechanisms will be introduced into the solution(s) standardized by this effort. IMO, this requirement removes the possibility for real improvement in the areas of access control and security integration. In reality, an SNMP agent isn't going to be accepting the NM connection for this new SOA interface. It is more practical to use a user-session-based protocol like NETCONF (or CLI over SSH2 even), and interface to the SNMP engine in the agent implementation. An access control model that accounts for verbs, classes, nested data, and other SOA-like details is going to be easier to implement than VACM. I believe the only component needed from 'the SNMP world' is SMIv2. Standard translation from SMIv2 to XSD allows a high-level API to reuse the semantics and algorithmic name translation of individual MIB tables and objects in the definition of 'methods' (or verbs or procedures or operations, or whatever else these are called). These methods are not a normative component of SNMP. They are usually not defined at all, and if they are, it is usually in non-normative appendices or examples. Basing a high-level API on low-level SNMP get* and set operations is going to be much more complicated than almost any other implementation choice. Encoding SNMP operations in XML is a "worst of both worlds" scenario. Andy > Hi, > > [Rushing out to a meeting....] > > Just in case people did not catch the announcement, the following I-D > was posted for the Prague mini-BOF indicated below: > "Converting SNMP MIBs to SOA/Web Services Management Artifacts", > http://www.ietf.org/internet-drafts/draft-natale-snmp-mibs-to-ontology-00.txt. > > This topic is considerably broader than the MIB-to-XML work proposed by > Emile, but (while a primary purpose of the BOF and the WG it proposes is > to identify the right set of artifacts) it is almost certain that > correct and efficient XML encoding of MIBs will be at the basis of the > desired artifacts, so it is good that we are having that discussion (and > that Emile's BOF presentation precedes this one on the agenda). > > Meeting 2 - Thursday March 22, 2007 - 9:00 to 11:30AM > ... > 5. Mini-BOF G: OWL techniques for MIB to XML documents and schema > translation - Bob Natale (total: 40 min) > > Specification of a standard methodology for translating SNMP MIBs into > outputs more directly usable by emerging SOA/web services management > tools, and specification of a standard methodology for validating those > translations. Appropriate translation outputs are TBD by the WG, but > can be expected to include one or more of the following: XML, RDF, WSDL, > WS-Policy, WS-Event/Notification, Ontology. The translation output(s) > should allow for extension of the respective managed element data model > in the native SOA/web services environment. Because of the > extensibility objective, reverse translation back into SNMP MIB format > is a non-goal of the WG, but the possibility should be considered when > weighing alternatives. > > Cheers, > BobN > > > ------------------------------------------------------------------------ > > _______________________________________________ > OPS-AREA mailing list > OPS-AREA@ietf.org > https://www1.ietf.org/mailman/listinfo/ops-area _______________________________________________ OPS-AREA mailing list OPS-AREA@ietf.org https://www1.ietf.org/mailman/listinfo/ops-area From ops-area-bounces@ietf.org Wed Feb 28 13:09:14 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMTEj-0006Wh-3H; Wed, 28 Feb 2007 13:09:09 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMTEh-0006WM-Fr for ops-area@ietf.org; Wed, 28 Feb 2007 13:09:07 -0500 Received: from p-mail2.rd.francetelecom.com ([195.101.245.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HMTEd-0000ck-4Q for ops-area@ietf.org; Wed, 28 Feb 2007 13:09:07 -0500 Received: from ftrdmel1.rd.francetelecom.fr ([10.193.117.152]) by ftrdsmtp1.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.1830); Wed, 28 Feb 2007 19:08:32 +0100 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_01C75B63.80BEAFB8" Subject: RE: [OPS-AREA] draft-stephan-ops-xml-mib-module-template-00.txt:XML template for MIB modules Date: Wed, 28 Feb 2007 19:08:51 +0100 Message-ID: In-Reply-To: <236201c75b53$9c3cec40$0600a8c0@china.huawei.com> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: [OPS-AREA] draft-stephan-ops-xml-mib-module-template-00.txt:XML template for MIB modules Thread-Index: AcdbThdP5KTHBx43QFCJwPaOVfu01AAA1pWAAAEDMcA= From: "STEPHAN Emile RD-CORE-LAN" To: "David Harrington" , X-OriginalArrivalTime: 28 Feb 2007 18:08:32.0833 (UTC) FILETIME=[7520EB10:01C75B63] X-Spam-Score: 0.6 (/) X-Scan-Signature: 0141dfaa16497196f0ee5f03d692fd2b Cc: ops-area@ietf.org X-BeenThere: ops-area@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: OPS Area e-mail list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: ops-area-bounces@ietf.org This is a multi-part message in MIME format. ------_=_NextPart_001_01C75B63.80BEAFB8 Content-Type: multipart/alternative; boundary="----_=_NextPart_002_01C75B63.80BEAFB8" ------_=_NextPart_002_01C75B63.80BEAFB8 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable HI, First of all, thanks for reading and for reacting before the mini bof. = That will improve the discussion in Prague. Yours points of view cover the 3 major directions covered by the draft: = the IETF process for MIB modules standardization, the XML approach used = and the the need of tying SMI and XML. Regarding the IETF process, I have 2 concerns:=20 As more and more people are writing IETF document in XML, as RFC editor = asks for the XML version of the draft if available, MIB editors need a = comfortable way to edit MIB module part of the draft in XML too. I edit = PCE WG MIBs draft in XML in that way; it works (see PCE DIS MIB below) = without any complaint of Smilint. So there is not any side effect = regarding MIB doctor tasks.=20 There is no other language inside the IETF standardization process than = the SMI to encourage the specification of precise management object. So = I propose to provide XML applications with the capability to load MIB = module.=20 Regarding the second point, it is clear the proposed XML template is = just an overlay over SMI macros. So the intense usage of is = not elegant even if the Xpath may be reduced to //list[@smi]/list/t. On = the other hand, as the SMI is already formal there is not a big benefit = to double markups.=20 Finally, several questions related to the need of minimum connection = between SMI and XML: * Do we need to make MIB editing more friendly? What are the benefits of = doing it? * Are there any protocols relying on XML data model that need to load, = or that will take benefit of loading, part of MIB module for configuring = or for monitoring? Is there something else proposed by IETF?=20 * Is that urgent? How are we going to deal with double management = interface? Can we afford to go through a long standardization process = related to XML SMI without providing some initial guidance and tools?=20 * Is this draft a first piece of the solution? What are the other pieces = ? <>=20 Regards Emile -----Message d'origine----- De : David Harrington [mailto:ietfdbh@comcast.net]=20 Envoy=E9 : mercredi 28 f=E9vrier 2007 17:15 =C0 : j.schoenwaelder@iu-bremen.de; STEPHAN Emile RD-CORE-LAN Cc : ops-area@ietf.org Objet : RE: [OPS-AREA] = draft-stephan-ops-xml-mib-module-template-00.txt:XML template for MIB = modules Hi, While I wrote the Templates for MIB Documents to use an include mechanism, I can see some benefit in writing the MIB module in XML, with the intention of having xml2rfc process it into a document.=20 The line length issue mentioned in Emile's document is a real irritation, partly because the error reporting from xml2rfc is not always good at identifying the line in the XML source where the problem exists. XXE helps, but not totally. So some people might prefer to write their MIB module in XML. I an not yet convinced this is something the OPS area or MIB Doctors should promote because I think there are likely to be problems with the approach that will make it harder to write and review MIB documents.=20 I suspect the requirement that the MIB module must be able to stand alone from the rest of the document will probably cause problems if writers try to utilize xml2rfc's and XXE reference handling capabilities in the MIB module itself, but I suppose this is no different than writing the whole document in a text editor. I am happy to see people experiment with Emile's approach to see if it makes life easier for MIB writers/editors and MIB Doctors. dbh > -----Original Message----- > From: Juergen Schoenwaelder [mailto:j.schoenwaelder@iu-bremen.de]=20 > Sent: Wednesday, February 28, 2007 10:35 AM > To: STEPHAN Emile RD-CORE-LAN > Cc: ops-area@ietf.org > Subject: Re: [OPS-AREA]=20 > draft-stephan-ops-xml-mib-module-template-00.txt:XML template=20 > for MIB modules >=20 > On Wed, Feb 28, 2007 at 09:15:19AM +0100, STEPHAN Emile=20 > RD-CORE-LAN wrote: >=20 > > It includes an example of XML application loading MIB=20 > objects of a XML > > version of the SAMPLE-MIB of > > draft-harrington-text-mib-doc-template-02.txt. > >=20 > > Comments are welcome to prepare the mini bof of Prague. >=20 > I like to see a clear statement why this approach is better than using > a simple include directive and writing the MIB module directly in > exactly the way in should look like. >=20 > If there are strong reasons for using XML, I assume the way to go > would be to introduce appropriate markup constructs instead of > (mis-)using and for almost everything. But personally, I am > not yet convinced that there are strong reasons to do this. (And yes, > I have read the introduction.) >=20 > Note that I do not really plan to have a discussion on this here on > this mailing list. I am just giving you ideas to think about before > the bof so you can try to convince me (in case I end up in the bof > ;-). >=20 > /js >=20 > --=20 > Juergen Schoenwaelder Jacobs University Bremen > P.O. Box 750 561,=20 > 28725 Bremen, Germany >=20 > _______________________________________________ > OPS-AREA mailing list > OPS-AREA@ietf.org > https://www1.ietf.org/mailman/listinfo/ops-area >=20 ------_=_NextPart_002_01C75B63.80BEAFB8 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: [OPS-AREA] = draft-stephan-ops-xml-mib-module-template-00.txt:XML template for MIB = modules

HI,

First of all, = thanks for reading = and for reacting before the mini = bof. That will improve the discussion in = Prague.

Yours points of view cover the 3 major directions covered by the draft: the  IETF process for MIB modules standardization, the XML = approach used and the = the need of tying SMI and = XML.

Regarding the IETF process, I have 2 = concerns:

    As more and more people are writing IETF document in XML, = as RFC editor asks for the XML version of the draft if = available, MIB editors need a = comfortable way to edit MIB module part of the draft in XML = too. I edit PCE = WG MIBs draft = in XML in that = way; it works (see PCE DIS MIB below) without any = complaint of Smilint. So there is not any side effect = regarding MIB = doctor tasks.

    There is no other = language = inside the IETF standardization process than the SMI to encourage the specification of precise = management object. So I propose to provide = XML applications with the capability to load MIB module. =

Regarding the second point, it is clear the = proposed XML = template is just an overlay over SMI macros. So the intense usage of = <t><list> is not elegant even if = the Xpath may be reduced to = //list[@smi]/list/t. On the other hand, as the SMI is already formal there is not a big benefit to = double markups. =


Finally, several questions related to the need of minimum connection = between SMI and = XML:

·       Do we need to = make MIB editing more = friendly? What are the benefits = of doing it?
·       Are there any = protocols relying = on XML data model that need to load, or that = will take benefit of loading, part of = MIB module for configuring or = for monitoring? Is there something else proposed by IETF? =

·       Is that urgent? How are we going to deal with double = management interface? Can we afford to go through = a = long = standardization process related to XML SMI without providing some initial guidance and = tools?

·       Is = this draft a first piece of the solution? What are the = other pieces ?


<<draft-ietf-pce-disc-mib-00.xml>> =

Regards

Emile

-----Message d'origine-----
De=A0: David Harrington [mailto:ietfdbh@comcast.net]
Envoy=E9=A0: mercredi 28 f=E9vrier 2007 17:15
=C0=A0: = j.schoenwaelder@iu-bremen.de; STEPHAN Emile RD-CORE-LAN
Cc=A0: ops-area@ietf.org
Objet=A0: RE: [OPS-AREA] = draft-stephan-ops-xml-mib-module-template-00.txt:XML template for MIB = modules

Hi,

While I wrote the Templates for MIB Documents to use an = include

mechanism, I can see some benefit in writing the MIB module in = XML,

with the intention of having xml2rfc process it into a document. =

The line length issue mentioned in Emile's document is a = real

irritation, partly because the error reporting from xml2rfc is = not

always good at identifying the line in the XML source where = the

problem exists. XXE helps, but not totally.

So some people might = prefer to write their MIB module in XML. I an not

yet convinced this is something the OPS area or MIB Doctors = should

promote because I think there are likely to be problems with = the

approach that will make it harder to write and review MIB = documents.

I suspect the requirement that the MIB module must be able to = stand

alone from the rest of the document will probably cause problems = if

writers try to utilize xml2rfc's and XXE reference = handling

capabilities in the MIB module itself, but I suppose this = is no

different than writing the whole document in a text = editor.

I am happy to see people experiment with Emile's approach to see if = it

makes life easier for MIB writers/editors and MIB = Doctors.

dbh

> -----Original Message-----

> From: Juergen Schoenwaelder [mailto:j.schoenwaelder@iu-br= emen.de]

> Sent: Wednesday, February 28, 2007 10:35 AM

> To: STEPHAN Emile RD-CORE-LAN

> Cc: ops-area@ietf.org

> Subject: Re: [OPS-AREA]

> draft-stephan-ops-xml-mib-module-template-00.txt:XML template =

> for MIB modules

>

> On Wed, Feb 28, 2007 at 09:15:19AM +0100, STEPHAN Emile =

> RD-CORE-LAN wrote:

>

> > It includes an example of XML application loading MIB =

> objects of a XML

> > version of the SAMPLE-MIB of

> > = draft-harrington-text-mib-doc-template-02.txt.

> >

> > Comments are = welcome to prepare the mini bof of Prague.

>

> I like to see a clear statement why this approach is better = than

using

> a simple include directive and writing the MIB module directly = in

> exactly the way in should look like.

>

> If there are strong = reasons for using XML, I assume the way to go

> would be to introduce appropriate markup constructs instead = of

> (mis-)using <t> and <list> for almost everything. = But personally, I

am

> not yet convinced that there are strong reasons to do this. = (And

yes,

> I have read the introduction.)

>

> Note that I do not really plan to have a discussion on this = here on

> this mailing list. I am just giving you ideas to think about = before

> the bof so you can try to convince me (in case I end up in the = bof

> ;-).

>

> /js

>

> --

> Juergen Schoenwaelder =          Jacobs University = Bremen

> <http://www.eecs.iu-bremen.de/&= gt;        P.O. Box 750 561, =

> 28725 Bremen, Germany

>

> = _______________________________________________

> OPS-AREA mailing list

> OPS-AREA@ietf.org

> https://www1.ietf.org/mailman/listinfo/ops-area

>


------_=_NextPart_002_01C75B63.80BEAFB8-- ------_=_NextPart_001_01C75B63.80BEAFB8 Content-Type: text/xml; name="draft-ietf-pce-disc-mib-00.xml" Content-Transfer-Encoding: base64 Content-Description: draft-ietf-pce-disc-mib-00.xml Content-Disposition: attachment; filename="draft-ietf-pce-disc-mib-00.xml" PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVMtQVNDSUkiPz4KPCEtLSAgICoqKioqKioq KioqKioqKioqIERPQ1RZUEUgKioqKioqKioqKioqKioqKioqKioqKioqKioqClN0ZXBoYW4gRW1p bGU6IE1heSAyMDA1Cgl4bWwycmZjIHJlamVjdCB0aGUgYWJzb2x1dGUgcGF0aCBzZWxlY3RlZCBi eSB4bWxTcHkuIFNvIHRvIGhhdmUgWG1sc3B5IHRvIHdvcmssIHJmYzI2MjkuZHRkIG11c3QgYmUg YmUgY29waWVkIGluIHRoZSBzYW1lIGRpciBhcyB0aGUgZHJhZnQgdG8gd29yayBpbiByZWxhdGl2 ZSBwYXRoLgo8IURPQ1RZUEUgcmZjIFNZU1RFTSAiQzpcRlwyMDA1XGlldGZcdG9vbHNceG1sMnJm Y1x4bWwycmZjLTEuMjhccmZjc1xiaWJ4bWxccmZjMjYyOS5kdGQiPgotLT4KPCFET0NUWVBFIHJm YyBTWVNURU0gInJmYzI2MjkuZHRkIj4KPCEtLSAqKioqKioqKioqKioqKioqKiByZmMyNjI5Lnhz bHQgICoqKioqKioqKioqKioqKioqKioqKioqKioqKgpTdGVwaGFuIEVtaWxlOiBKdW5lIDIwMDUK CVhtbFNweSBuZWVkcyBhbiBhYnNvbHV0ZSBwYXRoIHRvIHJmYzI2MjkueHNsdCB0byBkaXNwbGF5 IHRoZSBodG1sIHZlcnNpb24gaW4gdGhlIHhtbHNweS5Ccm93c2VyIHRhYi4KLS0+Cjw/eG1sLXN0 eWxlc2hlZXQgdHlwZT0idGV4dC94c2wiIGhyZWY9IkM6XEZcMjAwNVxpZXRmXHRvb2xzXHhtbDJy ZmNceG1sMnJmYy0xLjI5XHJmYzI2MjkueHNsdCI/Pgo8P3JmYyB0b2M9InllcyIgPz4KPD9yZmMg dG9jZGVwdGg9IjIiID8+Cjw/cmZjIHN5bXJlZnM9InllcyIgPz4KPD9yZmMgc29ydHJlZnM9Inll cyI/Pgo8P3JmYyBpcHJub3RpZmllZD0ibm8iID8+Cjw/cmZjIHN0cmljdD0ieWVzIiA/Pgo8IS0t IEVtaWxlIFN0ZXBoYW4gRlRSRDogYWRkZWQgdG8gYXZvaWQgcGFnZXMgd2l0aCBvbmx5IDQgbGlu ZXMgLS0+Cjw/cmZjIGNvbXBhY3Q9InllcyI/Pgo8P3JmYyBzdHJpY3Q9InllcyIgPz4KPD9yZmMg c3ViY29tcGFjdD0ieWVzIj8+CjxyZmMgY2F0ZWdvcnk9InN0ZCIgZG9jTmFtZT0iZHJhZnQtaWV0 Zi1wY2UtZGlzYy1taWItMDAiIGlwcj0iZnVsbDM5NzgiPgogIDxmcm9udD4KICAgIDx0aXRsZSBh YmJyZXY9IlBDRS1ESVNDLVNURC1NSUIiPkRlZmluaXRpb25zIG9mIE1hbmFnZWQgT2JqZWN0cyBm b3IgUGF0aAogICAgQ29tcHV0YXRpb24gRWxlbWVudCBEaXNjb3Zlcnk8L3RpdGxlPgoKICAgIDxh dXRob3IgZnVsbG5hbWU9IlN0ZXBoYW4gRW1pbGUiIGluaXRpYWxzPSJFLiIgc3VybmFtZT0iU3Rl cGhhbiI+CiAgICAgIDxvcmdhbml6YXRpb24gYWJicmV2PSJGcmFuY2UgVGVsZWNvbSI+RnJhbmNl IFRlbGVjb208L29yZ2FuaXphdGlvbj4KCiAgICAgIDxhZGRyZXNzPgogICAgICAgIDxwb3N0YWw+ CiAgICAgICAgICA8c3RyZWV0PjIgYXZlbnVlIFBpZXJyZSBNYXJ6aW48L3N0cmVldD4KCiAgICAg ICAgICA8Y2l0eT5MYW5uaW9uPC9jaXR5PgoKICAgICAgICAgIDxyZWdpb24+PC9yZWdpb24+Cgog ICAgICAgICAgPGNvZGU+Ri0yMjMwNzwvY29kZT4KICAgICAgICA8L3Bvc3RhbD4KCiAgICAgICAg PGZhY3NpbWlsZT4rMzMgMiA5NiAwNSAxOCA1MjwvZmFjc2ltaWxlPgoKICAgICAgICA8ZW1haWw+ ZW1pbGUuc3RlcGhhbkBvcmFuZ2UtZnRncm91cC5jb208L2VtYWlsPgogICAgICA8L2FkZHJlc3M+ CiAgICA8L2F1dGhvcj4KCiAgICA8ZGF0ZSBkYXk9IjYiIG1vbnRoPSJEZWNlbWJlciIgeWVhcj0i MjAwNiIgLz4KCiAgICA8YWJzdHJhY3Q+CiAgICAgIDx0PlRoaXMgbWVtbyBkZWZpbmVzIGEgcG9y dGlvbiBvZiB0aGUgTWFuYWdlbWVudCBJbmZvcm1hdGlvbiBCYXNlIChNSUIpCiAgICAgIGZvciB1 c2Ugd2l0aCBuZXR3b3JrIG1hbmFnZW1lbnQgcHJvdG9jb2xzIGluIHRoZSBJbnRlcm5ldCBjb21t dW5pdHkuIEluCiAgICAgIHBhcnRpY3VsYXIsIGl0IGRlc2NyaWJlcyBvYmplY3RzIHVzZWQgZm9y IG1hbmFnaW5nIFBhdGggQ29tcHV0YXRpb24KICAgICAgRWxlbWVudHMgRGlzY292ZXJ5LjwvdD4K ICAgIDwvYWJzdHJhY3Q+CiAgPC9mcm9udD4KCiAgPG1pZGRsZT4KICAgIDxzZWN0aW9uIHRpdGxl PSJJbnRyb2R1Y3Rpb24iPgogICAgICA8dD5UaGlzIG1lbW8gZGVmaW5lcyBhIHBvcnRpb24gb2Yg dGhlIE1hbmFnZW1lbnQgSW5mb3JtYXRpb24gQmFzZSAoTUlCKQogICAgICBmb3IgdXNlIHdpdGgg bmV0d29yayBtYW5hZ2VtZW50IHByb3RvY29scyBpbiB0aGUgSW50ZXJuZXQgY29tbXVuaXR5LiBJ bgogICAgICBwYXJ0aWN1bGFyLCBpdCBkZXNjcmliZXMgb2JqZWN0cyB1c2VkIGZvciBtYW5hZ2lu ZyBQYXRoIENvbXB1dGF0aW9uCiAgICAgIEVsZW1lbnRzIERpc2NvdmVyeS48L3Q+CiAgICA8L3Nl Y3Rpb24+CgogICAgPHNlY3Rpb24gdGl0bGU9IlRoZSBJbnRlcm5ldC1TdGFuZGFyZCBNYW5hZ2Vt ZW50IEZyYW1ld29yayI+CiAgICAgIDx0PkZvciBhIGRldGFpbGVkIG92ZXJ2aWV3IG9mIHRoZSBk b2N1bWVudHMgdGhhdCBkZXNjcmliZSB0aGUgY3VycmVudAogICAgICBJbnRlcm5ldC1TdGFuZGFy ZCBNYW5hZ2VtZW50IEZyYW1ld29yaywgcGxlYXNlIHJlZmVyIHRvIHNlY3Rpb24gNyBvZiBSRkMK ICAgICAgMzQxMCA8eHJlZiB0YXJnZXQ9IlJGQzM0MTAiPjwveHJlZj4uPC90PgoKICAgICAgPHQ+ TWFuYWdlZCBvYmplY3RzIGFyZSBhY2Nlc3NlZCB2aWEgYSB2aXJ0dWFsIGluZm9ybWF0aW9uIHN0 b3JlLCB0ZXJtZWQKICAgICAgdGhlIE1hbmFnZW1lbnQgSW5mb3JtYXRpb24gQmFzZSBvciBNSUIu IE1JQiBvYmplY3RzIGFyZSBnZW5lcmFsbHkKICAgICAgYWNjZXNzZWQgdGhyb3VnaCB0aGUgU2lt cGxlIE5ldHdvcmsgTWFuYWdlbWVudCBQcm90b2NvbCAoU05NUCkuIE9iamVjdHMKICAgICAgaW4g dGhlIE1JQiBhcmUgZGVmaW5lZCB1c2luZyB0aGUgbWVjaGFuaXNtcyBkZWZpbmVkIGluIHRoZSBT dHJ1Y3R1cmUgb2YKICAgICAgTWFuYWdlbWVudCBJbmZvcm1hdGlvbiAoU01JKS4gVGhpcyBtZW1v IHNwZWNpZmllcyBhIE1JQiBtb2R1bGUgdGhhdCBpcwogICAgICBjb21wbGlhbnQgdG8gdGhlIFNN SXYyLCB3aGljaCBpcyBkZXNjcmliZWQgaW4gU1REIDU4LCBSRkMgMjU3OCA8eHJlZgogICAgICB0 YXJnZXQ9IlJGQzI1NzgiPjwveHJlZj4sIFNURCA1OCwgUkZDIDI1NzkgPHhyZWYKICAgICAgdGFy Z2V0PSJSRkMyNTc5Ij48L3hyZWY+IGFuZCBTVEQgNTgsIFJGQyAyNTgwIDx4cmVmCiAgICAgIHRh cmdldD0iUkZDMjU4MCI+PC94cmVmPi48L3Q+CiAgICA8L3NlY3Rpb24+CgogICAgPHNlY3Rpb24g dGl0bGU9IkNvbnZlbnRpb25zIj4KICAgICAgPHQ+VGhlIGtleSB3b3JkcyAiTVVTVCIsICJNVVNU IE5PVCIsICJSRVFVSVJFRCIsICJTSEFMTCIsICJTSEFMTCBOT1QiLAogICAgICAiU0hPVUxEIiwg IlNIT1VMRCBOT1QiLCAiUkVDT01NRU5ERUQiLCAiTk9UIFJFQ09NTUVOREVEIiwgIk1BWSIsIGFu ZAogICAgICAiT1BUSU9OQUwiLCB3aGVuIHRoZXkgYXBwZWFyIGluIHRoaXMgZG9jdW1lbnQsIGFy ZSB0byBiZSBpbnRlcnByZXRlZCBhcwogICAgICBkZXNjcmliZWQgaW4gQkNQIDE0LCBSRkMgMjEx OSA8eHJlZiB0YXJnZXQ9IlJGQzIxMTkiPjwveHJlZj4uPC90PgogICAgPC9zZWN0aW9uPgoKICAg IDxzZWN0aW9uIHRpdGxlPSJUZXJtaW5vbG9neSI+CiAgICAgIDx0PjwvdD4KCiAgICAgIDx0PlRo ZSB0ZXJtaW5vbG9neSB1c2VkIGluIHRoaXMgZG9jdW1lbnQgaXMgYnVpbHQgb24gbm90aW9ucyBp bnRyb2R1Y2VkCiAgICAgIGFuZCBkaXNjdXNzZWQgaW4gUENFIFdHIGRvY3VtZW50cy4gVGhlIHJl YWRlciBzaG91bGQgYmUgZmFtaWxpYXIgd2l0aAogICAgICB0aGVzZSBkb2N1bWVudHM8L3Q+Cgog ICAgICA8dD5Eb21haW46IDxsaXN0PgogICAgICAgICAgPHQ+YW55IGNvbGxlY3Rpb24gb2YgbmV0 d29yayBlbGVtZW50cyB3aXRoaW4gYSBjb21tb24gc3BoZXJlIG9mCiAgICAgICAgICBhZGRyZXNz IG1hbmFnZW1lbnQgb3IgcGF0aCBjb21wdXRhdGlvbmFsIHJlc3BvbnNpYmlsaXR5LjwvdD4KICAg ICAgICA8L2xpc3Q+PC90PgoKICAgICAgPHQ+SUdQIEFyZWE6IDxsaXN0PgogICAgICAgICAgPHQ+ T1NQRiBBcmVhIG9yIElTSVMgbGV2ZWwuPC90PgogICAgICAgIDwvbGlzdD48L3Q+CgogICAgICA8 dD5QQ0M6IDxsaXN0PgogICAgICAgICAgPHQ+UGF0aCBDb21wdXRhdGlvbiBDbGllbnQ6IGFueSBj bGllbnQgYXBwbGljYXRpb24gcmVxdWVzdGluZyBhIHBhdGgKICAgICAgICAgIGNvbXB1dGF0aW9u IHRvIGJlIHBlcmZvcm1lZCBieSBhIFBhdGggQ29tcHV0YXRpb24gRWxlbWVudC48L3Q+CiAgICAg ICAgPC9saXN0PjwvdD4KCiAgICAgIDx0PlBDRTogPGxpc3Q+CiAgICAgICAgICA8dD5QYXRoIENv bXB1dGF0aW9uIEVsZW1lbnQ6IGFuIGVudGl0eSAoY29tcG9uZW50LCBhcHBsaWNhdGlvbiwgb3IK ICAgICAgICAgIG5ldHdvcmsgbm9kZSkgdGhhdCBpcyBjYXBhYmxlIG9mIGNvbXB1dGluZyBhIG5l dHdvcmsgcGF0aCBvciByb3V0ZQogICAgICAgICAgYmFzZWQgb24gYSBuZXR3b3JrIGdyYXBoLCBh bmQgYXBwbHlpbmcgY29tcHV0YXRpb25hbAogICAgICAgICAgY29uc3RyYWludHMuPC90PgogICAg ICAgIDwvbGlzdD48L3Q+CiAgICA8L3NlY3Rpb24+CgogICAgPHNlY3Rpb24gdGl0bGU9Ik92ZXJ2 aWV3Ij4KICAgICAgPHQ+PHhyZWYgdGFyZ2V0PSJSRkM0NjU1Ij48L3hyZWY+IGRlc2NyaWJlcyB0 aGUgYXJjaGl0ZWN0dXJlIGZvciBhCiAgICAgIFBDRS1iYXNlZCBwYXRoIGNvbXB1dGF0aW9uIG1v ZGVsIGZvciBNUExTIGFuZCBHTVBMUyBURSBMU1BzLiBUaGUKICAgICAgYXJjaGl0ZWN0dXJlIGFs bG93cyB0aGUgc2VwYXJhdGlvbiBvZiBQQ0UgZnJvbSBQQ0MuIEl0IHJlcXVpcmVzIHRoYXQgYQog ICAgICBQQ0MgYmUgYXdhcmUgb2YgdGhlIGxvY2F0aW9uIG9mIG9uZSBvciBtb3JlIFBDRXMuIFRo aXMgcmVsaWVzIG9uIGEKICAgICAgY29tbXVuaWNhdGlvbiBwcm90b2NvbCBiZXR3ZWVuIFBDQyBh bmQgUENFIGZvciBhdXRvbWF0aWMgYW5kIGR5bmFtaWMgUENFCiAgICAgIGRpc2NvdmVyeS48L3Q+ CgogICAgICA8dD48eHJlZiB0YXJnZXQ9IlJGQzQ2NzQiPjwveHJlZj4gZGVmaW5lcyB0aGUgUENF IGRpc2NvdmVyeSBtZWNoYW5pc20KICAgICAgYW5kIGluZm9ybWF0aW9uIGVsZW1lbnRzLiA8L3Q+ CgogICAgICA8dD48eHJlZiB0YXJnZXQ9IkktRC5pZXRmLXBjZS1kaXNjby1wcm90by1pc2lzIj48 L3hyZWY+IGFuZCA8eHJlZgogICAgICB0YXJnZXQ9IkktRC5pZXRmLXBjZS1kaXNjby1wcm90by1v c3BmIj48L3hyZWY+IGRlY2xpbmUgdGhlIFBDRSBkaXNjb3ZlcnkKICAgICAgYXMgYW4gZXh0ZW5z aW9uIGEgUENFIHBhcnRpY2lwYXRpbmcgaW4gdGhlIElHUCBhZHZlcnRpc2VzLjwvdD4KCiAgICAg IDx0PlRoZSBjdXJyZW50IE1JQiBtb2R1bGUgZGVmaW5lcyB0aGUgb2JqZWN0cyB0aGUgc2VjdGlv biAiNi4xMC4yLjEuIFBDQwogICAgICBNSUIgbW9kdWxlICIgb2YgPHhyZWYgdGFyZ2V0PSJSRkM0 Njc0Ij48L3hyZWY+IGlkZW50aWZpZXMgYXMgdG8gYmUKICAgICAgZGlzY2xvc2VkIG9uIHRoZSBt YW5hZ2VtZW50IGludGVyZmFjZSBvZiB0aGUgUENDLiA8L3Q+CiAgICA8L3NlY3Rpb24+CgogICAg PHNlY3Rpb24gdGl0bGU9IlN0cnVjdHVyZSBvZiB0aGUgTUlCIE1vZHVsZSI+CiAgICAgIDx0Pjwv dD4KCiAgICAgIDx0PlRoaXMgTUlCIG1vZHVsZSBpcyBhcnJhbmdlZCBpbnRvIGdyb3Vwcy4gRWFj aCBncm91cCBpcyBvcmdhbml6ZWQgYXMgYQogICAgICBzZXQgb2YgcmVsYXRlZCBvYmplY3RzLiBU aGUgb3ZlcmFsbCBzdHJ1Y3R1cmUgYW5kIGFzc2lnbm1lbnQgb2Ygb2JqZWN0cwogICAgICB0byB0 aGVpciBncm91cHMsIGFuZCB0aGUgaW50ZW5kZWQgcHVycG9zZSBvZiBlYWNoIGdyb3VwLCBpcyBz aG93bgogICAgICBiZWxvdy48L3Q+CgogICAgICA8dD48L3Q+CgogICAgICA8c2VjdGlvbiB0aXRs ZT0iVGhlIERpc2NvdmVyeSBvYmplY3RzIj4KICAgICAgICA8dD48L3Q+CgogICAgICAgIDx0PlRo ZXNlIG9iamVjdHMgcHJvdmlkZSBnZW5lcmFsIGluZm9ybWF0aW9uIG9uIHRoZSBQQ0VzCiAgICAg ICAgZGlzY292ZXJlZC48L3Q+CgogICAgICAgIDx0Pkl0IGluY2x1ZGVzOjxsaXN0PgogICAgICAg ICAgICA8dD4tIEEgY29udHJvbCB0byBkaXNhYmxlIHRoZSBhdXRvbWF0aWMgZGlzY292ZXJ5IG1l Y2hhbmlzbTs8L3Q+CgogICAgICAgICAgICA8dD4tIFRoZSBudW1iZXIgb2Yga25vd24gUENFczs8 L3Q+CgogICAgICAgICAgICA8dD4tIFRoZSBudW1iZXIgb2YgZGlzY292ZXJlZCBQQ0VzOzwvdD4K CiAgICAgICAgICAgIDx0Pi0gVGhlIHNldCBvZiBrbm93biBQQ0VzLjwvdD4KCiAgICAgICAgICAg IDx0PjxsaXN0PgogICAgICAgICAgICAgICAgPHQ+cGNlRGlzY292ZXJ5VGFibGUgZ2l2ZXMgZGlz Y292ZXJ5IGluZm9ybWF0aW9uIHBlciBQQ0U6PGxpc3Q+CiAgICAgICAgICAgICAgICAgICAgPHQ+ LSBBZGRyZXNzZXMsIGRpc2NvdmVyeSBNZWNoYW5pc20gdHlwZTs8L3Q+CgogICAgICAgICAgICAg ICAgICAgIDx0Pi0gRGlzY292ZXJ5IHRpbWUsIGxhc3QgYWN0aXZpdHkgdGltZTs8L3Q+CgogICAg ICAgICAgICAgICAgICAgIDx0Pi0gQ29uZ2VzdGlvbiBhbmQgY29uZ2VzdGlvbiBkdXJhdGlvbi48 L3Q+CiAgICAgICAgICAgICAgICAgIDwvbGlzdD48L3Q+CiAgICAgICAgICAgICAgPC9saXN0Pjwv dD4KICAgICAgICAgIDwvbGlzdD48L3Q+CiAgICAgIDwvc2VjdGlvbj4KCiAgICAgIDxzZWN0aW9u IHRpdGxlPSJHZW5lcmFsIFBDRXMgY2FwYWJpbGl0aWVzIG9iamVjdHMiPgogICAgICAgIDx0PlRo ZXNlIG9iamVjdHMgcmVwb3J0IG9uIGdlbmVyYWwgY29tcHV0YXRpb24gY2FwYWJpbGl0aWVzIHBl ciBQQ0UgYXMKICAgICAgICBkZWZpbmVkIGluIFBDRS1QQVRIU0NPUEUsIFBDRS1ET01BSU5TIGFu ZCBQQ0UtREVTVC1ET01BSU5TIGluZm9ybWF0aW9uCiAgICAgICAgZWxlbWVudHMuPC90PgoKICAg ICAgICA8dD5UaGUgb2JqZWN0cyBvZiBwY2VEaXNjQ2FwUGF0aFNjb3BlVGFibGUgZGVmaW5lIFBD RSBjb21wdXRhdGlvbgogICAgICAgIGNhcGFiaWxpdGllcyBhbmQgUENFIHByZWZlcmVuY2VzIHBl ciBraW5kIG9mIHJvdXRpbmcgZG9tYWluLiA8L3Q+CgogICAgICAgIDx0PlRoZSBvYmplY3RzIG9m IHBjZURpc2NDYXBEb21haW5UYWJsZSBkZWZpbmVzIGRvbWFpbnMgZm9yIHdoaWNoIGEKICAgICAg ICBQQ0UgaGFzIHRvcG9sb2d5IHZpc2liaWxpdHkgYW5kIGNhbiBjb21wdXRlIHBhdGhzLjwvdD4K CiAgICAgICAgPHQ+VGhlIG9iamVjdHMgb2YgcGNlRGlzY0NhcERlc3REb21haW5UYWJsZSBkZWZp bmVzIGRvbWFpbnMgdG93YXJkCiAgICAgICAgd2hpY2ggYSBQQ0UgY2FuIGNvbXB1dGUgcGF0aC48 L3Q+CiAgICAgIDwvc2VjdGlvbj4KCiAgICAgIDx0PjwvdD4KCiAgICAgIDxzZWN0aW9uIHRpdGxl PSJQQ0VzIENvbXB1dGF0aW9uIG9wdGlvbnMgb2JqZWN0cyI+CiAgICAgICAgPHQ+VGhlc2Ugb2Jq ZWN0cyBwcm92aWRlcyBjb21wdXRhdGlvbiBvcHRpb25zIHBlciBQQ0UgYXMgZGVmaW5lZCBpbgog ICAgICAgIEdFTkVSQUwtQ0FQIGFuZCBQQVRILUNPTVAtQ0FQIGluZm9ybWF0aW9uIGVsZW1lbnRz LjwvdD4KICAgICAgPC9zZWN0aW9uPgoKICAgICAgPHNlY3Rpb24gdGl0bGU9IlBDRXMgQWN0aXZp dHkgT2JqZWN0cyI+CiAgICAgICAgPHQ+VGhlc2Ugb2JqZWN0cyBkZXNjcmliZSB0aGUgYWN0aXZp dHkgb2YgdGhlIGRpc2NvdmVyeSBtZWNoYW5pc20gb2YKICAgICAgICBlYWNoIFBDRSB0byBlbmFi bGUgZWZmZWN0aXZlIGFuYWx5c2lzIG9mIHRoZSBvcGVyYXRpb24gb2YgdGhlCiAgICAgICAgcHJv dG9jb2xzLjwvdD4KCiAgICAgICAgPHQ+cGNlRGlzY0FjdGl2aXR5VGFibGUgcmVwb3J0cyBvbiB0 aGUgYWN0aXZpdHkgb2YgdGhlIGRpc2NvdmVyeQogICAgICAgIHByb3RvY29sIHBlciBQQ0U6PGxp c3Qgc3R5bGU9InN5bWJvbHMiPgogICAgICAgICAgICA8dD5Nb2RpZmljYXRpb24gb2YgUENFIGRp c2NvdmVyeTs8L3Q+CgogICAgICAgICAgICA8dD5UaGUgYXZlcmFnZSBhbmQgbWF4aW11bSByYXRl cyBvZiBhcnJpdmFsLCBkZXBhcnR1cmUgb2YgUENFCiAgICAgICAgICAgIGRpc2NvdmVyeSBpbmZv cm1hdGlvbjs8L3Q+CgogICAgICAgICAgICA8dD5UaGUgbnVtYmVyIG9mIHVuYWNjZXB0YWJsZSBh bmQgaW5jb21wcmVoZW5zaWJsZSBkaXNjb3ZlcnkKICAgICAgICAgICAgaW5mb3JtYXRpb24gZXhj aGFuZ2VzLjwvdD4KICAgICAgICAgIDwvbGlzdD48L3Q+CiAgICAgIDwvc2VjdGlvbj4KCiAgICAg IDxzZWN0aW9uIHRpdGxlPSJUaGUgTm90aWZpY2F0aW9uIEdyb3VwIj4KICAgICAgICA8dD5UaGlz IGdyb3VwIHdpbGwgZGVmaW5lIG5vdGlmaWNhdGlvbnMgd2hlbiB0aHJlc2hvbGRzIChlLmcuIG9u IHRoZQogICAgICAgIG1heGltdW0gcmF0ZSBvZiBjaGFuZ2UsIG9uIHRoZSBudW1iZXIgb2YgdW5h Y2NlcHRhYmxlIG1lc3NhZ2VzKSBhcmUKICAgICAgICBjcm9zc2VkLCBvciB3aGVuIGltcG9ydGFu dCBldmVudHMgb2NjdXIgKGUuZy4gdGhlIG51bWJlciBvZiBkaXNjb3ZlcmVkCiAgICAgICAgUENF cyBkZWNyZWFzZXMgdG8gemVybykuPC90PgogICAgICA8L3NlY3Rpb24+CiAgICA8L3NlY3Rpb24+ CgogICAgPHNlY3Rpb24gdGl0bGU9IlJlbGF0aW9uc2hpcCB0byBPdGhlciBNSUIgTW9kdWxlcyI+ CiAgICAgIDx0PjwvdD4KCiAgICAgIDxzZWN0aW9uIHRpdGxlPSJSZWxhdGlvbnNoaXAgdG8gIElH UCBNSUIgbW9kdWxlcyI+CiAgICAgICAgPCEtLVtUT0RPXSAgIFRoaXMgc2VjdGlvbiBpcyBpbmNs dWRlZCBhcyBhbiBleGFtcGxlOyBJZiB0aGUgTUlCIG1vZHVsZSBpcyBub3QgYW4gYWRqdW5jdCBv ZiB0aGUgCkludGVyZmFjZSBNSUIsIHRoZW4gdGhpcyBzZWN0aW9uIHNob3VsZCBiZSByZW1vdmVk Li0tPgoKICAgICAgICA8dD5QQ0UgRGlzY292ZXJ5IHJlbGllcyBvbiBleGlzdGluZyBwcm90b2Nv bHMgd2hpY2ggaGF2ZSBzcGVjaWFsaXplZAogICAgICAgIE1JQiBvYmplY3RzIHRvIG1vbml0b3Ig dGhlaXIgb3duIGFjdGl2aXRpZXMuIENvbnNlcXVlbnRseSB0aGlzCiAgICAgICAgZG9jdW1lbnQg Y29uc2lkZXJzIHRoYXQgbW9uaXRvcmluZyB1bmRlcmx5aW5nIHByb3RvY29scyBpbiBvdXQgb2Yg dGhlCiAgICAgICAgc2NvcGUgb2YgdGhlIGN1cnJlbnQgTUlCIG1vZHVsZS48L3Q+CiAgICAgIDwv c2VjdGlvbj4KCiAgICAgIDxzZWN0aW9uIHRpdGxlPSJNSUIgbW9kdWxlcyByZXF1aXJlZCBmb3Ig SU1QT1JUUyI+CiAgICAgICAgPCEtLSBBVFROOiBDaXRhdGlvbnMgYXJlIG5vdCBwZXJtaXR0ZWQg d2l0aGluIGEgTUlCIG1vZHVsZSwgYnV0IGFueSBtb2R1bGUgbWVudGlvbmVkIGluIGFuIElNUE9S VFMgY2xhdXNlIG9yIGRvY3VtZW50IG1lbnRpb25lZCBpbiBhIFJFRkVSRU5DRSBjbGF1c2UgaXMg YSBOb3JtYXRpdmUgcmVmZXJlbmNlLCBhbmQgbXVzdCBiZSBjaXRlZCBzb21lcGxhY2Ugd2l0aGlu IHRoZSBuYXJyYXRpdmUgc2VjdGlvbnMuIElmIHRoZXJlIGFyZSBpbXBvcnRlZCBpdGVtcyBpbiB0 aGUgTUlCIG1vZHVsZSwgc3VjaCBhcyBUZXh0dWFsIENvbnZlbnRpb25zLCB0aGF0IGFyZSBub3Qg YWxyZWFkeSBjaXRlZCwgdGhleSBjYW4gYmUgY2l0ZWQgaW4gdGV4dCBoZXJlLiBTaW5jZSByZWxh dGlvbnNoaXBzIHRvIG90aGVyIE1JQiBtb2R1bGVzIHNob3VsZCBiZSBkZXNjcmliZWQgaW4gdGhl IG5hcnJhdGl2ZSB0ZXh0LCB0aGlzIHNlY3Rpb24gaXMgdHlwaWNhbGx5IHVzZWQgdG8gY2l0ZSBt b2R1bGVzIGZyb20gd2hpY2ggVGV4dHVhbCBDb252ZW50aW9ucyBhcmUgaW1wb3J0ZWQuIC0tPgoK ICAgICAgICA8dD5UaGUgZm9sbG93aW5nIE1JQiBtb2R1bGUgSU1QT1JUUyBvYmplY3RzIGZyb20g U05NUHYyLVNNSSA8eHJlZgogICAgICAgIHRhcmdldD0iUkZDMjU3OCI+PC94cmVmPiwgU05NUHYy LVRDIDx4cmVmIHRhcmdldD0iUkZDMjU3OSI+PC94cmVmPiwKICAgICAgICBTTk1QdjItQ09ORiA8 eHJlZiB0YXJnZXQ9IlJGQzI1ODAiPjwveHJlZj4sIGFuZCBJRi1NSUIgPHhyZWYKICAgICAgICB0 YXJnZXQ9IlJGQzI4NjMiPjwveHJlZj4gYW5kIGFsc28gUkVGRVJFTkNFcyBkb2N1bWVudCBSRkMw NzY4IDx4cmVmCiAgICAgICAgdGFyZ2V0PSJSRkMwNzY4Ij48L3hyZWY+PC90PgogICAgICA8L3Nl Y3Rpb24+CgogICAgICA8IS0tIGVuZCBuYXJyYXRpdmUgc2VjdGlvbnMgLS0+CiAgICA8L3NlY3Rp b24+CgogICAgPHNlY3Rpb24gdGl0bGU9IkRlZmluaXRpb25zICI+CiAgICAgIDx0PlBDRS1ESVND LVNURC1NSUIgREVGSU5JVElPTlMgOjo9IEJFR0lOPC90PgoKICAgICAgPHQ+SU1QT1JUUzxsaXN0 IHN0eWxlPSJlbXB0eSI+CiAgICAgICAgICA8dD5NT0RVTEUtSURFTlRJVFksIE9CSkVDVC1UWVBF LCBOT1RJRklDQVRJT04tVFlQRSw8L3Q+CgogICAgICAgICAgPHQ+Q291bnRlcjMyLCBVbnNpZ25l ZDMyLCBHYXVnZTMyLCBJbnRlZ2VyMzIsIElwQWRkcmVzcyw8L3Q+CgogICAgICAgICAgPHQ+ZXhw ZXJpbWVudGFsIEZST00gU05NUHYyLVNNSTwvdD4KCiAgICAgICAgICA8dD5Sb3dTdGF0dXMsPC90 PgoKICAgICAgICAgIDx0PlRFWFRVQUwtQ09OVkVOVElPTiw8L3Q+CgogICAgICAgICAgPHQ+VGlt ZVN0YW1wLDwvdD4KCiAgICAgICAgICA8dD5UcnV0aFZhbHVlPC90PgoKICAgICAgICAgIDx0Pjxs aXN0PgogICAgICAgICAgICAgIDx0PkZST00gU05NUHYyLVRDPC90PgogICAgICAgICAgICA8L2xp c3Q+SXB2NkFkZHJlc3M8bGlzdD4KICAgICAgICAgICAgICA8dD5GUk9NIElQVjYtVEM8L3Q+CiAg ICAgICAgICAgIDwvbGlzdD5NT0RVTEUtQ09NUExJQU5DRSw8L3Q+CgogICAgICAgICAgPHQ+T0JK RUNULUdST1VQLDwvdD4KCiAgICAgICAgICA8dD5OT1RJRklDQVRJT04tR1JPVVA8bGlzdD4KICAg ICAgICAgICAgICA8dD5GUk9NIFNOTVB2Mi1DT05GPC90PgogICAgICAgICAgICA8L2xpc3Q+PC90 PgoKICAgICAgICAgIDx0PkFkZHJlc3NGYW1pbHlOdW1iZXJzPGxpc3Q+CiAgICAgICAgICAgICAg PHQ+RlJPTSBJQU5BLUFERFJFU1MtRkFNSUxZLU5VTUJFUlMtTUlCPC90PgogICAgICAgICAgICA8 L2xpc3Q+SUFOQWlwUm91dGVQcm90b2NvbDxsaXN0PgogICAgICAgICAgICAgIDx0PkZST00gSUFO QS1SVFBST1RPLU1JQjs8L3Q+CiAgICAgICAgICAgIDwvbGlzdD48L3Q+CiAgICAgICAgPC9saXN0 PjwvdD4KCiAgICAgIDx0PnBjZURpc2NTdGRNSUIgTU9EVUxFLUlERU5USVRZPGxpc3Q+CiAgICAg ICAgICA8dD5MQVNULVVQREFURUQgIjIwMDYxMDE1MDAwMFoiIC0tIE9jdG9iZXIgMTUsIDIwMDY8 L3Q+CgogICAgICAgICAgPHQ+T1JHQU5JWkFUSU9OICJQYXRoIENvbXB1dGF0aW9uIEVsZW1lbnQg KFBDRSkgV29ya2luZyBHcm91cCI8L3Q+CgogICAgICAgICAgPHQ+Q09OVEFDVC1JTkZPICI8bGlz dD4KICAgICAgICAgICAgICA8dD5TdGVwaGFuIEVtaWxlPC90PgoKICAgICAgICAgICAgICA8dD5G cmFuY2UgVGVsZWNvbSBEUiZhbXA7RDwvdD4KICAgICAgICAgICAgPC9saXN0PkVtYWlsOiBlbWls ZS5zdGVwaGFuQG9yYW5nZS1mdC5jb208L3Q+CgogICAgICAgICAgPHQ+RW1haWwgY29tbWVudHMg ZGlyZWN0bHkgdG8gdGhlIFBDRSBXRyBNYWlsaW5nIExpc3QgYXQKICAgICAgICAgIHBjZUBpZXRm Lm9yZzwvdD4KCiAgICAgICAgICA8dD5XRy1VUkw6IGh0dHA6Ly93d3cuaWV0Zi5vcmcvaHRtbC5j aGFydGVycy9wY2UtY2hhcnRlci5odG1sPC90PgoKICAgICAgICAgIDx0PiI8L3Q+CiAgICAgICAg PC9saXN0PkRFU0NSSVBUSU9OPGxpc3Q+CiAgICAgICAgICA8dD4iVGhpcyBNSUIgbW9kdWxlIGRl ZmluZXMgYSBjb2xsZWN0aW9uIG9mIG9iamVjdHMgZm9yIG1hbmFnaW5nCiAgICAgICAgICBQYXRo IENvbXB1dGF0aW9uIEVsZW1lbnRzIChQQ0VzKSBEaXNjb3ZlcnkuIjwvdD4KICAgICAgICA8L2xp c3Q+Ojo9IHsgZXhwZXJpbWVudGFsIDEwMDAwIH0gLS0gVGVtcG9yYXJ5IG5vZGUgKCBmb3Igc21p bGludCk8L3Q+CgogICAgICA8dD48L3Q+CgogICAgICA8dD4tLSBUZXh0dWFsIENvbnZlbnRpb25z IHVzZWQgaW4gdGhpcyBNSUIgbW9kdWxlIC0tPC90PgoKICAgICAgPHQ+PC90PgoKICAgICAgPHQ+ LS0gRGVmaW5lZCBpbiBQQ0UgVEMgU1REIE1JQjwvdD4KCiAgICAgIDx0Pi0tIEN1cnJlbnRseSBk dXBsaWNhdGVkIGZvciBTbWlsaW50PC90PgoKICAgICAgPHQ+UGNlUm91dGluZ0RvbWFpbklEIDo6 PSBURVhUVUFMLUNPTlZFTlRJT048bGlzdD4KICAgICAgICAgIDx0PlNUQVRVUyBjdXJyZW50PC90 PgoKICAgICAgICAgIDx0PkRFU0NSSVBUSU9OPGxpc3Q+CiAgICAgICAgICAgICAgPHQ+IiI8L3Q+ CiAgICAgICAgICAgIDwvbGlzdD5TWU5UQVggT0NURVQgU1RSSU5HIChTSVpFICgwLi4yMCkpPC90 PgogICAgICAgIDwvbGlzdD48L3Q+CgogICAgICA8dD4tLSBOb3RpZmljYXRpb24gLS08L3Q+Cgog ICAgICA8dD5wY2VEaXNjTm90aWZpY2F0aW9ucyBPQkpFQ1QgSURFTlRJRklFUiA6Oj0geyBwY2VE aXNjU3RkTUlCIDAgfTwvdD4KCiAgICAgIDx0Pi0tIGVtcHR5IGZvciBub3c8L3Q+CgogICAgICA8 dD5wY2VEaXNjTUlCT2JqZWN0cyBPQkpFQ1QgSURFTlRJRklFUiA6Oj0geyBwY2VEaXNjU3RkTUlC IDEgfTwvdD4KCiAgICAgIDx0PnBjZURpc2NvdmVyeU9iamVjdHMgT0JKRUNUIElERU5USUZJRVIg Ojo9IHsgcGNlRGlzY01JQk9iamVjdHMgMSB9PC90PgoKICAgICAgPHQ+cGNlRGlzY292ZXJ5QWRt aW5TdGF0dXMgT0JKRUNULVRZUEU8bGlzdCBzdHlsZT0iZW1wdHkiPgogICAgICAgICAgPHQ+U1lO VEFYIElOVEVHRVIgezxsaXN0PgogICAgICAgICAgICAgIDx0PmVuYWJsZWQoMSksPC90PgoKICAg ICAgICAgICAgICA8dD5kaXNhYmxlZCgyKTwvdD4KICAgICAgICAgICAgPC9saXN0Pn08L3Q+Cgog ICAgICAgICAgPHQ+TUFYLUFDQ0VTUyByZWFkLXdyaXRlPC90PgoKICAgICAgICAgIDx0PlNUQVRV UyBjdXJyZW50PC90PgoKICAgICAgICAgIDx0PkRFU0NSSVBUSU9OPGxpc3Q+CiAgICAgICAgICAg ICAgPHQ+IlNldHRpbmcgdGhpcyBvYmplY3QgdG8gZGlzYWJsZWQoMikgZGlzYWJsZXMgdGhlIGRp c2NvdmVyeSBvZgogICAgICAgICAgICAgIFBDRXMuIE9uY2UgZGlzYWJsZWQsIFRoZSBkaXNjb3Zl cnkgbXVzdCBiZSBleHBsaWNpdGx5IGVuYWJsZWQgdG8KICAgICAgICAgICAgICByZXN0b3JlIGRp c2NvdmVyeSBvZiBQQ0VzLiBTZXR0aW5nIHRoaXMgb2JqZWN0IHRvIGVuYWJsZWQoMSkKICAgICAg ICAgICAgICBlbmFibGVzIHRoZSBkaXNjb3Zlcnkgb2YgUENFcy4iPC90PgogICAgICAgICAgICA8 L2xpc3Q+Ojo9IHsgcGNlRGlzY292ZXJ5T2JqZWN0cyAxIH08L3Q+CiAgICAgICAgPC9saXN0Pjwv dD4KCiAgICAgIDx0PnBjZURpc2NvdmVyeUtub3dQQ0VzIE9CSkVDVC1UWVBFPGxpc3Qgc3R5bGU9 ImVtcHR5Ij4KICAgICAgICAgIDx0PlNZTlRBWCBDb3VudGVyMzI8L3Q+CgogICAgICAgICAgPHQ+ TUFYLUFDQ0VTUyByZWFkLW9ubHk8L3Q+CgogICAgICAgICAgPHQ+U1RBVFVTIGN1cnJlbnQ8L3Q+ CgogICAgICAgICAgPHQ+REVTQ1JJUFRJT048bGlzdD4KICAgICAgICAgICAgICA8dD4iVGhlIG51 bWJlciBvZiBQQ0VzIHRoZSBQQ0MgaXMgcG90ZW50aWFsbHkgaW4gcmVsYXRpb24KICAgICAgICAg ICAgICB3aXRoLjwvdD4KCiAgICAgICAgICAgICAgPHQ+VGhpcyBpbmNsdWRlcyBQQ0UgbWFudWFs bHkgZGVjbGFyZWQgYW5kIGFjdGl2ZSBQQ0VzIjwvdD4KICAgICAgICAgICAgPC9saXN0Pjo6PSB7 IHBjZURpc2NvdmVyeU9iamVjdHMgMiB9PC90PgogICAgICAgIDwvbGlzdD48L3Q+CgogICAgICA8 dD5wY2VEaXNjb3ZlcnlBY3RpdmVQQ0VzIE9CSkVDVC1UWVBFPGxpc3Qgc3R5bGU9ImVtcHR5Ij4K ICAgICAgICAgIDx0PlNZTlRBWCBDb3VudGVyMzI8L3Q+CgogICAgICAgICAgPHQ+TUFYLUFDQ0VT UyByZWFkLW9ubHk8L3Q+CgogICAgICAgICAgPHQ+U1RBVFVTIGN1cnJlbnQ8L3Q+CgogICAgICAg ICAgPHQ+REVTQ1JJUFRJT048bGlzdD4KICAgICAgICAgICAgICA8dD4iVGhlIG51bWJlciBvZiBh Y3RpdmUgUENFcy48L3Q+CgogICAgICAgICAgICAgIDx0PlRoZSBkZXRlY3Rpb24gb2YgdGhlIGFj dGl2aXR5IGEgYSBQQ0UgZGVwZW5kcyBvbiB0aGUgbmF0dXJlCiAgICAgICAgICAgICAgZGlzY292 ZXJ5IG1lY2hhbmlzbS48L3Q+CgogICAgICAgICAgICAgIDx0PlBDRSBkaXNjb3ZlcmVkIHVzaW5n IFBDRUQgaW5mb3JtYXRpb24gcmVjZWl2ZWQ6PGxpc3Q+CiAgICAgICAgICAgICAgICAgIDx0PlRo ZSByZWxhdGlvbiBiZXR3ZWVuIHRoZSBQQ0MgYW5kIGEgUENFIGlzIGFjdGl2ZSB3aGlsZQogICAg ICAgICAgICAgICAgICB0aGUgUENFIGRpc2NvdmVyeSBwcm90b2NvbCBtYWludGFpbnMgYSBjb21t dW5pY2F0aW9uIGJldHdlZW4KICAgICAgICAgICAgICAgICAgdGhlIFBDQyBhbmQgdGhpcyBQQ0Uu PC90PgogICAgICAgICAgICAgICAgPC9saXN0PlBDRSBNYW51YWxseSBkZWNsYXJlZDo8bGlzdD4K ICAgICAgICAgICAgICAgICAgPHQ+VGhlIHJlbGF0aW9uIGJldHdlZW4gdGhlIFBDQyBhbmQgYSBQ Q0UgaXMgYWN0aXZlIGFuZCB0aGUKICAgICAgICAgICAgICAgICAgZGlzY292ZXJ5IG1lY2hhbmlz bSBpcyBpbXBsZW1lbnRhdGlvbiBzcGVjaWZpYzs8L3Q+CiAgICAgICAgICAgICAgICA8L2xpc3Q+ IjwvdD4KICAgICAgICAgICAgPC9saXN0Pjo6PSB7IHBjZURpc2NvdmVyeU9iamVjdHMgMyB9PC90 PgogICAgICAgIDwvbGlzdD48L3Q+CgogICAgICA8dD48L3Q+CgogICAgICA8dD5wY2VEaXNjb3Zl cnlUYWJsZSBPQkpFQ1QtVFlQRTxsaXN0PgogICAgICAgICAgPHQ+U1lOVEFYIFNFUVVFTkNFIE9G IFBjZURpc2NvdmVyeUVudHJ5PC90PgoKICAgICAgICAgIDx0Pk1BWC1BQ0NFU1Mgbm90LWFjY2Vz c2libGU8L3Q+CgogICAgICAgICAgPHQ+U1RBVFVTIGN1cnJlbnQ8L3Q+CgogICAgICAgICAgPHQ+ REVTQ1JJUFRJT048bGlzdD4KICAgICAgICAgICAgICA8dD4iSW5mb3JtYXRpb24gZGVzY3JpYmlu ZyB0aGUgUENFcyBkaXNjb3ZlcmVkLiI8L3Q+CiAgICAgICAgICAgIDwvbGlzdD48L3Q+CgogICAg ICAgICAgPHQ+Ojo9IHsgcGNlRGlzY292ZXJ5T2JqZWN0cyA0IH08L3Q+CiAgICAgICAgPC9saXN0 PjwvdD4KCiAgICAgIDx0PnBjZURpc2NvdmVyeUVudHJ5IE9CSkVDVC1UWVBFPGxpc3Q+CiAgICAg ICAgICA8dD5TWU5UQVggUGNlRGlzY292ZXJ5RW50cnk8L3Q+CgogICAgICAgICAgPHQ+TUFYLUFD Q0VTUyBub3QtYWNjZXNzaWJsZTwvdD4KCiAgICAgICAgICA8dD5TVEFUVVMgY3VycmVudDwvdD4K CiAgICAgICAgICA8dD5ERVNDUklQVElPTjxsaXN0PgogICAgICAgICAgICAgIDx0PiJJbmZvcm1h dGlvbiBkZXNjcmliaW5nIGdlbmVyYWwgaW5mb3JtYXRpb24gb2YgZWFjaCBQQ0UKICAgICAgICAg ICAgICBkaXNjb3ZlcmVkLiI8L3Q+CiAgICAgICAgICAgIDwvbGlzdD5JTkRFWCB7IHBjZURpc2Nv dmVyeUluZGV4IH08L3Q+CgogICAgICAgICAgPHQ+Ojo9IHsgcGNlRGlzY292ZXJ5VGFibGUgMSB9 PC90PgogICAgICAgIDwvbGlzdD48L3Q+CgogICAgICA8dD5QY2VEaXNjb3ZlcnlFbnRyeSA6Oj0g U0VRVUVOQ0UgezxsaXN0PgogICAgICAgICAgPHQ+cGNlRGlzY292ZXJ5SW5kZXggSW50ZWdlcjMy LDwvdD4KCiAgICAgICAgICA8dD5wY2VEaXNjb3ZlcnlNZWNoYW5pc20gSUFOQWlwUm91dGVQcm90 b2NvbCw8L3Q+CgogICAgICAgICAgPHQ+cGNlRGlzY292ZXJ5SVB2NEFkZHJlc3MgSXBBZGRyZXNz LDwvdD4KCiAgICAgICAgICA8dD5wY2VEaXNjb3ZlcnlJUHY2QWRkcmVzcyBJcHY2QWRkcmVzcyw8 L3Q+CgogICAgICAgICAgPHQ+cGNlRGlzY292ZXJ5VGltZSBUaW1lU3RhbXAsPC90PgoKICAgICAg ICAgIDx0PnBjZURpc2NvdmVyeUxhc3RVcGRhdGVkIFRpbWVTdGFtcCw8L3Q+CgogICAgICAgICAg PHQ+cGNlRGlzY292ZXJ5Q29uZ2VzdGlvbiBUcnV0aFZhbHVlLDwvdD4KCiAgICAgICAgICA8dD5w Y2VEaXNjb3ZlcnlDb25nZXN0aW9uRHVyYXRpb24gVW5zaWduZWQzMjwvdD4KICAgICAgICA8L2xp c3Q+fTwvdD4KCiAgICAgIDx0PnBjZURpc2NvdmVyeUluZGV4IE9CSkVDVC1UWVBFPGxpc3Qgc3R5 bGU9ImVtcHR5Ij4KICAgICAgICAgIDx0PlNZTlRBWCBJbnRlZ2VyMzIgKDEuLjIxNDc0ODM2NDcp PC90PgoKICAgICAgICAgIDx0Pk1BWC1BQ0NFU1Mgbm90LWFjY2Vzc2libGU8L3Q+CgogICAgICAg ICAgPHQ+U1RBVFVTIGN1cnJlbnQ8L3Q+CgogICAgICAgICAgPHQ+REVTQ1JJUFRJT048bGlzdD4K ICAgICAgICAgICAgICA8dD4iVGhpcyBvYmplY3QgaWRlbnRpZmllcyBsb2NhbGx5IHRoZSBQQ0Ug Zm9yIHdoaWNoIHRoaXMgZW50cnkKICAgICAgICAgICAgICBjb250YWlucyBpbmZvcm1hdGlvbi4i PC90PgogICAgICAgICAgICA8L2xpc3Q+Ojo9IHsgcGNlRGlzY292ZXJ5RW50cnkgMSB9PC90Pgog ICAgICAgIDwvbGlzdD48L3Q+CgogICAgICA8dD5wY2VEaXNjb3ZlcnlNZWNoYW5pc20gT0JKRUNU LVRZUEU8bGlzdCBzdHlsZT0iZW1wdHkiPgogICAgICAgICAgPHQ+U1lOVEFYIElBTkFpcFJvdXRl UHJvdG9jb2w8L3Q+CgogICAgICAgICAgPHQ+TUFYLUFDQ0VTUyByZWFkLW9ubHk8L3Q+CgogICAg ICAgICAgPHQ+U1RBVFVTIGN1cnJlbnQ8L3Q+CgogICAgICAgICAgPHQ+REVTQ1JJUFRJT048bGlz dD4KICAgICAgICAgICAgICA8dD4iVGhpcyBvYmplY3QgaWRlbnRpZmllcyB0aGUgdHlwZSBvZiBk aXNjb3ZlcnkgbWVjaGFuaXNtIHVzZWQKICAgICAgICAgICAgICB0byBkaXNjb3ZlciB0aGUgUENF LjwvdD4KCiAgICAgICAgICAgICAgPHQ+VGhlIGRpc2NvdmVyeSBtZWNoYW5pc21zIGNvdmVyZWQg YnkgUENFIFdHIGF0IHRoZSB0aW1lIG9mIHRoZQogICAgICAgICAgICAgIHNwZWNpZmljYXRpb24g YXJlIDo8bGlzdD4KICAgICAgICAgICAgICAgICAgPHQ+b3RoZXIgKDEpLCAtLW5vdCBzcGVjaWZp ZWQ8L3Q+CgogICAgICAgICAgICAgICAgICA8dD5sb2NhbCAoMiksIC0tIGxvY2FsIGludGVyZmFj ZTwvdD4KCiAgICAgICAgICAgICAgICAgIDx0PmlzSXMgKDkpLCAtLSBEdWFsIElTLUlTPC90PgoK ICAgICAgICAgICAgICAgICAgPHQ+b3NwZiAoMTMpLCAtLSBPcGVuIFNob3J0ZXN0IFBhdGggRmly c3Q8L3Q+CgogICAgICAgICAgICAgICAgICA8dD5iZ3AgKDE0KSwgLS0gQm9yZGVyIEdhdGV3YXkg UHJvdG9jb2w8L3Q+CiAgICAgICAgICAgICAgICA8L2xpc3Q+SXQgZG9lcyBub3QgcHJlY2x1ZGUg dGhlIHVzYWdlIG9mIGFub3RoZXIgcm91dGluZwogICAgICAgICAgICAgIHByb3RvY29sIG51bWJl cmVkIGJ5IHRoaXMgSUFOQWlwUm91dGVQcm90b2NvbDwvdD4KCiAgICAgICAgICAgICAgPHQ+Ijwv dD4KICAgICAgICAgICAgPC9saXN0Pjo6PSB7IHBjZURpc2NvdmVyeUVudHJ5IDIgfTwvdD4KICAg ICAgICA8L2xpc3Q+PC90PgoKICAgICAgPHQ+cGNlRGlzY292ZXJ5SVB2NEFkZHJlc3MgT0JKRUNU LVRZUEU8bGlzdCBzdHlsZT0iZW1wdHkiPgogICAgICAgICAgPHQ+U1lOVEFYIElwQWRkcmVzczwv dD4KCiAgICAgICAgICA8dD5NQVgtQUNDRVNTIHJlYWQtb25seTwvdD4KCiAgICAgICAgICA8dD5T VEFUVVMgY3VycmVudDwvdD4KCiAgICAgICAgICA8dD5ERVNDUklQVElPTjxsaXN0PgogICAgICAg ICAgICAgIDx0PiJUaGlzIG9iamVjdCBpcyB0aGUgSVAgYWRkcmVzcyB0byBiZSB1c2VkIHRvIHJl YWNoIHRoZSBQQ0UuCiAgICAgICAgICAgICAgSXQgY29ycmVzcG9uZHMgdG8gdGhlIFBDRUQgUENF LUFERFJFU1MuPC90PgoKICAgICAgICAgICAgICA8dD4uPC90PgoKICAgICAgICAgICAgICA8dD5B IHZhbHVlIG9mIDAuMC4wLjAgaW5kaWNhdGVzIHRoZSBhYnNlbmNlIG9mIHRoaXMKICAgICAgICAg ICAgICBhZGRyZXNzLiI8L3Q+CiAgICAgICAgICAgIDwvbGlzdD46Oj0geyBwY2VEaXNjb3ZlcnlF bnRyeSAzIH08L3Q+CiAgICAgICAgPC9saXN0PjwvdD4KCiAgICAgIDx0PnBjZURpc2NvdmVyeUlQ djZBZGRyZXNzIE9CSkVDVC1UWVBFPGxpc3Qgc3R5bGU9ImVtcHR5Ij4KICAgICAgICAgIDx0PlNZ TlRBWCBJcHY2QWRkcmVzczwvdD4KCiAgICAgICAgICA8dD5NQVgtQUNDRVNTIHJlYWQtb25seTwv dD4KCiAgICAgICAgICA8dD5TVEFUVVMgY3VycmVudDwvdD4KCiAgICAgICAgICA8dD5ERVNDUklQ VElPTjxsaXN0PgogICAgICAgICAgICAgIDx0PiJUaGlzIG9iamVjdCBpcyB0aGUgSVB2NiBhZGRy ZXNzIHRvIGJlIHVzZWQgdG8gcmVhY2ggdGhlIFBDRS4KICAgICAgICAgICAgICBJdCBjb3JyZXNw b25kcyB0byB0aGUgUENFRCBQQ0UtQUREUkVTUy48L3Q+CgogICAgICAgICAgICAgIDx0PkEgdmFs dWUgb2YgOjowIGluZGljYXRlcyB0aGUgYWJzZW5jZSBvZiB0aGlzIGFkZHJlc3MuIjwvdD4KICAg ICAgICAgICAgPC9saXN0Pjo6PSB7IHBjZURpc2NvdmVyeUVudHJ5IDQgfTwvdD4KICAgICAgICA8 L2xpc3Q+PC90PgoKICAgICAgPHQ+cGNlRGlzY292ZXJ5VGltZSBPQkpFQ1QtVFlQRTxsaXN0IHN0 eWxlPSJlbXB0eSI+CiAgICAgICAgICA8dD5TWU5UQVggVGltZVN0YW1wPC90PgoKICAgICAgICAg IDx0Pk1BWC1BQ0NFU1MgcmVhZC1vbmx5PC90PgoKICAgICAgICAgIDx0PlNUQVRVUyBjdXJyZW50 PC90PgoKICAgICAgICAgIDx0PkRFU0NSSVBUSU9OPGxpc3Q+CiAgICAgICAgICAgICAgPHQ+IlRo ZSB2YWx1ZSBvZiBzeXNVcFRpbWUgYXQgdGhlIHRpbWUgdGhpcyBlbnRyeSB3YXMKICAgICAgICAg ICAgICBjcmVhdGVkLjwvdD4KCiAgICAgICAgICAgICAgPHQ+bG9jYWwgZW50cnk6IHRoZSB2YWx1 ZSBvZiBzeXNVcFRpbWUgYXQgdGhlIHRpbWUgdGhlIFBDQwogICAgICAgICAgICAgIHJlc3RhcnRl ZC4iPC90PgogICAgICAgICAgICA8L2xpc3Q+Ojo9IHsgcGNlRGlzY292ZXJ5RW50cnkgNSB9PC90 PgogICAgICAgIDwvbGlzdD48L3Q+CgogICAgICA8dD5wY2VEaXNjb3ZlcnlMYXN0VXBkYXRlZCBP QkpFQ1QtVFlQRTxsaXN0IHN0eWxlPSJlbXB0eSI+CiAgICAgICAgICA8dD5TWU5UQVggVGltZVN0 YW1wPC90PgoKICAgICAgICAgIDx0Pk1BWC1BQ0NFU1MgcmVhZC1vbmx5PC90PgoKICAgICAgICAg IDx0PlNUQVRVUyBjdXJyZW50PC90PgoKICAgICAgICAgIDx0PkRFU0NSSVBUSU9OPGxpc3Q+CiAg ICAgICAgICAgICAgPHQ+IlRoZSB2YWx1ZSBvZiBzeXNVcFRpbWUgYXQgdGhlIHRpbWUgdGhpcyBl bnRyeSB3YXMgbGFzdAogICAgICAgICAgICAgIHVwZGF0ZWQuPC90PgoKICAgICAgICAgICAgICA8 dD5TdGF0aWMgZW50cnk6IGlmIHRoZSBlbnRyeSB2YWx1ZXMga2VlcCB1bmNoYW5nZWQgc2luY2Ug dGhlCiAgICAgICAgICAgICAgcmUtaW5pdGlhbGl6YXRpb24gb2YgdGhlIFBDQyB0aGVuIHRoaXMg b2JqZWN0IGNvbnRhaW5zIGEgemVybwogICAgICAgICAgICAgIHZhbHVlLiI8L3Q+CiAgICAgICAg ICAgIDwvbGlzdD46Oj0geyBwY2VEaXNjb3ZlcnlFbnRyeSA2IH08L3Q+CgogICAgICAgICAgPHQ+ PC90PgogICAgICAgIDwvbGlzdD5wY2VEaXNjb3ZlcnlDb25nZXN0aW9uIE9CSkVDVC1UWVBFPGxp c3Qgc3R5bGU9ImVtcHR5Ij4KICAgICAgICAgIDx0PlNZTlRBWCBUcnV0aFZhbHVlPC90PgoKICAg ICAgICAgIDx0Pk1BWC1BQ0NFU1MgcmVhZC1vbmx5PC90PgoKICAgICAgICAgIDx0PlNUQVRVUyBj dXJyZW50PC90PgoKICAgICAgICAgIDx0PkRFU0NSSVBUSU9OPGxpc3Q+CiAgICAgICAgICAgICAg PHQ+IlRoaXMgb2JqZWN0IGluZGljYXRlcyB3aGV0aGVyIGEgUENFIGV4cGVyaWVuY2VzIGEgcHJv Y2Vzc2luZwogICAgICAgICAgICAgIGNvbmdlc3Rpb24gc3RhdGUgb3Igbm90LjwvdD4KCiAgICAg ICAgICAgICAgPHQ+IjwvdD4KICAgICAgICAgICAgPC9saXN0Pjo6PSB7IHBjZURpc2NvdmVyeUVu dHJ5IDcgfTwvdD4KICAgICAgICA8L2xpc3Q+PC90PgoKICAgICAgPHQ+cGNlRGlzY292ZXJ5Q29u Z2VzdGlvbkR1cmF0aW9uIE9CSkVDVC1UWVBFPGxpc3Qgc3R5bGU9ImVtcHR5Ij4KICAgICAgICAg IDx0PlNZTlRBWCBVbnNpZ25lZDMyPC90PgoKICAgICAgICAgIDx0Pk1BWC1BQ0NFU1MgcmVhZC1v bmx5PC90PgoKICAgICAgICAgIDx0PlNUQVRVUyBjdXJyZW50PC90PgoKICAgICAgICAgIDx0PkRF U0NSSVBUSU9OPGxpc3Q+CiAgICAgICAgICAgICAgPHQ+IlRoaXMgb2JqZWN0IHNwZWNpZmllcywg aW4gc2Vjb25kcywgdGhlIGNvbmdlc3Rpb24KICAgICAgICAgICAgICBkdXJhdGlvbi48L3Q+Cgog ICAgICAgICAgICAgIDx0PldoZW4gdGhlIHZhbHVlIG9mIHBjZURpc2NvdmVyeUNvbmdlc3Rpb24g aXMgJ2ZhbHNlJyB0aGVuIHRoaXMKICAgICAgICAgICAgICBvYmpldCBNVVNUIGJlIHRvICcwJyI8 L3Q+CiAgICAgICAgICAgIDwvbGlzdD46Oj0geyBwY2VEaXNjb3ZlcnlFbnRyeSA4IH08L3Q+CiAg ICAgICAgPC9saXN0PjwvdD4KCiAgICAgIDx0PnBjZURpc2NDYXBhYmlsaXR5T2JqZWN0cyBPQkpF Q1QgSURFTlRJRklFUiA6Oj0geyBwY2VEaXNjTUlCT2JqZWN0cyAyCiAgICAgIH08L3Q+CgogICAg ICA8dD4tLTwvdD4KCiAgICAgIDx0Pi0tIFBDRS1QQVRIU0NPUEUgaW5mb3JtYXRpb25zIGVsZW1l bnRzPC90PgoKICAgICAgPHQ+LS08L3Q+CgogICAgICA8dD5wY2VEaXNjQ2FwUGF0aFNjb3BlVGFi bGUgT0JKRUNULVRZUEU8bGlzdD4KICAgICAgICAgIDx0PlNZTlRBWCBTRVFVRU5DRSBPRiBQY2VE aXNjQ2FwUGF0aFNjb3BlRW50cnk8L3Q+CgogICAgICAgICAgPHQ+TUFYLUFDQ0VTUyBub3QtYWNj ZXNzaWJsZTwvdD4KCiAgICAgICAgICA8dD5TVEFUVVMgY3VycmVudDwvdD4KCiAgICAgICAgICA8 dD5ERVNDUklQVElPTjxsaXN0PgogICAgICAgICAgICAgIDx0PiJJbmZvcm1hdGlvbiBkZXNjcmli aW5nIHRoZSBjYXBhY2l0eSBvZiB0aGUgUENFcwogICAgICAgICAgICAgIGRpc2NvdmVyZWQuIjwv dD4KICAgICAgICAgICAgPC9saXN0PjwvdD4KCiAgICAgICAgICA8dD46Oj0geyBwY2VEaXNjQ2Fw YWJpbGl0eU9iamVjdHMgMSB9PC90PgogICAgICAgIDwvbGlzdD48L3Q+CgogICAgICA8dD5wY2VE aXNjQ2FwUGF0aFNjb3BlRW50cnkgT0JKRUNULVRZUEU8bGlzdD4KICAgICAgICAgIDx0PlNZTlRB WCBQY2VEaXNjQ2FwUGF0aFNjb3BlRW50cnk8L3Q+CgogICAgICAgICAgPHQ+TUFYLUFDQ0VTUyBu b3QtYWNjZXNzaWJsZTwvdD4KCiAgICAgICAgICA8dD5TVEFUVVMgY3VycmVudDwvdD4KCiAgICAg ICAgICA8dD5ERVNDUklQVElPTjxsaXN0PgogICAgICAgICAgICAgIDx0PiJJbmZvcm1hdGlvbiBk ZXNjcmliaW5nIHRoZSBjYXBhY2l0eSBvZiBlYWNoIFBDRQogICAgICAgICAgICAgIGRpc2NvdmVy ZWQuIjwvdD4KICAgICAgICAgICAgPC9saXN0PklOREVYIHsgcGNlRGlzY292ZXJ5SW5kZXggfTwv dD4KCiAgICAgICAgICA8dD46Oj0geyBwY2VEaXNjQ2FwUGF0aFNjb3BlVGFibGUgMSB9PC90Pgog ICAgICAgIDwvbGlzdD48L3Q+CgogICAgICA8dD48L3Q+CgogICAgICA8dD5QY2VEaXNjQ2FwUGF0 aFNjb3BlRW50cnkgOjo9IFNFUVVFTkNFIHs8bGlzdD4KICAgICAgICAgIDx0PnBjZURpc2NDYXBQ YXRoU2NvcGVJbnRyYUFyZWEgVHJ1dGhWYWx1ZSw8L3Q+CgogICAgICAgICAgPHQ+cGNlRGlzY0Nh cFBhdGhTY29wZUludGVyQXJlYSBUcnV0aFZhbHVlLDwvdD4KCiAgICAgICAgICA8dD5wY2VEaXNj Q2FwUGF0aFNjb3BlRGVmSW50ZXJBcmVhIFRydXRoVmFsdWUsPC90PgoKICAgICAgICAgIDx0PnBj ZURpc2NDYXBQYXRoU2NvcGVJbnRlckFTIFRydXRoVmFsdWUsPC90PgoKICAgICAgICAgIDx0PnBj ZURpc2NDYXBQYXRoU2NvcGVEZWZJbnRlckFTIFRydXRoVmFsdWUsPC90PgoKICAgICAgICAgIDx0 PnBjZURpc2NDYXBQYXRoU2NvcGVJbnRlckxheWVyIFRydXRoVmFsdWUsPC90PgoKICAgICAgICAg IDx0PnBjZURpc2NDYXBQYXRoU2NvcGVQcmVmSW50cmFBcmVhIEludGVnZXIzMiw8L3Q+CgogICAg ICAgICAgPHQ+cGNlRGlzY0NhcFBhdGhTY29wZVByZWZJbnRlckFyZWEgSW50ZWdlcjMyLDwvdD4K CiAgICAgICAgICA8dD5wY2VEaXNjQ2FwUGF0aFNjb3BlUHJlZkludGVyQVMgSW50ZWdlcjMyLDwv dD4KCiAgICAgICAgICA8dD5wY2VEaXNjQ2FwUGF0aFNjb3BlUHJlZkludExheWVyIEludGVnZXIz MjwvdD4KICAgICAgICA8L2xpc3Q+fTwvdD4KCiAgICAgIDx0PnBjZURpc2NDYXBQYXRoU2NvcGVJ bnRyYUFyZWEgT0JKRUNULVRZUEU8bGlzdCBzdHlsZT0iZW1wdHkiPgogICAgICAgICAgPHQ+U1lO VEFYIFRydXRoVmFsdWU8L3Q+CgogICAgICAgICAgPHQ+TUFYLUFDQ0VTUyByZWFkLW9ubHk8L3Q+ CgogICAgICAgICAgPHQ+U1RBVFVTIGN1cnJlbnQ8L3Q+CgogICAgICAgICAgPHQ+REVTQ1JJUFRJ T048bGlzdD4KICAgICAgICAgICAgICA8dD4iSW5kaWNhdGVzIHdoZXRoZXIgdGhlIFBDRSBzdXBw b3J0cyB0aGUgTCBvcHRpb24gb2YgdGhlCiAgICAgICAgICAgICAgUEFUSC1TQ09QRSBzdWIgVExW OjxsaXN0PgogICAgICAgICAgICAgICAgICA8dD5UaGUgdmFsdWUgaXMgJ3RydWUnIGlmIHRoZSBQ Q0UgY2FuIGNvbXB1dGUgaW50cmEtYXJlYQogICAgICAgICAgICAgICAgICBwYXRoLiI8L3Q+CiAg ICAgICAgICAgICAgICA8L2xpc3Q+PC90PgogICAgICAgICAgICA8L2xpc3Q+Ojo9IHsgcGNlRGlz Y0NhcFBhdGhTY29wZUVudHJ5IDEgfTwvdD4KICAgICAgICA8L2xpc3Q+PC90PgoKICAgICAgPHQ+ cGNlRGlzY0NhcFBhdGhTY29wZUludGVyQXJlYSBPQkpFQ1QtVFlQRTxsaXN0IHN0eWxlPSJlbXB0 eSI+CiAgICAgICAgICA8dD5TWU5UQVggVHJ1dGhWYWx1ZTwvdD4KCiAgICAgICAgICA8dD5NQVgt QUNDRVNTIHJlYWQtb25seTwvdD4KCiAgICAgICAgICA8dD5TVEFUVVMgY3VycmVudDwvdD4KCiAg ICAgICAgICA8dD5ERVNDUklQVElPTjxsaXN0PgogICAgICAgICAgICAgIDx0PiJJbmRpY2F0ZXMg d2hldGhlciB0aGUgUENFIHN1cHBvcnRzIHRoZSBSIG9wdGlvbiBvZiB0aGUKICAgICAgICAgICAg ICBQQVRILVNDT1BFIHN1YiBUTFY6PGxpc3Q+CiAgICAgICAgICAgICAgICAgIDx0PlRoZSB2YWx1 ZSBpcyAndHJ1ZScgaWYgdGhlIFBDRSBjYW4gYWN0IGFzIFBDRSBmb3IKICAgICAgICAgICAgICAg ICAgaW50ZXItYXJlYSBURSBMU1BzIGNvbXB1dGF0aW9uLiI8L3Q+CiAgICAgICAgICAgICAgICA8 L2xpc3Q+PC90PgogICAgICAgICAgICA8L2xpc3Q+Ojo9IHsgcGNlRGlzY0NhcFBhdGhTY29wZUVu dHJ5IDIgfTwvdD4KICAgICAgICA8L2xpc3Q+PC90PgoKICAgICAgPHQ+cGNlRGlzY0NhcFBhdGhT Y29wZURlZkludGVyQXJlYSBPQkpFQ1QtVFlQRTxsaXN0IHN0eWxlPSJlbXB0eSI+CiAgICAgICAg ICA8dD5TWU5UQVggVHJ1dGhWYWx1ZTwvdD4KCiAgICAgICAgICA8dD5NQVgtQUNDRVNTIHJlYWQt b25seTwvdD4KCiAgICAgICAgICA8dD5TVEFUVVMgY3VycmVudDwvdD4KCiAgICAgICAgICA8dD5E RVNDUklQVElPTjxsaXN0PgogICAgICAgICAgICAgIDx0PiJJbmRpY2F0ZXMgd2hldGhlciB0aGUg UENFIHN1cHBvcnRzIHRoZSBSZCBvcHRpb24gb2YgdGhlCiAgICAgICAgICAgICAgUEFUSC1TQ09Q RSBzdWIgVExWOjxsaXN0PgogICAgICAgICAgICAgICAgICA8dD5UaGUgdmFsdWUgaXMgJ3RydWUn IGlmIHRoZSBQQ0UgY2FuIGFjdCBhcyBhIGRlZmF1bHQgUENFCiAgICAgICAgICAgICAgICAgIGZv ciBpbnRlci1hcmVhIFRFIExTUHMgY29tcHV0YXRpb24uIjwvdD4KICAgICAgICAgICAgICAgIDwv bGlzdD48L3Q+CiAgICAgICAgICAgIDwvbGlzdD46Oj0geyBwY2VEaXNjQ2FwUGF0aFNjb3BlRW50 cnkgMyB9PC90PgogICAgICAgIDwvbGlzdD48L3Q+CgogICAgICA8dD48L3Q+CgogICAgICA8dD5w Y2VEaXNjQ2FwUGF0aFNjb3BlSW50ZXJBUyBPQkpFQ1QtVFlQRTxsaXN0IHN0eWxlPSJlbXB0eSI+ CiAgICAgICAgICA8dD5TWU5UQVggVHJ1dGhWYWx1ZTwvdD4KCiAgICAgICAgICA8dD5NQVgtQUND RVNTIHJlYWQtb25seTwvdD4KCiAgICAgICAgICA8dD5TVEFUVVMgY3VycmVudDwvdD4KCiAgICAg ICAgICA8dD5ERVNDUklQVElPTjxsaXN0PgogICAgICAgICAgICAgIDx0PiJJbmRpY2F0ZXMgd2hl dGhlciB0aGUgUENFIHN1cHBvcnRzIHRoZSBTIG9wdGlvbiBvZiB0aGUKICAgICAgICAgICAgICBQ QVRILVNDT1BFIHN1YiBUTFY6PGxpc3Q+CiAgICAgICAgICAgICAgICAgIDx0PlRoZSB2YWx1ZSBp cyAndHJ1ZScgaWYgdGhlIFBDRSBjYW4gYWN0IGFzIFBDRSBmb3IKICAgICAgICAgICAgICAgICAg aW50ZXItQVMgVEUgTFNQcyBjb21wdXRhdGlvbi4iPC90PgogICAgICAgICAgICAgICAgPC9saXN0 PjwvdD4KICAgICAgICAgICAgPC9saXN0Pjo6PSB7IHBjZURpc2NDYXBQYXRoU2NvcGVFbnRyeSA0 IH08L3Q+CiAgICAgICAgPC9saXN0PjwvdD4KCiAgICAgIDx0PnBjZURpc2NDYXBQYXRoU2NvcGVE ZWZJbnRlckFTIE9CSkVDVC1UWVBFPGxpc3Qgc3R5bGU9ImVtcHR5Ij4KICAgICAgICAgIDx0PlNZ TlRBWCBUcnV0aFZhbHVlPC90PgoKICAgICAgICAgIDx0Pk1BWC1BQ0NFU1MgcmVhZC1vbmx5PC90 PgoKICAgICAgICAgIDx0PlNUQVRVUyBjdXJyZW50PC90PgoKICAgICAgICAgIDx0PkRFU0NSSVBU SU9OPGxpc3Q+CiAgICAgICAgICAgICAgPHQ+IkluZGljYXRlcyB3aGV0aGVyIHRoZSBQQ0Ugc3Vw cG9ydHMgdGhlIFNkIG9wdGlvbiBvZiB0aGUKICAgICAgICAgICAgICBQQVRILVNDT1BFIHN1YiBU TFY6PGxpc3Q+CiAgICAgICAgICAgICAgICAgIDx0PlRoZSB2YWx1ZSBpcyAndHJ1ZScgaWYgdGhl IFBDRSBjYW4gYWN0IGFzIGEgZGVmYXVsdCBQQ0UKICAgICAgICAgICAgICAgICAgZm9yIGludGVy LUFTIFRFIExTUHMgY29tcHV0YXRpb24uIjwvdD4KICAgICAgICAgICAgICAgIDwvbGlzdD48L3Q+ CiAgICAgICAgICAgIDwvbGlzdD46Oj0geyBwY2VEaXNjQ2FwUGF0aFNjb3BlRW50cnkgNSB9PC90 PgogICAgICAgIDwvbGlzdD48L3Q+CgogICAgICA8dD5wY2VEaXNjQ2FwUGF0aFNjb3BlSW50ZXJM YXllciBPQkpFQ1QtVFlQRTxsaXN0IHN0eWxlPSJlbXB0eSI+CiAgICAgICAgICA8dD5TWU5UQVgg VHJ1dGhWYWx1ZTwvdD4KCiAgICAgICAgICA8dD5NQVgtQUNDRVNTIHJlYWQtb25seTwvdD4KCiAg ICAgICAgICA8dD5TVEFUVVMgY3VycmVudDwvdD4KCiAgICAgICAgICA8dD5ERVNDUklQVElPTjxs aXN0PgogICAgICAgICAgICAgIDx0PiJJbmRpY2F0ZXMgd2hldGhlciB0aGUgUENFIHN1cHBvcnRz IHRoZSBZIG9wdGlvbiBvZiB0aGUKICAgICAgICAgICAgICBQQVRILVNDT1BFIHN1YiBUTFY6PGxp c3Q+CiAgICAgICAgICAgICAgICAgIDx0PlRoZSB2YWx1ZSBpcyAndHJ1ZScgaWYgdGhlIFBDRSBj YW4gY29tcHV0ZSBvciB0YWtlIHBhcnQKICAgICAgICAgICAgICAgICAgaW50byB0aGUgY29tcHV0 YXRpb24gb2YgcGF0aHMgYWNyb3NzIGxheWVycy4iPC90PgogICAgICAgICAgICAgICAgPC9saXN0 PjwvdD4KICAgICAgICAgICAgPC9saXN0Pjo6PSB7IHBjZURpc2NDYXBQYXRoU2NvcGVFbnRyeSA2 fTwvdD4KCiAgICAgICAgICA8dD48L3Q+CiAgICAgICAgPC9saXN0PnBjZURpc2NDYXBQYXRoU2Nv cGVQcmVmSW50cmFBcmVhIE9CSkVDVC1UWVBFPGxpc3Qgc3R5bGU9ImVtcHR5Ij4KICAgICAgICAg IDx0PlNZTlRBWCBJbnRlZ2VyMzIgKDAuLjcpPC90PgoKICAgICAgICAgIDx0Pk1BWC1BQ0NFU1Mg cmVhZC1vbmx5PC90PgoKICAgICAgICAgIDx0PlNUQVRVUyBjdXJyZW50PC90PgoKICAgICAgICAg IDx0PkRFU0NSSVBUSU9OPGxpc3Q+CiAgICAgICAgICAgICAgPHQ+IkluZGljYXRlcyB0aGUgbGV2 ZWwgb2YgcHJlZmVyZW5jZSBvZiB0aGUgb3B0aW9uIG9mCiAgICAgICAgICAgICAgY29tcHV0YXRp b24gJ0wnIGNvbXBhcmVkIHRvIG90aGVyIGNvbXB1dGF0aW9uIG9wdGlvbnM6PGxpc3Q+CiAgICAg ICAgICAgICAgICAgIDx0PkEgdmFsdWUgb2YgNyByZWZsZWN0cyB0aGUgaGlnaGVzdCBwcmVmZXJl bmNlLjwvdD4KCiAgICAgICAgICAgICAgICAgIDx0PldoZW4gdGhlIHZhbHVlIG9mIFBjZURpc2ND YXBDb21wSW50cmFBcmVhIGlzICdmYWxzZScgdGhlbgogICAgICAgICAgICAgICAgICB0aGlzIG9i amV0IE1VU1QgYmUgdG8gJzAnLiI8L3Q+CiAgICAgICAgICAgICAgICA8L2xpc3Q+PC90PgogICAg ICAgICAgICA8L2xpc3Q+Ojo9IHsgcGNlRGlzY0NhcFBhdGhTY29wZUVudHJ5IDd9PC90PgogICAg ICAgIDwvbGlzdD48L3Q+CgogICAgICA8dD5wY2VEaXNjQ2FwUGF0aFNjb3BlUHJlZkludGVyQXJl YSBPQkpFQ1QtVFlQRTxsaXN0IHN0eWxlPSJlbXB0eSI+CiAgICAgICAgICA8dD5TWU5UQVggSW50 ZWdlcjMyICgwLi43KTwvdD4KCiAgICAgICAgICA8dD5NQVgtQUNDRVNTIHJlYWQtb25seTwvdD4K CiAgICAgICAgICA8dD5TVEFUVVMgY3VycmVudDwvdD4KCiAgICAgICAgICA8dD5ERVNDUklQVElP TjxsaXN0PgogICAgICAgICAgICAgIDx0PiJJbmRpY2F0ZXMgdGhlIGxldmVsIG9mIHByZWZlcmVu Y2Ugb2YgdGhlIG9wdGlvbiBvZgogICAgICAgICAgICAgIGNvbXB1dGF0aW9uICdSJyBjb21wYXJl ZCB0byBvdGhlciBjb21wdXRhdGlvbiBvcHRpb25zOjxsaXN0PgogICAgICAgICAgICAgICAgICA8 dD5BIHZhbHVlIG9mIDcgcmVmbGVjdHMgdGhlIGhpZ2hlc3QgcHJlZmVyZW5jZS48L3Q+CgogICAg ICAgICAgICAgICAgICA8dD5XaGVuIHRoZSB2YWx1ZSBvZiBQY2VEaXNjQ2FwQ29tcEludGVyQXJl YSBpcyAnZmFsc2UnIHRoZW4KICAgICAgICAgICAgICAgICAgdGhpcyBvYmpldCBNVVNUIGJlIHRv ICcwJy4iPC90PgogICAgICAgICAgICAgICAgPC9saXN0PjwvdD4KICAgICAgICAgICAgPC9saXN0 Pjo6PSB7IHBjZURpc2NDYXBQYXRoU2NvcGVFbnRyeSA4fTwvdD4KICAgICAgICA8L2xpc3Q+PC90 PgoKICAgICAgPHQ+cGNlRGlzY0NhcFBhdGhTY29wZVByZWZJbnRlckFTIE9CSkVDVC1UWVBFPGxp c3Qgc3R5bGU9ImVtcHR5Ij4KICAgICAgICAgIDx0PlNZTlRBWCBJbnRlZ2VyMzIgKDAuLjcpPC90 PgoKICAgICAgICAgIDx0Pk1BWC1BQ0NFU1MgcmVhZC1vbmx5PC90PgoKICAgICAgICAgIDx0PlNU QVRVUyBjdXJyZW50PC90PgoKICAgICAgICAgIDx0PkRFU0NSSVBUSU9OPGxpc3Q+CiAgICAgICAg ICAgICAgPHQ+IkluZGljYXRlcyB0aGUgbGV2ZWwgb2YgcHJlZmVyZW5jZSBvZiB0aGUgb3B0aW9u IG9mCiAgICAgICAgICAgICAgY29tcHV0YXRpb24gJ1MnIGNvbXBhcmVkIHRvIG90aGVyIGNvbXB1 dGF0aW9uIG9wdGlvbnM6PGxpc3Q+CiAgICAgICAgICAgICAgICAgIDx0PkEgdmFsdWUgb2YgNyBy ZWZsZWN0cyB0aGUgaGlnaGVzdCBwcmVmZXJlbmNlLjwvdD4KCiAgICAgICAgICAgICAgICAgIDx0 PldoZW4gdGhlIHZhbHVlIG9mIFBjZURpc2NDYXBDb21wSW50ZXJBUyBpcyAnZmFsc2UnIHRoZW4K ICAgICAgICAgICAgICAgICAgdGhpcyBvYmpldCBNVVNUIGJlIHRvICcwJy4iPC90PgogICAgICAg ICAgICAgICAgPC9saXN0PjwvdD4KICAgICAgICAgICAgPC9saXN0Pjo6PSB7IHBjZURpc2NDYXBQ YXRoU2NvcGVFbnRyeSA5fTwvdD4KICAgICAgICA8L2xpc3Q+PC90PgoKICAgICAgPHQ+cGNlRGlz Y0NhcFBhdGhTY29wZVByZWZJbnRMYXllciBPQkpFQ1QtVFlQRTxsaXN0IHN0eWxlPSJlbXB0eSI+ CiAgICAgICAgICA8dD5TWU5UQVggSW50ZWdlcjMyICgwLi43KTwvdD4KCiAgICAgICAgICA8dD5N QVgtQUNDRVNTIHJlYWQtb25seTwvdD4KCiAgICAgICAgICA8dD5TVEFUVVMgY3VycmVudDwvdD4K CiAgICAgICAgICA8dD5ERVNDUklQVElPTjxsaXN0PgogICAgICAgICAgICAgIDx0PiJJbmRpY2F0 ZXMgdGhlIGxldmVsIG9mIHByZWZlcmVuY2Ugb2YgdGhlIG9wdGlvbiBvZgogICAgICAgICAgICAg IGNvbXB1dGF0aW9uICdZJyBjb21wYXJlZCB0byBvdGhlciBjb21wdXRhdGlvbiBvcHRpb25zOjxs aXN0PgogICAgICAgICAgICAgICAgICA8dD5BIHZhbHVlIG9mIDcgcmVmbGVjdHMgdGhlIGhpZ2hl c3QgcHJlZmVyZW5jZS48L3Q+CgogICAgICAgICAgICAgICAgICA8dD5XaGVuIHRoZSB2YWx1ZSBv ZiBQY2VEaXNjQ2FwQ29tcEludGVyTGF5ZXIgaXMgJ2ZhbHNlJwogICAgICAgICAgICAgICAgICB0 aGVuIHRoaXMgb2JqZXQgTVVTVCBiZSB0byAnMCcuIjwvdD4KICAgICAgICAgICAgICAgIDwvbGlz dD48L3Q+CiAgICAgICAgICAgIDwvbGlzdD46Oj0geyBwY2VEaXNjQ2FwUGF0aFNjb3BlRW50cnkg MTB9PC90PgogICAgICAgIDwvbGlzdD48L3Q+CgogICAgICA8dD4tLTwvdD4KCiAgICAgIDx0Pi0t IFBDRS1ET01BSU5TIGluZm9ybWF0aW9uIGVsZW1lbnRzPC90PgoKICAgICAgPHQ+LS08L3Q+Cgog ICAgICA8dD5wY2VEaXNjQ2FwRG9tYWluVGFibGUgT0JKRUNULVRZUEU8bGlzdD4KICAgICAgICAg IDx0PlNZTlRBWCBTRVFVRU5DRSBPRiBQY2VEaXNjQ2FwRG9tYWluRW50cnk8L3Q+CgogICAgICAg ICAgPHQ+TUFYLUFDQ0VTUyBub3QtYWNjZXNzaWJsZTwvdD4KCiAgICAgICAgICA8dD5TVEFUVVMg Y3VycmVudDwvdD4KCiAgICAgICAgICA8dD5ERVNDUklQVElPTjxsaXN0PgogICAgICAgICAgICAg IDx0PiJJbmZvcm1hdGlvbiBkZXNjcmliaW5nIHRoZSBzZXQgb2YgZG9tYWlucyB3aGVyZSB0aGUg UENFIGhhcwogICAgICAgICAgICAgIHRvcG9sb2d5IHZpc2liaWxpdHkgYW5kIGNhbiBjb21wdXRl IHBhdGhzLiI8L3Q+CiAgICAgICAgICAgIDwvbGlzdD48L3Q+CgogICAgICAgICAgPHQ+Ojo9IHsg cGNlRGlzY0NhcGFiaWxpdHlPYmplY3RzIDIgfTwvdD4KICAgICAgICA8L2xpc3Q+PC90PgoKICAg ICAgPHQ+cGNlRGlzY0NhcERvbWFpbkVudHJ5IE9CSkVDVC1UWVBFPGxpc3Q+CiAgICAgICAgICA8 dD5TWU5UQVggUGNlRGlzY0NhcERvbWFpbkVudHJ5PC90PgoKICAgICAgICAgIDx0Pk1BWC1BQ0NF U1Mgbm90LWFjY2Vzc2libGU8L3Q+CgogICAgICAgICAgPHQ+U1RBVFVTIGN1cnJlbnQ8L3Q+Cgog ICAgICAgICAgPHQ+REVTQ1JJUFRJT048bGlzdD4KICAgICAgICAgICAgICA8dD4iSW5mb3JtYXRp b24gZGVzY3JpYmluZyB0aGUgZG9tYWlucyBvZiBlYWNoIFBDRQogICAgICAgICAgICAgIGRpc2Nv dmVyZWQuIjwvdD4KICAgICAgICAgICAgPC9saXN0PklOREVYIHsgcGNlRGlzY292ZXJ5SW5kZXgs IHBjZURpc2NDYXBEb21haW5JbmRleCB9PC90PgoKICAgICAgICAgIDx0Pjo6PSB7IHBjZURpc2ND YXBEb21haW5UYWJsZSAxIH08L3Q+CiAgICAgICAgPC9saXN0PjwvdD4KCiAgICAgIDx0PlBjZURp c2NDYXBEb21haW5FbnRyeSA6Oj0gU0VRVUVOQ0UgezxsaXN0PgogICAgICAgICAgPHQ+cGNlRGlz Y0NhcERvbWFpbkluZGV4IEludGVnZXIzMiw8L3Q+CgogICAgICAgICAgPHQ+cGNlRGlzY0NhcERv bWFpbklEVHlwZSBBZGRyZXNzRmFtaWx5TnVtYmVycyw8L3Q+CgogICAgICAgICAgPHQ+cGNlRGlz Y0NhcERvbWFpbklEIFBjZVJvdXRpbmdEb21haW5JRDwvdD4KICAgICAgICA8L2xpc3Q+fTwvdD4K CiAgICAgIDx0PnBjZURpc2NDYXBEb21haW5JbmRleCBPQkpFQ1QtVFlQRTxsaXN0IHN0eWxlPSJl bXB0eSI+CiAgICAgICAgICA8dD5TWU5UQVggSW50ZWdlcjMyICgxLi4yMTQ3NDgzNjQ3KTwvdD4K CiAgICAgICAgICA8dD5NQVgtQUNDRVNTIG5vdC1hY2Nlc3NpYmxlPC90PgoKICAgICAgICAgIDx0 PlNUQVRVUyBjdXJyZW50PC90PgoKICAgICAgICAgIDx0PkRFU0NSSVBUSU9OPGxpc3Q+CiAgICAg ICAgICAgICAgPHQ+IlRoaXMgb2JqZWN0IGlkZW50aWZpZXMgbG9jYWxseSBhIGRvbWFpbiBmb3Ig d2hpY2ggdGhlIFBDRQogICAgICAgICAgICAgIGlkZW50aWZpZWQgYnkgcGNlRGlzY292ZXJ5SW5k ZXggaGFzIHRvcG9sb2d5IHZpc2liaWxpdHkgYW5kIGNhbgogICAgICAgICAgICAgIGNvbXB1dGUg cGF0aHMuIjwvdD4KICAgICAgICAgICAgPC9saXN0Pjo6PSB7IHBjZURpc2NDYXBEb21haW5FbnRy eSAxIH08L3Q+CiAgICAgICAgPC9saXN0PjwvdD4KCiAgICAgIDx0PnBjZURpc2NDYXBEb21haW5J RFR5cGUgT0JKRUNULVRZUEU8bGlzdCBzdHlsZT0iZW1wdHkiPgogICAgICAgICAgPHQ+U1lOVEFY IEFkZHJlc3NGYW1pbHlOdW1iZXJzPC90PgoKICAgICAgICAgIDx0Pk1BWC1BQ0NFU1MgcmVhZC1v bmx5PC90PgoKICAgICAgICAgIDx0PlNUQVRVUyBjdXJyZW50PC90PgoKICAgICAgICAgIDx0PkRF U0NSSVBUSU9OPGxpc3Q+CiAgICAgICAgICAgICAgPHQ+IlRoaXMgb2JqZWN0IGlkZW50aWZpZXMg dGhlIHR5cGUgb2YgdGhlIGRvbWFpbklEIG9mIGEKICAgICAgICAgICAgICBQQ0UtRE9NQUlOIFNV QiBUTFYuPC90PgoKICAgICAgICAgICAgICA8dD5BY2NlcHRhYmxlIHR5cGVzIGFyZSA6PGxpc3Q+ CiAgICAgICAgICAgICAgICAgIDx0PmlwVjQoMSkgYW5kIGlwVjYoMikgZm9yIGFuIE9TUEYgYXJl YSBJRDs8L3Q+CgogICAgICAgICAgICAgICAgICA8dD5uc2FwKDMpIGZvciBhbmQgSVNJUyBhcmVh IElEOzwvdD4KCiAgICAgICAgICAgICAgICAgIDx0PmFzTnVtYmVyKDE4KSBmb3IgYW4gQkdQIEFT IG51bWJlciI8L3Q+CiAgICAgICAgICAgICAgICA8L2xpc3Q+PC90PgogICAgICAgICAgICA8L2xp c3Q+Ojo9IHsgcGNlRGlzY0NhcERvbWFpbkVudHJ5IDIgfTwvdD4KICAgICAgICA8L2xpc3Q+PC90 PgoKICAgICAgPHQ+cGNlRGlzY0NhcERvbWFpbklEIE9CSkVDVC1UWVBFPGxpc3Qgc3R5bGU9ImVt cHR5Ij4KICAgICAgICAgIDx0PlNZTlRBWCBQY2VSb3V0aW5nRG9tYWluSUQ8L3Q+CgogICAgICAg ICAgPHQ+TUFYLUFDQ0VTUyByZWFkLW9ubHk8L3Q+CgogICAgICAgICAgPHQ+U1RBVFVTIGN1cnJl bnQ8L3Q+CgogICAgICAgICAgPHQ+REVTQ1JJUFRJT048bGlzdD4KICAgICAgICAgICAgICA8dD4i VGhlIElEIChhcmVhLEFTKSBvZiB0aGUgcm91dGluZyBkb21haW4gZm9yIHdoaWNoIHRoaXMgZW50 cnkKICAgICAgICAgICAgICBjb250YWlucyBpbmZvcm1hdGlvbi4iPC90PgogICAgICAgICAgICA8 L2xpc3Q+Ojo9IHsgcGNlRGlzY0NhcERvbWFpbkVudHJ5IDMgfTwvdD4KICAgICAgICA8L2xpc3Q+ PC90PgoKICAgICAgPHQ+LS08L3Q+CgogICAgICA8dD4tLSBQQ0UtREVTVC1ET01BSU5TIGluZm9y bWF0aW9uIGVsZW1lbnRzPC90PgoKICAgICAgPHQ+LS08L3Q+CgogICAgICA8dD5wY2VEaXNjQ2Fw RGVzdERvbWFpblRhYmxlIE9CSkVDVC1UWVBFPGxpc3Q+CiAgICAgICAgICA8dD5TWU5UQVggU0VR VUVOQ0UgT0YgUGNlRGlzY0NhcERlc3REb21haW5FbnRyeTwvdD4KCiAgICAgICAgICA8dD5NQVgt QUNDRVNTIG5vdC1hY2Nlc3NpYmxlPC90PgoKICAgICAgICAgIDx0PlNUQVRVUyBjdXJyZW50PC90 PgoKICAgICAgICAgIDx0PkRFU0NSSVBUSU9OPGxpc3Q+CiAgICAgICAgICAgICAgPHQ+IkluZm9y bWF0aW9uIGRlc2NyaWJpbmcgdGhlIHNldCBvZiBkZXN0aW5hdGlvbiBkb21haW5zIHRvd2FyZAog ICAgICAgICAgICAgIHdoaWNoIGEgUENFIGNhbiBjb21wdXRlIHBhdGguIjwvdD4KICAgICAgICAg ICAgPC9saXN0PjwvdD4KCiAgICAgICAgICA8dD46Oj0geyBwY2VEaXNjQ2FwYWJpbGl0eU9iamVj dHMgMyB9PC90PgogICAgICAgIDwvbGlzdD48L3Q+CgogICAgICA8dD5wY2VEaXNjQ2FwRGVzdERv bWFpbkVudHJ5IE9CSkVDVC1UWVBFPGxpc3Q+CiAgICAgICAgICA8dD5TWU5UQVggUGNlRGlzY0Nh cERlc3REb21haW5FbnRyeTwvdD4KCiAgICAgICAgICA8dD5NQVgtQUNDRVNTIG5vdC1hY2Nlc3Np YmxlPC90PgoKICAgICAgICAgIDx0PlNUQVRVUyBjdXJyZW50PC90PgoKICAgICAgICAgIDx0PkRF U0NSSVBUSU9OPGxpc3Q+CiAgICAgICAgICAgICAgPHQ+IkluZm9ybWF0aW9uIGRlc2NyaWJpbmcg dGhlIGRlc3RpbmF0aW9uIGRvbWFpbnMgb2YgZWFjaAogICAgICAgICAgICAgIFBDRS4iPC90Pgog ICAgICAgICAgICA8L2xpc3Q+SU5ERVggeyBwY2VEaXNjb3ZlcnlJbmRleCwgcGNlRGlzY0NhcERl c3REb21haW5JbmRleCB9PC90PgoKICAgICAgICAgIDx0Pjo6PSB7IHBjZURpc2NDYXBEZXN0RG9t YWluVGFibGUgMSB9PC90PgogICAgICAgIDwvbGlzdD48L3Q+CgogICAgICA8dD5QY2VEaXNjQ2Fw RGVzdERvbWFpbkVudHJ5IDo6PSBTRVFVRU5DRSB7PGxpc3Q+CiAgICAgICAgICA8dD5wY2VEaXNj Q2FwRGVzdERvbWFpbkluZGV4IEludGVnZXIzMiw8L3Q+CgogICAgICAgICAgPHQ+cGNlRGlzY0Nh cERlc3REb21haW5JRFR5cGUgQWRkcmVzc0ZhbWlseU51bWJlcnMsPC90PgoKICAgICAgICAgIDx0 PnBjZURpc2NDYXBEZXN0RG9tYWluSUQgUGNlUm91dGluZ0RvbWFpbklEPC90PgogICAgICAgIDwv bGlzdD59PC90PgoKICAgICAgPHQ+cGNlRGlzY0NhcERlc3REb21haW5JbmRleCBPQkpFQ1QtVFlQ RTxsaXN0IHN0eWxlPSJlbXB0eSI+CiAgICAgICAgICA8dD5TWU5UQVggSW50ZWdlcjMyICgxLi4y MTQ3NDgzNjQ3KTwvdD4KCiAgICAgICAgICA8dD5NQVgtQUNDRVNTIG5vdC1hY2Nlc3NpYmxlPC90 PgoKICAgICAgICAgIDx0PlNUQVRVUyBjdXJyZW50PC90PgoKICAgICAgICAgIDx0PkRFU0NSSVBU SU9OPGxpc3Q+CiAgICAgICAgICAgICAgPHQ+IlRoaXMgb2JqZWN0IGlkZW50aWZpZXMgbG9jYWxs eSBhIGRlc3RpbmF0aW9uIGRvbWFpbiB0b3dhcmQKICAgICAgICAgICAgICB3aGljaCBhIFBDRSBp ZGVudGlmaWVkIGJ5IHBjZURpc2NvdmVyeUluZGV4IGNhbiBjb21wdXRlCiAgICAgICAgICAgICAg cGF0aC4iPC90PgogICAgICAgICAgICA8L2xpc3Q+Ojo9IHsgcGNlRGlzY0NhcERlc3REb21haW5F bnRyeSAxIH08L3Q+CiAgICAgICAgPC9saXN0PjwvdD4KCiAgICAgIDx0PnBjZURpc2NDYXBEZXN0 RG9tYWluSURUeXBlIE9CSkVDVC1UWVBFPGxpc3Qgc3R5bGU9ImVtcHR5Ij4KICAgICAgICAgIDx0 PlNZTlRBWCBBZGRyZXNzRmFtaWx5TnVtYmVyczwvdD4KCiAgICAgICAgICA8dD5NQVgtQUNDRVNT IHJlYWQtb25seTwvdD4KCiAgICAgICAgICA8dD5TVEFUVVMgY3VycmVudDwvdD4KCiAgICAgICAg ICA8dD5ERVNDUklQVElPTjxsaXN0PgogICAgICAgICAgICAgIDx0PiJUaGlzIG9iamVjdCBpZGVu dGlmaWVzIHRoZSB0eXBlIG9mIHRoZSByb3V0aW5nIGRvbWFpbi48L3Q+CgogICAgICAgICAgICAg IDx0PkFjY2VwdGFibGUgdHlwZXMgYXJlIDo8bGlzdD4KICAgICAgICAgICAgICAgICAgPHQ+aXBW NCgxKSBhbmQgaXBWNigyKSBmb3IgYW4gT1NQRiBhcmVhIElEOzwvdD4KCiAgICAgICAgICAgICAg ICAgIDx0Pm5zYXAoMykgZm9yIGFuZCBJU0lTIGFyZWEgSUQ7PC90PgoKICAgICAgICAgICAgICAg ICAgPHQ+YXNOdW1iZXIoMTgpIGZvciBhbiBCR1AgQVMgbnVtYmVyIjwvdD4KICAgICAgICAgICAg ICAgIDwvbGlzdD48L3Q+CiAgICAgICAgICAgIDwvbGlzdD46Oj0geyBwY2VEaXNjQ2FwRGVzdERv bWFpbkVudHJ5IDIgfTwvdD4KICAgICAgICA8L2xpc3Q+PC90PgoKICAgICAgPHQ+cGNlRGlzY0Nh cERlc3REb21haW5JRCBPQkpFQ1QtVFlQRTxsaXN0IHN0eWxlPSJlbXB0eSI+CiAgICAgICAgICA8 dD5TWU5UQVggUGNlUm91dGluZ0RvbWFpbklEPC90PgoKICAgICAgICAgIDx0Pk1BWC1BQ0NFU1Mg cmVhZC1vbmx5PC90PgoKICAgICAgICAgIDx0PlNUQVRVUyBjdXJyZW50PC90PgoKICAgICAgICAg IDx0PkRFU0NSSVBUSU9OPGxpc3Q+CiAgICAgICAgICAgICAgPHQ+IlRoZSBJRCAoYXJlYSxBUykg b2YgdGhlIHJvdXRpbmcgZG9tYWluIGZvciB3aGljaCB0aGlzIGVudHJ5CiAgICAgICAgICAgICAg Y29udGFpbnMgaW5mb3JtYXRpb24uIjwvdD4KICAgICAgICAgICAgPC9saXN0Pjo6PSB7IHBjZURp c2NDYXBEZXN0RG9tYWluRW50cnkgMyB9PC90PgoKICAgICAgICAgIDx0PjwvdD4KICAgICAgICA8 L2xpc3Q+PC90PgoKICAgICAgPHQ+cGNlRGlzY0NvbXB1dGF0aW9uT3B0aW9uc09iamVjdHMgT0JK RUNUIElERU5USUZJRVIgOjo9IHsKICAgICAgcGNlRGlzY01JQk9iamVjdHMgMyB9PC90PgoKICAg ICAgPHQ+LS0gR0VORVJBTC1DQVAgYW5kIFBBVEgtQ09NUC1DQVA8L3Q+CgogICAgICA8dD5wY2VE aXNjQ29tcHV0YXRpb25PcHRpb25zVGFibGUgT0JKRUNULVRZUEU8bGlzdD4KICAgICAgICAgIDx0 PlNZTlRBWCBTRVFVRU5DRSBPRiBQY2VEaXNjQ29tcHV0YXRpb25PcHRpb25zRW50cnk8L3Q+Cgog ICAgICAgICAgPHQ+TUFYLUFDQ0VTUyBub3QtYWNjZXNzaWJsZTwvdD4KCiAgICAgICAgICA8dD5T VEFUVVMgY3VycmVudDwvdD4KCiAgICAgICAgICA8dD5ERVNDUklQVElPTjxsaXN0PgogICAgICAg ICAgICAgIDx0PiJJbmZvcm1hdGlvbiBkZXNjcmliaW5nIGNvbXB1dGF0aW9uIG9wdGlvbnMgc3Vw cG9ydGVkIGJ5IGVhY2gKICAgICAgICAgICAgICBQQ0UuIjwvdD4KICAgICAgICAgICAgPC9saXN0 PjwvdD4KCiAgICAgICAgICA8dD46Oj0geyBwY2VEaXNjQ29tcHV0YXRpb25PcHRpb25zT2JqZWN0 cyAxIH08L3Q+CiAgICAgICAgPC9saXN0PjwvdD4KCiAgICAgIDx0PnBjZURpc2NDb21wdXRhdGlv bk9wdGlvbnNFbnRyeSBPQkpFQ1QtVFlQRTxsaXN0PgogICAgICAgICAgPHQ+U1lOVEFYIFBjZURp c2NDb21wdXRhdGlvbk9wdGlvbnNFbnRyeTwvdD4KCiAgICAgICAgICA8dD5NQVgtQUNDRVNTIG5v dC1hY2Nlc3NpYmxlPC90PgoKICAgICAgICAgIDx0PlNUQVRVUyBjdXJyZW50PC90PgoKICAgICAg ICAgIDx0PkRFU0NSSVBUSU9OPGxpc3Q+CiAgICAgICAgICAgICAgPHQ+IkluZm9ybWF0aW9uIGRl c2NyaWJpbmcgY29tcHV0YXRpb24gb3B0aW9ucyBvZiBvbmUgUENFLiAiPC90PgogICAgICAgICAg ICA8L2xpc3Q+SU5ERVggeyBwY2VEaXNjb3ZlcnlJbmRleCB9PC90PgoKICAgICAgICAgIDx0Pjo6 PSB7IHBjZURpc2NDb21wdXRhdGlvbk9wdGlvbnNUYWJsZSAxIH08L3Q+CiAgICAgICAgPC9saXN0 PjwvdD4KCiAgICAgIDx0PlBjZURpc2NDb21wdXRhdGlvbk9wdGlvbnNFbnRyeSA6Oj0gU0VRVUVO Q0UgezxsaXN0PgogICAgICAgICAgPHQ+cGNlRGlzY0NvbXBPcHRpb25zUnByaW9yaXR5IElOVEVH RVIsPC90PgoKICAgICAgICAgIDx0PnBjZURpc2NDb21wT3B0aW9uc01tZXNzYWdlcyBJTlRFR0VS PC90PgoKICAgICAgICAgIDx0Pn08L3Q+CgogICAgICAgICAgPHQ+PC90PgogICAgICAgIDwvbGlz dD5wY2VEaXNjQ29tcE9wdGlvbnNScHJpb3JpdHkgT0JKRUNULVRZUEU8bGlzdCBzdHlsZT0iZW1w dHkiPgogICAgICAgICAgPHQ+U1lOVEFYIElOVEVHRVIgezwvdD4KCiAgICAgICAgICA8dD48bGlz dD4KICAgICAgICAgICAgICA8dD5zdXBwb3J0ZWQoMSksPC90PgoKICAgICAgICAgICAgICA8dD5u b3RTdXBwb3J0ZWQoMik8L3Q+CiAgICAgICAgICAgIDwvbGlzdD59PC90PgoKICAgICAgICAgIDx0 Pk1BWC1BQ0NFU1MgcmVhZC1vbmx5PC90PgoKICAgICAgICAgIDx0PlNUQVRVUyBjdXJyZW50PC90 PgoKICAgICAgICAgIDx0PkRFU0NSSVBUSU9OPGxpc3Q+CiAgICAgICAgICAgICAgPHQ+IlRoZSBQ Q0UgaWRlbnRpZmllZCBieSBwY2VEaXNjb3ZlcnlJbmRleCBzdXBwb3J0cyBmb3IgUmVxdWVzdAog ICAgICAgICAgICAgIHByaW9yaXRpemF0aW9uIGlmIHRoZSB2YWx1ZSBvZiB0aGlzIG9iamVjdCBp cyBzdXBwb3J0ZWQoMSkuIjwvdD4KICAgICAgICAgICAgPC9saXN0Pjo6PSB7IHBjZURpc2NDb21w dXRhdGlvbk9wdGlvbnNFbnRyeSAxIH08L3Q+CgogICAgICAgICAgPHQ+PC90PgogICAgICAgIDwv bGlzdD5wY2VEaXNjQ29tcE9wdGlvbnNNbWVzc2FnZXMgT0JKRUNULVRZUEU8bGlzdCBzdHlsZT0i ZW1wdHkiPgogICAgICAgICAgPHQ+U1lOVEFYIElOVEVHRVIgezxsaXN0PgogICAgICAgICAgICAg IDx0PnN1cHBvcnRlZCgxKSw8L3Q+CgogICAgICAgICAgICAgIDx0Pm5vdFN1cHBvcnRlZCgyKTwv dD4KICAgICAgICAgICAgPC9saXN0Pn08L3Q+CgogICAgICAgICAgPHQ+TUFYLUFDQ0VTUyByZWFk LW9ubHk8L3Q+CgogICAgICAgICAgPHQ+U1RBVFVTIGN1cnJlbnQ8L3Q+CgogICAgICAgICAgPHQ+ REVTQ1JJUFRJT048bGlzdD4KICAgICAgICAgICAgICA8dD4iIElmIHRoZSB2YWx1ZSBvZiB0aGlz IG9iamVjdCBpcyBzdXBwb3J0ZWQoMSksIHRoZW4gdGhlIFBDRQogICAgICAgICAgICAgIGlkZW50 aWZpZWQgYnkgcGNlRGlzY292ZXJ5SW5kZXggc3VwcG9ydHMgZm9yIG11bHRpcGxlIG1lc3NhZ2Vz CiAgICAgICAgICAgICAgd2l0aGluIHRoZSBzYW1lIHJlcXVlc3QgbWVzc2FnZS4iPC90PgogICAg ICAgICAgICA8L2xpc3Q+Ojo9IHsgcGNlRGlzY0NvbXB1dGF0aW9uT3B0aW9uc0VudHJ5IDIgfTwv dD4KICAgICAgICA8L2xpc3Q+PC90PgoKICAgICAgPHQ+LS0gQWN0aXZpdHkgb2JqZWN0czwvdD4K CiAgICAgIDx0PnBjZURpc2NBY3Rpdml0eU9iamVjdHMgT0JKRUNUIElERU5USUZJRVIgOjo9IHsg cGNlRGlzY01JQk9iamVjdHMgNAogICAgICB9PC90PgoKICAgICAgPHQ+cGNlRGlzY0FjdGl2aXR5 VGFibGUgT0JKRUNULVRZUEU8bGlzdD4KICAgICAgICAgIDx0PlNZTlRBWCBTRVFVRU5DRSBPRiBQ Y2VEaXNjQWN0aXZpdHlFbnRyeTwvdD4KCiAgICAgICAgICA8dD5NQVgtQUNDRVNTIG5vdC1hY2Nl c3NpYmxlPC90PgoKICAgICAgICAgIDx0PlNUQVRVUyBjdXJyZW50PC90PgoKICAgICAgICAgIDx0 PkRFU0NSSVBUSU9OPGxpc3Q+CiAgICAgICAgICAgICAgPHQ+IkluZm9ybWF0aW9uIGRlc2NyaWJp bmcgZm9yIGVhY2ggUENFIHRoZSBhY3Rpdml0eSBvZiB0aGUKICAgICAgICAgICAgICBkaXNjb3Zl cnkgbWVjaGFuaXNtLiI8L3Q+CiAgICAgICAgICAgIDwvbGlzdD48L3Q+CgogICAgICAgICAgPHQ+ Ojo9IHsgcGNlRGlzY0FjdGl2aXR5T2JqZWN0cyAxIH08L3Q+CiAgICAgICAgPC9saXN0PjwvdD4K CiAgICAgIDx0PnBjZURpc2NBY3Rpdml0eUVudHJ5IE9CSkVDVC1UWVBFPGxpc3Q+CiAgICAgICAg ICA8dD5TWU5UQVggUGNlRGlzY0FjdGl2aXR5RW50cnk8L3Q+CgogICAgICAgICAgPHQ+TUFYLUFD Q0VTUyBub3QtYWNjZXNzaWJsZTwvdD4KCiAgICAgICAgICA8dD5TVEFUVVMgY3VycmVudDwvdD4K CiAgICAgICAgICA8dD5ERVNDUklQVElPTjxsaXN0PgogICAgICAgICAgICAgIDx0PiJJbmZvcm1h dGlvbiBkZXNjcmliaW5nIHRoZSBhY3Rpdml0eSBvZiB0aGUgZGlzY292ZXJ5CiAgICAgICAgICAg ICAgbWVjaGFuaXNtIG9mIGEgUENFIGRpc2NvdmVyZWQuICI8L3Q+CiAgICAgICAgICAgIDwvbGlz dD5JTkRFWCB7IHBjZURpc2NvdmVyeUluZGV4IH08L3Q+CgogICAgICAgICAgPHQ+Ojo9IHsgcGNl RGlzY0FjdGl2aXR5VGFibGUgMSB9PC90PgogICAgICAgIDwvbGlzdD48L3Q+CgogICAgICA8dD5Q Y2VEaXNjQWN0aXZpdHlFbnRyeSA6Oj0gU0VRVUVOQ0UgezxsaXN0PgogICAgICAgICAgPHQ+cGNl RGlzY0FjdGl2aXR5VGx2c1JlY3YgSW50ZWdlcjMyLDwvdD4KCiAgICAgICAgICA8dD5wY2VEaXNj QWN0aXZpdHlFcnJvcmVkVGx2c1JlY3YgSW50ZWdlcjMyPC90PgoKICAgICAgICAgIDx0Pn08L3Q+ CgogICAgICAgICAgPHQ+PC90PgogICAgICAgIDwvbGlzdD5wY2VEaXNjQWN0aXZpdHlUbHZzUmVj diBPQkpFQ1QtVFlQRTxsaXN0IHN0eWxlPSJlbXB0eSI+CiAgICAgICAgICA8dD5TWU5UQVggSW50 ZWdlcjMyICgxLi4yMTQ3NDgzNjQ3KTwvdD4KCiAgICAgICAgICA8dD5NQVgtQUNDRVNTIG5vdC1h Y2Nlc3NpYmxlPC90PgoKICAgICAgICAgIDx0PlNUQVRVUyBjdXJyZW50PC90PgoKICAgICAgICAg IDx0PkRFU0NSSVBUSU9OPGxpc3Q+CiAgICAgICAgICAgICAgPHQ+IlRoaXMgb2JqZWN0IGNvdW50 cyB0aGUgbnVtYmVyIG9mIFRMViByZWNlaXZlZCBzaW5jZSB0aGUKICAgICAgICAgICAgICBkaXNj b3Zlcnkgb2YgdGhlIFBDRS4iPC90PgogICAgICAgICAgICA8L2xpc3Q+Ojo9IHsgcGNlRGlzY0Fj dGl2aXR5RW50cnkgMSB9PC90PgoKICAgICAgICAgIDx0PjwvdD4KICAgICAgICA8L2xpc3Q+cGNl RGlzY0FjdGl2aXR5RXJyb3JlZFRsdnNSZWN2IE9CSkVDVC1UWVBFPGxpc3Qgc3R5bGU9ImVtcHR5 Ij4KICAgICAgICAgIDx0PlNZTlRBWCBJbnRlZ2VyMzIgKDEuLjIxNDc0ODM2NDcpPC90PgoKICAg ICAgICAgIDx0Pk1BWC1BQ0NFU1Mgbm90LWFjY2Vzc2libGU8L3Q+CgogICAgICAgICAgPHQ+U1RB VFVTIGN1cnJlbnQ8L3Q+CgogICAgICAgICAgPHQ+REVTQ1JJUFRJT048bGlzdD4KICAgICAgICAg ICAgICA8dD4iVGhpcyBvYmplY3QgY291bnRzIHRoZSBudW1iZXIgb2YgRXJyb3JlZCBUVkwgcmVj ZWl2ZWQgc2luY2UKICAgICAgICAgICAgICB0aGUgZGlzY292ZXJ5IG9mIHRoZSBQQ0UuIjwvdD4K ICAgICAgICAgICAgPC9saXN0Pjo6PSB7IHBjZURpc2NBY3Rpdml0eUVudHJ5IDIgfTwvdD4KICAg ICAgICA8L2xpc3Q+PC90PgoKICAgICAgPHQ+LS08L3Q+CgogICAgICA8dD4tLSBQQ0UgRElTQyBh Z2VudHMgY29uZm9ybWFuY2Ugc3RhdGVtZW50PC90PgoKICAgICAgPHQ+LS08L3Q+CgogICAgICA8 dD5wY2VEaXNjQ29uZm9ybWFuY2UgT0JKRUNUIElERU5USUZJRVIgOjo9IHsgcGNlRGlzY1N0ZE1J QiAyIH08L3Q+CgogICAgICA8dD5wY2VEaXNjR3JvdXBzIE9CSkVDVCBJREVOVElGSUVSIDo6PSB7 IHBjZURpc2NDb25mb3JtYW5jZSAxIH08L3Q+CgogICAgICA8dD5wY2VEaXNjQ29tcGxpYW5jZXMg T0JKRUNUIElERU5USUZJRVIgOjo9IHsgcGNlRGlzY0NvbmZvcm1hbmNlIDIgfTwvdD4KCiAgICAg IDx0Pi0tIFBDRSBESVNDIGFnZW50IGNvbXBsaWFuY2Ugc3RhdGVtZW50czwvdD4KCiAgICAgIDx0 PnBjZURpc2NHZW5lcmFsUGNlSW5mb3JtYXRpb24gTU9EVUxFLUNPTVBMSUFOQ0U8bGlzdD4KICAg ICAgICAgIDx0PlNUQVRVUyBjdXJyZW50PC90PgoKICAgICAgICAgIDx0PkRFU0NSSVBUSU9OPC90 PgoKICAgICAgICAgIDx0PiJUaGUgY29tcGxpYW5jZSBzdGF0ZW1lbnQgZm9yIFNOTVAgZW50aXRp ZXMgdGhhdCBpbXBsZW1lbnQgb25seQogICAgICAgICAgZ2VuZXJhbCBpbmZvcm1hdGlvbiBtb25p dG9yaW5nIGFzIHByb3Bvc2VkIGluIHRoZSAybmQgJnNlY3Q7IG9mIHRoZQogICAgICAgICAgc2Vj dGlvbiA2LjEgb2YgPHhyZWYgdGFyZ2V0PSJSRkM0Njc0Ij48L3hyZWY+LiI8L3Q+CgogICAgICAg ICAgPHQ+TU9EVUxFPC90PgoKICAgICAgICAgIDx0Pi0tPC90PgoKICAgICAgICAgIDx0Pi0tIG9i amV0cyBvZiBwY2VEaXNjb3ZlcnlUYWJsZTwvdD4KCiAgICAgICAgICA8dD4tLSBvYmplY3RzIG9m IHBjZURpc2NQYXRoU2NvcGVUYWJsZTwvdD4KCiAgICAgICAgICA8dD4tLTwvdD4KICAgICAgICA8 L2xpc3Q+IDo6PSB7IHBjZURpc2NDb21wbGlhbmNlcyAxIH08L3Q+CgogICAgICA8dD48L3Q+Cgog ICAgICA8dD5wY2VEaXNjRGV0YWlsbGVkUGNlSW5mb3JtYXRpb24gTU9EVUxFLUNPTVBMSUFOQ0U8 bGlzdD4KICAgICAgICAgIDx0PlNUQVRVUyBjdXJyZW50PC90PgoKICAgICAgICAgIDx0PkRFU0NS SVBUSU9OPC90PgoKICAgICAgICAgIDx0PiJUaGUgY29tcGxpYW5jZSBzdGF0ZW1lbnQgZm9yIFNO TVAgZW50aXRpZXMgdGhhdCBpbXBsZW1lbnQKICAgICAgICAgIGRldGFpbGxlZCBtb25pdG9yaW5n IGFzIHByb3Bvc2VkIGluIHRoZSAzcmQgJnNlY3Q7IG9mIHRoZSBzZWN0aW9uCiAgICAgICAgICA2 LjEgb2YgPHhyZWYgdGFyZ2V0PSJSRkM0Njc0Ij48L3hyZWY+LiI8L3Q+CgogICAgICAgICAgPHQ+ TU9EVUxFPC90PgoKICAgICAgICAgIDx0Pi0tPC90PgoKICAgICAgICAgIDx0Pi0tIG9iamV0cyBv ZiBwY2VEaXNjb3ZlcnlUYWJsZTs8L3Q+CgogICAgICAgICAgPHQ+LS0gb2JqZWN0cyBvZiBwY2VE aXNjUGF0aFNjb3BlVGFibGU7PC90PgoKICAgICAgICAgIDx0Pi0tIG9iamVjdHMgb2YgcGNlRGlz Y0RvbWFpblRhYmxlOzwvdD4KCiAgICAgICAgICA8dD4tLSBvYmplY3RzIG9mIHBjZURpc2NEZXN0 RG9tYWluVGFibGU8L3Q+CgogICAgICAgICAgPHQ+LS08L3Q+CiAgICAgICAgPC9saXN0PiA6Oj0g eyBwY2VEaXNjQ29tcGxpYW5jZXMgMiB9PC90PgoKICAgICAgPHQ+PC90PgoKICAgICAgPHQ+RU5E PC90PgogICAgPC9zZWN0aW9uPgoKICAgIDxzZWN0aW9uIHRpdGxlPSJTZWN1cml0eSBDb25zaWRl cmF0aW9ucyI+CiAgICAgIDwhLS0gUmVtZW1iZXIgdG8gY29uc2lkZXIgc2VjdXJpdHkgZnJvbSB0 aGUgc3RhcnQuLS0+CgogICAgICA8IS0tIGlmIHlvdSBoYXZlIGFueSByZWFkLXdyaXRlIGFuZC9v ciByZWFkLWNyZWF0ZSBvYmplY3RzLCBwbGVhc2UgZGVzY3JpYmUgdGhlaXIgc3BlY2lmaWMgc2Vu c2l0aXZpdHkgb3IgdnVsbmVyYWJpbGl0eS4gUkZDIDI2NjkgaGFzIGEgdmVyeSBnb29kIGV4YW1w bGUuIC0tPgoKICAgICAgPHQ+VGhlcmUgYXJlIGEgbnVtYmVyIG9mIG1hbmFnZW1lbnQgb2JqZWN0 cyBkZWZpbmVkIGluIHRoaXMgTUlCIG1vZHVsZQogICAgICB3aXRoIGEgTUFYLUFDQ0VTUyBjbGF1 c2Ugb2YgcmVhZC13cml0ZSBhbmQvb3IgcmVhZC1jcmVhdGUuIFN1Y2ggb2JqZWN0cwogICAgICBt YXkgYmUgY29uc2lkZXJlZCBzZW5zaXRpdmUgb3IgdnVsbmVyYWJsZSBpbiBzb21lIG5ldHdvcmsg ZW52aXJvbm1lbnRzLgogICAgICBUaGUgc3VwcG9ydCBmb3IgU0VUIG9wZXJhdGlvbnMgaW4gYSBu b24tc2VjdXJlIGVudmlyb25tZW50IHdpdGhvdXQKICAgICAgcHJvcGVyIHByb3RlY3Rpb24gY2Fu IGhhdmUgYSBuZWdhdGl2ZSBlZmZlY3Qgb24gbmV0d29yayBvcGVyYXRpb25zLgogICAgICBUaGVz ZSBhcmUgdGhlIHRhYmxlcyBhbmQgb2JqZWN0cyBhbmQgdGhlaXIgc2Vuc2l0aXZpdHkvdnVsbmVy YWJpbGl0eToKICAgICAgPGxpc3Qgc3R5bGU9InN5bWJvbHMiPgogICAgICAgICAgPHQ+b24vb2Zm IG9mIGRpc2NvdmVyeSA6IFVuYXV0aG9yaXplZCBjaGFuZ2VzIHRvCiAgICAgICAgICBwY2VEaXNj b3ZlcnlBZG1pblN0YXR1cyBjb3VsZCByZXN1bHQgaW4gYSB0ZW1wb3JhcnkgaW50ZXJydXB0aW9u IG9mCiAgICAgICAgICB0aGUgZGlzY292ZXJ5IDs8L3Q+CiAgICAgICAgPC9saXN0PjwvdD4KCiAg ICAgIDwhLS0tLT4KCiAgICAgIDwhLS0uZm9yIGFsbCBNSUIgbW9kdWxlcyB5b3UgbXVzdCBldmFs dWF0ZSB3aGV0aGVyIGFueSByZWFkYWJsZSBvYmplY3RzIGFyZSBzZW5zaXRpdmUgb3IgdnVsbmVy YWJsZSAoZm9yIGluc3RhbmNlLCBpZiB0aGV5IG1pZ2h0IHJldmVhbCBjdXN0b21lciBpbmZvcm1h dGlvbiBvciB2aW9sYXRlIHBlcnNvbmFsIHByaXZhY3kgbGF3cyBzdWNoIGFzIHRob3NlIG9mIHRo ZSBFdXJvcGVhbiBVbmlvbiBpZiBleHBvc2VkIHRvIHVuYXRob3JpemVkIHBhcnRpZXMpICAtLT4K CiAgICAgIDx0PlNvbWUgb2YgdGhlIHJlYWRhYmxlIG9iamVjdHMgaW4gdGhpcyBNSUIgbW9kdWxl IChpLmUuLCBvYmplY3RzIHdpdGggYQogICAgICBNQVgtQUNDRVNTIG90aGVyIHRoYW4gbm90LWFj Y2Vzc2libGUpIG1heSBiZSBjb25zaWRlcmVkIHNlbnNpdGl2ZSBvcgogICAgICB2dWxuZXJhYmxl IGluIHNvbWUgbmV0d29yayBlbnZpcm9ubWVudHMuIEl0IGlzIHRodXMgaW1wb3J0YW50IHRvIGNv bnRyb2wKICAgICAgZXZlbiBHRVQgYW5kL29yIE5PVElGWSBhY2Nlc3MgdG8gdGhlc2Ugb2JqZWN0 cyBhbmQgcG9zc2libHkgdG8gZXZlbgogICAgICBlbmNyeXB0IHRoZSB2YWx1ZXMgb2YgdGhlc2Ug b2JqZWN0cyB3aGVuIHNlbmRpbmcgdGhlbSBvdmVyIHRoZSBuZXR3b3JrCiAgICAgIHZpYSBTTk1Q LiBUaGVzZSBhcmUgdGhlIHRhYmxlcyBhbmQgb2JqZWN0cyBhbmQgdGhlaXIKICAgICAgc2Vuc2l0 aXZpdHkvdnVsbmVyYWJpbGl0eTogPGxpc3Qgc3R5bGU9InN5bWJvbHMiPgogICAgICAgICAgPHQ+ SVAgYWRkcmVzc2VzIG9mIFBDRS48L3Q+CiAgICAgICAgPC9saXN0PjwvdD4KCiAgICAgIDwhLS0g ZGlzY3VzcyB3aGF0IHNlY3VyaXR5IHRoZSBwcm90b2NvbCB1c2VkIHRvIGNhcnJ5IHRoZSBpbmZv cm1hdGlvbiBzaG91bGQgaGF2ZS4gSWYgSW50ZXJuZXQtZHJhZnRzIGFuZCBSRkNzIGRvIG5vdCBj b250YWluIHRoZSBmb2xsb3dpbmcgdGhyZWUgcGFyYWdyYXBocywgaXQgd2lsbCBhbG1vc3QgY2Vy dGFpbmx5IHJlcXVpcmUganVzdGlmaWNhdGlvbi4gLS0+CgogICAgICA8dD5TTk1QIHZlcnNpb25z IHByaW9yIHRvIFNOTVB2MyBkaWQgbm90IGluY2x1ZGUgYWRlcXVhdGUgc2VjdXJpdHkuIEV2ZW4K ICAgICAgaWYgdGhlIG5ldHdvcmsgaXRzZWxmIGlzIHNlY3VyZSAoZm9yIGV4YW1wbGUgYnkgdXNp bmcgSVBTZWMpLCBldmVuIHRoZW4sCiAgICAgIHRoZXJlIGlzIG5vIGNvbnRyb2wgYXMgdG8gd2hv IG9uIHRoZSBzZWN1cmUgbmV0d29yayBpcyBhbGxvd2VkIHRvIGFjY2VzcwogICAgICBhbmQgR0VU L1NFVCAocmVhZC9jaGFuZ2UvY3JlYXRlL2RlbGV0ZSkgdGhlIG9iamVjdHMgaW4gdGhpcyBNSUIK ICAgICAgbW9kdWxlLjwvdD4KCiAgICAgIDx0Pkl0IGlzIFJFQ09NTUVOREVEIHRoYXQgaW1wbGVt ZW50ZXJzIGNvbnNpZGVyIHRoZSBzZWN1cml0eSBmZWF0dXJlcyBhcwogICAgICBwcm92aWRlZCBi eSB0aGUgU05NUHYzIGZyYW1ld29yayAoc2VlIDx4cmVmIHRhcmdldD0iUkZDMzQxMCI+PC94cmVm PiwKICAgICAgc2VjdGlvbiA4KSwgaW5jbHVkaW5nIGZ1bGwgc3VwcG9ydCBmb3IgdGhlIFNOTVB2 MyBjcnlwdG9ncmFwaGljCiAgICAgIG1lY2hhbmlzbXMgKGZvciBhdXRoZW50aWNhdGlvbiBhbmQg cHJpdmFjeSkuPC90PgoKICAgICAgPHQ+RnVydGhlciwgZGVwbG95bWVudCBvZiBTTk1QIHZlcnNp b25zIHByaW9yIHRvIFNOTVB2MyBpcyBOT1QKICAgICAgUkVDT01NRU5ERUQuIEluc3RlYWQsIGl0 IGlzIFJFQ09NTUVOREVEIHRvIGRlcGxveSBTTk1QdjMgYW5kIHRvIGVuYWJsZQogICAgICBjcnlw dG9ncmFwaGljIHNlY3VyaXR5LiBJdCBpcyB0aGVuIGEgY3VzdG9tZXIvb3BlcmF0b3IgcmVzcG9u c2liaWxpdHkgdG8KICAgICAgZW5zdXJlIHRoYXQgdGhlIFNOTVAgZW50aXR5IGdpdmluZyBhY2Nl c3MgdG8gYW4gaW5zdGFuY2Ugb2YgdGhpcyBNSUIKICAgICAgbW9kdWxlIGlzIHByb3Blcmx5IGNv bmZpZ3VyZWQgdG8gZ2l2ZSBhY2Nlc3MgdG8gdGhlIG9iamVjdHMgb25seSB0bwogICAgICB0aG9z ZSBwcmluY2lwYWxzICh1c2VycykgdGhhdCBoYXZlIGxlZ2l0aW1hdGUgcmlnaHRzIHRvIGluZGVl ZCBHRVQgb3IKICAgICAgU0VUIChjaGFuZ2UvY3JlYXRlL2RlbGV0ZSkgdGhlbS48L3Q+CiAgICA8 L3NlY3Rpb24+CgogICAgPHNlY3Rpb24gdGl0bGU9IklBTkEgQ29uc2lkZXJhdGlvbnMiPgogICAg ICA8dD48IS0tZWUgdGhlICJHdWlkZWxpbmVzIGZvciBNSUIgQXV0aG9ycyBhbmQgUmV2aWV3ZXJz IiA8eHJlZj0iZ3VpZGVsaW5lcyItLT4uPC90PgogICAgPC9zZWN0aW9uPgogIDwvbWlkZGxlPgoK ICA8YmFjaz4KICAgIDxyZWZlcmVuY2VzIHRpdGxlPSJOb3JtYXRpdmUgUmVmZXJlbmNlcyI+CiAg ICAgIDw/cmZjIGluY2x1ZGU9InJlZmVyZW5jZS5SRkMuMjExOS54bWwiID8+CgogICAgICA8P3Jm YyA/PgoKICAgICAgPD9yZmMgaW5jbHVkZT0icmVmZXJlbmNlLlJGQy4yNTc4LnhtbCIgPz4KCiAg ICAgIDw/cmZjIGluY2x1ZGU9InJlZmVyZW5jZS5SRkMuMjU3OS54bWwiID8+CgogICAgICA8P3Jm YyBpbmNsdWRlPSJyZWZlcmVuY2UuUkZDLjI1ODAueG1sIj8+CgogICAgICA8P3JmYyBpbmNsdWRl PSJyZWZlcmVuY2UuUkZDLjQ2NzQueG1sIj8+CgogICAgICA8P3JmYyA/PgoKICAgICAgPD9yZmMg aW5jbHVkZT0icmVmZXJlbmNlLkktRC5pZXRmLXBjZS1kaXNjby1wcm90by1pc2lzLnhtbCIgPz4K CiAgICAgIDw/cmZjIGluY2x1ZGU9InJlZmVyZW5jZS5JLUQuaWV0Zi1wY2UtZGlzY28tcHJvdG8t b3NwZi54bWwiID8+CgogICAgICA8P3JmYyA/PgoKICAgICAgPD9yZmMgPz4KCiAgICAgIDw/cmZj ID8+CiAgICA8L3JlZmVyZW5jZXM+CgogICAgPHJlZmVyZW5jZXMgdGl0bGU9IkluZm9ybWF0aXZl IFJlZmVyZW5jZXMiPgogICAgICA8IS0tZWUgdGhlICJHdWlkZWxpbmVzIGZvciBNSUIgQXV0aG9y cyBhbmQgUmV2aWV3ZXJzIiA8eHJlZj0iZ3VpZGVsaW5lcyItLT4KCiAgICAgIDw/cmZjIGluY2x1 ZGU9InJlZmVyZW5jZS5SRkMuMDc2OC54bWwiPz4KCiAgICAgIDw/cmZjID8+CgogICAgICA8P3Jm YyBpbmNsdWRlPSJyZWZlcmVuY2UuUkZDLjI4NjMueG1sIj8+CgogICAgICA8P3JmYyBpbmNsdWRl PSJyZWZlcmVuY2UuUkZDLjM0MTAueG1sIiA/PgoKICAgICAgPD9yZmMgPz4KCiAgICAgIDw/cmZj IGluY2x1ZGU9InJlZmVyZW5jZS5SRkMuMzQxOC54bWwiPz4KCiAgICAgIDw/cmZjIGluY2x1ZGU9 InJlZmVyZW5jZS5SRkMuNDY1NS54bWwiID8+CgogICAgICA8P3JmYyA/PgoKICAgICAgPD9yZmMg Pz4KCiAgICAgIDw/cmZjID8+CgogICAgICA8P3JmYyA/PgoKICAgICAgPD9yZmMgPz4KCiAgICAg IDw/cmZjID8+CgogICAgICA8P3JmYyA/PgoKICAgICAgPD9yZmMgPz4KCiAgICAgIDw/cmZjID8+ CgogICAgICA8P3JmYyA/PgoKICAgICAgPD9yZmMgPz4KCiAgICAgIDw/cmZjID8+CgogICAgICA8 P3JmYyA/PgoKICAgICAgPD9yZmMgPz4KCiAgICAgIDw/cmZjID8+CgogICAgICA8P3JmYyA/PgoK ICAgICAgPD9yZmMgPz4KCiAgICAgIDw/cmZjID8+CgogICAgICA8P3JmYyA/PgogICAgPC9yZWZl cmVuY2VzPgoKICAgIDxzZWN0aW9uIHRpdGxlPSJPcGVuIElzc3VlcyI+CiAgICAgIDx0PlRoaXMg bGlzdCBvZiBvcGVuIGlzc3VlcyBzaG91bGQgYmUgY2xlYXJlZCBhbmQgcmVtb3ZlZCBiZWZvcmUg dGhpcwogICAgICBkb2N1bWVudCBoaXRzIHRoZSBJRVNHLjwvdD4KCiAgICAgIDx0PjwvdD4KICAg IDwvc2VjdGlvbj4KICA8L2JhY2s+CjwvcmZjPg== ------_=_NextPart_001_01C75B63.80BEAFB8 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ OPS-AREA mailing list OPS-AREA@ietf.org https://www1.ietf.org/mailman/listinfo/ops-area ------_=_NextPart_001_01C75B63.80BEAFB8-- From ops-area-bounces@ietf.org Wed Feb 28 13:42:18 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMTka-0003yQ-NY; Wed, 28 Feb 2007 13:42:04 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMTkZ-0003lb-3Z for ops-area@ietf.org; Wed, 28 Feb 2007 13:42:03 -0500 Received: from co300216-ier2.net.avaya.com ([198.152.13.103]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HMTkW-0005jt-Na for ops-area@ietf.org; Wed, 28 Feb 2007 13:42:03 -0500 Received: from IS0004AVEXU1.global.avaya.com (h135-64-105-51.avaya.com [135.64.105.51]) by co300216-ier2.net.avaya.com (Switch-3.1.8/Switch-3.1.7) with ESMTP id l1SIfvjG015131 for ; Wed, 28 Feb 2007 13:41:58 -0500 content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: [OPS-AREA] Converting SNMP MIBs to SOA/Web Services ManagementArtifacts X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 Date: Wed, 28 Feb 2007 20:41:57 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [OPS-AREA] Converting SNMP MIBs to SOA/Web Services ManagementArtifacts Thread-Index: AcdbV87hwV39Q2G2RDa965hT0JGCfgAD0gNQ References: <4915F014FDD99049A9C3A8C1B832004F019E231D@IMCSRV2.MITRE.ORG> From: "Romascanu, Dan \(Dan\)" To: "Natale, Bob" , "OPS Area" X-Scanner: InterScan AntiVirus for Sendmail X-Spam-Score: 0.0 (/) X-Scan-Signature: 8de5f93cb2b4e3bee75302e9eacc33db Cc: X-BeenThere: ops-area@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: OPS Area e-mail list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0742305441==" Errors-To: ops-area-bounces@ietf.org This is a multi-part message in MIME format. --===============0742305441== content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C75B68.200126B9" This is a multi-part message in MIME format. ------_=_NextPart_001_01C75B68.200126B9 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Just a logistics detail at this point. The second OPS Area meeting moved to Wednesday afternoon sessions I and II. See https://datatracker.ietf.org/public/meeting_agenda_html.cgi?meeting_num=3D= 68. The good news is that we have now at hand 2 hours on Monday and 3 hours for Wednesday. We'll work on a re-shuffled agenda to be posted in the coming days.=20 =20 Dan =20 =20 =20 =20 =20 _____ =20 From: Natale, Bob [mailto:RNATALE@mitre.org]=20 =09 Meeting 2 - Thursday March 22, 2007 - 9:00 to 11:30AM ... 5. Mini-BOF G: OWL techniques for MIB to XML documents and schema translation - Bob Natale (total: 40 min) =20 ------_=_NextPart_001_01C75B68.200126B9 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Just a logistics detail at this point. The second = OPS Area=20 meeting moved to Wednesday afternoon sessions I and II. See https://datatracker.ietf.org/public/meeting_agenda_html.cgi?= meeting_num=3D68.=20 The good news is that we have now at hand 2 hours on Monday and 3 hours = for=20 Wednesday. We'll work on a re-shuffled agenda to be posted in the coming = days.=20
 
Dan
 
 
 
 
 

From: Natale, Bob = [mailto:RNATALE@mitre.org]=20
Meeting 2 - = Thursday March 22,=20 2007 - 9:00 to 11:30AM
...
5. Mini-BOF G: OWL = techniques for=20 MIB to XML documents and schema
translation - Bob Natale (total: 40 = min)
 
------_=_NextPart_001_01C75B68.200126B9-- --===============0742305441== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ OPS-AREA mailing list OPS-AREA@ietf.org https://www1.ietf.org/mailman/listinfo/ops-area --===============0742305441==-- From ops-area-bounces@ietf.org Wed Feb 28 14:43:54 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMUhm-0003wn-Nk; Wed, 28 Feb 2007 14:43:14 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMUhl-0003we-K3 for ops-area@ietf.org; Wed, 28 Feb 2007 14:43:13 -0500 Received: from hermes.iu-bremen.de ([212.201.44.23]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HMUhj-0006xc-40 for ops-area@ietf.org; Wed, 28 Feb 2007 14:43:13 -0500 Received: from localhost (demetrius.iu-bremen.de [212.201.44.32]) by hermes.iu-bremen.de (Postfix) with ESMTP id 761E76B755; Wed, 28 Feb 2007 20:43:10 +0100 (CET) Received: from hermes.iu-bremen.de ([212.201.44.23]) by localhost (demetrius.iu-bremen.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id 06538-04; Wed, 28 Feb 2007 20:43:05 +0100 (CET) Received: from elstar.iuhb02.iu-bremen.de (elstar.iuhb02.iu-bremen.de [10.50.231.133]) by hermes.iu-bremen.de (Postfix) with ESMTP id 55F266D992; Wed, 28 Feb 2007 20:43:04 +0100 (CET) Received: by elstar.iuhb02.iu-bremen.de (Postfix, from userid 501) id BBDD71B3A1A; Wed, 28 Feb 2007 20:43:02 +0100 (CET) Date: Wed, 28 Feb 2007 20:43:02 +0100 From: Juergen Schoenwaelder To: STEPHAN Emile RD-CORE-LAN Subject: Re: [OPS-AREA] draft-stephan-ops-xml-mib-module-template-00.txt:XML template for MIB modules Message-ID: <20070228194302.GA11976@elstar.iuhb02.iu-bremen.de> References: <236201c75b53$9c3cec40$0600a8c0@china.huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.14 (2007-02-12) X-Virus-Scanned: amavisd-new 2.3.3 (20050822) at iu-bremen.de X-Spam-Score: 0.0 (/) X-Scan-Signature: 0fa76816851382eb71b0a882ccdc29ac Cc: ops-area@ietf.org X-BeenThere: ops-area@ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: j.schoenwaelder@iu-bremen.de List-Id: OPS Area e-mail list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: ops-area-bounces@ietf.org On Wed, Feb 28, 2007 at 07:08:51PM +0100, STEPHAN Emile RD-CORE-LAN wrote: > As more and more people are writing IETF document in XML, as RFC > editor asks for the XML version of the draft if available, MIB > editors need a comfortable way to edit MIB module part of the draft > in XML too. This is a claim for which I like to see substance. I have written xml2rfc formatted documents that include MIB modules and I find it easier to write the MIB module with my favourite editor, directly using all the tools I have around to validate MIB modules and so on. Writing XML tags for all the SMI constructs would have significantly increased the work. I like to know why writing all this XML markup should safe me any time. > I edit PCE WG MIBs draft in XML in that way; it works (see PCE DIS MIB > below) without any complaint of Smilint. So there is not any side effect > regarding MIB doctor tasks. I works is nice, but not sufficient. What is the time saving? > There is no other language inside the IETF standardization process than > the SMI to encourage the specification of precise management object. So > I propose to provide XML applications with the capability to load MIB > module. Get your favourite SMI to XML translator and there you are. > Regarding the second point, it is clear the proposed XML template is > just an overlay over SMI macros. So the intense usage of is > not elegant even if the Xpath may be reduced to //list[@smi]/list/t. > On the other hand, as the SMI is already formal there is not a big > benefit to double markups. Here you contradict yourself. If the goal is to make SMI definitions accessible to XML parsers, then it is pointless to say that all you get is a bunch of elements and you still have to parse the data contained in the elements. > Finally, several questions related to the need of minimum connection > between SMI and XML: > * Do we need to make MIB editing more friendly? What are the benefits > of doing it? This is a very difficult subject since "more friendly" is difficult to define and evaluate. For me, more markup is a waste of time; I would prefer an approach which allows me to write less rather than more. > * Are there any protocols relying on XML data model that need to load, > or that will take benefit of loading, part of MIB module for > configuring or for monitoring? Is there something else proposed > by IETF? There are tools out there that can translate SMI modules to XML documents or even XML schemas. They have been used for years - running code. There is not point in starting with another format of opaque elements. > * Is that urgent? How are we going to deal with double management > interface? Can we afford to go through a long standardization > process related to XML SMI without providing some initial guidance > and tools? The time it takes to standardize something depends on the energy behind it. The question is whether enough people care about interoperability here. Again, SMI to XML translations are out there for years. I am not against standardizing them if there is an added value of doing so. So we need to understand where the added value comes from. > * Is this draft a first piece of the solution? What are the other > pieces ? Yes. :) /js -- Juergen Schoenwaelder Jacobs University Bremen P.O. Box 750 561, 28725 Bremen, Germany _______________________________________________ OPS-AREA mailing list OPS-AREA@ietf.org https://www1.ietf.org/mailman/listinfo/ops-area From ops-area-bounces@ietf.org Wed Feb 28 19:48:58 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMZTZ-0002X7-DW; Wed, 28 Feb 2007 19:48:53 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMZTX-0002Wv-Tz for ops-area@ietf.org; Wed, 28 Feb 2007 19:48:51 -0500 Received: from smtpproxy2.mitre.org ([192.80.55.71] helo=smtp-mclean.mitre.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HMZTU-00040C-Gu for ops-area@ietf.org; Wed, 28 Feb 2007 19:48:51 -0500 Received: from smtp-mclean.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-mclean.mitre.org (8.12.11.20060308/8.12.11) with SMTP id l210mk0a013461 for ; Wed, 28 Feb 2007 19:48:46 -0500 Received: from smtp-mclean.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-mclean.mitre.org (Postfix) with ESMTP id 172891BD80 for ; Wed, 28 Feb 2007 19:48:46 -0500 (EST) Received: from imcfe2.MITRE.ORG (imcfe2.mitre.org [129.83.29.4]) by smtp-mclean.mitre.org (8.12.11.20060308/8.12.11) with ESMTP id l210mjHo013451; Wed, 28 Feb 2007 19:48:45 -0500 Received: from IMCSRV2.MITRE.ORG ([129.83.20.164]) by imcfe2.MITRE.ORG with Microsoft SMTPSVC(6.0.3790.1830); Wed, 28 Feb 2007 19:48:45 -0500 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 Subject: RE: [OPS-AREA] Converting SNMP MIBs to SOA/Web Services Management Artifacts Date: Wed, 28 Feb 2007 19:48:45 -0500 Message-ID: <4915F014FDD99049A9C3A8C1B832004F019E2404@IMCSRV2.MITRE.ORG> In-Reply-To: <45E5C385.1060200@andybierman.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [OPS-AREA] Converting SNMP MIBs to SOA/Web Services Management Artifacts Thread-Index: AcdbYo0jQ06ugK4qS/K0slclw9YzDgANxi2A References: <4915F014FDD99049A9C3A8C1B832004F019E231D@IMCSRV2.MITRE.ORG> <45E5C385.1060200@andybierman.com> From: "Natale, Bob" To: "Andy Bierman" X-OriginalArrivalTime: 01 Mar 2007 00:48:45.0678 (UTC) FILETIME=[5DE648E0:01C75B9B] X-Spam-Score: 0.0 (/) X-Scan-Signature: d2b46e3b2dfbff2088e0b72a54104985 Cc: OPS Area X-BeenThere: ops-area@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: OPS Area e-mail list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: ops-area-bounces@ietf.org Hi Andy, I think you might be right about the SNMPv3 security bullet. Two considerations: 1. There will definitely be implementations in which the "SOA/WSDL NMS applications" (to use your term*) will use the converted MIB data models to speak their language to a proxy agent that converts back into SNMP operations/messages, talks to the SNMP agents for the managed entities, and then performs the return translations. Are you sure we don't need to protect SNMPv3 security capabilities for that scenario? 2. Also, don't you think it might be possible to offer improvements wrt access control and security integration, as you note, as a superset of an approach that protects SNMPv3 security for the case described above? So, I'd just like some additional consideration from you and others about this before going ahead and deleting the bullet. In conjunction with the above, I think you are also right that the centrality of SMIv2 as the "technology" of interest here needs to be made clearer and emphasized more. I plan a -01 rev prior to Prague (although it probably won't go into the official I-D database until afterwards). I'll be happy to have co-authors as well (for those who want to contribute text, etc.). * - Terminology in the SOA/Web Services Management space is really unsettled...all suggestions/guidance will be appreciated in identifying the right set of terms we should use. Cheers, BobN -----Original Message----- From: Andy Bierman [mailto:ietf@andybierman.com]=20 Sent: Wednesday, February 28, 2007 1:02 PM To: Natale, Bob Cc: OPS Area Subject: Re: [OPS-AREA] Converting SNMP MIBs to SOA/Web Services Management Artifacts Hi Bob, I agree with you about the scope of the problem, and I'm looking forward to the BoF. I'm very interested in the problem of automated translation, and a procedural model (based on NETCONF standard and extended operations) that can directly integrate with SOA/WSDL NMS applications. The only paragraph in your draft I really disagree with is the final bullet in Sec. 3, about possible WG charter items: o Nothing that is inconsistent with management entity support for SNMPv3 security and access control mechanisms will be introduced into the solution(s) standardized by this effort. IMO, this requirement removes the possibility for real improvement in the areas of access control and security integration. In reality, an SNMP agent isn't going to be accepting the NM connection for this new SOA interface. It is more practical to use a user-session-based protocol like NETCONF (or CLI over SSH2 even), and interface to the SNMP engine in the agent implementation. An access control model that accounts for verbs, classes, nested data, and other SOA-like details is going to be easier to implement than VACM. I believe the only component needed from 'the SNMP world' is SMIv2. Standard translation from SMIv2 to XSD allows a high-level API to reuse the semantics and algorithmic name translation of individual MIB tables and objects in the definition of 'methods' (or verbs or procedures or operations, or whatever else these are called). These methods are not a normative component of SNMP. They are usually not defined at all, and if they are, it is usually in non-normative appendices or examples. Basing a high-level API on low-level SNMP get* and set operations is going to be much more complicated than almost any other implementation choice. Encoding SNMP operations in XML is a "worst of both worlds" scenario. Andy > Hi, > =20 > [Rushing out to a meeting....] > =20 > Just in case people did not catch the announcement, the following I-D > was posted for the Prague mini-BOF indicated below: > "Converting SNMP MIBs to SOA/Web Services Management Artifacts", > http://www.ietf.org/internet-drafts/draft-natale-snmp-mibs-to-ontology- 00.txt. > =20 > This topic is considerably broader than the MIB-to-XML work proposed by=20 > Emile, but (while a primary purpose of the BOF and the WG it proposes is=20 > to identify the right set of artifacts) it is almost certain that=20 > correct and efficient XML encoding of MIBs will be at the basis of the=20 > desired artifacts, so it is good that we are having that discussion (and=20 > that Emile's BOF presentation precedes this one on the agenda). > =20 > Meeting 2 - Thursday March 22, 2007 - 9:00 to 11:30AM > ... > 5. Mini-BOF G: OWL techniques for MIB to XML documents and schema > translation - Bob Natale (total: 40 min) > =20 > Specification of a standard methodology for translating SNMP MIBs into > outputs more directly usable by emerging SOA/web services management > tools, and specification of a standard methodology for validating those > translations. Appropriate translation outputs are TBD by the WG, but > can be expected to include one or more of the following: XML, RDF, WSDL, > WS-Policy, WS-Event/Notification, Ontology. The translation output(s) > should allow for extension of the respective managed element data model > in the native SOA/web services environment. Because of the > extensibility objective, reverse translation back into SNMP MIB format > is a non-goal of the WG, but the possibility should be considered when > weighing alternatives. > =20 > Cheers, > BobN >=20 >=20 > ----------------------------------------------------------------------- - >=20 > _______________________________________________ > OPS-AREA mailing list > OPS-AREA@ietf.org > https://www1.ietf.org/mailman/listinfo/ops-area _______________________________________________ OPS-AREA mailing list OPS-AREA@ietf.org https://www1.ietf.org/mailman/listinfo/ops-area From ops-area-bounces@ietf.org Wed Feb 28 20:24:55 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMa1V-0005ry-Mm; Wed, 28 Feb 2007 20:23:57 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMa1U-0005rj-2p for ops-area@ietf.org; Wed, 28 Feb 2007 20:23:56 -0500 Received: from omr4.networksolutionsemail.com ([205.178.146.54]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HMa1Q-0000Mp-0g for ops-area@ietf.org; Wed, 28 Feb 2007 20:23:54 -0500 Received: from mail.networksolutionsemail.com (ns-omr4.mgt.netsol.com [10.49.6.67]) by omr4.networksolutionsemail.com (8.13.6/8.13.6) with SMTP id l211NatA025402 for ; Wed, 28 Feb 2007 20:23:36 -0500 Received: (qmail 10613 invoked by uid 78); 1 Mar 2007 01:23:36 -0000 Received: from unknown (HELO ?127.0.0.1?) (andy@andybierman.com@75.83.56.110) by ns-omr4.lb.hosting.dc2.netsol.com with SMTP; 1 Mar 2007 01:23:36 -0000 Message-ID: <45E62B05.3010009@andybierman.com> Date: Wed, 28 Feb 2007 17:23:17 -0800 From: Andy Bierman User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: "Natale, Bob" Subject: Re: [OPS-AREA] Converting SNMP MIBs to SOA/Web Services Management Artifacts References: <4915F014FDD99049A9C3A8C1B832004F019E231D@IMCSRV2.MITRE.ORG> <45E5C385.1060200@andybierman.com> <4915F014FDD99049A9C3A8C1B832004F019E2404@IMCSRV2.MITRE.ORG> In-Reply-To: <4915F014FDD99049A9C3A8C1B832004F019E2404@IMCSRV2.MITRE.ORG> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-Scan-Signature: a92270ba83d7ead10c5001bb42ec3221 Cc: OPS Area X-BeenThere: ops-area@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: OPS Area e-mail list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: ops-area-bounces@ietf.org Natale, Bob wrote: > Hi Andy, > > I think you might be right about the SNMPv3 security bullet. Two > considerations: > > 1. There will definitely be implementations in which the "SOA/WSDL NMS > applications" (to use your term*) will use the converted MIB data > models to speak their language to a proxy agent that converts back into > SNMP operations/messages, talks to the SNMP agents for the managed > entities, and then performs the return translations. Are you sure we > don't need to protect SNMPv3 security capabilities for that scenario? > I never liked SNMP Proxy, so I'm not a fan of this use case. I think we can avoid specifics by writing a good Security Considerations section, which would include mappings between each 'high-level' operation and the minimum security level in VACM. (E.g., edit-config --> auth/priv, get-config --> auth/no-priv, close-session --> no-auth/no-priv). > 2. Also, don't you think it might be possible to offer improvements wrt > access control and security integration, as you note, as a superset of > an approach that protects SNMPv3 security for the case described above? > There are several RPC-related features I want to use in NETCONF that do not map well to VACM: 1) Exec operations (e.g., ping). VACM forces a static data model, instead of a verb, that gets filled in with parameters and activated with RowStatus. This is a clumsy and even obsolete programming paradigm. 2) Create data model instances with agent-supplied index components, and return the agent-supplied values in the 'set response'. Sometimes the manager doesn't control or care about the instance ID. I don't think it would be easy to do this with SNMP and VACM. 3) Perform access control on the type of verb (e.g., config, monitor, exec, debug) or by namespace URI of the verb (or nested parameters to the verb). It is CLI, not SNMP, that is driving XML-based NM like NETCONF. I am not convinced that constraining any new high-level API for the sake of SNMP Proxy would be a popular decision. > So, I'd just like some additional consideration from you and others > about this before going ahead and deleting the bullet. > > In conjunction with the above, I think you are also right that the > centrality of SMIv2 as the "technology" of interest here needs to be > made clearer and emphasized more. > > I plan a -01 rev prior to Prague (although it probably won't go into > the official I-D database until afterwards). I'll be happy to have > co-authors as well (for those who want to contribute text, etc.). > > * - Terminology in the SOA/Web Services Management space is really > unsettled...all suggestions/guidance will be appreciated in identifying > the right set of terms we should use. > > Cheers, > BobN Andy > > -----Original Message----- > From: Andy Bierman [mailto:ietf@andybierman.com] > Sent: Wednesday, February 28, 2007 1:02 PM > To: Natale, Bob > Cc: OPS Area > Subject: Re: [OPS-AREA] Converting SNMP MIBs to SOA/Web Services > Management Artifacts > > Hi Bob, > > > I agree with you about the scope of the problem, > and I'm looking forward to the BoF. > > I'm very interested in the problem of automated translation, > and a procedural model (based on NETCONF standard and extended > operations) that can directly integrate with SOA/WSDL NMS applications. > > The only paragraph in your draft I really disagree with > is the final bullet in Sec. 3, about possible WG charter items: > > o Nothing that is inconsistent with management entity support for > SNMPv3 security and access control mechanisms will be introduced > into the solution(s) standardized by this effort. > > IMO, this requirement removes the possibility for real improvement > in the areas of access control and security integration. > In reality, an SNMP agent isn't going to be accepting the NM connection > for this new SOA interface. It is more practical to use > a user-session-based protocol like NETCONF (or CLI over SSH2 even), > and interface to the SNMP engine in the agent implementation. > > An access control model that accounts for verbs, classes, nested data, > and other SOA-like details is going to be easier to implement than > VACM. > > I believe the only component needed from 'the SNMP world' is SMIv2. > Standard translation from SMIv2 to XSD allows a high-level API to > reuse the semantics and algorithmic name translation of individual > MIB tables and objects in the definition of 'methods' (or verbs or > procedures or operations, or whatever else these are called). > > These methods are not a normative component of SNMP. > They are usually not defined at all, and if they are, > it is usually in non-normative appendices or examples. > > Basing a high-level API on low-level SNMP get* and set operations > is going to be much more complicated than almost any other > implementation choice. Encoding SNMP operations in XML is > a "worst of both worlds" scenario. > > > Andy > > > >> Hi, >> >> [Rushing out to a meeting....] >> >> Just in case people did not catch the announcement, the following I-D > >> was posted for the Prague mini-BOF indicated below: >> "Converting SNMP MIBs to SOA/Web Services Management Artifacts", >> > http://www.ietf.org/internet-drafts/draft-natale-snmp-mibs-to-ontology- > 00.txt. >> >> This topic is considerably broader than the MIB-to-XML work proposed > by >> Emile, but (while a primary purpose of the BOF and the WG it proposes > is >> to identify the right set of artifacts) it is almost certain that >> correct and efficient XML encoding of MIBs will be at the basis of > the >> desired artifacts, so it is good that we are having that discussion > (and >> that Emile's BOF presentation precedes this one on the agenda). >> >> Meeting 2 - Thursday March 22, 2007 - 9:00 to 11:30AM >> ... >> 5. Mini-BOF G: OWL techniques for MIB to XML documents and schema >> translation - Bob Natale (total: 40 min) >> >> Specification of a standard methodology for translating SNMP MIBs > into >> outputs more directly usable by emerging SOA/web services management >> tools, and specification of a standard methodology for validating > those >> translations. Appropriate translation outputs are TBD by the WG, but >> can be expected to include one or more of the following: XML, RDF, > WSDL, >> WS-Policy, WS-Event/Notification, Ontology. The translation > output(s) >> should allow for extension of the respective managed element data > model >> in the native SOA/web services environment. Because of the >> extensibility objective, reverse translation back into SNMP MIB > format >> is a non-goal of the WG, but the possibility should be considered > when >> weighing alternatives. >> >> Cheers, >> BobN >> >> >> > ----------------------------------------------------------------------- > - >> _______________________________________________ >> OPS-AREA mailing list >> OPS-AREA@ietf.org >> https://www1.ietf.org/mailman/listinfo/ops-area > > > _______________________________________________ OPS-AREA mailing list OPS-AREA@ietf.org https://www1.ietf.org/mailman/listinfo/ops-area