From dromasca@avaya.com Wed Jun 1 07:12:06 2011 Return-Path: X-Original-To: mib-doctors@ietfa.amsl.com Delivered-To: mib-doctors@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 38B6FE0808 for ; Wed, 1 Jun 2011 07:12:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.267 X-Spam-Level: X-Spam-Status: No, score=-103.267 tagged_above=-999 required=5 tests=[AWL=0.332, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8GLEA7uf3xzq for ; Wed, 1 Jun 2011 07:12:05 -0700 (PDT) Received: from de307622-de-outbound.net.avaya.com (de307622-de-outbound.net.avaya.com [198.152.71.100]) by ietfa.amsl.com (Postfix) with ESMTP id F3D8FE088F for ; Wed, 1 Jun 2011 07:07:49 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AmIBAPBG5k2HCzI1/2dsb2JhbABTl1BBjhN3qHODWgKbE4YgBJU1ik0 X-IronPort-AV: E=Sophos;i="4.65,303,1304308800"; d="scan'208";a="249265851" Received: from unknown (HELO p-us1-erheast.us1.avaya.com) ([135.11.50.53]) by de307622-de-outbound.net.avaya.com with ESMTP; 01 Jun 2011 10:07:30 -0400 X-IronPort-AV: E=Sophos;i="4.65,303,1304308800"; d="scan'208";a="658402743" Received: from unknown (HELO 307622ANEX5.global.avaya.com) ([135.64.140.11]) by p-us1-erheast-out.us1.avaya.com with ESMTP; 01 Jun 2011 10:07:29 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 1 Jun 2011 16:07:27 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [IPFIX] Last Call: (Definitionsof Managed Objects for Packet Sampling) to Proposed Standard Thread-Index: AcwgZL6YR6PsRZBnQU6Ocv1lpW/oAgAAD6Gg From: "Romascanu, Dan (Dan)" To: Subject: [MIB-DOCTORS] FW: [IPFIX] Last Call: (Definitionsof Managed Objects for Packet Sampling) to Proposed Standard X-BeenThere: mib-doctors@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: MIB Doctors list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2011 14:12:06 -0000 Hi,=20 I reviewed this document before sending it to IETF LC, but having more MIB doctors have a look at this document would be better.=20 Thanks and Regards, Dan=20 -----Original Message----- From: ipfix-bounces@ietf.org [mailto:ipfix-bounces@ietf.org] On Behalf Of The IESG Sent: Wednesday, June 01, 2011 5:04 PM To: IETF-Announce Cc: ipfix@ietf.org Subject: [IPFIX] Last Call: (Definitionsof Managed Objects for Packet Sampling) to Proposed Standard The IESG has received a request from the IP Flow Information Export WG (ipfix) to consider the following document: - 'Definitions of Managed Objects for Packet Sampling' as a Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2011-06-15. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in the Internet community. In particular, it describes extensions to the IPFIX MIB module [RFC5815]. For IPFIX implementations that use packet Sampling (PSAMP) techniques as described in [RFC5475], this memo defines the PSAMP MIB module containing managed objects for providing information on applied packet selection functions and their parameters. The file can be obtained via http://datatracker.ietf.org/doc/draft-ietf-ipfix-psamp-mib/ IESG discussion can be tracked via http://datatracker.ietf.org/doc/draft-ietf-ipfix-psamp-mib/ No IPR declarations have been submitted directly on this I-D. _______________________________________________ IPFIX mailing list IPFIX@ietf.org https://www.ietf.org/mailman/listinfo/ipfix From dromasca@avaya.com Wed Jun 1 07:12:06 2011 Return-Path: X-Original-To: mib-doctors@ietfa.amsl.com Delivered-To: mib-doctors@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 68C46E0862 for ; Wed, 1 Jun 2011 07:12:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.891 X-Spam-Level: X-Spam-Status: No, score=-101.891 tagged_above=-999 required=5 tests=[AWL=-1.058, BAYES_00=-2.599, FF_IHOPE_YOU_SINK=2.166, J_CHICKENPOX_72=0.6, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5v4ISKwxvjbV for ; Wed, 1 Jun 2011 07:12:05 -0700 (PDT) Received: from de307622-de-outbound.net.avaya.com (de307622-de-outbound.net.avaya.com [198.152.71.100]) by ietfa.amsl.com (Postfix) with ESMTP id B2AEEE0868 for ; Wed, 1 Jun 2011 07:08:07 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AmIBAPBG5k3GmAcF/2dsb2JhbABTl1BBjhN3qHODWgKbE4YgBJU1ik0 X-IronPort-AV: E=Sophos;i="4.65,303,1304308800"; d="scan'208";a="249265982" Received: from unknown (HELO co300216-co-erhwest.avaya.com) ([198.152.7.5]) by de307622-de-outbound.net.avaya.com with ESMTP; 01 Jun 2011 10:08:06 -0400 X-IronPort-AV: E=Sophos;i="4.65,303,1304308800"; d="scan'208";a="628392961" Received: from unknown (HELO 307622ANEX5.global.avaya.com) ([135.64.140.11]) by co300216-co-erhwest-out.avaya.com with ESMTP; 01 Jun 2011 10:08:05 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 1 Jun 2011 16:08:04 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [OPSAWG] Last Call: (TextualConventions for the Representation of Floating-Point Numbers)to Proposed Standard Thread-Index: AcwgZRNnWdttVQR3RTyAIpp6ArPmtAAADB/Q From: "Romascanu, Dan (Dan)" To: Subject: [MIB-DOCTORS] FW: [OPSAWG] Last Call: (TextualConventions for the Representation of Floating-Point Numbers)to Proposed Standard X-BeenThere: mib-doctors@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: MIB Doctors list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2011 14:12:06 -0000 Hi,=20 I reviewed this document before sending it to IETF LC, but having more MIB doctors have a look at this document would be better.=20 Thanks and Regards, Dan -----Original Message----- From: opsawg-bounces@ietf.org [mailto:opsawg-bounces@ietf.org] On Behalf Of The IESG Sent: Wednesday, June 01, 2011 5:04 PM To: IETF-Announce Cc: opsawg@ietf.org Subject: [OPSAWG] Last Call: (TextualConventions for the Representation of Floating-Point Numbers)to Proposed Standard The IESG has received a request from the Operations and Management Area Working Group WG (opsawg) to consider the following document: - 'Textual Conventions for the Representation of Floating-Point Numbers' as a Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2011-06-15. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract This memo defines a Management Information Base (MIB) module containing textual conventions (TCs) to represent floating-point numbers. The file can be obtained via http://datatracker.ietf.org/doc/draft-ietf-opsawg-mib-floats/ IESG discussion can be tracked via http://datatracker.ietf.org/doc/draft-ietf-opsawg-mib-floats/ No IPR declarations have been submitted directly on this I-D. _______________________________________________ OPSAWG mailing list OPSAWG@ietf.org https://www.ietf.org/mailman/listinfo/opsawg From dromasca@avaya.com Wed Jun 15 02:43:06 2011 Return-Path: X-Original-To: mib-doctors@ietfa.amsl.com Delivered-To: mib-doctors@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 65E3511E8083; Wed, 15 Jun 2011 02:43:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.038 X-Spam-Level: X-Spam-Status: No, score=-103.038 tagged_above=-999 required=5 tests=[AWL=0.561, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ok99AloxLZkZ; Wed, 15 Jun 2011 02:43:05 -0700 (PDT) Received: from de307622-de-outbound.net.avaya.com (de307622-de-outbound.net.avaya.com [198.152.71.100]) by ietfa.amsl.com (Postfix) with ESMTP id 5C72911E810E; Wed, 15 Jun 2011 02:43:01 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ag8BAJB9+E2HCzI1/2dsb2JhbABShEmTAo4ba3erVwKKXJEYgSuDcYEKBJZGino X-IronPort-AV: E=Sophos;i="4.65,369,1304308800"; d="scan'208";a="251447728" Received: from unknown (HELO p-us1-erheast.us1.avaya.com) ([135.11.50.53]) by de307622-de-outbound.net.avaya.com with ESMTP; 15 Jun 2011 05:42:58 -0400 X-IronPort-AV: E=Sophos;i="4.65,369,1304308800"; d="scan'208";a="666314851" Received: from unknown (HELO 307622ANEX5.global.avaya.com) ([135.64.140.14]) by p-us1-erheast-out.us1.avaya.com with ESMTP; 15 Jun 2011 05:42:57 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Date: Wed, 15 Jun 2011 11:42:55 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: WG Review: Content Delivery Networks Interconnection (cdni) Thread-Index: AcwqrtnnHYbJZ2eJR6Oz67Sd5rs0qAAkYqLw From: "Romascanu, Dan (Dan)" To: , , , , Subject: [MIB-DOCTORS] FW: WG Review: Content Delivery Networks Interconnection (cdni) X-BeenThere: mib-doctors@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: MIB Doctors list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 09:43:06 -0000 DQoNCkhpLCANCg0KUGxlYXNlIHNlZSB0aGUgcHJvcG9zYWwgYmVsb3cgZm9yIGEgbmV3IFdHLiBB bGwgY29tbWVudHMgYW5kIHF1ZXN0aW9ucyBzaG91bGQgYmUgc2VudCB0byBpZXNnQGlldGYub3Jn LiANCg0KVGhhbmtzIGFuZCBSZWdhcmRzLA0KDQpEYW4gDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2Fn ZS0tLS0tDQpGcm9tOiBpZXNnLWJvdW5jZXNAaWV0Zi5vcmcgW21haWx0bzppZXNnLWJvdW5jZXNA aWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBJRVNHIFNlY3JldGFyeQ0KU2VudDogVHVlc2RheSwgSnVu ZSAxNCwgMjAxMSA3OjE5IFBNDQpUbzogSUVURiBBbm5vdW5jZW1lbnQgbGlzdA0KQ2M6IGNkbmlA aWV0Zi5vcmcNClN1YmplY3Q6IFdHIFJldmlldzogQ29udGVudCBEZWxpdmVyeSBOZXR3b3JrcyBJ bnRlcmNvbm5lY3Rpb24gKGNkbmkpIA0KDQpBIG5ldyBJRVRGIHdvcmtpbmcgZ3JvdXAgaGFzIGJl ZW4gcHJvcG9zZWQgaW4gdGhlIFRyYW5zcG9ydCBBcmVhLiAgVGhlIA0KSUVTRyBoYXMgbm90IG1h ZGUgYW55IGRldGVybWluYXRpb24gYXMgeWV0LiBUaGUgZm9sbG93aW5nIGRyYWZ0IGNoYXJ0ZXIg DQp3YXMgc3VibWl0dGVkLCBhbmQgaXMgcHJvdmlkZWQgZm9yIGluZm9ybWF0aW9uYWwgcHVycG9z ZXMgb25seS4gUGxlYXNlIA0Kc2VuZCB5b3VyIGNvbW1lbnRzIHRvIHRoZSBJRVNHIG1haWxpbmcg bGlzdCAoaWVzZ0BpZXRmLm9yZykgYnkgVHVlc2RheSwgDQpKdW5lIDIxLCAyMDExLiAgICAgICAg ICAgICAgICAgICAgICAgDQoNCkNvbnRlbnQgRGVsaXZlcnkgTmV0d29ya3MgSW50ZXJjb25uZWN0 aW9uIChjZG5pKQ0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tDQpDdXJyZW50IFN0YXR1czogUHJvcG9zZWQgV29ya2luZyBHcm91cA0KTGFzdCB1cGRhdGVk OiAyMDExLTA1LTI3DQoNCkNoYWlyczoNCiAgVEJEDQoNClRyYW5zcG9ydCBBcmVhIERpcmVjdG9y czoNCiAgV2VzbGV5IEVkZHkgPHdlc0BtdGktc3lzdGVtcy5jb20+DQogIERhdmlkIEhhcnJpbmd0 b24gPGlldGZkYmhAY29tY2FzdC5uZXQ+DQoNClRyYW5zcG9ydCBBcmVhIEFkdmlzb3I6DQogIERh dmlkIEhhcnJpbmd0b24gPGlldGZkYmhAY29tY2FzdC5uZXQ+DQoNCk1haWxpbmcgbGlzdHM6DQog IEFkZHJlc3M6IGNkbmlAaWV0Zi5vcmcNCiAgVG8gU3Vic2NyaWJlOiBodHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2NkbmkNCiAgQXJjaGl2ZTogaHR0cDovL3d3dy5pZXRmLm9y Zy9tYWlsLWFyY2hpdmUvd2ViL2NkbmkvDQoNCkRlc2NyaXB0aW9uIG9mIFdvcmtpbmcgR3JvdXA6 DQoNCkEgQ29udGVudCBEZWxpdmVyeSBOZXR3b3JrIChDRE4pIGlzIGFuIGluZnJhc3RydWN0dXJl IG9mIG5ldHdvcmsgDQplbGVtZW50cyBvcGVyYXRpbmcgYXQgbGF5ZXIgNCB0aHJvdWdoIGxheWVy IDcsIGFycmFuZ2VkIGZvciB0aGUgDQplZmZpY2llbnQgZGlzdHJpYnV0aW9uIGFuZCBkZWxpdmVy eSBvZiBkaWdpdGFsIGNvbnRlbnQuIFN1Y2ggY29udGVudCANCmluY2x1ZGVzLCBidXQgaXMgbm90 IGxpbWl0ZWQgdG8sIHdlYiBwYWdlcyBhbmQgaW1hZ2VzIGRlbGl2ZXJlZCB2aWEgDQpIVFRQLCBh bmQgc3RyZWFtaW5nIG9mIGNvbnRpbnVvdXMgbWVkaWEgZGVsaXZlcmVkIHZpYSBIVFRQLCBSVFNQ LCBSVE1QLCANCmV0Yy4gQ0ROcyB0eXBpY2FsbHkgcHJvdmlkZSBzZXJ2aWNlcyB0byBtdWx0aXBs ZSBDb250ZW50IFNlcnZpY2UgDQpQcm92aWRlcnMgKENTUHMpLg0KDQpDRE5zIHByb3ZpZGUgbnVt ZXJvdXMgYmVuZWZpdHM6IGEgc2hhcmVkIHBsYXRmb3JtIGZvciBtdWx0aS1zZXJ2aWNlIA0KY29u dGVudCBkZWxpdmVyeSwgcmVkdWNlZCB0cmFuc21pc3Npb24gY29zdHMgZm9yIGNhY2hlYWJsZSBj b250ZW50LCANCmltcHJvdmVkIHF1YWxpdHkgb2YgZXhwZXJpZW5jZSBmb3IgZW5kIHVzZXJzIGFu ZCBpbmNyZWFzZWQgcm9idXN0bmVzcyBvZiANCmRlbGl2ZXJ5LiBGb3IgdGhlc2UgcmVhc29ucyB0 aGV5IGFyZSBmcmVxdWVudGx5IHVzZWQgZm9yIGxhcmdlLXNjYWxlIA0KY29udGVudCBkZWxpdmVy eS4NCg0KQXMgYSByZXN1bHQgb2YgdGhlIHNpZ25pZmljYW50IGdyb3d0aCBpbiBjb250ZW50IGRl bGl2ZXJlZCBvdmVyIElQIA0KbmV0d29ya3MsIGV4aXN0aW5nIENETiBwcm92aWRlcnMgYXJlIHNj YWxpbmcgdXAgdGhlaXIgaW5mcmFzdHJ1Y3R1cmUgYW5kIA0KbWFueSBOZXR3b3JrIFNlcnZpY2Ug UHJvdmlkZXJzIGFuZCBFbnRlcnByaXNlIFNlcnZpY2UgUHJvdmlkZXJzIGFyZSANCmRlcGxveWlu ZyB0aGVpciBvd24gQ0ROcy4gU3ViamVjdCB0byB0aGUgcG9saWN5IG9mIHRoZSBDU1AsIGl0IGlz IA0KZ2VuZXJhbGx5IGRlc2lyYWJsZSB0aGF0IGEgZ2l2ZW4gaXRlbSBvZiBjb250ZW50IGNhbiBi ZSBkZWxpdmVyZWQgdG8gYW4gDQplbmQgdXNlciByZWdhcmRsZXNzIG9mIHRoYXQgZW5kIHVzZXIn cyBsb2NhdGlvbiBvciBhdHRhY2htZW50IG5ldHdvcmsuIA0KVGhpcyBjcmVhdGVzIGEgbmVlZCBm b3IgaW50ZXJjb25uZWN0aW5nIChwcmV2aW91c2x5KSBzdGFuZGFsb25lIENETnMgc28gDQp0aGV5 IGNhbiBpbnRlcm9wZXJhdGUgYW5kIGNvbGxlY3RpdmVseSBiZWhhdmUgYXMgYSBzaW5nbGUgZGVs aXZlcnkgDQppbmZyYXN0cnVjdHVyZS4NCg0KVGhlIGdvYWwgb2YgdGhlIENETkkgV29ya2luZyBH cm91cCBpcyB0byBhbGxvdyB0aGUgaW50ZXJjb25uZWN0aW9uIG9mIA0Kc2VwYXJhdGVseSBhZG1p bmlzdGVyZWQgQ0ROcyBpbiBzdXBwb3J0IG9mIHRoZSBlbmQtdG8tZW5kIGRlbGl2ZXJ5IG9mIA0K Y29udGVudCBmcm9tIENTUHMgdGhyb3VnaCBtdWx0aXBsZSBDRE5zIGFuZCB1bHRpbWF0ZWx5IHRv IGVuZCB1c2VycyAodmlhIA0KdGhlaXIgcmVzcGVjdGl2ZSBVc2VyIEFnZW50cykuIFRoZSBDRE5J IFdHIGFpbXMgYXQgZGVsaXZlcmluZyBhIA0KdGFyZ2V0ZWQsIGRlcGxveWFibGUgc29sdXRpb24g aW4gYSBzaG9ydCB0aW1lZnJhbWUgKDE4LTI0IG1vbnRocykgYXMgDQpuZWVkZWQgYnkgdGhlIGlu ZHVzdHJ5LiBJdCBpcyBleHBlY3RlZCB0aGF0IHRoZSBDRE5JIGludGVyZmFjZXMgd2lsbCBiZSAN CnJlYWxpemVkIHVzaW5nIGV4aXN0aW5nIElFVEYgcHJvdG9jb2xzIGZvciB0cmFuc3BvcnQgYW5k IG1lc3NhZ2UgDQpleGNoYW5nZSwgYW5kIHVzaW5nIGV4aXN0aW5nIG9iamVjdCBub3RhdGlvbiBn cmFtbWFycy9sYW5ndWFnZXMgZm9yIHRoZSANCmRlZmluaXRpb24gb2YgQ0ROSSBvYmplY3RzIGFu ZCBzZW1hbnRpY3MuIEluIHRoZSBldmVudCB0aGF0IHByb3RvY29sIA0KZXh0ZW5zaW9ucyBvciBu ZXcgcHJvdG9jb2xzIGFyZSBkZWVtZWQgbmVjZXNzYXJ5IGJ5IHRoZSBXRywgdGhlIFdHIHdpbGwg DQpyZWNoYXJ0ZXIuDQoNClRoZSB3b3JraW5nIGdyb3VwIHdpbGwgZm9jdXMgb24gdGhlIGZvbGxv d2luZyBpdGVtczoNCg0KLSBBICJwcm9ibGVtIHN0YXRlbWVudCIgZG9jdW1lbnQgcHJvdmlkaW5n IGEgZGVzY3JpcHRpb24gb2YgdGhlIHByb2JsZW0gDQogIGFuZCBhIGNvbW1vbiB0ZXJtaW5vbG9n eS4NCg0KLSBBICJ1c2UgY2FzZSIgZG9jdW1lbnQgZGVzY3JpYmluZyBzY2VuYXJpb3MgZm9yIHVz YWdlIGFuZCBhcHBsaWNhdGlvbnMgDQogIG9mIHRoZSBDRE5JIHNvbHV0aW9uIGFuZCBwcm90b2Nv bHMuDQoNCi0gQSAiZnJhbWV3b3JrIiBkb2N1bWVudCBwcm92aWRpbmcgYSBkZXNjcmlwdGlvbiBv ZiB0aGUgZGlmZmVyZW50IA0KICBjb21wb25lbnRzIG9mIHRoZSBDRE5JIGFyY2hpdGVjdHVyZSBh bmQgaG93IHRoZXkgaW50ZXJhY3Qgd2l0aCBvbmUgDQogIGFub3RoZXIuIFRoaXMgZG9jdW1lbnQg d2lsbCBhbHNvIGluY2x1ZGUgYSAidGhyZWF0IGFuYWx5c2lzIiANCiAgZGlzY3Vzc2luZyB0aGUg c2VjdXJpdHkgY29uY2VybnMgYW5kIHRocmVhdHMsIHRoZSB0cnVzdCBtb2RlbCBhbmQgDQogIHBy aXZhY3kgaXNzdWVzIHNwZWNpZmljIHRvIENETkkuDQoNCi0gQSAicmVxdWlyZW1lbnRzIiBkb2N1 bWVudC4gVGhpcyBkb2N1bWVudCBsaXN0cyB0aGUgcmVxdWlyZW1lbnRzIGZvciANCiAgdGhlIENE TkkgYXJjaGl0ZWN0dXJlIGFuZCB0aGUgQ0ROSSBpbnRlcmZhY2VzLiBJbiBwYXJ0aWN1bGFyLCB0 aGlzIA0KICBkb2N1bWVudCB3aWxsIGZvY3VzIG9uIGlkZW50aWZ5aW5nIGEgcmVhc29uYWJsZSBz ZXQgb2YgbW9yZSB1cmdlbnQgYW5kIA0KICBpbXBvcnRhbnQgcmVxdWlyZW1lbnRzIHRoYXQgd2ls bCBiZSBhZGRyZXNzZWQgaW4gdGhlIGluaXRpYWwgc2V0IG9mIA0KICBDRE5JIHByb3RvY29scyBh bmQgc29sdXRpb25zIHByb2R1Y2VkIGJ5IHRoZSB3b3JraW5nIGdyb3VwLiBUaGlzIA0KICBkb2N1 bWVudCB3aWxsIGxpc3QgdGhlIHJlcXVpcmVtZW50cyBzdGVtbWluZyBmcm9tIHRoZSB0aHJlYXQg YW5hbHlzaXMgDQogIGFuZCB0byBiZSBtZXQgYnkgZWFjaCBvZiB0aGUgQ0ROSSBpbnRlcmZhY2Vz Lg0KDQotIEEgc3BlY2lmaWNhdGlvbiBvZiB0aGUgIkNETkkgcmVxdWVzdC1yb3V0aW5nIGludGVy ZmFjZSIuIFRoaXMgDQogIGludGVyZmFjZSB3aWxsIGFsbG93IGFuIHVwc3RyZWFtIENETiByZXF1 ZXN0IHJvdXRpbmcgc3lzdGVtIHRvIG9idGFpbiANCiAgZnJvbSB0aGUgZG93bnN0cmVhbSBDRE4g dGhlIGluZm9ybWF0aW9uIG5lY2Vzc2FyeSB0byBwZXJmb3JtIHJlcXVlc3QgDQogIHJlZGlyZWN0 aW9uLg0KDQotIEEgc3BlY2lmaWNhdGlvbiBvZiB0aGUgIkNETkkgbWV0YWRhdGEgaW50ZXJmYWNl Ii4gVGhpcyBpbnRlcmZhY2Ugd2lsbCANCiAgYWxsb3cgdGhlIENETnMgdG8gZXhjaGFuZ2UgY29u dGVudCBkaXN0cmlidXRpb24gbWV0YWRhdGEgb2YgaW50ZXItQ0ROIA0KICBzY29wZS4gQ29udGVu dCBkaXN0cmlidXRpb24gbWV0YWRhdGEgcmVmZXJzIHRvIHRoZSBzdWJzZXQgb2YgY29udGVudCAN CiAgbWV0YWRhdGEgdGhhdCBpcyByZWxldmFudCB0byB0aGUgZGlzdHJpYnV0aW9uIG9mIHRoZSBj b250ZW50IGFuZCANCiAgdGhlcmVmb3JlIGlzIHRvIGJlIHByb2Nlc3NlZCBieSBDRE5zIChmb3Ig ZXhhbXBsZSwgdGhpcyBtYXkgaW5jbHVkZSANCiAgaW5mb3JtYXRpb24gZW5hYmxpbmc6IGNvbnRl bnQgYWNxdWlzaXRpb24sIGdlby1ibG9ja2luZywgZW5mb3JjZW1lbnQgDQogIG9mIGF2YWlsYWJp bGl0eSB3aW5kb3dzIG9yIGFjY2VzcyBjb250cm9sKS4NCg0KLSBBIHNwZWNpZmljYXRpb24gb2Yg dGhlICJDRE5JIGxvZ2dpbmcgaW50ZXJmYWNlIi4gVGhpcyBpbnRlcmZhY2Ugd2lsbCANCiAgYWxs b3cgQ0ROIGxvZ2dpbmcgc3lzdGVtcyB0byBleGNoYW5nZSBsb2dnaW5nIGluZm9ybWF0aW9uIGFz c29jaWF0ZWQgDQogIHdpdGggYWN0aW9ucyB0aGF0IGFyZSByZWxldmFudCBhY3Jvc3MgQ0ROcyAo c3VjaCBhcyBjb250ZW50IA0KICBkaXN0cmlidXRpb24sIGNvbnRlbnQgZGVsaXZlcnkgYW5kIGNv bnRlbnQgcm91dGluZyBhY3Rpb25zKSBmb3IgDQogIHB1cnBvc2VzIG9mIGFjY291bnRpbmcsIGFu YWx5dGljcywgbW9uaXRvcmluZywgZXRjLg0KDQotIEEgc3BlY2lmaWNhdGlvbiBvZiB0aGUgIkNE TkkgY29udHJvbCBpbnRlcmZhY2UiLiBJbiBwYXJ0aWN1bGFyLCB0aGlzIA0KICBpbnRlcmZhY2Ug d2lsbCBhbGxvdyBhbiB1cHN0cmVhbSBDRE4gdG8gcmVtb3ZlIG9yIGludmFsaWRhdGUgY29udGVu dCANCiAgaW4gYSBkb3duc3RyZWFtIENETi4NCg0KVGhlIFdHIHdpbGwgZGlzY3VzcyBhbmQgYWRk cmVzcyB0aGUgc2VjdXJpdHksIG1hbmFnZW1lbnQgYW5kIG9wZXJhdGlvbmFsICANCmlzc3VlcyBz cGVjaWZpYyB0byBDRE5JLCBpbnNpZGUgdGhlIGFib3ZlIGRvY3VtZW50cyBhbmQgc3BlY2lmaWNh dGlvbnMuDQoNClRoZSB3b3JraW5nIGdyb3VwIHdpbGwgb25seSBkZWZpbmUgc29sdXRpb25zIGZv ciBhc3BlY3RzIG9mIHRoZSBDRE4gIA0KSW50ZXJjb25uZWN0aW9uIHByb2JsZW0gc3BhY2UgdGhh dCByZXF1aXJlIGRpcmVjdCBjb21tdW5pY2F0aW9uIG9yICANCmludGVyb3BlcmF0aW9uIGJldHdl ZW4gQ0ROcy4NCg0KSW4gcGFydGljdWxhciwgdGhlIFdHIHdpbGwgbm90IGRlZmluZToNCg0KLSBO ZXcgc2Vzc2lvbiwgdHJhbnNwb3J0IG9yIG5ldHdvcmsgcHJvdG9jb2xzLg0KDQotIE5ldyBwcm90 b2NvbHMgZm9yIGRlbGl2ZXJpbmcgY29udGVudCBmcm9tIGEgQ0ROIHRvIGFuIEVuZCBVc2VyL1Vz ZXIgDQogIEFnZW50Lg0KDQotIE5ldyBwcm90b2NvbHMgZm9yIGluZ2VzdGlvbiBvZiBjb250ZW50 IG9yIG1ldGFkYXRhIGJldHdlZW4gYSBDU1AgYW5kIGEgDQogIENETi4NCg0KLSBOZXcgcHJvdG9j b2xzIGZvciBhY3F1aXJpbmcgY29udGVudCBhY3Jvc3MgQ0ROcy4NCg0KLSBQcm90b2NvbHMgYW5k IGFsZ29yaXRobXMgZm9yIGludHJhLUNETiBvcGVyYXRpb25zLg0KDQotIFN1cHBvcnQgZm9yIFRy YW5zcGFyZW50IENhY2hpbmcgYWNyb3NzIENETnMuDQoNCi0gTmV3IGFwcGxpY2F0aW9ucyBjb25z dW1pbmcgQ0ROSSBsb2dzLg0KDQotIERpZ2l0YWwgUmlnaHQgTWFuYWdlbWVudCAoRFJNKSBtZWNo YW5pc21zLg0KDQpUaGUgQ0ROSSBXRyB3aWxsIHdvcmsgd2l0aCBvdGhlciBJRVRGIFdHcyB0byBh c3Nlc3MsIGFuZCB3aGVyZSANCmFwcHJvcHJpYXRlLCBsZXZlcmFnZSBwcm90b2NvbHMgZGV2ZWxv cGVkIGJ5IHRob3NlIFdHcywgaW4gb3JkZXIgdG8gDQpyZWFsaXplIHRoZSBDRE5JIHJlcXVpcmVt ZW50cyBhbmQgQ0ROSSBpbnRlcmZhY2VzLiBGb3IgZXhhbXBsZSwgdGhlIFdHIA0KbWF5IGFzc2Vz cyB0aGUgc3VpdGFiaWxpdHkgb2YgdGhlIEFMVE8gcHJvdG9jb2wgYXMgYSBwcm90b2NvbCB0byBl bmFibGUgDQpkb3duc3RyZWFtIENETnMgdG8gZXhjaGFuZ2UgaW5mb3JtYXRpb24gd2hpY2ggbWF5 IGFpZCBhbiB1cHN0cmVhbSBDRE4gDQp3aXRoIG1ha2luZyBDRE5JIHJlcXVlc3Qgcm91dGluZyBk ZWNpc2lvbnMuIFRoZSBDRE5JIFdHIHdpbGwgYWxzbyANCmNvb3JkaW5hdGUgd2l0aCByZWxldmFu dCBncm91cHMgb3V0c2lkZSB0aGUgSUVURiBzdWNoIGFzIFVsdHJhVmlvbGV0Lg0KDQpHb2FscyBh bmQgTWlsZXN0b25lcw0KDQpXRyBDcmVhdGlvbiArIDYgbW9udGhzOiAgIFN1Ym1pdCBDRE5JIHBy b2JsZW0gc3RhdGVtZW50IHRvIElFU0cgYXMgDQogICAgICAgICAgICAgICAgICAgICAgICAgIElu Zm9ybWF0aW9uYWwNCldHIENyZWF0aW9uICsgOSBtb250aHM6ICAgU3VibWl0IENETkkgdXNlIGNh c2VzIHRvIElFU0cgYXMgSW5mb3JtYXRpb25hbA0KV0cgQ3JlYXRpb24gKyAxMiBtb250aHM6ICBT dWJtaXQgQ0ROSSBmcmFtZXdvcmsgdG8gSUVTRyBhcyBJbmZvcm1hdGlvbmFsDQpXRyBDcmVhdGlv biArIDEyIG1vbnRoczogIFN1Ym1pdCBDRE5JIHJlcXVpcmVtZW50cyB0byBJRVNHIGFzIA0KICAg ICAgICAgICAgICAgICAgICAgICAgICBJbmZvcm1hdGlvbmFsDQpXRyBDcmVhdGlvbiArIDE4IG1v bnRoczogIFN1Ym1pdCBzcGVjaWZpY2F0aW9uIG9mIHRoZSBDRE5JIFJlcXVlc3QgDQogICAgICAg ICAgICAgICAgICAgICAgICAgIFJvdXRpbmcgaW50ZXJmYWNlIHRvIElFU0cgYXMgUHJvcG9zZWQg U3RhbmRhcmQNCldHIENyZWF0aW9uICsgMTggbW9udGhzOiAgU3VibWl0IHNwZWNpZmljYXRpb24g b2YgdGhlIENETkkgTG9nZ2luZyANCiAgICAgICAgICAgICAgICAgICAgICAgICAgaW50ZXJmYWNl IHRvIElFU0cgYXMgUHJvcG9zZWQgU3RhbmRhcmQNCldHIENyZWF0aW9uICsgMTggbW9udGhzOiAg U3VibWl0IHNwZWNpZmljYXRpb24gb2YgdGhlIENETkkgQ29udHJvbCANCiAgICAgICAgICAgICAg ICAgICAgICAgICAgaW50ZXJmYWNlIHRvIElFU0cgYXMgcHJvcG9zZWQgU3RhbmRhcmQNCldHIENy ZWF0aW9uICsgMjQgbW9udGhzOiAgU3VibWl0IHNwZWNpZmljYXRpb24gb2YgdGhlIENETkkgTWV0 YWRhdGEgDQogICAgICAgICAgICAgICAgICAgICAgICAgIERpc3RyaWJ1dGlvbiBpbnRlcmZhY2Ug dG8gSUVTRyBhcyBQcm9wb3NlZCANCiAgICAgICAgICAgICAgICAgICAgICAgICAgU3RhbmRhcmQN CldHIENyZWF0aW9uICsgMjQgbW9udGhzOiAgUmVjaGFydGVyIG9yIGRpc3NvbHZlDQoNCg== From paf@cisco.com Wed Jun 15 02:57:22 2011 Return-Path: X-Original-To: mib-doctors@ietfa.amsl.com Delivered-To: mib-doctors@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1732711E8083; Wed, 15 Jun 2011 02:57:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.224 X-Spam-Level: X-Spam-Status: No, score=-10.224 tagged_above=-999 required=5 tests=[AWL=0.075, BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jtQ6J+h3ViaS; Wed, 15 Jun 2011 02:57:21 -0700 (PDT) Received: from ams-iport-2.cisco.com (ams-iport-2.cisco.com [144.254.224.141]) by ietfa.amsl.com (Postfix) with ESMTP id C65B111E8070; Wed, 15 Jun 2011 02:57:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=paf@cisco.com; l=10105; q=dns/txt; s=iport; t=1308131840; x=1309341440; h=subject:mime-version:from:in-reply-to:date:cc: content-transfer-encoding:message-id:references:to; bh=MEWxEThqK3cQR14nQTsNAtZdXX8rLnZuA2qD/8wWjjs=; b=OYyMdxBxYkeMvYWeLS9YxFtIiVcOo1D9ocpxIdAQh9aRLtKs+WJSIDyY f0a6T0V0IFoOyRhI09XE3i7qpF78JTrj5pCGWxq3IBh+37hvVCYtBkNr0 zBcDAJ7htOoWNvyN43oMeQ9mH3iFIhoo+z8PxIv53ZylubGl1qL3N8xEO 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ag4BABOB+E2Q/khR/2dsb2JhbABSl0uPBneIc6ACnkOGJgSRTo9y X-IronPort-AV: E=Sophos;i="4.65,369,1304294400"; d="scan'208";a="35309634" Received: from ams-core-1.cisco.com ([144.254.72.81]) by ams-iport-2.cisco.com with ESMTP; 15 Jun 2011 09:57:18 +0000 Received: from ams3-vpn-dhcp7510.cisco.com (ams3-vpn-dhcp7510.cisco.com [10.61.93.85]) by ams-core-1.cisco.com (8.14.3/8.14.3) with ESMTP id p5F9vITR008750; Wed, 15 Jun 2011 09:57:18 GMT Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: =?iso-8859-1?Q?Patrik_F=E4ltstr=F6m?= In-Reply-To: Date: Wed, 15 Jun 2011 11:57:17 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <884BE115-A870-49C2-A09B-4461D5904FF3@cisco.com> References: To: "Romascanu, Dan (Dan)" X-Mailer: Apple Mail (2.1084) X-Mailman-Approved-At: Wed, 15 Jun 2011 03:05:06 -0700 Cc: aaa-doctors@ietf.org, mib-doctors@ietf.org, ops-dir@ietf.org, dns-dir@ietf.org, yang-doctors@ietf.org Subject: Re: [MIB-DOCTORS] [dns-dir] FW: WG Review: Content Delivery Networks Interconnection (cdni) X-BeenThere: mib-doctors@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: MIB Doctors list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 09:57:22 -0000 I have been in some contact with some individuals that are active in = this area. What will be important is to from a DNS perspective see: - What problems are solved by DNS interaction, and what is by using HTTP = interaction (i.e. in what layer in the architecture are identifiers = transformed)? - For the pieces of the problems that are DNS issues, what tools that = DNS contain will be used? Will we see more use of CNAME or new = "innovative" TXT RR usage just because "people have not implemented = SRV"? I.e. I am nervous that the battle will be between: 1. The ones that want a theoretically perfect solution 2. The people that already have solutions and what them rubberstamped 3. The people that deal with DNS 4. The people that deal with HTTP Somewhat those groups are overlapping, but I am nervous the work will be = harder than what it at first looks like. Because (for example) some = people want a more DNS heavy solution while others want a more HTTP = heavy solution. Have we heard that before in the IETF? ;-) That said, I think this work is both important and needed! So, go ahead! Patrik On 15 jun 2011, at 11.42, Romascanu, Dan (Dan) wrote: >=20 >=20 > Hi,=20 >=20 > Please see the proposal below for a new WG. All comments and questions = should be sent to iesg@ietf.org.=20 >=20 > Thanks and Regards, >=20 > Dan=20 >=20 > -----Original Message----- > From: iesg-bounces@ietf.org [mailto:iesg-bounces@ietf.org] On Behalf = Of IESG Secretary > Sent: Tuesday, June 14, 2011 7:19 PM > To: IETF Announcement list > Cc: cdni@ietf.org > Subject: WG Review: Content Delivery Networks Interconnection (cdni)=20= >=20 > A new IETF working group has been proposed in the Transport Area. The=20= > IESG has not made any determination as yet. The following draft = charter=20 > was submitted, and is provided for informational purposes only. Please=20= > send your comments to the IESG mailing list (iesg@ietf.org) by = Tuesday,=20 > June 21, 2011. =20 >=20 > Content Delivery Networks Interconnection (cdni) > ------------------------------------------------ > Current Status: Proposed Working Group > Last updated: 2011-05-27 >=20 > Chairs: > TBD >=20 > Transport Area Directors: > Wesley Eddy > David Harrington >=20 > Transport Area Advisor: > David Harrington >=20 > Mailing lists: > Address: cdni@ietf.org > To Subscribe: https://www.ietf.org/mailman/listinfo/cdni > Archive: http://www.ietf.org/mail-archive/web/cdni/ >=20 > Description of Working Group: >=20 > A Content Delivery Network (CDN) is an infrastructure of network=20 > elements operating at layer 4 through layer 7, arranged for the=20 > efficient distribution and delivery of digital content. Such content=20= > includes, but is not limited to, web pages and images delivered via=20 > HTTP, and streaming of continuous media delivered via HTTP, RTSP, = RTMP,=20 > etc. CDNs typically provide services to multiple Content Service=20 > Providers (CSPs). >=20 > CDNs provide numerous benefits: a shared platform for multi-service=20 > content delivery, reduced transmission costs for cacheable content,=20 > improved quality of experience for end users and increased robustness = of=20 > delivery. For these reasons they are frequently used for large-scale=20= > content delivery. >=20 > As a result of the significant growth in content delivered over IP=20 > networks, existing CDN providers are scaling up their infrastructure = and=20 > many Network Service Providers and Enterprise Service Providers are=20 > deploying their own CDNs. Subject to the policy of the CSP, it is=20 > generally desirable that a given item of content can be delivered to = an=20 > end user regardless of that end user's location or attachment network.=20= > This creates a need for interconnecting (previously) standalone CDNs = so=20 > they can interoperate and collectively behave as a single delivery=20 > infrastructure. >=20 > The goal of the CDNI Working Group is to allow the interconnection of=20= > separately administered CDNs in support of the end-to-end delivery of=20= > content from CSPs through multiple CDNs and ultimately to end users = (via=20 > their respective User Agents). The CDNI WG aims at delivering a=20 > targeted, deployable solution in a short timeframe (18-24 months) as=20= > needed by the industry. It is expected that the CDNI interfaces will = be=20 > realized using existing IETF protocols for transport and message=20 > exchange, and using existing object notation grammars/languages for = the=20 > definition of CDNI objects and semantics. In the event that protocol=20= > extensions or new protocols are deemed necessary by the WG, the WG = will=20 > recharter. >=20 > The working group will focus on the following items: >=20 > - A "problem statement" document providing a description of the = problem=20 > and a common terminology. >=20 > - A "use case" document describing scenarios for usage and = applications=20 > of the CDNI solution and protocols. >=20 > - A "framework" document providing a description of the different=20 > components of the CDNI architecture and how they interact with one=20 > another. This document will also include a "threat analysis"=20 > discussing the security concerns and threats, the trust model and=20 > privacy issues specific to CDNI. >=20 > - A "requirements" document. This document lists the requirements for=20= > the CDNI architecture and the CDNI interfaces. In particular, this=20 > document will focus on identifying a reasonable set of more urgent = and=20 > important requirements that will be addressed in the initial set of=20= > CDNI protocols and solutions produced by the working group. This=20 > document will list the requirements stemming from the threat analysis=20= > and to be met by each of the CDNI interfaces. >=20 > - A specification of the "CDNI request-routing interface". This=20 > interface will allow an upstream CDN request routing system to obtain=20= > from the downstream CDN the information necessary to perform request=20= > redirection. >=20 > - A specification of the "CDNI metadata interface". This interface = will=20 > allow the CDNs to exchange content distribution metadata of inter-CDN=20= > scope. Content distribution metadata refers to the subset of content=20= > metadata that is relevant to the distribution of the content and=20 > therefore is to be processed by CDNs (for example, this may include=20= > information enabling: content acquisition, geo-blocking, enforcement=20= > of availability windows or access control). >=20 > - A specification of the "CDNI logging interface". This interface will=20= > allow CDN logging systems to exchange logging information associated=20= > with actions that are relevant across CDNs (such as content=20 > distribution, content delivery and content routing actions) for=20 > purposes of accounting, analytics, monitoring, etc. >=20 > - A specification of the "CDNI control interface". In particular, this=20= > interface will allow an upstream CDN to remove or invalidate content=20= > in a downstream CDN. >=20 > The WG will discuss and address the security, management and = operational =20 > issues specific to CDNI, inside the above documents and = specifications. >=20 > The working group will only define solutions for aspects of the CDN =20= > Interconnection problem space that require direct communication or =20 > interoperation between CDNs. >=20 > In particular, the WG will not define: >=20 > - New session, transport or network protocols. >=20 > - New protocols for delivering content from a CDN to an End User/User=20= > Agent. >=20 > - New protocols for ingestion of content or metadata between a CSP and = a=20 > CDN. >=20 > - New protocols for acquiring content across CDNs. >=20 > - Protocols and algorithms for intra-CDN operations. >=20 > - Support for Transparent Caching across CDNs. >=20 > - New applications consuming CDNI logs. >=20 > - Digital Right Management (DRM) mechanisms. >=20 > The CDNI WG will work with other IETF WGs to assess, and where=20 > appropriate, leverage protocols developed by those WGs, in order to=20 > realize the CDNI requirements and CDNI interfaces. For example, the WG=20= > may assess the suitability of the ALTO protocol as a protocol to = enable=20 > downstream CDNs to exchange information which may aid an upstream CDN=20= > with making CDNI request routing decisions. The CDNI WG will also=20 > coordinate with relevant groups outside the IETF such as UltraViolet. >=20 > Goals and Milestones >=20 > WG Creation + 6 months: Submit CDNI problem statement to IESG as=20 > Informational > WG Creation + 9 months: Submit CDNI use cases to IESG as = Informational > WG Creation + 12 months: Submit CDNI framework to IESG as = Informational > WG Creation + 12 months: Submit CDNI requirements to IESG as=20 > Informational > WG Creation + 18 months: Submit specification of the CDNI Request=20 > Routing interface to IESG as Proposed = Standard > WG Creation + 18 months: Submit specification of the CDNI Logging=20 > interface to IESG as Proposed Standard > WG Creation + 18 months: Submit specification of the CDNI Control=20 > interface to IESG as proposed Standard > WG Creation + 24 months: Submit specification of the CDNI Metadata=20 > Distribution interface to IESG as Proposed=20 > Standard > WG Creation + 24 months: Recharter or dissolve >=20 > _______________________________________________ > dns-dir mailing list > dns-dir@ietf.org > https://www.ietf.org/mailman/listinfo/dns-dir From dromasca@avaya.com Thu Jun 16 05:07:17 2011 Return-Path: X-Original-To: mib-doctors@ietfa.amsl.com Delivered-To: mib-doctors@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D362211E8074 for ; Thu, 16 Jun 2011 05:07:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.632 X-Spam-Level: X-Spam-Status: No, score=-102.632 tagged_above=-999 required=5 tests=[AWL=-0.033, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y+7ASUFcP0Nu for ; Thu, 16 Jun 2011 05:07:17 -0700 (PDT) Received: from p-us1-iereast-outbound.us1.avaya.com (p-us1-iereast-outbound.us1.avaya.com [135.11.29.13]) by ietfa.amsl.com (Postfix) with ESMTP id 498EF11E8073 for ; Thu, 16 Jun 2011 05:07:16 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlgBAJ/x+U2HCzI1/2dsb2JhbABShEmTD0GNW2x3rWwCilyRBIErg3KBCgSWUop/ X-IronPort-AV: E=Sophos;i="4.65,375,1304308800"; d="scan'208";a="193748767" Received: from unknown (HELO p-us1-erheast.us1.avaya.com) ([135.11.50.53]) by p-us1-iereast-outbound.us1.avaya.com with ESMTP; 16 Jun 2011 08:07:07 -0400 X-IronPort-AV: E=Sophos;i="4.65,375,1304308800"; d="scan'208";a="666878813" Received: from unknown (HELO 307622ANEX5.global.avaya.com) ([135.64.140.14]) by p-us1-erheast-out.us1.avaya.com with ESMTP; 16 Jun 2011 08:07:06 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Date: Thu, 16 Jun 2011 14:06:59 +0200 Message-ID: In-Reply-To: <142d01cc2bd6$abfa3900$03eeab00$@olddog.co.uk> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Dan Romascanu's Discuss on draft-ietf-mpls-fastreroute-mib-19: (with DISCUSS) Thread-Index: AQJQvVRwgb4d4lscv8Fh+2QsEeDY4pO2MXLAgACOS+A= References: <20110613154515.9789.80386.idtracker@ietfa.amsl.com> <142d01cc2bd6$abfa3900$03eeab00$@olddog.co.uk> From: "Romascanu, Dan (Dan)" To: Cc: mib-doctors@ietf.org Subject: Re: [MIB-DOCTORS] Dan Romascanu's Discuss on draft-ietf-mpls-fastreroute-mib-19: (with DISCUSS) X-BeenThere: mib-doctors@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: MIB Doctors list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 12:07:17 -0000 DQoNCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBBZHJpYW4gRmFycmVs IFttYWlsdG86YWRyaWFuQG9sZGRvZy5jby51a10NCj4gU2VudDogVGh1cnNkYXksIEp1bmUgMTYs IDIwMTEgNjozNyBBTQ0KPiBUbzogUm9tYXNjYW51LCBEYW4gKERhbik7ICdUaGUgSUVTRycNCj4g Q2M6IG1wbHMtY2hhaXJzQHRvb2xzLmlldGYub3JnDQo+IFN1YmplY3Q6IFJFOiBEYW4gUm9tYXNj YW51J3MgRGlzY3VzcyBvbiBkcmFmdC1pZXRmLW1wbHMtZmFzdHJlcm91dGUtDQo+IG1pYi0xOTog KHdpdGggRElTQ1VTUykNCj4gDQo+IEknbSBzb3JyeSwgSSBzaG91bGQgaGF2ZSByZXNwb25kZWQg dG8gdGhpcyBzb29uZXIuLi4NCj4gDQo+ID4gMS4gVGhlIGxhdGVzdCBjaGFuZ2UgaW4gdGhlIE1J QiBtb2R1bGUgZml4ZWQgdGhlIHByZS1hbGxvY2F0aW9uDQo+IHByb2JsZW0gYnV0DQo+ID4gaW50 cm9kdWNlZCBhbm90aGVyIG9uZS4gVGhlIExBU1QtVVBEQVRFRCBhbmQgUkVWSVNJT04gY2xhdXNl cw0KPiByZW1haW5lZA0KPiA+IHVuY2hhbmdlZCBhdCB0aGUgbGV2ZWwgb2YgdGhlIDIwMDkgdmVy c2lvbi4gTm93IHRoZXJlIGFyZSB0d28gc2V0cyBvZg0KPiBNSUINCj4gPiBtb2R1bGVzIHdpdGgg dGhlIHNhbWUgZGF0ZXMgaW4gdGhlc2UgY2xhdXNlcyBidXQgZGlmZmVyZW50IGNvbnRlbnRzLg0K PiBUaGlzIGlzIG5vdA0KPiA+IGFjY2VwdGFibGUuIFBsZWFzZSBpc3N1ZSBhIG5ldyB2ZXJzaW9u IHdpdGggdGhlc2UgY2xhdXNlcyB1cGRhdGVkLg0KPiANCj4gRGFuLCB5b3UncmUgd3JvbmcuDQo+ IA0KPiBUaGUgbGFzdC11cGRhdGVkIGFuZCByZXZpc2lvbiBjbGF1c2VzIGluIEludGVybmV0LURy YWZ0cyBoYXZlIG5vDQo+IG1lYW5pbmcgYXMgdGhlIE1JQiBtb2R1bGVzIGluIEktRHMgYXJlIG5v dCB0byBiZSBpbXBsZW1lbnRlZC4gVGhlcmUgd2FzDQo+IG5vIDIwMDkgdmVyc2lvbiBhbmQgbm8g cHJldmlvdXMgTUlCIG1vZHVsZSBleGlzdHMuDQo+IA0KPiBJIGhhdmUgbG9zdCBjb3VudCBvZiB0 aGUgbnVtYmVyIG9mIHRpbWVzIE1JQiBEb2N0b3JzIGFuZCBBRHMgaGF2ZQ0KPiBiZWF0ZW4gbWUg dXAgb3ZlciB0aGlzIGluIE1JQiBtb2R1bGVzIEkgaGF2ZSB3cml0dGVuLCBidXQgaXQgd2FzIG9m dGVuDQo+IGVub3VnaCB0aGF0IEkgZ290IHRoZSBtZXNzYWdlLg0KPiANCj4gUXVpdGUgaG93IHRo ZXNlIGZpZWxkcyBnZXQgc2V0IGluIHRoZSBwdWJsaXNoZWQgUkZDIGRlZmVhdHMgbWUsIGJ1dCBJ DQo+IHN1c3BlY3QgdGhlIFJGQyBFZGl0b3Igc2hvdWxkIHNldCB0aGVtIHRvIG1hdGNoIHB1Ymxp Y2F0aW9uLg0KPiANCj4gQ2hlZXJzLA0KPiBBZHJpYW4NCj4gDQoNCltbRFJdXSBBZHJpYW4sDQoN CkRvIHlvdSBoYXBwZW4gdG8gaGF2ZSBhdCBoYW5kIGFuIGV4YW1wbGUgb2Ygc3VjaCBhIGJlYXRp bmcgaW4gdGhlIHBhc3Q/DQoNCkkgYWdyZWUgdGhhdCB0aGUgZmluYWwgcHVibGlzaGVkIHZlcnNp b24gaXMgdG8gYmUgc2V0IGJ5IHRoZSBSRkMgRWRpdG9yIElGIHRoZXkgcGVyZm9ybSBhbnkgY2hh bmdlcyBkdXJpbmcgdGhlIGVkaXRpbmcgcHJvY2Vzcy4gSG93ZXZlciwgaW50ZXJtZWRpYXRlIHZl cnNpb25zIG5lZWQgdG8gYmUgZGlzY3JpbWluYXRlZCBhcyB3ZWxsIElNTywgYW5kIHRoZSBhcmd1 bWVudCB0aGF0ICdNSUIgbW9kdWxlcyBpbiBJLURzIGFyZSBub3QgdG8gYmUgaW1wbGVtZW50ZWQn IGlzIGEgZ29vZCBhZHZpY2Ugd2hpY2ggaXMgbm90IGFsd2F5cyBmb2xsb3dlZC4gDQoNCk1JQiBE b2N0b3JzIC0gY2FuIHlvdSBoZWxwIGhlcmUgd2l0aCB5b3VyIGFkdmljZT8NCg0KVGhhbmtzIGFu ZCBSZWdhcmRzLA0KDQpEYW4gDQo= From j.schoenwaelder@jacobs-university.de Thu Jun 16 05:24:20 2011 Return-Path: X-Original-To: mib-doctors@ietfa.amsl.com Delivered-To: mib-doctors@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1C48A11E80A7 for ; Thu, 16 Jun 2011 05:24:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.162 X-Spam-Level: X-Spam-Status: No, score=-103.162 tagged_above=-999 required=5 tests=[AWL=0.087, BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nt9rv0lq4tRq for ; Thu, 16 Jun 2011 05:24:19 -0700 (PDT) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) by ietfa.amsl.com (Postfix) with ESMTP id DE29C11E808E for ; Thu, 16 Jun 2011 05:24:18 -0700 (PDT) Received: from localhost (demetrius3.jacobs-university.de [212.201.44.48]) by hermes.jacobs-university.de (Postfix) with ESMTP id DAA8C20C5D; Thu, 16 Jun 2011 14:24:17 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius3.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id 1c4rJWlZPlLj; Thu, 16 Jun 2011 14:24:15 +0200 (CEST) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id CF37F20C14; Thu, 16 Jun 2011 14:24:14 +0200 (CEST) Received: by elstar.local (Postfix, from userid 501) id 7E640190BADE; Thu, 16 Jun 2011 14:24:13 +0200 (CEST) Date: Thu, 16 Jun 2011 14:24:13 +0200 From: Juergen Schoenwaelder To: "Romascanu, Dan (Dan)" Message-ID: <20110616122413.GB40130@elstar.local> Mail-Followup-To: "Romascanu, Dan (Dan)" , adrian@olddog.co.uk, mib-doctors@ietf.org References: <20110613154515.9789.80386.idtracker@ietfa.amsl.com> <142d01cc2bd6$abfa3900$03eeab00$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: adrian@olddog.co.uk, mib-doctors@ietf.org Subject: Re: [MIB-DOCTORS] Dan Romascanu's Discuss on draft-ietf-mpls-fastreroute-mib-19: (with DISCUSS) X-BeenThere: mib-doctors@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: MIB Doctors list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 12:24:20 -0000 On Thu, Jun 16, 2011 at 02:06:59PM +0200, Romascanu, Dan (Dan) wrote: > > > > > -----Original Message----- > > From: Adrian Farrel [mailto:adrian@olddog.co.uk] > > Sent: Thursday, June 16, 2011 6:37 AM > > To: Romascanu, Dan (Dan); 'The IESG' > > Cc: mpls-chairs@tools.ietf.org > > Subject: RE: Dan Romascanu's Discuss on draft-ietf-mpls-fastreroute- > > mib-19: (with DISCUSS) > > > > I'm sorry, I should have responded to this sooner... > > > > > 1. The latest change in the MIB module fixed the pre-allocation > > problem but > > > introduced another one. The LAST-UPDATED and REVISION clauses > > remained > > > unchanged at the level of the 2009 version. Now there are two sets of > > MIB > > > modules with the same dates in these clauses but different contents. > > This is not > > > acceptable. Please issue a new version with these clauses updated. > > > > Dan, you're wrong. > > > > The last-updated and revision clauses in Internet-Drafts have no > > meaning as the MIB modules in I-Ds are not to be implemented. There was > > no 2009 version and no previous MIB module exists. > > > > I have lost count of the number of times MIB Doctors and ADs have > > beaten me up over this in MIB modules I have written, but it was often > > enough that I got the message. > > > > Quite how these fields get set in the published RFC defeats me, but I > > suspect the RFC Editor should set them to match publication. > > > > Cheers, > > Adrian > > > > [[DR]] Adrian, > > Do you happen to have at hand an example of such a beating in the past? > > I agree that the final published version is to be set by the RFC Editor IF they perform any changes during the editing process. However, intermediate versions need to be discriminated as well IMO, and the argument that 'MIB modules in I-Ds are not to be implemented' is a good advice which is not always followed. > > MIB Doctors - can you help here with your advice? I am not sure what the debate is really about but RFC 4181 says among other things: Note that after RFC publication, a REVISION clause is present only for published versions of a MIB module and not for interim versions that existed only as Internet-Drafts. Thus, a draft version of a MIB module MUST contain just one new REVISION clause that covers all changes since the last published version (if any). /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1, 28759 Bremen, Germany Fax: +49 421 200 3103 From dromasca@avaya.com Thu Jun 16 05:47:16 2011 Return-Path: X-Original-To: mib-doctors@ietfa.amsl.com Delivered-To: mib-doctors@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 719E711E80B7 for ; Thu, 16 Jun 2011 05:47:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.13 X-Spam-Level: X-Spam-Status: No, score=-103.13 tagged_above=-999 required=5 tests=[AWL=0.469, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7i8OYWjpCTEM for ; Thu, 16 Jun 2011 05:47:15 -0700 (PDT) Received: from co300216-co-outbound.net.avaya.com (co300216-co-outbound.net.avaya.com [198.152.13.100]) by ietfa.amsl.com (Postfix) with ESMTP id 85C0011E80B9 for ; Thu, 16 Jun 2011 05:47:15 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AiEBALX6+U2HCzI1/2dsb2JhbABSl1iKJoRid64AAptfhicEllKKfw X-IronPort-AV: E=Sophos;i="4.65,375,1304308800"; d="scan'208";a="285355802" Received: from unknown (HELO p-us1-erheast.us1.avaya.com) ([135.11.50.53]) by co300216-co-outbound.net.avaya.com with ESMTP; 16 Jun 2011 08:47:14 -0400 X-IronPort-AV: E=Sophos;i="4.65,375,1304308800"; d="scan'208";a="666902506" Received: from unknown (HELO 307622ANEX5.global.avaya.com) ([135.64.140.14]) by p-us1-erheast-out.us1.avaya.com with ESMTP; 16 Jun 2011 08:47:13 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 16 Jun 2011 14:46:48 +0200 Message-ID: In-Reply-To: <20110616122413.GB40130@elstar.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [MIB-DOCTORS] Dan Romascanu's Discuss on draft-ietf-mpls-fastreroute-mib-19: (with DISCUSS) Thread-Index: AcwsIFK9/KfAT9p7SIaQYPQQ+SAUOgAALQaA References: <20110613154515.9789.80386.idtracker@ietfa.amsl.com> <142d01cc2bd6$abfa3900$03eeab00$@olddog.co.uk> <20110616122413.GB40130@elstar.local> From: "Romascanu, Dan (Dan)" To: "Juergen Schoenwaelder" Cc: adrian@olddog.co.uk, mib-doctors@ietf.org Subject: Re: [MIB-DOCTORS] Dan Romascanu's Discuss on draft-ietf-mpls-fastreroute-mib-19: (with DISCUSS) X-BeenThere: mib-doctors@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: MIB Doctors list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 12:47:16 -0000 > -----Original Message----- > From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs- > university.de] > Sent: Thursday, June 16, 2011 3:24 PM > To: Romascanu, Dan (Dan) > Cc: adrian@olddog.co.uk; mib-doctors@ietf.org > Subject: Re: [MIB-DOCTORS] Dan Romascanu's Discuss on draft-ietf-mpls- > fastreroute-mib-19: (with DISCUSS) >=20 > On Thu, Jun 16, 2011 at 02:06:59PM +0200, Romascanu, Dan (Dan) wrote: > > > > > > > > > -----Original Message----- > > > From: Adrian Farrel [mailto:adrian@olddog.co.uk] > > > Sent: Thursday, June 16, 2011 6:37 AM > > > To: Romascanu, Dan (Dan); 'The IESG' > > > Cc: mpls-chairs@tools.ietf.org > > > Subject: RE: Dan Romascanu's Discuss on draft-ietf-mpls- > fastreroute- > > > mib-19: (with DISCUSS) > > > > > > I'm sorry, I should have responded to this sooner... > > > > > > > 1. The latest change in the MIB module fixed the pre-allocation > > > problem but > > > > introduced another one. The LAST-UPDATED and REVISION clauses > > > remained > > > > unchanged at the level of the 2009 version. Now there are two > sets of > > > MIB > > > > modules with the same dates in these clauses but different > contents. > > > This is not > > > > acceptable. Please issue a new version with these clauses > updated. > > > > > > Dan, you're wrong. > > > > > > The last-updated and revision clauses in Internet-Drafts have no > > > meaning as the MIB modules in I-Ds are not to be implemented. There > was > > > no 2009 version and no previous MIB module exists. > > > > > > I have lost count of the number of times MIB Doctors and ADs have > > > beaten me up over this in MIB modules I have written, but it was > often > > > enough that I got the message. > > > > > > Quite how these fields get set in the published RFC defeats me, but > I > > > suspect the RFC Editor should set them to match publication. > > > > > > Cheers, > > > Adrian > > > > > > > [[DR]] Adrian, > > > > Do you happen to have at hand an example of such a beating in the > past? > > > > I agree that the final published version is to be set by the RFC > Editor IF they perform any changes during the editing process. However, > intermediate versions need to be discriminated as well IMO, and the > argument that 'MIB modules in I-Ds are not to be implemented' is a good > advice which is not always followed. > > > > MIB Doctors - can you help here with your advice? >=20 > I am not sure what the debate is really about but RFC 4181 says among > other things: >=20 > Note that after RFC publication, a REVISION clause is present only > for published versions of a MIB module and not for interim versions > that existed only as Internet-Drafts. Thus, a draft version of a > MIB > module MUST contain just one new REVISION clause that covers all > changes since the last published version (if any). >=20 > /js >=20 The debate is about the LAST-UPDATE and REVISION clauses remaining unchanged in the MIB modules included in revisions 18 and 19 of https://datatracker.ietf.org/doc/draft-ietf-mpls-fastreroute-mib/ despite the MIB modules having changed.=20 Actually now I see that version 20 was issued and it fixed the issue, so I am clearing my DISCUSS. Regards, Dan From jcucchiara@mindspring.com Thu Jun 16 06:25:58 2011 Return-Path: X-Original-To: mib-doctors@ietfa.amsl.com Delivered-To: mib-doctors@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C37ED11E80DE for ; Thu, 16 Jun 2011 06:25:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, STOX_REPLY_TYPE=0.001] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ueOt08N70fRD for ; Thu, 16 Jun 2011 06:25:57 -0700 (PDT) Received: from elasmtp-masked.atl.sa.earthlink.net (elasmtp-masked.atl.sa.earthlink.net [209.86.89.68]) by ietfa.amsl.com (Postfix) with ESMTP id 91CC511E8071 for ; Thu, 16 Jun 2011 06:25:57 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=mindspring.com; b=MFUOyHeXSwZdwr8IN8Pbcj6PoNerS335yYhwZwgUKZtS/ISVdKkKryg9LGeDRsdD; h=Received:Message-ID:From:To:Cc:References:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE:X-ELNK-Trace:X-Originating-IP; Received: from [24.41.31.146] (helo=JoanPC) by elasmtp-masked.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1QXCa2-0007Ey-MV; Thu, 16 Jun 2011 09:25:54 -0400 Message-ID: <003701cc2c28$eabcd6a0$6501a8c0@JoanPC> From: "Joan Cucchiara" To: "Juergen Schoenwaelder" , "Romascanu, Dan \(Dan\)" References: <20110613154515.9789.80386.idtracker@ietfa.amsl.com><142d01cc2bd6$abfa3900$03eeab00$@olddog.co.uk> <20110616122413.GB40130@elstar.local> Date: Thu, 16 Jun 2011 09:25:52 -0400 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-ELNK-Trace: 4d68bbe9cb71969ea344cf2d1a8e60840a9da525759e26541597f0f385695824e13a2bdbc7fcb3ce396bf6a0aafa7dc0350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 24.41.31.146 Cc: adrian@olddog.co.uk, mib-doctors@ietf.org Subject: Re: [MIB-DOCTORS] Dan Romascanu's Discuss on draft-ietf-mpls-fastreroute-mib-19: (with DISCUSS) X-BeenThere: mib-doctors@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: MIB Doctors list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 13:25:58 -0000 Dan, Juergen and Adrian, As I recall the RFC Editor sometimes asks the authors to add the REVISION clause just prior to publishing as an RFC (as part of a final RFC editing). As a MIB Doctor, if it the REVISION clause is there during the draft revisions, I don't ask that it be removed, but do check to see that it is updated appropriately for each revision along with the LAST-UPDATED clause. (Hopefully, this is a gentle request and not a beating!) Perhaps, I am incorrect as a MIB Dr to allow the REVISIONS clause to remain in during the draft revision process, but find that the authors see this as conflicting requirements, (remove it, then adding it back during RFC editing). Mostly, I think that the REVISIONS clause has made it into someone's template so it exists more and more, often from the beginning. At any rate, I do see that this happens, i.e. both of the clauses (LAST-UPDATED and REVISIONS) are not updated from one draft revision to the next (particularly before the draft comes under MIB Dr. review) , which I agree is a problem (and not sure how to solve). However, most developers that decide to implement a draft add in the title of the draft in a MIB Comment, so they do document which specific version of a draft they are implementing. Thanks, -Joan ----- Original Message ----- From: "Juergen Schoenwaelder" To: "Romascanu, Dan (Dan)" Cc: ; Sent: Thursday, June 16, 2011 8:24 AM Subject: Re: [MIB-DOCTORS] Dan Romascanu's Discuss on draft-ietf-mpls-fastreroute-mib-19: (with DISCUSS) > On Thu, Jun 16, 2011 at 02:06:59PM +0200, Romascanu, Dan (Dan) wrote: >> >> >> >> > -----Original Message----- >> > From: Adrian Farrel [mailto:adrian@olddog.co.uk] >> > Sent: Thursday, June 16, 2011 6:37 AM >> > To: Romascanu, Dan (Dan); 'The IESG' >> > Cc: mpls-chairs@tools.ietf.org >> > Subject: RE: Dan Romascanu's Discuss on draft-ietf-mpls-fastreroute- >> > mib-19: (with DISCUSS) >> > >> > I'm sorry, I should have responded to this sooner... >> > >> > > 1. The latest change in the MIB module fixed the pre-allocation >> > problem but >> > > introduced another one. The LAST-UPDATED and REVISION clauses >> > remained >> > > unchanged at the level of the 2009 version. Now there are two sets of >> > MIB >> > > modules with the same dates in these clauses but different contents. >> > This is not >> > > acceptable. Please issue a new version with these clauses updated. >> > >> > Dan, you're wrong. >> > >> > The last-updated and revision clauses in Internet-Drafts have no >> > meaning as the MIB modules in I-Ds are not to be implemented. There was >> > no 2009 version and no previous MIB module exists. >> > >> > I have lost count of the number of times MIB Doctors and ADs have >> > beaten me up over this in MIB modules I have written, but it was often >> > enough that I got the message. >> > >> > Quite how these fields get set in the published RFC defeats me, but I >> > suspect the RFC Editor should set them to match publication. >> > >> > Cheers, >> > Adrian >> > >> >> [[DR]] Adrian, >> >> Do you happen to have at hand an example of such a beating in the past? >> >> I agree that the final published version is to be set by the RFC Editor >> IF they perform any changes during the editing process. However, >> intermediate versions need to be discriminated as well IMO, and the >> argument that 'MIB modules in I-Ds are not to be implemented' is a good >> advice which is not always followed. >> >> MIB Doctors - can you help here with your advice? > > I am not sure what the debate is really about but RFC 4181 says among > other things: > > Note that after RFC publication, a REVISION clause is present only > for published versions of a MIB module and not for interim versions > that existed only as Internet-Drafts. Thus, a draft version of a MIB > module MUST contain just one new REVISION clause that covers all > changes since the last published version (if any). > > /js > > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1, 28759 Bremen, Germany > Fax: +49 421 200 3103 > _______________________________________________ > MIB-DOCTORS mailing list > MIB-DOCTORS@ietf.org > https://www.ietf.org/mailman/listinfo/mib-doctors From j.schoenwaelder@jacobs-university.de Thu Jun 16 06:33:44 2011 Return-Path: X-Original-To: mib-doctors@ietfa.amsl.com Delivered-To: mib-doctors@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7BE3011E80EC for ; Thu, 16 Jun 2011 06:33:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.168 X-Spam-Level: X-Spam-Status: No, score=-103.168 tagged_above=-999 required=5 tests=[AWL=0.081, BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TG3ct3zUskNv for ; Thu, 16 Jun 2011 06:33:43 -0700 (PDT) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) by ietfa.amsl.com (Postfix) with ESMTP id C00FF11E8100 for ; Thu, 16 Jun 2011 06:33:43 -0700 (PDT) Received: from localhost (demetrius4.jacobs-university.de [212.201.44.49]) by hermes.jacobs-university.de (Postfix) with ESMTP id 249F120C49; Thu, 16 Jun 2011 15:33:43 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius4.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id OLg7EtC58sXz; Thu, 16 Jun 2011 15:33:37 +0200 (CEST) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 2AC4B20BEF; Thu, 16 Jun 2011 15:33:37 +0200 (CEST) Received: by elstar.local (Postfix, from userid 501) id 288C4190BCE3; Thu, 16 Jun 2011 15:33:34 +0200 (CEST) Date: Thu, 16 Jun 2011 15:33:34 +0200 From: Juergen Schoenwaelder To: Joan Cucchiara Message-ID: <20110616133334.GA40454@elstar.local> Mail-Followup-To: Joan Cucchiara , "Romascanu, Dan (Dan)" , adrian@olddog.co.uk, mib-doctors@ietf.org References: <20110613154515.9789.80386.idtracker@ietfa.amsl.com> <142d01cc2bd6$abfa3900$03eeab00$@olddog.co.uk> <20110616122413.GB40130@elstar.local> <003701cc2c28$eabcd6a0$6501a8c0@JoanPC> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <003701cc2c28$eabcd6a0$6501a8c0@JoanPC> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: mib-doctors@ietf.org, adrian@olddog.co.uk Subject: Re: [MIB-DOCTORS] Dan Romascanu's Discuss on draft-ietf-mpls-fastreroute-mib-19: (with DISCUSS) X-BeenThere: mib-doctors@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: MIB Doctors list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 13:33:44 -0000 On Thu, Jun 16, 2011 at 09:25:52AM -0400, Joan Cucchiara wrote: > Perhaps, I am incorrect as a MIB Dr to allow the REVISIONS clause to > remain in during > the draft revision process, but find that the authors see this as > conflicting > requirements, (remove it, then adding it back during RFC editing). > Mostly, I think that > the REVISIONS clause has made it into someone's template so it > exists more and more, often > from the beginning. RFC 4181: While a MIB module is under development, the RFC number in which it will eventually be published is usually unknown and must be filled in by the RFC Editor prior to publication. An appropriate form for the REVISION clause applying to a version under development would be something along the following lines: REVISION "200212132358Z" -- December 13, 2002 DESCRIPTION "Initial version, published as RFC yyyy." -- RFC Ed.: replace yyyy with actual RFC number & remove this note > At any rate, I do see that this happens, i.e. both of the clauses > (LAST-UPDATED and REVISIONS) are not > updated from one draft revision to the next (particularly before the > draft comes under MIB Dr. review) , > which I agree is a problem (and not sure how to solve). However, > most developers that decide to > implement a draft add in the title of the draft in a MIB Comment, so > they do document which > specific version of a draft they are implementing. I-D implementation is fine and welcome, shipping I-D implementations in production code is not so welcome. Note that MIB modules in I-Ds usually do not have assigned OIDs so a vendor has to root the module in his private OID space and hence there is not really a problem (especially if the vendor ACME at the same time renames FOO-MIB to ACME-FOO-MIB). That said, it is good practice to check during MIB review that the dates are reasonable and consistent. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1, 28759 Bremen, Germany Fax: +49 421 200 3103 From randy_presuhn@mindspring.com Thu Jun 16 11:07:27 2011 Return-Path: X-Original-To: mib-doctors@ietfa.amsl.com Delivered-To: mib-doctors@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1F34111E824D for ; Thu, 16 Jun 2011 11:07:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5GR1d37c2CXZ for ; Thu, 16 Jun 2011 11:07:26 -0700 (PDT) Received: from elasmtp-scoter.atl.sa.earthlink.net (elasmtp-scoter.atl.sa.earthlink.net [209.86.89.67]) by ietfa.amsl.com (Postfix) with ESMTP id 59DF49E8012 for ; Thu, 16 Jun 2011 11:07:26 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=mindspring.com; b=WLr246ghIGQy9QrwkIqcA8zwUL8CR4uOWH0dAyV4xTj+apmFV4ek+CY90BC7i5R9; h=Received:Message-ID:From:To:Cc:References:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE:X-ELNK-Trace:X-Originating-IP; Received: from [99.33.94.80] (helo=oemcomputer) by elasmtp-scoter.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1QXGyS-0003ki-4l; Thu, 16 Jun 2011 14:07:24 -0400 Message-ID: <002001cc2c50$d0daae60$6801a8c0@oemcomputer> From: "Randy Presuhn" To: "Romascanu, Dan \(Dan\)" , References: <20110613154515.9789.80386.idtracker@ietfa.amsl.com><142d01cc2bd6$abfa3900$03eeab00$@olddog.co.uk> Date: Thu, 16 Jun 2011 11:11:28 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1478 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478 X-ELNK-Trace: 4488c18417c9426da92b9037bc8bcf44d4c20f6b8d69d888cc964a8bf633b38201be7fa3289310127f1105e84a3a1f99350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 99.33.94.80 Cc: mib-doctors@ietf.org Subject: Re: [MIB-DOCTORS] Dan Romascanu's Discuss ondraft-ietf-mpls-fastreroute-mib-19: (with DISCUSS) X-BeenThere: mib-doctors@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: MIB Doctors list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 18:07:27 -0000 Hi - > From: "Romascanu, Dan (Dan)" > To: > Cc: > Sent: Thursday, June 16, 2011 5:06 AM > Subject: Re: [MIB-DOCTORS] Dan Romascanu's Discuss ondraft-ietf-mpls-fastreroute-mib-19: (with DISCUSS) ... > I agree that the final published version is to be set by the RFC Editor > IF they perform any changes during the editing process. However, > intermediate versions need to be discriminated as well IMO, and > the argument that 'MIB modules in I-Ds are not to be implemented' > is a good advice which is not always followed. In my opinion, MIB modules in I-Ds SHOULD be implemented (though of course not distributed or incorporated in anything to be shipped!) because that's an important part of the process of learning whether modules function as they should. The argument that it doesn't matter because the OID hasn't been assigned isn't totally correct - consider I-Ds containing updates to a module which has previously been published. The argument that other methods might be sufficient, such as mentioning the I-D version in a comment, doesn't take into account that automated tools for building instrumentation or manager code rely on the machine-parseable information, i.e., the LAST-UPDATED clause, to discriminate multiple versions and as part of a configuration management audit trail. So while I wouldn't get too uptight about updating REVISIONs during the I-D editing process (as long as the final one before publication is correct), I do think some care should be taken with respect to the LAST-UPDATED clause, even between I-D versions, whevener the MIB module has been modified. (Even if on occasion I've failed to update it myself. :-) Randy From ietf@andybierman.com Thu Jun 16 11:39:36 2011 Return-Path: X-Original-To: mib-doctors@ietfa.amsl.com Delivered-To: mib-doctors@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1E30F11E8081 for ; Thu, 16 Jun 2011 11:39:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FutfC6kCigpN for ; Thu, 16 Jun 2011 11:39:34 -0700 (PDT) Received: from omr15.networksolutionsemail.com (omr15.networksolutionsemail.com [205.178.146.65]) by ietfa.amsl.com (Postfix) with ESMTP id 98EAC11E825C for ; Thu, 16 Jun 2011 11:39:34 -0700 (PDT) Received: from cm-omr10 (mail.networksolutionsemail.com [205.178.146.50]) by omr15.networksolutionsemail.com (8.13.6/8.13.6) with ESMTP id p5GIdXn1010265 for ; Thu, 16 Jun 2011 14:39:33 -0400 Authentication-Results: cm-omr10 smtp.user=andy@andybierman.com; auth=pass (PLAIN) X-Authenticated-UID: andy@andybierman.com Received: from [75.84.164.152] ([75.84.164.152:46587] helo=[192.168.0.22]) by cm-omr10 (envelope-from ) (ecelerity 2.2.2.41 r(31179/31189)) with ESMTPA id 2A/D4-10593-4ED4AFD4; Thu, 16 Jun 2011 14:39:32 -0400 Message-ID: <4DFA4DE1.7020602@andybierman.com> Date: Thu, 16 Jun 2011 11:39:29 -0700 From: Andy Bierman User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110424 Thunderbird/3.1.10 MIME-Version: 1.0 To: Randy Presuhn References: <20110613154515.9789.80386.idtracker@ietfa.amsl.com><142d01cc2bd6$abfa3900$03eeab00$@olddog.co.uk> <002001cc2c50$d0daae60$6801a8c0@oemcomputer> In-Reply-To: <002001cc2c50$d0daae60$6801a8c0@oemcomputer> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: mib-doctors@ietf.org, adrian@olddog.co.uk Subject: Re: [MIB-DOCTORS] Dan Romascanu's Discuss ondraft-ietf-mpls-fastreroute-mib-19: (with DISCUSS) X-BeenThere: mib-doctors@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: MIB Doctors list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 18:39:36 -0000 On 06/16/2011 11:11 AM, Randy Presuhn wrote: > Hi - > >> From: "Romascanu, Dan (Dan)" >> To: >> Cc: >> Sent: Thursday, June 16, 2011 5:06 AM >> Subject: Re: [MIB-DOCTORS] Dan Romascanu's Discuss ondraft-ietf-mpls-fastreroute-mib-19: (with DISCUSS) > > Companies serious enough to implement a new MIB module deserve some help. There are two parts of their effort: 1) how to interpret the spec and implement it 2) how to make it useful to customers It might be necessary to release an I-D implementation to some customers to determine the operational value of the MIB module. IMO, with every new I-D, the MIB module should match the I-D date. It really isn't that hard to change the revision date string. Andy > ... >> I agree that the final published version is to be set by the RFC Editor >> IF they perform any changes during the editing process. However, >> intermediate versions need to be discriminated as well IMO, and >> the argument that 'MIB modules in I-Ds are not to be implemented' >> is a good advice which is not always followed. > > In my opinion, MIB modules in I-Ds SHOULD be implemented (though > of course not distributed or incorporated in anything to be shipped!) > because that's an important part of the process of learning whether > modules function as they should. > > The argument that it doesn't matter because the OID hasn't been > assigned isn't totally correct - consider I-Ds containing updates > to a module which has previously been published. > > The argument that other methods might be sufficient, such as > mentioning the I-D version in a comment, doesn't take into account > that automated tools for building instrumentation or manager code > rely on the machine-parseable information, i.e., the LAST-UPDATED > clause, to discriminate multiple versions and as part of a configuration > management audit trail. > > So while I wouldn't get too uptight about updating REVISIONs during > the I-D editing process (as long as the final one before publication is > correct), I do think some care should be taken with respect to the > LAST-UPDATED clause, even between I-D versions, whevener the > MIB module has been modified. (Even if on occasion I've failed to update > it myself. :-) > > Randy > > _______________________________________________ > MIB-DOCTORS mailing list > MIB-DOCTORS@ietf.org > https://www.ietf.org/mailman/listinfo/mib-doctors > > From dromasca@avaya.com Fri Jun 17 01:27:17 2011 Return-Path: X-Original-To: mib-doctors@ietfa.amsl.com Delivered-To: mib-doctors@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 69FDC11E80D6; Fri, 17 Jun 2011 01:27:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.659 X-Spam-Level: X-Spam-Status: No, score=-102.659 tagged_above=-999 required=5 tests=[AWL=-0.060, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dDQKJHb+vAzF; Fri, 17 Jun 2011 01:27:16 -0700 (PDT) Received: from p-us1-iereast-outbound.us1.avaya.com (p-us1-iereast-outbound.us1.avaya.com [135.11.29.13]) by ietfa.amsl.com (Postfix) with ESMTP id DAA3E11E808A; Fri, 17 Jun 2011 01:27:15 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvAFAIAP+02HCzI1/2dsb2JhbABShEmWZ4pQbXetTAKKXJBogSuDcoEKBJZahCiGWw X-IronPort-AV: E=Sophos;i="4.65,380,1304308800"; d="scan'208";a="193921023" Received: from unknown (HELO p-us1-erheast.us1.avaya.com) ([135.11.50.53]) by p-us1-iereast-outbound.us1.avaya.com with ESMTP; 17 Jun 2011 04:27:09 -0400 X-IronPort-AV: E=Sophos;i="4.65,380,1304308800"; d="scan'208";a="667370224" Received: from unknown (HELO 307622ANEX5.global.avaya.com) ([135.64.140.14]) by p-us1-erheast-out.us1.avaya.com with ESMTP; 17 Jun 2011 04:27:08 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Date: Fri, 17 Jun 2011 10:27:05 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: PRELIMINARY Agenda and Package for the June 23, 2011 IESG Teleconference Thread-Index: Acwse5ibftPUZCUlQU6q7EGdMUFQ3wAS+0Hg From: "Romascanu, Dan (Dan)" To: , , , , Subject: [MIB-DOCTORS] FW: PRELIMINARY Agenda and Package for the June 23, 2011 IESG Teleconference X-BeenThere: mib-doctors@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: MIB Doctors list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 08:27:17 -0000 DQoNCkhpLCANCg0KUGxlYXNlIGZpbmQgYmVsb3cgdGhlIHByZWxpbWluYXJ5IGFnZW5kYSBvZiB0 aGUgNi8yMyBJRVNHIHRlbGVjaGF0LiBQbGVhc2Ugc2VuZCBtZSB5b3VyIGNvbW1lbnRzLCBxdWVz dGlvbnMgYW5kIGNvbmNlcm5zIGJlZm9yZSA2LzIyIENPQi4gDQoNClRoYW5rcyBhbmQgUmVnYXJk cywNCg0KRGFuIA0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogaWVzZy1ib3Vu Y2VzQGlldGYub3JnIFttYWlsdG86aWVzZy1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2Yg SUVTRyBTZWNyZXRhcnkNCg0KDQoyLiBQcm90b2NvbCBBY3Rpb25zDQoyLjEgV0cgU3VibWlzc2lv bnMNCjIuMS4xIE5ldyBJdGVtcw0KDQogIG8gZHJhZnQtaWV0Zi1kaW1lLWlrZXYyLXBzay1kaWFt ZXRlci0wOA0KICAgIERpYW1ldGVyIElLRXYyIFBTSzogUHJlLVNoYXJlZCBLZXktYmFzZWQgU3Vw cG9ydCBmb3IgSUtFdjIgU2VydmVyIHRvDQogICAgRGlhbWV0ZXIgU2VydmVyIEludGVyYWN0aW9u IChQcm9wb3NlZCBTdGFuZGFyZCkNCiAgICBOb3RlOiBMaW9uZWwgTW9yYW5kIChsaW9uZWwubW9y YW5kQG9yYW5nZS1mdGdyb3VwLmNvbSkgaXMgdGhlDQogICAgZG9jdW1lbnQgc2hlcGhlcmQuDQog ICAgVG9rZW46IERhbiBSb21hc2NhbnUNCg0KICBvIGRyYWZ0LWlldGYtZG5zZXh0LWRuc3NlYy1y ZWdpc3RyeS1maXhlcy0wOA0KICAgIEFwcGxpY2FiaWxpdHkgU3RhdGVtZW50OiBETlMgU2VjdXJp dHkgKEROU1NFQykgRE5TS0VZIEFsZ29yaXRobSBJQU5BDQogICAgUmVnaXN0cnkgKFByb3Bvc2Vk IFN0YW5kYXJkKQ0KICAgIE5vdGU6IEFuZHJldyBTdWxsaXZhbiAoYWpzQHNoaW5rdXJvLmNvbSkg aXMgdGhlIGRvY3VtZW50IHNoZXBoZXJkLg0KICAgIFRva2VuOiBSYWxwaCBEcm9tcw0KICAgIFdh cyBkZWZlcnJlZCBieSBSYWxwaCBEcm9tcyBvbiAyMDExLTA2LTA4DQoNCiAgbyBkcmFmdC1pZXRm LWRraW0tbWFpbGluZ2xpc3RzLTExDQogICAgREtJTSBBbmQgTWFpbGluZyBMaXN0cyAoQkNQKQ0K ICAgIE5vdGU6IEJhcnJ5IExlaWJhIChiYXJyeWxlaWJhQGNvbXB1dGVyLm9yZykgaXMgdGhlIGRv Y3VtZW50DQogICAgc2hlcGhlcmQuDQogICAgVG9rZW46IFNlYW4gVHVybmVyDQoNCiAgbyBkcmFm dC1pZXRmLW9wc2F3Zy1taWItZmxvYXRzLTAyDQogICAgVGV4dHVhbCBDb252ZW50aW9ucyBmb3Ig dGhlIFJlcHJlc2VudGF0aW9uIG9mIEZsb2F0aW5nLVBvaW50IE51bWJlcnMNCiAgICAoUHJvcG9z ZWQgU3RhbmRhcmQpDQogICAgTm90ZTogQ2hyaXMgTGlsamVuc3RvbHBlIChpZXRmQGNkbC5hc2dh YXJkLm9yZykgaXMgdGhlIGRvY3VtZW50DQogICAgc2hlcGhlcmQuDQogICAgVG9rZW46IERhbiBS b21hc2NhbnUNCg0KICBvIGRyYWZ0LWlldGYtbXBscy1sb3NzLWRlbGF5LTAzDQogICAgUGFja2V0 IExvc3MgYW5kIERlbGF5IE1lYXN1cmVtZW50IGZvciBNUExTIE5ldHdvcmtzIChQcm9wb3NlZA0K ICAgIFN0YW5kYXJkKQ0KICAgIE5vdGU6IExvYSBBbmRlcnNzb24gKGxvYUBwaS5udSkgaXMgdGhl IERvY3VtZW50IFNoZXBoZXJkLg0KICAgIFRva2VuOiBBZHJpYW4gRmFycmVsDQoNCiAgbyBkcmFm dC1pZXRmLXNpcGNvcmUtbG9jYXRpb24tY29udmV5YW5jZS0wOA0KICAgIExvY2F0aW9uIENvbnZl eWFuY2UgZm9yIHRoZSBTZXNzaW9uIEluaXRpYXRpb24gUHJvdG9jb2wgKFByb3Bvc2VkDQogICAg U3RhbmRhcmQpDQogICAgTm90ZTogQWRhbSBSb2FjaCAoYWRhbUBub3N0cnVtLmNvbSkgaXMgdGhl IGRvY3VtZW50IHNoZXBoZXJkLg0KICAgIFRva2VuOiBSb2JlcnQgU3BhcmtzDQoNCjIuMS4yIFJl dHVybmluZyBJdGVtcw0KDQogIG8gZHJhZnQtaWV0Zi1sM3Zwbi1tdnBuLWluZnJhLWFkZHJzLTA0 DQogICAgSVB2NCBhbmQgSVB2NiBJbmZyYXN0cnVjdHVyZSBBZGRyZXNzZXMgaW4gQkdQIFVwZGF0 ZXMgZm9yIE11bHRpY2FzdA0KICAgIFZQTiAoUHJvcG9zZWQgU3RhbmRhcmQpDQogICAgTm90ZTog QmVuIE5pdmVuLUplbmtpbnMgKGJlbkBuaXZlbi1qZW5raW5zLmNvLnVrKSBpcyB0aGUgZG9jdW1l bnQNCiAgICBzaGVwaGVyZC4NCiAgICBUb2tlbjogU3Rld2FydCBCcnlhbnQNCg0KMi4xLjMgRm9y IEFjdGlvbg0KDQogIG8gZHJhZnQtaWV0Zi1tYm9uZWQtc3NtcGluZy0wOA0KICAgIE11bHRpY2Fz dCBQaW5nIFByb3RvY29sIChQcm9wb3NlZCBTdGFuZGFyZCkNCiAgICBUb2tlbjogUm9uIEJvbmlj YQ0KDQoyLjIgSW5kaXZpZHVhbCBTdWJtaXNzaW9ucw0KMi4yLjEgTmV3IEl0ZW1zDQoNCiAgbyBk cmFmdC1vaGJhLXBhbmEtcmVsYXktMDMNCiAgICBQcm90b2NvbCBmb3IgQ2FycnlpbmcgQXV0aGVu dGljYXRpb24gZm9yIE5ldHdvcmsgQWNjZXNzIChQQU5BKSBSZWxheQ0KICAgIEVsZW1lbnQgKFBy b3Bvc2VkIFN0YW5kYXJkKQ0KICAgIE5vdGU6IE1hcmdhcmV0IFdhc3Nlcm1hbiAobWFyZ2FyZXR3 NDJAZ21haWwuY29tKSBpcyB0aGUgZG9jdW1lbnQNCiAgICBzaGVwaGVyZC4NCiAgICBUb2tlbjog SmFyaSBBcmtrbw0KDQoyLjIuMiBSZXR1cm5pbmcgSXRlbXMNCg0KICBvIGRyYWZ0LWhvdXNsZXkt dHdvLW1hdHVyaXR5LWxldmVscy0wNg0KICAgIFJlZHVjaW5nIHRoZSBTdGFuZGFyZHMgVHJhY2sg dG8gVHdvIE1hdHVyaXR5IExldmVscyAoQkNQKQ0KICAgIE5vdGU6IFJ1c3MgSG91c2xleSAoaG91 c2xleUB2aWdpbHNlYy5jb20pIGlzIHRoZSBkb2N1bWVudCBzaGVwaGVyZC4NCiAgICBUb2tlbjog SmFyaSBBcmtrbw0KDQozLiBEb2N1bWVudCBBY3Rpb25zDQozLjEgV0cgU3VibWlzc2lvbnMNCjMu MS4xIE5ldyBJdGVtcw0KDQogIG8gZHJhZnQtaWV0Zi12Nm9wcy02dG80LWFkdmlzb3J5LTAxDQog ICAgQWR2aXNvcnkgR3VpZGVsaW5lcyBmb3IgNnRvNCBEZXBsb3ltZW50IChJbmZvcm1hdGlvbmFs KQ0KICAgIE5vdGU6IEZyZWQgQmFrZXIgKGZyZWRAY2lzY28uY29tKSBpcyB0aGUgZG9jdW1lbnQg c2hlcGhlcmQuDQogICAgVG9rZW46IFJvbiBCb25pY2ENCg0KICBvIGRyYWZ0LWlldGYtdjZvcHMt aXB2Ni1tdWx0aWhvbWluZy13aXRob3V0LWlwdjZuYXQtMDANCiAgICBJUHY2IE11bHRpaG9taW5n IHdpdGhvdXQgTmV0d29yayBBZGRyZXNzIFRyYW5zbGF0aW9uIChJbmZvcm1hdGlvbmFsKQ0KICAg IE5vdGU6IEZyZWQgQmFrZXIgKGZyZWRAY2lzY28uY29tKSBpcyB0aGUgZG9jdW1lbnQgc2hlcGhl cmQuDQogICAgVG9rZW46IFJvbiBCb25pY2ENCg0KICBvIGRyYWZ0LWlldGYtZGhjLXN1Ym5ldC1h bGxvYy0xMg0KICAgIFN1Ym5ldCBBbGxvY2F0aW9uIE9wdGlvbiAoSW5mb3JtYXRpb25hbCkNCiAg ICBOb3RlOiBKb2huIEphc29uIEJyem96b3dza2kgKGpvaG5fYnJ6b3pvd3NraUBjYWJsZS5jb21j YXN0LmNvbSkgaXMNCiAgICB0aGUgZG9jdW1lbnQgc2hlcGhlcmQuDQogICAgVG9rZW46IFJhbHBo IERyb21zDQoNCiAgbyBkcmFmdC1pZXRmLW1wbHMtdHAtbG9zcy1kZWxheS1wcm9maWxlLTAzDQog ICAgQSBQYWNrZXQgTG9zcyBhbmQgRGVsYXkgTWVhc3VyZW1lbnQgUHJvZmlsZSBmb3IgTVBMUy1i YXNlZCBUcmFuc3BvcnQNCiAgICBOZXR3b3JrcyAoSW5mb3JtYXRpb25hbCkNCiAgICBOb3RlOiBM b2EgQW5kZXJzc29uIChsb2FAcGkubnUpIGlzIHRoZSBEb2N1bWVudCBTaGVwaGVyZC4NCiAgICBU b2tlbjogQWRyaWFuIEZhcnJlbA0KDQogIG8gZHJhZnQtaWV0Zi12Nm9wcy02dG80LXRvLWhpc3Rv cmljLTA0DQogICAgUmVxdWVzdCB0byBtb3ZlIENvbm5lY3Rpb24gb2YgSVB2NiBEb21haW5zIHZp YSBJUHY0IENsb3VkcyAoNnRvNCkgdG8NCiAgICBIaXN0b3JpYyBzdGF0dXMgKEluZm9ybWF0aW9u YWwpDQogICAgTm90ZTogVGhlIGRvY3VtZW50IHNoZXBoZXJkIGlzIEZyZWQgQmFrZXIgKGZyZWRA Y2lzY28uY29tKS4NCiAgICBUb2tlbjogUm9uIEJvbmljYQ0KDQozLjEuMiBSZXR1cm5pbmcgSXRl bXMNCg0KICBOT05FDQoNCjMuMiBJbmRpdmlkdWFsIFN1Ym1pc3Npb25zIFZpYSBBRA0KMy4yLjEg TmV3IEl0ZW1zDQoNCiAgTk9ORQ0KDQozLjIuMiBSZXR1cm5pbmcgSXRlbXMNCg0KICBOT05FDQoN CjMuMyBJUlRGIGFuZCBJbmRlcGVuZGVudCBTdWJtaXNzaW9uIFN0cmVhbSBEb2N1bWVudHMNCjMu My4xIE5ldyBJdGVtcw0KDQogIE5PTkUNCg0KMy4zLjIgUmV0dXJuaW5nIEl0ZW1zDQoNCiAgTk9O RQ0KDQozLjMuMyBGb3IgQWN0aW9uDQoNCiAgbyBkcmFmdC1iYW5rb3NraS12cDgtYml0c3RyZWFt LTA0DQogICAgVlA4IERhdGEgRm9ybWF0IGFuZCBEZWNvZGluZyBHdWlkZSAoSW5mb3JtYXRpb25h bCkNCiAgICBOb3RlOiBJU0Ugc3VibWlzc2lvbi4NCiAgICBUb2tlbjogUnVzcyBIb3VzbGV5DQoN CjQuIFdvcmtpbmcgR3JvdXAgQWN0aW9ucw0KNC4xIFdHIENyZWF0aW9uDQo0LjEuMSBQcm9wb3Nl ZCBmb3IgSUVURiBSZXZpZXcNCg0KICBOT05FDQoNCjQuMS4yIFByb3Bvc2VkIGZvciBBcHByb3Zh bA0KDQogIG8gQ29udGVudCBEZWxpdmVyeSBOZXR3b3JrcyBJbnRlcmNvbm5lY3Rpb24gKGNkbmkp DQogICAgVG9rZW46IERhdmlkDQoNCjQuMiBXRyBSZWNoYXJ0ZXJpbmcNCjQuMi4xIFVuZGVyIEV2 YWx1YXRpb24gZm9yIElFVEYgUmV2aWV3DQoNCiAgbyBDb21tb24gQXV0aGVudGljYXRpb24gVGVj aG5vbG9neSBOZXh0IEdlbmVyYXRpb24gKGtpdHRlbikNCiAgICBUb2tlbjogU3RlcGhlbg0KDQog IG8gS2VyYmVyb3MgKGtyYi13ZykNCiAgICBUb2tlbjogU3RlcGhlbg0KDQo0LjIuMiBQcm9wb3Nl ZCBmb3IgQXBwcm92YWwNCg0KICBOT05FDQoNCg0K From dromasca@avaya.com Fri Jun 24 00:33:27 2011 Return-Path: X-Original-To: mib-doctors@ietfa.amsl.com Delivered-To: mib-doctors@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DEC4011E80BC; Fri, 24 Jun 2011 00:33:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.315 X-Spam-Level: X-Spam-Status: No, score=-103.315 tagged_above=-999 required=5 tests=[AWL=0.284, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D6mPaz5MbD+E; Fri, 24 Jun 2011 00:33:27 -0700 (PDT) Received: from co300216-co-outbound.net.avaya.com (co300216-co-outbound.net.avaya.com [198.152.13.100]) by ietfa.amsl.com (Postfix) with ESMTP id 1659511E8186; Fri, 24 Jun 2011 00:33:26 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EABk9BE6HCzI1/2dsb2JhbABShEmhdXV3sBcCijiQeIErg3iBCgSXAIsP X-IronPort-AV: E=Sophos;i="4.65,418,1304308800"; d="scan'208";a="286791074" Received: from unknown (HELO p-us1-erheast.us1.avaya.com) ([135.11.50.53]) by co300216-co-outbound.net.avaya.com with ESMTP; 24 Jun 2011 03:33:25 -0400 X-IronPort-AV: E=Sophos;i="4.65,418,1304308800"; d="scan'208";a="669537677" Received: from unknown (HELO 307622ANEX5.global.avaya.com) ([135.64.140.12]) by p-us1-erheast-out.us1.avaya.com with ESMTP; 24 Jun 2011 03:33:24 -0400 x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 Date: Fri, 24 Jun 2011 09:33:20 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: PRELIMINARY Agenda and Package for the June 30, 2011 IESG Teleconference Thread-Index: Acwx9rFkAsZWt+YBRl6YrLmO//CYqAASX9aA From: "Romascanu, Dan (Dan)" To: , , , , Subject: [MIB-DOCTORS] FW: PRELIMINARY Agenda and Package for the June 30, 2011 IESG Teleconference X-BeenThere: mib-doctors@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: MIB Doctors list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2011 07:33:28 -0000 DQoNCkhpLCANCg0KUGxlYXNlIGZpbmQgYmVsb3cgdGhlIHByZWxpbWluYXJ5IGFnZW5kYSBvZiB0 aGUgNi8zMCBJRVNHIHRlbGVjaGF0LiBQbGVhc2Ugc2VuZCBtZSB5b3VyIHF1ZXN0aW9ucywgY29t bWVudHMgYW5kIGNvbmNlcm5zIGJlZm9yZSA2LzI5IENPQg0KDQpUaGFua3MgYW5kIFJlZ2FyZHMs DQoNCkRhbiANCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IGllc2ctYm91bmNl c0BpZXRmLm9yZyBbbWFpbHRvOmllc2ctYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIElF U0cgU2VjcmV0YXJ5DQoNCg0KMi4gUHJvdG9jb2wgQWN0aW9ucw0KMi4xIFdHIFN1Ym1pc3Npb25z DQoyLjEuMSBOZXcgSXRlbXMNCg0KICBvIGRyYWZ0LWlldGYtcGltLW10aWQtMDgNCiAgICBQSU0g TXVsdGktVG9wb2xvZ3kgSUQgKE1ULUlEKSBKb2luIEF0dHJpYnV0ZSAoUHJvcG9zZWQgU3RhbmRh cmQpDQogICAgTm90ZTogTWlrZSBNY0JyaWRlIChtbWNicmlkZUBjaXNjby5jb20pIGlzIHRoZSBk b2N1bWVudCBzaGVwaGVyZC4NCiAgICBUb2tlbjogQWRyaWFuIEZhcnJlbA0KDQogIG8gZHJhZnQt aWV0Zi1wYXlsb2FkLXJmYzMwMTZiaXMtMDENCiAgICBSVFAgUGF5bG9hZCBGb3JtYXQgZm9yIE1Q RUctNCBBdWRpby9WaXN1YWwgU3RyZWFtcyAoUHJvcG9zZWQNCiAgICBTdGFuZGFyZCkNCiAgICBO b3RlOiBSb25pIEV2ZW4gKGV2ZW4ucm9uaUBodWF3ZWkuY29tKSBpcyB0aGUgZG9jdW1lbnQgc2hl cGhlcmQuDQogICAgVG9rZW46IFJvYmVydCBTcGFya3MNCg0KICBvIGRyYWZ0LWlldGYtYXBwc2F3 Zy1yZmMzNTM2YmlzLTAyDQogICAgVGVybWlub2xvZ3kgVXNlZCBpbiBJbnRlcm5hdGlvbmFsaXph dGlvbiBpbiB0aGUgSUVURiAoQkNQKQ0KICAgIFRva2VuOiBQZXRlIFJlc25pY2sNCg0KICBvIGRy YWZ0LWlldGYtbXBscy1sb3NzLWRlbGF5LTAzDQogICAgUGFja2V0IExvc3MgYW5kIERlbGF5IE1l YXN1cmVtZW50IGZvciBNUExTIE5ldHdvcmtzIChQcm9wb3NlZA0KICAgIFN0YW5kYXJkKQ0KICAg IE5vdGU6IExvYSBBbmRlcnNzb24gKGxvYUBwaS5udSkgaXMgdGhlIERvY3VtZW50IFNoZXBoZXJk Lg0KICAgIFRva2VuOiBBZHJpYW4gRmFycmVsDQoNCiAgbyBkcmFmdC1pZXRmLWZ0cGV4dDItaG9z dHMtMDINCiAgICBGaWxlIFRyYW5zZmVyIFByb3RvY29sIEhPU1QgQ29tbWFuZCBmb3IgVmlydHVh bCBIb3N0cyAoUHJvcG9zZWQNCiAgICBTdGFuZGFyZCkNCiAgICBUb2tlbjogUGV0ZSBSZXNuaWNr DQoNCiAgbyBkcmFmdC1pZXRmLWRraW0tcmZjNDg3MWJpcy0xMg0KICAgIERvbWFpbktleXMgSWRl bnRpZmllZCBNYWlsIChES0lNKSBTaWduYXR1cmVzIChEcmFmdCBTdGFuZGFyZCkNCiAgICBOb3Rl OiBCYXJyeSBMZWliYSAoYmFycnlsZWliYUBjb21wdXRlci5vcmcpIGlzIHRoZSBkb2N1bWVudA0K ICAgIHNoZXBoZXJkLiANCiAgICBUb2tlbjogU2VhbiBUdXJuZXINCg0KMi4xLjIgUmV0dXJuaW5n IEl0ZW1zDQoNCiAgTk9ORQ0KDQoyLjIgSW5kaXZpZHVhbCBTdWJtaXNzaW9ucw0KMi4yLjEgTmV3 IEl0ZW1zDQoNCiAgTk9ORQ0KDQoyLjIuMiBSZXR1cm5pbmcgSXRlbXMNCg0KICBvIGRyYWZ0LWhh bW1lci1ob3N0bWV0YS0xNg0KICAgIFdlYiBIb3N0IE1ldGFkYXRhIChQcm9wb3NlZCBTdGFuZGFy ZCkNCiAgICBOb3RlOiBUaGUgRG9jdW1lbnQgU2hlcGhlcmQgaXMgSmFtZXMgTWFuZ2VyIC4NCiAg ICBUb2tlbjogUGV0ZXIgU2FpbnQtQW5kcmUNCg0KMy4gRG9jdW1lbnQgQWN0aW9ucw0KMy4xIFdH IFN1Ym1pc3Npb25zDQozLjEuMSBOZXcgSXRlbXMNCg0KICBvIGRyYWZ0LWlldGYtc29jLW92ZXJs b2FkLWRlc2lnbi0wNg0KICAgIERlc2lnbiBDb25zaWRlcmF0aW9ucyBmb3IgU2Vzc2lvbiBJbml0 aWF0aW9uIFByb3RvY29sIChTSVApIE92ZXJsb2FkDQogICAgQ29udHJvbCAoSW5mb3JtYXRpb25h bCkNCiAgICBOb3RlOiBTYWx2YXRvcmUgTG9yZXRvIChTYWx2YXRvcmUuTG9yZXRvQGVyaWNzc29u LmNvbSkgaXMgdGhlDQogICAgZG9jdW1lbnQgc2hlcGhlcmQuDQogICAgVG9rZW46IFJvYmVydCBT cGFya3MNCg0KICBvIGRyYWZ0LWlldGYtbXBscy10cC1sb3NzLWRlbGF5LXByb2ZpbGUtMDMNCiAg ICBBIFBhY2tldCBMb3NzIGFuZCBEZWxheSBNZWFzdXJlbWVudCBQcm9maWxlIGZvciBNUExTLWJh c2VkIFRyYW5zcG9ydA0KICAgIE5ldHdvcmtzIChJbmZvcm1hdGlvbmFsKQ0KICAgIE5vdGU6IExv YSBBbmRlcnNzb24gKGxvYUBwaS5udSkgaXMgdGhlIERvY3VtZW50IFNoZXBoZXJkLg0KICAgIFRv a2VuOiBBZHJpYW4gRmFycmVsDQoNCjMuMS4yIFJldHVybmluZyBJdGVtcw0KDQogIE5PTkUNCg0K My4yIEluZGl2aWR1YWwgU3VibWlzc2lvbnMgVmlhIEFEDQozLjIuMSBOZXcgSXRlbXMNCg0KICBO T05FDQoNCjMuMi4yIFJldHVybmluZyBJdGVtcw0KDQogIE5PTkUNCg0KMy4zIElSVEYgYW5kIElu ZGVwZW5kZW50IFN1Ym1pc3Npb24gU3RyZWFtIERvY3VtZW50cw0KMy4zLjEgTmV3IEl0ZW1zDQoN CiAgTk9ORQ0KDQozLjMuMiBSZXR1cm5pbmcgSXRlbXMNCg0KICBOT05FDQoNCjQuIFdvcmtpbmcg R3JvdXAgQWN0aW9ucw0KNC4xIFdHIENyZWF0aW9uDQo0LjEuMSBQcm9wb3NlZCBmb3IgSUVURiBS ZXZpZXcNCg0KICBvIEhvbWUgTmV0d29ya2luZyAoaG9tZW5ldCkNCiAgICBUb2tlbjogSmFyaQ0K DQoNCg== From paf@cisco.com Fri Jun 24 01:12:11 2011 Return-Path: X-Original-To: mib-doctors@ietfa.amsl.com Delivered-To: mib-doctors@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E8D7311E8090; Fri, 24 Jun 2011 01:12:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.466 X-Spam-Level: X-Spam-Status: No, score=-10.466 tagged_above=-999 required=5 tests=[AWL=-0.167, BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bdUf3e7evVFW; Fri, 24 Jun 2011 01:12:11 -0700 (PDT) Received: from sj-iport-2.cisco.com (sj-iport-2.cisco.com [171.71.176.71]) by ietfa.amsl.com (Postfix) with ESMTP id 4A10311E8087; Fri, 24 Jun 2011 01:12:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=paf@cisco.com; l=241; q=dns/txt; s=iport; t=1308903131; x=1310112731; h=subject:mime-version:from:in-reply-to:date:cc: content-transfer-encoding:message-id:references:to; bh=Hp9t9dW/E6awcbTMHCvWXdKIlKrDR4JXp1phViURMGM=; b=boEkZXEY8I+impkKPZuqIrAhrb2CcvI5K5KTtV62m9r/4zQ664BQlIt7 dCX2lQ7Nuw5FAQdazSi/wKRI/L9+izq3oVXzIWzHCm/y0evLSvy2EsFsR NdbhHpyD1iLjMy3ZY2vZPJnmYojc7ZM+iS0kQ4kIjQIR4MzZ18IhCLtbH 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAC9GBE6rRDoH/2dsb2JhbABSpzR3iHOkI54Bhi0EhyeKVIRoizc X-IronPort-AV: E=Sophos;i="4.65,418,1304294400"; d="scan'208";a="385267307" Received: from mtv-core-2.cisco.com ([171.68.58.7]) by sj-iport-2.cisco.com with ESMTP; 24 Jun 2011 08:12:10 +0000 Received: from [10.21.119.177] ([10.21.119.177]) by mtv-core-2.cisco.com (8.14.3/8.14.3) with ESMTP id p5O8C8oQ013552; Fri, 24 Jun 2011 08:12:09 GMT Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: =?iso-8859-1?Q?Patrik_F=E4ltstr=F6m?= In-Reply-To: Date: Fri, 24 Jun 2011 16:12:08 +0800 Content-Transfer-Encoding: 7bit Message-Id: <7D364805-0A82-492F-8F10-77F910E7C2D6@cisco.com> References: To: "Romascanu, Dan (Dan)" X-Mailer: Apple Mail (2.1084) X-Mailman-Approved-At: Fri, 24 Jun 2011 08:16:06 -0700 Cc: aaa-doctors@ietf.org, mib-doctors@ietf.org, ops-dir@ietf.org, dns-dir@ietf.org, yang-doctors@ietf.org Subject: Re: [MIB-DOCTORS] [dns-dir] FW: PRELIMINARY Agenda and Package for the June 30, 2011 IESG Teleconference X-BeenThere: mib-doctors@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: MIB Doctors list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2011 08:12:12 -0000 On 24 jun 2011, at 15.33, Romascanu, Dan (Dan) wrote: > o draft-ietf-appsawg-rfc3536bis-02 > Terminology Used in Internationalization in the IETF (BCP) > Token: Pete Resnick This is a good document, very needed. Patrik