From nobody Thu Jun 2 09:21:51 2016 Return-Path: X-Original-To: opsawg@ietf.org Delivered-To: opsawg@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id AE22212D51B; Thu, 2 Jun 2016 09:21:50 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "\"IETF Meeting Session Request Tool\"" To: X-Test-IDTracker: no X-IETF-IDTracker: 6.21.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160602162150.8757.30707.idtracker@ietfa.amsl.com> Date: Thu, 02 Jun 2016 09:21:50 -0700 Archived-At: Cc: opsawg-chairs@ietf.org, opsawg@ietf.org Subject: [OPSAWG] opsawg - New Meeting Session Request for IETF 96 X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2016 16:21:51 -0000 A new meeting session request has just been submitted by Warren Kumari, a Chair of the opsawg working group. --------------------------------------------------------- Working Group Name: Operations and Management Area Working Group Area Name: Operations and Management Area Session Requester: Warren Kumari Number of Sessions: 1 Length of Session(s): 2 Hours Number of Attendees: 100 Conflicts to Avoid: First Priority: capport dane dprive Second Priority: dnsop v6ops Special Requests: PLEASE NOTE: Combined OpsAWG / OpsAREA. --------------------------------------------------------- From nobody Tue Jun 7 01:36:36 2016 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1962D12B017; Tue, 7 Jun 2016 01:36:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.946 X-Spam-Level: X-Spam-Status: No, score=-15.946 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nzkl4x6RCru1; Tue, 7 Jun 2016 01:36:32 -0700 (PDT) Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4014812D0E8; Tue, 7 Jun 2016 01:36:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=12191; q=dns/txt; s=iport; t=1465288587; x=1466498187; h=references:subject:to:from:message-id:date:mime-version: in-reply-to; bh=AwZitKZJMUBwffn1QtowSvjJP7oNCvDXU+IU0llvFCU=; b=ZieqllbURsB9TKRrrIXv5yosOC/1YkaN9O7LUGC1X3Ihk0c0Aen4dB4i 6XnXMGG5t2lvDu4CqeWaKfyC/+XAXeQfTnDWF0VgEBPQ2lr7HjrWQLbjd TblYZu2L8geIGONGNP0SpH1bq3nxa0i3SDDV3v6uY89DOuehNGcZFuHFi s=; X-Files: signature.asc : 481 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ArAgDShlZX/4MNJK1cgzxWK1K1aYR+g?= =?us-ascii?q?XkihXECgTo4FAEBAQEBAQFlJ4RGAgQjVBIPPgICTQoGAQwIAQGIKw6qEpEwAQE?= =?us-ascii?q?BAQEBAQEBAQEBAQEBAQEBARAOiB6CVodBglkFiAqFXIplgy6BaW2II4FqToQEg?= =?us-ascii?q?wmFW49eHjaDcDoyAYoOAQEB?= X-IronPort-AV: E=Sophos;i="5.26,432,1459814400"; d="asc'?eml'208?scan'208,208,217";a="110585874" Received: from alln-core-1.cisco.com ([173.36.13.131]) by rcdn-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 07 Jun 2016 08:36:26 +0000 Received: from [10.86.254.13] ([10.86.254.13]) by alln-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id u578aOrJ002949; Tue, 7 Jun 2016 08:36:25 GMT References: <20160607082500.13784.77653.idtracker@ietfa.amsl.com> To: netmod WG , "opsawg@ietf.org" From: Eliot Lear X-Forwarded-Message-Id: <20160607082500.13784.77653.idtracker@ietfa.amsl.com> Message-ID: <8ef1edcc-0d56-ea5f-90a9-4a64a025ba41@cisco.com> Date: Tue, 7 Jun 2016 10:36:23 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <20160607082500.13784.77653.idtracker@ietfa.amsl.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="eHgbguJeXkfRa9DRPLKHtEN1rFWHJIe5x" Archived-At: Subject: [OPSAWG] Fwd: New Version Notification for draft-lear-ietf-netmod-mud-02.txt X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2016 08:36:34 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --eHgbguJeXkfRa9DRPLKHtEN1rFWHJIe5x Content-Type: multipart/mixed; boundary="W1smT3pqkxnG1m9osc4g1GF7o1k92aeBw" From: Eliot Lear To: netmod WG , "opsawg@ietf.org" Message-ID: <8ef1edcc-0d56-ea5f-90a9-4a64a025ba41@cisco.com> Subject: Fwd: New Version Notification for draft-lear-ietf-netmod-mud-02.txt References: <20160607082500.13784.77653.idtracker@ietfa.amsl.com> In-Reply-To: <20160607082500.13784.77653.idtracker@ietfa.amsl.com> --W1smT3pqkxnG1m9osc4g1GF7o1k92aeBw Content-Type: multipart/mixed; boundary="------------5EBFE7404AE1744AC27EB01F" This is a multi-part message in MIME format. --------------5EBFE7404AE1744AC27EB01F Content-Type: multipart/alternative; boundary="------------94993475368E4B75B21C81BF" --------------94993475368E4B75B21C81BF Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi everyone, There is a new version of draft-ietf-lear-netmod-mud out there. In discussions with various WG chairs it seems like the best approach is to (a) consolidate the drafts a bit and (b) proceed in opsawg with this work. That is what this draft does. Both the PKIX constraint and the DHCP options are rolled in here. In addition, several other changes have been made, a full list of which can be found in the appendix. Here are few of the bigger ones (apart from the merge): * This version changes the serialization from XML to JSON. Tooling is definitely going in the direction of JSON. The initial reason for XML is that it is commonly used by routers. We're pretty sure that on the whole, this stuff won't be directly consumed by routers, and those who do consume it can learn JSON ;-). Thanks to Cullen Jennings for nudging in this direction. * We now include a signature mechanism for the MUD files. It was always the plan to do this. There were two choices: CMS/PKCS#7 or JWS. Again for tooling's sake, so that people don't need to roll their own, especially for anything security related, we've gone with CMS and a detached signature at that. Thanks to John Bashinsky and others for their advice on this. This area in particular could stand close scrutiny. * Per a suggestion from Mark Nottingham, we are now registering a MIME application type. That registration is included in the IANA considerations. * The constraint X.509 specification specification has changed somewhat based on advice from Tom Gindin. * We've included a small number of additional elements in the model, mostly around flow/packet directionality. Comments and edits are very welcome! Eliot --------------94993475368E4B75B21C81BF Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable

Hi everyone,

There is a new version of draft-ietf-lear-netmod-mud out there.=C2= =A0 In discussions with various WG chairs it seems like the best approach is to (a) consolidate the drafts a bit and (b) proceed in opsawg with this work.=C2=A0 That is what this draft does.=C2=A0 Bo= th the PKIX constraint and the DHCP options are rolled in here.=C2=A0 In addition, several other changes have been made, a full list of which can be found in the appendix.=C2=A0 Here are few of the bigge= r ones (apart from the merge):

  • This version changes the serialization from XML to JSON.=C2=A0 Tooling is definitely going in the direction of JSON.=C2=A0 The initial reason for XML is that it is commonly used by routers.=C2= =A0 We're pretty sure that on the whole, this stuff won't be directly consumed by routers, and those who do consume it can learn JSON ;-).=C2=A0 Thanks to Cullen Jennings for nudging in th= is direction.
  • We now include a signature mechanism for the MUD files.=C2=A0 I= t was always the plan to do this.=C2=A0 There were two choices: CMS/PKCS#7 or JWS.=C2=A0 Again for tooling's sake, so that people= don't need to roll their own, especially for anything security related, we've gone with CMS and a detached signature at that.=C2= =A0 Thanks to John Bashinsky and others for their advice on this.=C2=A0= This area in particular could stand close scrutiny.
  • Per a suggestion from Mark Nottingham, we are now registering a MIME application type.=C2=A0 That registration is included in t= he IANA considerations.
  • The constraint X.509 specification specification has changed somewhat based on advice from Tom Gindin.
  • We've included a small number of additional elements in the model, mostly around flow/packet directionality.

Comments and edits are very welcome!

Eliot

--------------94993475368E4B75B21C81BF-- --------------5EBFE7404AE1744AC27EB01F Content-Type: message/rfc822; name="New Version Notification for draft-lear-ietf-netmod-mud-02_txt.eml" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename*0="New Version Notification for draft-lear-ietf-netmod-mud-02_t"; filename*1="xt.eml" X-Mozilla-Keys: Received: from xch-rtp-001.cisco.com (64.101.220.141) by xch-aln-005.cisco.com (173.36.7.15) with Microsoft SMTP Server (TLS) id 15.0.1104.5 via Mailbox Transport; Tue, 7 Jun 2016 03:25:02 -0500 Received: from xch-rtp-012.cisco.com (64.101.220.152) by XCH-RTP-001.cisco.com (64.101.220.141) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Tue, 7 Jun 2016 04:25:01 -0400 Received: from rcdn-iport-6.cisco.com (173.37.86.77) by mail.cisco.com (64.101.220.152) with Microsoft SMTP Server (TLS) id 15.0.1104.5 via Frontend Transport; Tue, 7 Jun 2016 04:25:01 -0400 Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 07 Jun 2016 08:25:01 +0000 Received: from alln-inbound-h.cisco.com (alln-inbound-h.cisco.com [173.37.147.238]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id u578Ogik024823 (version=TLSv1/SSLv3 cipher=DHE-RSA-SEED-SHA bits=128 verify=OK); Tue, 7 Jun 2016 08:25:01 GMT Authentication-Results: alln-inbound-h.cisco.com; dkim=none (message not signed) header.i=none; spf=Pass smtp.mailfrom=internet-drafts@ietf.org; spf=Pass smtp.helo=postmaster@mail.ietf.org Received-SPF: Pass (alln-inbound-h.cisco.com: domain of internet-drafts@ietf.org designates 4.31.198.44 as permitted sender) identity=mailfrom; client-ip=4.31.198.44; receiver=alln-inbound-h.cisco.com; envelope-from="internet-drafts@ietf.org"; x-sender="internet-drafts@ietf.org"; x-conformance=spf_only; x-record-type="v=spf1" Received-SPF: Pass (alln-inbound-h.cisco.com: domain of postmaster@mail.ietf.org designates 4.31.198.44 as permitted sender) identity=helo; client-ip=4.31.198.44; receiver=alln-inbound-h.cisco.com; envelope-from="internet-drafts@ietf.org"; x-sender="postmaster@mail.ietf.org"; x-conformance=spf_only; x-record-type="v=spf1" X-from-outside-Cisco: 4.31.198.44 IronPort-PHdr: =?us-ascii?q?9a23=3A4MVDDBVUMYsDIE6IEPt0U3l1vAHV8LGtZVwlr6E/?= =?us-ascii?q?grcLSJyIuqrYZh2Et8tkgFKBZ4jH8fUM07OQ6PCxHzNZqs7b+Fk5M7VyFDY9wf?= =?us-ascii?q?0MmAIhBMPXQWbaF9XNKxIAIcJZSVV+9Gu6O0UGUOz3ZlnVv2HgpWVKQka3CwN5?= =?us-ascii?q?K6zPF5LIiIzvjqbpq8yVPFwD3GD1SIgxBSv1hD2ZjtMRj4pmJ/R54TryiVwMRd?= =?us-ascii?q?5rw3h1L0mYhRf265T41pdi9yNNp6BprJYYAu3SNp41Rr1ADTkgL3t9pIiy7UGC?= =?us-ascii?q?HkOz4S5Wf2EXlQYAJwXM9luyCpP8uzHSvetm0y7cNsrzG/R8Ew6r679rADPyjy?= =?us-ascii?q?IcfXZt6m3NjclrpKlauxmm4Rd4xtiHTpuSMa9/eL/QZ9UXWS9NRM9fSzdpA46g?= =?us-ascii?q?Yc0IFeVSbq5js4Dhqg5W/lOFDg62Cbaqk2cQiw=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0G0AwCAg1ZXdyzGHwRcHAEBgnGBA32NJ?= =?us-ascii?q?q1BgW4LFwuFcYE8OBQBAQEBAQEBAQIPAQwJCwkfMYIwCiIXEAEBAQEBASYBAQE?= =?us-ascii?q?BAQEjAj41AiBUESYCJgICA0QWAReIKwICCaoRhimLAwEBAQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBARyBAYlzhF2CZIJZBYgKhVx0iXGGBIgZCoFqToQEiGSPXh6ERE4Big4?= =?us-ascii?q?BAQE?= X-IPAS-Result: =?us-ascii?q?A0G0AwCAg1ZXdyzGHwRcHAEBgnGBA32NJq1BgW4LFwuFcYE?= =?us-ascii?q?8OBQBAQEBAQEBAQIPAQwJCwkfMYIwCiIXEAEBAQEBASYBAQEBAQEjAj41AiBUE?= =?us-ascii?q?SYCJgICA0QWAReIKwICCaoRhimLAwEBAQEBAQEBAQEBAQEBAQEBAQEBARyBAYl?= =?us-ascii?q?zhF2CZIJZBYgKhVx0iXGGBIgZCoFqToQEiGSPXh6ERE4Big4BAQE?= X-IronPort-AV: E=Sophos;i="5.26,432,1459814400"; d="scan'208";a="213323707" X-IronPort-Outbreak-Status: No, level 0, Unknown - Unknown Received: from mail.ietf.org ([4.31.198.44]) by alln-inbound-h.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 07 Jun 2016 08:25:00 +0000 Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 748BA12D192; Tue, 7 Jun 2016 01:25:00 -0700 (PDT) Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: To: Eliot Lear , Ralph Droms Subject: New Version Notification for draft-lear-ietf-netmod-mud-02.txt X-Test-IDTracker: no X-IETF-IDTracker: 6.21.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160607082500.13784.77653.idtracker@ietfa.amsl.com> Date: Tue, 7 Jun 2016 01:25:00 -0700 Return-Path: internet-drafts@ietf.org X-MS-Exchange-Organization-AuthSource: XCH-RTP-012.cisco.com X-MS-Exchange-Organization-AuthAs: Internal X-MS-Exchange-Organization-AuthMechanism: 10 X-MS-Exchange-Organization-Network-Message-Id: 996a90be-6981-4166-dd3b-08d38ead3884 X-MS-Exchange-Organization-AVStamp-Enterprise: 1.0 MIME-Version: 1.0 A new version of I-D, draft-lear-ietf-netmod-mud-02.txt has been successfully submitted by Eliot Lear and posted to the IETF repository. Name: draft-lear-ietf-netmod-mud Revision: 02 Title: Manufacturer Usage Description Specification Document date: 2016-06-07 Group: Individual Submission Pages: 21 URL: https://www.ietf.org/internet-drafts/draft-lear-ietf-netmod-mud-02.txt Status: https://datatracker.ietf.org/doc/draft-lear-ietf-netmod-mud/ Htmlized: https://tools.ietf.org/html/draft-lear-ietf-netmod-mud-02 Diff: https://www.ietf.org/rfcdiff?url2=draft-lear-ietf-netmod-mud-02 Abstract: This memo specifies the necessary components to implement manufacturer usage descriptions (MUD). This includes a YANG model, IPv4 and IPv6 DHCP options, a URL suffix specification, an X.509 certificate extension and a means to sign and verify the descriptions. Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. The IETF Secretariat --------------5EBFE7404AE1744AC27EB01F-- --W1smT3pqkxnG1m9osc4g1GF7o1k92aeBw-- --eHgbguJeXkfRa9DRPLKHtEN1rFWHJIe5x Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2 iQEcBAEBCAAGBQJXVoeIAAoJEIe2a0bZ0nozT6AH/2Kq/4WBouVxjsbxGa/roxNV vw42e8vwQ1W1X6ZgNs9Sq/JL2m91InvuffulS/aMhCIiEqNmyL/lD/vCJOQSlvzf p9B6ITdFaVk69WRKhqbwQJGLO6HjSezP6jVbr0Zf1LhKeoOtHtpyAxwTlQHydcnm hSRuyeCv+q1MKIPem003DhFcV6udxsR4htefIianl0/qsOaO8c7sII/BphqEbnUU FFG2e9X2G45r919noqubY0aIPmytZzL4rwak+lMAmaMSL8aXhDB+7X7eLrmTLKdv jsSNHUd/GSJfROXgT/b2bzdoeUynRgE5XQGirwmFnyrUGnWf+CxXUXq9UW2xxDQ= =y6Lf -----END PGP SIGNATURE----- --eHgbguJeXkfRa9DRPLKHtEN1rFWHJIe5x-- From nobody Tue Jun 7 10:32:34 2016 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EE19D12D5CE; Tue, 7 Jun 2016 10:32:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.623 X-Spam-Level: X-Spam-Status: No, score=-5.623 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.426, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vvfVHxU65rPp; Tue, 7 Jun 2016 10:32:28 -0700 (PDT) Received: from llmx2.ll.mit.edu (LLMX2.LL.MIT.EDU [129.55.12.48]) by ietfa.amsl.com (Postfix) with ESMTP id 5FE6F12B00B; Tue, 7 Jun 2016 10:32:28 -0700 (PDT) Received: from LLE2K10-HUB02.mitll.ad.local (LLE2K10-HUB02.mitll.ad.local) by llmx2.ll.mit.edu (unknown) with ESMTP id u57HUCAc047800; Tue, 7 Jun 2016 13:30:12 -0400 From: "Blumenthal, Uri - 0553 - MITLL" To: Eliot Lear , netmod WG , "opsawg@ietf.org" Thread-Topic: [OPSAWG] Fwd: New Version Notification for draft-lear-ietf-netmod-mud-02.txt Thread-Index: AQHRwOKK2wnUnxhWe02b1IGklYPrnA== Date: Tue, 7 Jun 2016 17:32:18 +0000 Message-ID: References: <20160607082500.13784.77653.idtracker@ietfa.amsl.com> <8ef1edcc-0d56-ea5f-90a9-4a64a025ba41@cisco.com> In-Reply-To: <8ef1edcc-0d56-ea5f-90a9-4a64a025ba41@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.6.4.160422 x-originating-ip: [172.25.177.156] Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha384; boundary="B_3548151131_546195" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2016-06-07_07:, , signatures=0 X-Proofpoint-Spam-Details: rule=inbound_notspam policy=inbound score=0 spamscore=0 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1604210000 definitions=main-1606070196 Archived-At: Subject: Re: [OPSAWG] Fwd: New Version Notification for draft-lear-ietf-netmod-mud-02.txt X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2016 17:32:31 -0000 --B_3548151131_546195 Content-type: multipart/alternative; boundary="B_3548151131_539198" --B_3548151131_539198 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: quoted-printable > * We now include a signature mechanism for the MUD files. It was always = the > plan to do this. There were two choices: CMS/PKCS#7 or JWS. Again for > tooling's sake, so that people don't need to roll their own, especially f= or > anything security related, we've gone with CMS and a detached signature a= t > that. Thanks to John Bashinsky and others for their advice on this. Thi= s > area in particular could stand close scrutiny. Wouldn=E2=80=99t CMS still require serialization/canonicalization? Tooling-wise, OpenSSL is indeed prevalent (and seems to do CMS quite well) = =E2=80=93 but JWS tools are around, so you wouldn=E2=80=99t need to roll your own if you decided to go that way. Do I need the ability to tell whether a MUD file was not signed or its signature was deleted? > Comments and edits are very welcome! Have to settle for questions for now. :-) --B_3548151131_539198 Content-type: text/html; charset="UTF-8" Content-transfer-encoding: quoted-printable
  • We now include a signature mechanism for the MUD files.&= nbsp; It was always the plan to do this.  There were two choices: CMS/P= KCS#7 or JWS.  Again for tooling's sake, so that people don't need to r= oll their own, especially for anything security related, we've gone with CMS and a detached signature at that.  Thanks to John Bashi= nsky and others for their advice on this.  This area in particular coul= d stand close scrutiny.
Wouldn= ’t CMS still require serialization/canonicalization? 
<= br>
Tooling-wise, OpenSSL is indeed prevalent (and seems to do CMS= quite well) – but  JWS tools are around, so you wouldn’t n= eed to roll your own if you decided to go that way.

Do I need the ability to tell whether a MUD file was not signed or its sign= ature was deleted?  

Comments and edits are very welcome!

Have to settle for questions for now. :-)
<= /body> --B_3548151131_539198-- --B_3548151131_546195 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIIQ4AYJKoZIhvcNAQcCoIIQ0TCCEM0CAQExDzANBglghkgBZQMEAgIFADALBgkqhkiG9w0B BwGggg6fMIIE6jCCA9KgAwIBAgIKMztKZQAAAABumTANBgkqhkiG9w0BAQsFADBRMQswCQYD VQQGEwJVUzEfMB0GA1UEChMWTUlUIExpbmNvbG4gTGFib3JhdG9yeTEMMAoGA1UECxMDUEtJ MRMwEQYDVQQDEwpNSVRMTCBDQS0zMB4XDTE2MDExNDE3MzMzN1oXDTE5MDExMzE3MzMzN1ow YTELMAkGA1UEBhMCVVMxHzAdBgNVBAoTFk1JVCBMaW5jb2xuIExhYm9yYXRvcnkxDzANBgNV BAsTBlBlb3BsZTEgMB4GA1UEAxMXQmx1bWVudGhhbC5VcmkuNTAwMTA1ODQwggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQDqifs8K0OoodbmOo5G/j2+p2ibbOsEoJ9GJjK8K1Iw 6iig59a3EuNB6NR4tAR3INwjjUwMCa4o8ysnk1hN32B3HPrK5Z8++Y/xcX5iP1L6fc51YQ5C /EGvrSbjuPLvt19SNfVdwcuoc842Sgk9N/HemdwmvcqJkwzWDsuxKikI2clT1N5LTAaPMkhr HVuYOHBE0mCXjHjFnYuHsEXyVvUZLxziDgduV9WKbC90Z1NZMXB6ZeQTACUWgMfpFrE12LKb fvOmxepCBfCPbGB3ZyG+FaUdtQoCEAbGTnY7nCedQFn7pV1hppCt4jjLVlOpgYc3dPmyiXsL nhDQZ5ptmks/AgMBAAGjggGyMIIBrjAdBgNVHQ4EFgQUiXqPublGfd0sWKNk/BObT6Oorzgw DgYDVR0PAQH/BAQDAgbAMB8GA1UdIwQYMBaAFNdgZg57SY11TA39z0beyMcSh8q/MDMGA1Ud HwQsMCowKKAmoCSGImh0dHA6Ly9jcmwubGwubWl0LmVkdS9nZXRjcmwvTExDQTMwZgYIKwYB BQUHAQEEWjBYMC0GCCsGAQUFBzAChiFodHRwOi8vY3JsLmxsLm1pdC5lZHUvZ2V0dG8vTExD QTMwJwYIKwYBBQUHMAGGG2h0dHA6Ly9vY3NwLmxsLm1pdC5lZHUvb2NzcDA9BgkrBgEEAYI3 FQcEMDAuBiYrBgEEAYI3FQiDg+Udh+ynZoathxWD6vBFhbahHx2Fy94yh/+KcwIBZAIBBjAi BgNVHSUBAf8EGDAWBggrBgEFBQcDBAYKKwYBBAGCNwoDDDAYBgNVHSAEETAPMA0GCyqGSIb3 EgIBAwEIMBkGA1UdEQQSMBCBDnVyaUBsbC5taXQuZWR1MCcGCSsGAQQBgjcUAgQaHhgATABM AFUAcwBlAHIAUwBpAGcALQBTAFcwDQYJKoZIhvcNAQELBQADggEBAK7HM6o1IolvkCJrlsjj N1+0Z2JG8anwkHkVKAg/K9qUD0LE9zbnK3kZRGZsljJUDG+hMWmTWCkx0TTzbg/BeVrypVPD 7rn1Tagi9QBV2eJhdBZRHWOcsteRldUukKbMw74hkNGH9o/p/FFZYMA0kHnA7XfECilF9Yl6 uKDv1lbjuWdgcKD1FdEj7rL/IdX0wKJVUKjwLG1RQZel1nuwyRjVtXWz8IUMJXRsYHf6uSzy YoNBeZuWyMx/J5c0ACKXXs1O721GPJ5U5gcEaQ/b8lwQGcOgPk28RPwgiBF3f5TgrTa7QxGf ozmNsTj1OV1vU0vjqKrg7USi9q0xTdGUIyowggS8MIIDpKADAgECAgEpMA0GCSqGSIb3DQEB BQUAMFQxCzAJBgNVBAYTAlVTMR8wHQYDVQQKExZNSVQgTGluY29sbiBMYWJvcmF0b3J5MQww CgYDVQQLEwNQS0kxFjAUBgNVBAMTDU1JVExMIFJvb3QgQ0EwHhcNMTMxMjE3MDAwMDAwWhcN MjAxMjMxMjM1OTU5WjBRMQswCQYDVQQGEwJVUzEfMB0GA1UEChMWTUlUIExpbmNvbG4gTGFi b3JhdG9yeTEMMAoGA1UECxMDUEtJMRMwEQYDVQQDEwpNSVRMTCBDQS0zMIIBIjANBgkqhkiG 9w0BAQEFAAOCAQ8AMIIBCgKCAQEA2jBSdW18tuW1tNxG6h8B0kqckFZQAAtoHCkvUpUEX6jF vBd8mQI53GyLYRuAo4HWJpe7/izFXOfSJDs6UM5ovvCOfXg2bJgDYlBC9JDcLBFIn0nppOu9 RvpjWSixtC56crwJ5Us5QPdtxtKdek5LJXl2oKw3w8lihUixePbxWad1m7ZMKKagvm9zTybP 6FumKRxeYJjSpB2+cAYjoGGEbSVHyx8uzHm6xAoBMHxa8by+yDz8Jzk6sP9iilgP3iXSGoCA mhyBzvlQQ5QNNWP+Emo9jz/ukKhYVB/VwdxtoquPAqn4ifDAIaM9dtb05cy1gXAFSP3Z/iUk xyBZZUORfwIDAQABo4IBmjCCAZYwEgYDVR0TAQH/BAgwBgEB/wIBADAdBgNVHQ4EFgQU12Bm DntJjXVMDf3PRt7IxxKHyr8wHwYDVR0jBBgwFoAUZ6p6z/QKprlytYqg0p3yEMND7SkwDgYD VR0PAQH/BAQDAgGGMGYGCCsGAQUFBwEBBFowWDAtBggrBgEFBQcwAoYhaHR0cDovL2NybC5s bC5taXQuZWR1L2dldHRvP0xMUkNBMCcGCCsGAQUFBzABhhtodHRwOi8vb2NzcC5sbC5taXQu ZWR1L29jc3AwMwYDVR0fBCwwKjAooCagJIYiaHR0cDovL2NybC5sbC5taXQuZWR1L2dldGNy bD9MTFJDQTCBkgYDVR0gBIGKMIGHMA0GCyqGSIb3EgIBAwEGMA0GCyqGSIb3EgIBAwEIMA0G CyqGSIb3EgIBAwEHMA0GCyqGSIb3EgIBAwEJMA0GCyqGSIb3EgIBAwEKMA0GCyqGSIb3EgIB AwELMA0GCyqGSIb3EgIBAwEOMA0GCyqGSIb3EgIBAwEPMA0GCyqGSIb3EgIBAwEQMA0GCSqG SIb3DQEBBQUAA4IBAQAsf9HBn72qU7UTgkxarjAc7iynhcDEgWwezYKtd/SLGSQ0DhtzIV/L TCxqULjOd+H+HTqMJXB8+nHnzhyqQ43RsnGZOFT5RfzPh94db/ZJ3ql244DwlJI7yXBA2DkZ cEEgOWC9bHcrElzU6NnigahSW5odVJrhmH/XhQAcMS77E5H62yyxK1WPPgcBipGVnu1xSHbT iHe7DqfWQ2tVMLUf23XYhIua94kJsQd4jSh71NVD0e7F4snAoqQMI98MzDYeLOkjlzKRs77r /aMsPAKx6nMaOvRL7Cy0Pjp51i2qFkbGmX8ofnh2kerjTTvRJ/g22r1MV8RR1PktjMsNOsPf MIIE7TCCA9WgAwIBAgIKMziUjwAAAABuljANBgkqhkiG9w0BAQsFADBRMQswCQYDVQQGEwJV UzEfMB0GA1UEChMWTUlUIExpbmNvbG4gTGFib3JhdG9yeTEMMAoGA1UECxMDUEtJMRMwEQYD VQQDEwpNSVRMTCBDQS0zMB4XDTE2MDExNDE3MzAzOVoXDTE5MDExMzE3MzAzOVowYTELMAkG A1UEBhMCVVMxHzAdBgNVBAoTFk1JVCBMaW5jb2xuIExhYm9yYXRvcnkxDzANBgNVBAsTBlBl b3BsZTEgMB4GA1UEAxMXQmx1bWVudGhhbC5VcmkuNTAwMTA1ODQwggEiMA0GCSqGSIb3DQEB AQUAA4IBDwAwggEKAoIBAQDjFDaGib07mHBdNaVMNpj9+4iJa+K9AcTN3y+iU1ygtvHG4cot eDBf77ZN1uwdt+lodW0C8XyG43suSfpNp/owLOUElFagAnPqHAvAUIwsl5AjzncpJP+78Ui4 u34aMNsddP+QZu9HI2Qg+P6eMD25jkjybT9dQMxXZpO2oTBznlWjYIItdZhK1DWZqIR0at7n 2YjCSQsZNX0lJ4JwrtjHYFrYPnnZC0f1B2M7V54IS863CEyfu5XotoZx8YuHwYpKSFq80SEh 6cMDLdTe1ZAjWxsnbyKC64rreStyI2PVN9uBWd+OleGoIAjVogpMKKi0pSRHcCuwDwGekpQV ubK9AgMBAAGjggG1MIIBsTAdBgNVHQ4EFgQU8U/FiJmibLZl2+KcNbVWE2PZipswDgYDVR0P AQH/BAQDAgUgMB8GA1UdIwQYMBaAFNdgZg57SY11TA39z0beyMcSh8q/MDMGA1UdHwQsMCow KKAmoCSGImh0dHA6Ly9jcmwubGwubWl0LmVkdS9nZXRjcmwvTExDQTMwZgYIKwYBBQUHAQEE WjBYMC0GCCsGAQUFBzAChiFodHRwOi8vY3JsLmxsLm1pdC5lZHUvZ2V0dG8vTExDQTMwJwYI KwYBBQUHMAGGG2h0dHA6Ly9vY3NwLmxsLm1pdC5lZHUvb2NzcDA9BgkrBgEEAYI3FQcEMDAu BiYrBgEEAYI3FQiDg+Udh+ynZoathxWD6vBFhbahHx2F69Bwg+vtIAIBZAIBBTAlBgNVHSUE HjAcBgRVHSUABggrBgEFBQcDBAYKKwYBBAGCNwoDBDAYBgNVHSAEETAPMA0GCyqGSIb3EgIB AwEIMBkGA1UdEQQSMBCBDnVyaUBsbC5taXQuZWR1MCcGCSsGAQQBgjcUAgQaHhgATABMAFUA cwBlAHIARQBuAGMALQBTAFcwDQYJKoZIhvcNAQELBQADggEBABbuvs9m0gS5U8JJuVc+qttV 2BWQ0jDepXpYfP/xN8rVScRPHe2SMUaFH5OMRhheGJkdogWVNnMrjHxQfpfc0z8yotlD3xwX ENWUY5MoQmpEGB2ksFqgMd121bqzR3WY84Lcosfow0MoplXs8mvO7TnozwM+PtGZs0mpp2Pz BkvWdNbs2r/7wXJP6/pLd5zPvywRNhTgoVe1aN4ivIkU8svkKMggv5ZaOsonaW8JS6dUYmvv k0QvDJRIQNRR0zpQpOKp+4V/XhMZRhxQJ3DjVTjh9Q/pHKm7ARFhFr3QAJ6ocCjyzLF5issa 1Vshx7ElBIk0cXhep6mLMLqGNX3azAkxggIFMIICAQIBATBfMFExCzAJBgNVBAYTAlVTMR8w HQYDVQQKExZNSVQgTGluY29sbiBMYWJvcmF0b3J5MQwwCgYDVQQLEwNQS0kxEzARBgNVBAMT Ck1JVExMIENBLTMCCjM7SmUAAAAAbpkwDQYJYIZIAWUDBAICBQCgeTA/BgkqhkiG9w0BCQQx MgQwUhioSOpqRLurNjrt6KqtVOjoZmjKqQnkePPz/fi1/zmM7vSRDVxdk2YVgFcEFTzSMBgG CSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE2MDYwNzE3MzIxMVow DQYJKoZIhvcNAQEBBQAEggEA0C1J8L+EWlZDdGU0nSCqkHrGozYUwVOqllhebgGWjbfjecIn /dgipzyG5eyDHLI60GCx9L6/V89opQ8CXgPUqiIz0yasm6GFD5f4DG6Bf4o9im7nnkmwPEP5 UhTmjWkWXYhp7TjgnxYdIjwOZotuGFDTJZX2X97WAp2NzRVgX6WfsUKBd99qpqfl5QrLVxXF i27tNdIiIpnH6YGmfbJ9OHy8gGv5Qqn6QKph7lEC+caxivS58INU7BaW5eax+lLG4gzxqFUy HvvVTWFGkGnI+0t0sp4e1V2/JVjLxh49Hibw8bXZ6U/L5V+J89y36bJQ+xLXvkT1rI1fDtc1 Jx2BPA== --B_3548151131_546195-- From nobody Tue Jun 7 10:42:47 2016 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D25C712D5D1; Tue, 7 Jun 2016 10:42:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.946 X-Spam-Level: X-Spam-Status: No, score=-15.946 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ldzCFw0cud5t; Tue, 7 Jun 2016 10:42:42 -0700 (PDT) Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 83F7E12B00B; Tue, 7 Jun 2016 10:42:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6684; q=dns/txt; s=iport; t=1465321362; x=1466530962; h=subject:to:references:from:message-id:date:mime-version: in-reply-to; bh=eBwjVaMmc/bnZiwj+orpnFuV4mJxnPrApqvaQqjr9fI=; b=cut9u/UDu64UZ9UlrVNQMFz9Z9b42f7cVKvHsZ7cx9aV3tspSxnoOpm/ TG9KcbYNhPHSbyGfmV1kh3IxTzuLyDW+2XkRXzI/n8OwHznYLBmb/NeLl BBJ5XzuE5w5QIAYP7TRWToyQNIsEirlpIXCWU9bT3k30O6XTucrDlWiSI 4=; X-Files: signature.asc : 481 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AJBwAJB1dX/5xdJa1dDoMwViu2P4Jvg?= =?us-ascii?q?g+BeYYTAoFBOhIBAQEBAQEBZSeERQEBAQMBI1QSCwQUKgICVwYBDAgBAYgjCKt?= =?us-ascii?q?NkSEBAQEBAQEBAQIBAQEBAQEBAQEQDogeCIJOh0GCWQEEmEuDLoFpiRCJRYVbj?= =?us-ascii?q?18lAi2COXo9OopBAQEB?= X-IronPort-AV: E=Sophos;i="5.26,434,1459814400"; d="asc'?scan'208,217";a="282141125" Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 07 Jun 2016 17:42:41 +0000 Received: from [10.86.254.13] ([10.86.254.13]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id u57Hgd2B029266; Tue, 7 Jun 2016 17:42:40 GMT To: "Blumenthal, Uri - 0553 - MITLL" , netmod WG , "opsawg@ietf.org" References: <20160607082500.13784.77653.idtracker@ietfa.amsl.com> <8ef1edcc-0d56-ea5f-90a9-4a64a025ba41@cisco.com> From: Eliot Lear Message-ID: Date: Tue, 7 Jun 2016 19:42:38 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="I05X4XcdMPuEOUo6Vj90nKlKiSS8cXdEg" Archived-At: Subject: Re: [OPSAWG] Fwd: New Version Notification for draft-lear-ietf-netmod-mud-02.txt X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2016 17:42:44 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --I05X4XcdMPuEOUo6Vj90nKlKiSS8cXdEg Content-Type: multipart/mixed; boundary="WwASx6GEB5lN9RaiJFcts2tMk6HcFKo4j" From: Eliot Lear To: "Blumenthal, Uri - 0553 - MITLL" , netmod WG , "opsawg@ietf.org" Message-ID: Subject: Re: [OPSAWG] Fwd: New Version Notification for draft-lear-ietf-netmod-mud-02.txt References: <20160607082500.13784.77653.idtracker@ietfa.amsl.com> <8ef1edcc-0d56-ea5f-90a9-4a64a025ba41@cisco.com> In-Reply-To: --WwASx6GEB5lN9RaiJFcts2tMk6HcFKo4j Content-Type: multipart/alternative; boundary="------------BA00C00E24779EBD47A72DD1" This is a multi-part message in MIME format. --------------BA00C00E24779EBD47A72DD1 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Uri, On 6/7/16 7:32 PM, Blumenthal, Uri - 0553 - MITLL wrote: > > * We now include a signature mechanism for the MUD files. It > was always the plan to do this. There were two choices: > CMS/PKCS#7 or JWS. Again for tooling's sake, so that people > don't need to roll their own, especially for anything security > related, we've gone with CMS and a detached signature at > that. Thanks to John Bashinsky and others for their advice on > this. This area in particular could stand close scrutiny. > > Wouldn=E2=80=99t CMS still require serialization/canonicalization? Yes/No, depending on what you mean. Currently we're treating the MUD file as binary precisely to avoid canonicalization. The transport for all of this is HTTPS and UTF-8. > > Tooling-wise, OpenSSL is indeed prevalent (and seems to do CMS quite > well) =E2=80=93 but JWS tools are around, so you wouldn=E2=80=99t need= to roll your > own if you decided to go that way. I'm not saying there are no tools around, but I personally found slim pickings in the form of various libraries. If people think we should go in a different direction... The key here though is not whether I would want to roll my own but whether others would be able to do the same.=20 This is a pretty large uplift for some, and one goal is to make that as painless as possible. > > Do I need the ability to tell whether a MUD file was not signed or its > signature was deleted?=20 The spec requires that all files be signed and that the signatures be verified prior to processing. And thanks for again for the comments. Eliot --------------BA00C00E24779EBD47A72DD1 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable

Hi Uri,


On 6/7/16 7:32 PM, Blumenthal, Uri - 0553 - MITLL wrote:
  • We now include a signature mechanism for the MUD files.=C2=A0 It was always the plan to do this.=C2=A0 T= here were two choices: CMS/PKCS#7 or JWS.=C2=A0 Again for tooling= 's sake, so that people don't need to roll their own, especially for anything security related, we've gone with CMS and a detached signature at that.=C2=A0 Thanks= to John Bashinsky and others for their advice on this.=C2=A0= This area in particular could stand close scrutiny.
Wouldn=E2=80=99t CMS still require serialization/canonicalizat= ion?
Yes/No, depending on what you mean.=C2=A0 Currently we're treating th= e MUD file as binary precisely to avoid canonicalization.=C2=A0 The transport for all of this is HTTPS and UTF-8.

Tooling-wise, OpenSSL is indeed prevalent (and seems to do CMS quite well) =E2=80=93 but =C2=A0JWS tools are around, so you = wouldn=E2=80=99t need to roll your own if you decided to go that way.

I'm not saying there are no tools around, but I personally found slim pickings in the form of various libraries.=C2=A0 If people think= we should go in a different direction...=C2=A0 The key here though is no= t whether I would want to roll my own but whether others would be able to do the same.=C2=A0 This is a pretty large uplift for some, and one= goal is to make that as painless as possible.


Do I need the ability to tell whether a MUD file was not signed or its signature was deleted?=C2=A0

The spec requires that all files be signed and that the signatures be verified prior to processing.

And thanks for again for the comments.

Eliot

--------------BA00C00E24779EBD47A72DD1-- --WwASx6GEB5lN9RaiJFcts2tMk6HcFKo4j-- --I05X4XcdMPuEOUo6Vj90nKlKiSS8cXdEg Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2 iQEcBAEBCAAGBQJXVwePAAoJEIe2a0bZ0nozJ9IIANgc5MFGZFxENpKkCsoBfdJJ a+zqZcZqE0Ma7H8cHY0ibPcjduAsiN66cRCRMNoMEbZ0h3bgzDCONlsmDiup2tvs box3nG0AagLDHbaE35ZteSD7NOsCpjaRnCR/NFNbvGw3ObJiLPjuQ8YSpWbd2T2w iixfaDrfCRceud+9VJKgxFVgAgBRZ3xTN7ne4VYwJI8uf0/VR4Ujj2R35rn3Wq6x gKAMMT2wtEcpcsZukgfXql9uj7dovAEV3SdmGd3nhutVLlsK2AM8TxKsN+UyFN+O ktHSx5Tm8Ya4h03phzloYBI4/z2zEI5V5JEOxCaTY2KkjFecV2tWaBbQmFawKjE= =sPao -----END PGP SIGNATURE----- --I05X4XcdMPuEOUo6Vj90nKlKiSS8cXdEg-- From nobody Tue Jun 7 14:57:53 2016 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 32DAB12B04F for ; Tue, 7 Jun 2016 14:57:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id u8PxRKDm_0W3 for ; Tue, 7 Jun 2016 14:57:48 -0700 (PDT) Received: from smtp98.iad3a.emailsrvr.com (smtp98.iad3a.emailsrvr.com [173.203.187.98]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A45A112B04E for ; Tue, 7 Jun 2016 14:57:47 -0700 (PDT) Received: from smtp21.relay.iad3a.emailsrvr.com (localhost.localdomain [127.0.0.1]) by smtp21.relay.iad3a.emailsrvr.com (SMTP Server) with ESMTP id B76B5180786; Tue, 7 Jun 2016 17:57:46 -0400 (EDT) X-Auth-ID: fluffy@iii.ca Received: by smtp21.relay.iad3a.emailsrvr.com (Authenticated sender: fluffy-AT-iii.ca) with ESMTPSA id 0B0A5180A92; Tue, 7 Jun 2016 17:57:45 -0400 (EDT) X-Sender-Id: fluffy@iii.ca Received: from [192.168.4.100] ([UNAVAILABLE]. [128.107.241.189]) (using TLSv1 with cipher DHE-RSA-AES256-SHA) by 0.0.0.0:465 (trex/5.5.4); Tue, 07 Jun 2016 17:57:46 -0400 From: Cullen Jennings Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: Date: Tue, 7 Jun 2016 15:57:47 -0600 To: opsawg@ietf.org, netmod@ietf.org, Eliot Lear Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) Archived-At: Subject: [OPSAWG] Comments on draft-lear-ietf-netmod-mud-02 X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2016 21:57:49 -0000 I like how this is evolving ... few things=20 Few small things .... If you use CMS, I think you need to deal with how the JSON in = canonicalized before being signed. I will suggest that the standards the = IETF created for signing JSON would be a better choice for signing JSON = than CMS - that's how most other JSON based stuff does it.=20 Putting the last updated and cache validity in the file may not be a = good plan. More importantly putting it inside the stuff that is singed = seems problematic.=20 The "ietf-mud:direction" stuff seems a bit under specified. Does = from-device mean that if the device imitates the flow, responses to the = flow also need to flow to the device? It seems like the = ietf-netmod-acl-model draft might be a better place to specify this.=20 Use of "ietf-mud" as prefix in the JSON for "ietf-mud:direction" is not = how JSON typically does this. You don't need a namespace because we know = this is a mud file thus know the namespace. A big reason some people = moved from XML to JSON was exactly to get rid of namespace.=20 It's not a great practice to put ":" in the names of json attributes = because the way people use them in some languages often have them = unquoted which you can't do if there is a : in the name. You can do it, = but "-" or "_" might be better than ":" here.=20 It would be great to have an simple example JSON file in the = introduction instead of (as well as a complete example in section 6) PS=20 this as a PS because I view the odds of anything changing here to be = about zero but from the peanut gallery ... The JSON for the MUD file is = hideous. It's crap like this from the IETF that causes people to go no, = thanks, I'll just made a standard on github with some open source. It as = awful as Cisco's IOS CLI. Wait, it is the IOS CLI moved to have lots of = angles brackets then translated to be JSON. If you were designing a JSON = representation to describe the network flows of a device, this is not = what it would be.=20= From nobody Wed Jun 8 23:36:07 2016 Return-Path: X-Original-To: opsawg@ietf.org Delivered-To: opsawg@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D2EC112B025; Wed, 8 Jun 2016 23:36:04 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.21.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160609063604.19975.80209.idtracker@ietfa.amsl.com> Date: Wed, 08 Jun 2016 23:36:04 -0700 Archived-At: Cc: opsawg@ietf.org Subject: [OPSAWG] I-D Action: draft-ietf-opsawg-capwap-alt-tunnel-07.txt X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2016 06:36:05 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Operations and Management Area Working Group of the IETF. Title : Alternate Tunnel Encapsulation for Data Frames in CAPWAP Authors : Rong Zhang Zhen Cao Hui Deng Rajesh S. Pazhyannur Sri Gundavelli Li Xue Jianjie You Filename : draft-ietf-opsawg-capwap-alt-tunnel-07.txt Pages : 24 Date : 2016-06-08 Abstract: Control and Provisioning of Wireless Access Points (CAPWAP) defines a specification to encapsulate a station's data frames between the Wireless Transmission Point (WTP) and Access Controller (AC). Specifically, the station's IEEE 802.11 data frames can be either locally bridged or tunneled to the AC. When tunneled, a CAPWAP data channel is used for tunneling. In many deployments encapsulating data frames to an entity other than the AC (for example to an Access Router (AR)) is desirable. Furthermore, it may also be desirable to use different tunnel encapsulation modes between the WTP and the Access Router. This document defines extension to CAPWAP protocol for supporting this capability and refers to it as alternate tunnel encapsulation. The alternate tunnel encapsulation allows 1) the WTP to tunnel non-management data frames to an endpoint different from the AC and 2) the WTP to tunnel using one of many known encapsulation types such as IP-IP, IP-GRE, CAPWAP. The WTP may advertise support for alternate tunnel encapsulation during the discovery or join process and AC may select one of the supported alternate tunnel encapsulation types while configuring the WTP. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-opsawg-capwap-alt-tunnel/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-opsawg-capwap-alt-tunnel-07 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-opsawg-capwap-alt-tunnel-07 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri Jun 10 03:07:24 2016 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8B1DA12D155; Fri, 10 Jun 2016 03:07:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.947 X-Spam-Level: X-Spam-Status: No, score=-15.947 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cnsC8iaYZhLR; Fri, 10 Jun 2016 03:07:17 -0700 (PDT) Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9E340128E18; Fri, 10 Jun 2016 03:07:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5239; q=dns/txt; s=iport; t=1465553236; x=1466762836; h=subject:to:references:from:message-id:date:mime-version: in-reply-to; bh=1zeYw++2Klr2KvA1Z8x3NqYI/AZpQbNDzC1f5QHP7b8=; b=lQcs9tfEM2KtVC94rrOoEd/qAVgAxV+6D7pTmobQRglnjaJxXz1UAOC1 Iq9uOH7M4LVWZLvE6e1icYaL5A2BRQVH0anRpyFEFU7l6/ZicrhFJ4sqW hIVDfzODJDyVxmqpvP1p42M98t7ukBjmGeS0h4vAnYD+mq7Ncft/hvOnY o=; X-Files: signature.asc : 481 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CpBACnkFpX/xbLJq1ehD+9b4YTAoF/A?= =?us-ascii?q?QEBAQEBZieERQEBAQMBI0gHFwsOCioCAlcGAQwIAQGIJAitP5BlAQEBAQEBBAE?= =?us-ascii?q?BAQEBAQESDoYngXcIgUuBA4dBgloBBI1uhVOFHoMugWmJEYFphFKDCYVcj2tUg?= =?us-ascii?q?gccgU06iHgrgRcBAQE?= X-IronPort-AV: E=Sophos;i="5.26,449,1459814400"; d="asc'?scan'208";a="637935954" Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 10 Jun 2016 10:07:14 +0000 Received: from [10.61.94.166] (ams3-vpn-dhcp7847.cisco.com [10.61.94.166]) by aer-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id u5AA7E6s018502; Fri, 10 Jun 2016 10:07:14 GMT To: Cullen Jennings , opsawg@ietf.org, netmod@ietf.org References: From: Eliot Lear Message-ID: <2c4e6e62-cf41-d689-3046-1854d2f2385c@cisco.com> Date: Fri, 10 Jun 2016 12:07:13 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="UKIc9Db4uHwCK7jDA58DXXVK6m5iOIBD7" Archived-At: Subject: Re: [OPSAWG] Comments on draft-lear-ietf-netmod-mud-02 X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2016 10:07:18 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --UKIc9Db4uHwCK7jDA58DXXVK6m5iOIBD7 Content-Type: multipart/mixed; boundary="J1hSMRA0skBGc6qhCK2rQfULFIKMPogEE" From: Eliot Lear To: Cullen Jennings , opsawg@ietf.org, netmod@ietf.org Message-ID: <2c4e6e62-cf41-d689-3046-1854d2f2385c@cisco.com> Subject: Re: Comments on draft-lear-ietf-netmod-mud-02 References: In-Reply-To: --J1hSMRA0skBGc6qhCK2rQfULFIKMPogEE Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Cullen, Generic answer to your message: please send text. More specifics below. On 6/7/16 11:57 PM, Cullen Jennings wrote: > I like how this is evolving ... few things=20 > > Few small things .... > > If you use CMS, I think you need to deal with how the JSON in canonical= ized before being signed. I will suggest that the standards the IETF crea= ted for signing JSON would be a better choice for signing JSON than CMS -= that's how most other JSON based stuff does it.=20 Within the bounds of widely available tooling I'm open to it, but would need to be convinced. I am somewhat comfortable with the CMS approach in which what we are signing is a file =E2=80=93 the fact that it is JSON= in incidental. What I would want see is a tool that can sign a JSON object and another one that can validate a signature through a chain of trust.=20 In addition, there is a relationship between the signer of the MUD file and, if 802.1AR is in play, the signer of that certificate that should =E2= =80=93 somehow=E2=80=93 be demonstrated. Ptrs welcome. > > Putting the last updated and cache validity in the file may not be a go= od plan. More importantly putting it inside the stuff that is singed seem= s problematic.=20 "Cache Validity" may be a misnomer here. The intent is that because there may be millions of Things out there in tens of thousands of deployment, the manufacturers can hint at how long they do NOT wish to hear from a requester. View this as a minimum validity period, but by no means a maximum. Last-updated is just that, but I don't understand your concern. > > The "ietf-mud:direction" stuff seems a bit under specified. Does from-= device mean that if the device imitates the flow, responses to the flow a= lso need to flow to the device? It seems like the ietf-netmod-acl-model d= raft might be a better place to specify this.=20 Personally I would be happy for it to go into the ACL model, if that is netmod's wish. The only issue with that, and it is not a big issue, is that we chose terminology that was slightly mud-oriented so as to avoid confusion as to what "in" and "out" might mean. This can also be included as a separate augmentation in a separate module if people think that's appropriate but it is necessary for MUD, and so that's why it is where it is at the moment. Again, happy to go with other approaches so long as the WG is okay with them. > > Use of "ietf-mud" as prefix in the JSON for "ietf-mud:direction" is not= how JSON typically does this. You don't need a namespace because we know= this is a mud file thus know the namespace. A big reason some people mov= ed from XML to JSON was exactly to get rid of namespace.=20 What's in there is what validates against pyang and yang2xml. No namespace is assumed on the outside, but rather the outer is ACL, and then on use where inner comes in, you need to name the namespace, or the tools will assume that MUD is invalid, as I understand it. Again, I am not a YANG expert. If the YANG people tell me I'm off base, I'd be happy to fix what's there. > > It's not a great practice to put ":" in the names of json attributes be= cause the way people use them in some languages often have them unquoted = which you can't do if there is a : in the name. You can do it, but "-" or= "_" might be better than ":" here.=20 I'm concerned about tool breakage as well, then. However, this is how things are specified in draft-ietf-netmod-yang-json-10. We would need to revisit that there, and I'm happy with whatever outcome of that discussion would be. > > It would be great to have an simple example JSON file in the introducti= on instead of (as well as a complete example in section 6) Good idea. Eliot --J1hSMRA0skBGc6qhCK2rQfULFIKMPogEE-- --UKIc9Db4uHwCK7jDA58DXXVK6m5iOIBD7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2 iQEcBAEBCAAGBQJXWpFSAAoJEIe2a0bZ0nozL/EH/jmcVEXB7FSamVGkWkFdnlX9 fYnYVATjGkX4KGc+YAR9IfhwITEO3bPNWFkX3zC8RWkgWVYYgcG5Lo7Yzo+WyQfs larWEwx8hjser48OAF8MzEBPLxch38znY8qEgP7EQ1R9XyonyFgias1Dv0lF3joU LwIEx001aAvdwj+GhIrwOghrDbWY+EQxvDOr9qhFThyBfEzYdQ75yHVBA5OY1VM8 jpqimPsiyK+tziVJIzXLfD/9dur7WKCEJKtOjBhcZYnib+084RS+kuLK0PEFnhaS X6LiWEMjOkt+IYsduJOvkz5HsZPIBH5jjRXZREEeOu5v3NiIKfYZ0rbg+KtVgKk= =ck4I -----END PGP SIGNATURE----- --UKIc9Db4uHwCK7jDA58DXXVK6m5iOIBD7-- From nobody Fri Jun 10 09:04:39 2016 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E006712D5CD; Fri, 10 Jun 2016 09:04:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.625 X-Spam-Level: X-Spam-Status: No, score=-5.625 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.426, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BDcectcr2ypp; Fri, 10 Jun 2016 09:04:35 -0700 (PDT) Received: from llmx2.ll.mit.edu (LLMX2.LL.MIT.EDU [129.55.12.48]) by ietfa.amsl.com (Postfix) with ESMTP id 9F65512D7CF; Fri, 10 Jun 2016 09:04:35 -0700 (PDT) Received: from LLE2K10-HUB02.mitll.ad.local (LLE2K10-HUB02.mitll.ad.local) by llmx2.ll.mit.edu (unknown) with ESMTP id u5AG2GOl042589; Fri, 10 Jun 2016 12:02:16 -0400 From: "Blumenthal, Uri - 0553 - MITLL" To: Eliot Lear , Cullen Jennings , "opsawg@ietf.org" , "netmod@ietf.org" Thread-Topic: [OPSAWG] Comments on draft-lear-ietf-netmod-mud-02 Thread-Index: AdHDL4kpW8AS7YjqckuQ9S2y/iP9Ww== Date: Fri, 10 Jun 2016 15:48:30 +0000 Message-ID: <20160610154838.18296913.36394.73505@ll.mit.edu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="===============0222592839==" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2016-06-10_10:, , signatures=0 X-Proofpoint-Spam-Details: rule=inbound_notspam policy=inbound score=0 spamscore=0 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1604210000 definitions=main-1606100178 Archived-At: Subject: Re: [OPSAWG] Comments on draft-lear-ietf-netmod-mud-02 X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2016 16:04:38 -0000 --===============0222592839== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Canonicalization is the way to avoid file content being mangled or represen= ted differently by different (software) entities that try to create or veri= fy digital signature over it. It doesn't matter if your file is binary or n= ot. And CMS by itself won't save you either.=E2=80=8E This problem (ensurin= g there is only one way to represent the contents of the file in question) = is what you need to show that you solved. Sent=C2=A0from=C2=A0my=C2=A0BlackBerry=C2=A010=C2=A0smartphone=C2=A0on=C2= =A0the Verizon=C2=A0Wireless=C2=A04G=C2=A0LTE=C2=A0network. =C2=A0 Original Message =C2=A0 From: Eliot Lear Sent: Friday, June 10, 2016 06:08 To: Cullen Jennings; opsawg@ietf.org; netmod@ietf.org Subject: Re: [OPSAWG] Comments on draft-lear-ietf-netmod-mud-02 Hi Cullen, Generic answer to your message: please send text. More specifics below. On 6/7/16 11:57 PM, Cullen Jennings wrote: > I like how this is evolving ... few things=20 > > Few small things .... > > If you use CMS, I think you need to deal with how the JSON in canonicaliz= ed before being signed. I will suggest that the standards the IETF created = for signing JSON would be a better choice for signing JSON than CMS - that'= s how most other JSON based stuff does it.=20 Within the bounds of widely available tooling I'm open to it, but would need to be convinced. I am somewhat comfortable with the CMS approach in which what we are signing is a file =E2=80=93 the fact that it is JSON in incidental. What I would want see is a tool that can sign a JSON object and another one that can validate a signature through a chain of trust.=20 In addition, there is a relationship between the signer of the MUD file and, if 802.1AR is in play, the signer of that certificate that should =E2= =80=93 somehow=E2=80=93 be demonstrated. Ptrs welcome. > > Putting the last updated and cache validity in the file may not be a good= plan. More importantly putting it inside the stuff that is singed seems pr= oblematic.=20 "Cache Validity" may be a misnomer here. The intent is that because there may be millions of Things out there in tens of thousands of deployment, the manufacturers can hint at how long they do NOT wish to hear from a requester. View this as a minimum validity period, but by no means a maximum. Last-updated is just that, but I don't understand your concern. > > The "ietf-mud:direction" stuff seems a bit under specified. Does from-dev= ice mean that if the device imitates the flow, responses to the flow also n= eed to flow to the device? It seems like the ietf-netmod-acl-model draft mi= ght be a better place to specify this.=20 Personally I would be happy for it to go into the ACL model, if that is netmod's wish. The only issue with that, and it is not a big issue, is that we chose terminology that was slightly mud-oriented so as to avoid confusion as to what "in" and "out" might mean. This can also be included as a separate augmentation in a separate module if people think that's appropriate but it is necessary for MUD, and so that's why it is where it is at the moment. Again, happy to go with other approaches so long as the WG is okay with them. > > Use of "ietf-mud" as prefix in the JSON for "ietf-mud:direction" is not h= ow JSON typically does this. You don't need a namespace because we know thi= s is a mud file thus know the namespace. A big reason some people moved fro= m XML to JSON was exactly to get rid of namespace.=20 What's in there is what validates against pyang and yang2xml. No namespace is assumed on the outside, but rather the outer is ACL, and then on use where inner comes in, you need to name the namespace, or the tools will assume that MUD is invalid, as I understand it. Again, I am not a YANG expert. If the YANG people tell me I'm off base, I'd be happy to fix what's there. > > It's not a great practice to put ":" in the names of json attributes beca= use the way people use them in some languages often have them unquoted whic= h you can't do if there is a : in the name. You can do it, but "-" or "_" m= ight be better than ":" here.=20 I'm concerned about tool breakage as well, then. However, this is how things are specified in draft-ietf-netmod-yang-json-10. We would need to revisit that there, and I'm happy with whatever outcome of that discussion would be. > > It would be great to have an simple example JSON file in the introduction= instead of (as well as a complete example in section 6) Good idea. Eliot --===============0222592839== Content-Type: application/x-pkcs7-signature; name="smime.p7s" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExDTALBglghkgBZQMEAgEwgAYJKoZIhvcNAQcBAACggg7NMIIE 6jCCA9KgAwIBAgIKMz1Y1wAAAABunjANBgkqhkiG9w0BAQsFADBRMQswCQYDVQQGEwJVUzEfMB0G A1UEChMWTUlUIExpbmNvbG4gTGFib3JhdG9yeTEMMAoGA1UECxMDUEtJMRMwEQYDVQQDEwpNSVRM TCBDQS0zMB4XDTE2MDExNDE3MzU1MloXDTE5MDExMzE3MzU1MlowYTELMAkGA1UEBhMCVVMxHzAd BgNVBAoTFk1JVCBMaW5jb2xuIExhYm9yYXRvcnkxDzANBgNVBAsTBlBlb3BsZTEgMB4GA1UEAxMX Qmx1bWVudGhhbC5VcmkuNTAwMTA1ODQwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCz HVEw2ojNZjWEnTASyJaQIvzziBmrH07FzMEY2xFGNDJpss38CcFRjfRx1EyEp7BrFdAXC2pHjFwa gFr+McYdXZiKEci0Mzna2uibsMDVbhlT6TwtmAL6QzdtjN28dn+7vQUkRUWUm9VVaBVVxUgX3f2l oEZsJNvWb7C8vj2DZF/uEt/EU/9KcUuodMgCR4zYLFVpNh1U6tCYACNDNtj/nmNjubtez1Y56zjZ AVOXZWsjNCPrC2jVwDdg1AIcs5ayDMOC2p1F95kSxWsJwinKfSe8p2/YR/cwUo8ljFoBPj60AGW3 WjaJyKXK+ZgJwjwl9gG/pg2T4mQhIAIZWZQ9AgMBAAGjggGyMIIBrjAdBgNVHQ4EFgQUtKJz3aEd G/MvxjE38EW6PHdcUDQwDgYDVR0PAQH/BAQDAgbAMB8GA1UdIwQYMBaAFNdgZg57SY11TA39z0be yMcSh8q/MDMGA1UdHwQsMCowKKAmoCSGImh0dHA6Ly9jcmwubGwubWl0LmVkdS9nZXRjcmwvTExD QTMwZgYIKwYBBQUHAQEEWjBYMC0GCCsGAQUFBzAChiFodHRwOi8vY3JsLmxsLm1pdC5lZHUvZ2V0 dG8vTExDQTMwJwYIKwYBBQUHMAGGG2h0dHA6Ly9vY3NwLmxsLm1pdC5lZHUvb2NzcDA9BgkrBgEE AYI3FQcEMDAuBiYrBgEEAYI3FQiDg+Udh+ynZoathxWD6vBFhbahHx2Fy94yh/+KcwIBZAIBBjAi BgNVHSUBAf8EGDAWBggrBgEFBQcDBAYKKwYBBAGCNwoDDDAYBgNVHSAEETAPMA0GCyqGSIb3EgIB AwEIMBkGA1UdEQQSMBCBDnVyaUBsbC5taXQuZWR1MCcGCSsGAQQBgjcUAgQaHhgATABMAFUAcwBl AHIAUwBpAGcALQBTAFcwDQYJKoZIhvcNAQELBQADggEBAJTu0/WcX0ebe9UfUMslvy9fC2aCQong cVcEKlEjU8IvCKa6YpZHQKTVXQ3e4KKvw1DgzFvq8/rOv87Woj45q8smgNyivgAMCnrT7a6B/9Kn 85l9BjeoLMPLypvsmz1l7oX45NPr3LF4VEMzxqczdovS14woPKdegEKQYyPSZGhKTCCe/9FhtgEc 3gfVyE1mH6ZNeDEalr7nx7F0qemhh3QN6i6XPrudzv9el5JeovPedZ0JqDT0ctXj6ECYOiEyEfJm 85C5QGmpjLmCM99gAmgpP5Tx6APB/tvcUw/mgt4HOvqavGkvUkoJ8XEEwt9AgXaznS626Kb8RpAh w2zN2yMwggTqMIID0qADAgECAgozPVjXAAAAAG6eMA0GCSqGSIb3DQEBCwUAMFExCzAJBgNVBAYT AlVTMR8wHQYDVQQKExZNSVQgTGluY29sbiBMYWJvcmF0b3J5MQwwCgYDVQQLEwNQS0kxEzARBgNV BAMTCk1JVExMIENBLTMwHhcNMTYwMTE0MTczNTUyWhcNMTkwMTEzMTczNTUyWjBhMQswCQYDVQQG EwJVUzEfMB0GA1UEChMWTUlUIExpbmNvbG4gTGFib3JhdG9yeTEPMA0GA1UECxMGUGVvcGxlMSAw HgYDVQQDExdCbHVtZW50aGFsLlVyaS41MDAxMDU4NDCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBALMdUTDaiM1mNYSdMBLIlpAi/POIGasfTsXMwRjbEUY0MmmyzfwJwVGN9HHUTISnsGsV 0BcLakeMXBqAWv4xxh1dmIoRyLQzOdra6JuwwNVuGVPpPC2YAvpDN22M3bx2f7u9BSRFRZSb1VVo FVXFSBfd/aWgRmwk29ZvsLy+PYNkX+4S38RT/0pxS6h0yAJHjNgsVWk2HVTq0JgAI0M22P+eY2O5 u17PVjnrONkBU5dlayM0I+sLaNXAN2DUAhyzlrIMw4LanUX3mRLFawnCKcp9J7ynb9hH9zBSjyWM WgE+PrQAZbdaNonIpcr5mAnCPCX2Ab+mDZPiZCEgAhlZlD0CAwEAAaOCAbIwggGuMB0GA1UdDgQW BBS0onPdoR0b8y/GMTfwRbo8d1xQNDAOBgNVHQ8BAf8EBAMCBsAwHwYDVR0jBBgwFoAU12BmDntJ jXVMDf3PRt7IxxKHyr8wMwYDVR0fBCwwKjAooCagJIYiaHR0cDovL2NybC5sbC5taXQuZWR1L2dl dGNybC9MTENBMzBmBggrBgEFBQcBAQRaMFgwLQYIKwYBBQUHMAKGIWh0dHA6Ly9jcmwubGwubWl0 LmVkdS9nZXR0by9MTENBMzAnBggrBgEFBQcwAYYbaHR0cDovL29jc3AubGwubWl0LmVkdS9vY3Nw MD0GCSsGAQQBgjcVBwQwMC4GJisGAQQBgjcVCIOD5R2H7Kdmhq2HFYPq8EWFtqEfHYXL3jKH/4pz AgFkAgEGMCIGA1UdJQEB/wQYMBYGCCsGAQUFBwMEBgorBgEEAYI3CgMMMBgGA1UdIAQRMA8wDQYL KoZIhvcSAgEDAQgwGQYDVR0RBBIwEIEOdXJpQGxsLm1pdC5lZHUwJwYJKwYBBAGCNxQCBBoeGABM AEwAVQBzAGUAcgBTAGkAZwAtAFMAVzANBgkqhkiG9w0BAQsFAAOCAQEAlO7T9ZxfR5t71R9QyyW/ L18LZoJCieBxVwQqUSNTwi8IprpilkdApNVdDd7goq/DUODMW+rz+s6/ztaiPjmryyaA3KK+AAwK etPtroH/0qfzmX0GN6gsw8vKm+ybPWXuhfjk0+vcsXhUQzPGpzN2i9LXjCg8p16AQpBjI9JkaEpM IJ7/0WG2ARzeB9XITWYfpk14MRqWvufHsXSp6aGHdA3qLpc+u53O/16Xkl6i8951nQmoNPRy1ePo QJg6ITIR8mbzkLlAaamMuYIz32ACaCk/lPHoA8H+29xTD+aC3gc6+pq8aS9SSgnxcQTC30CBdrOd LrbopvxGkCHDbM3bIzCCBO0wggPVoAMCAQICCjM4lI8AAAAAbpYwDQYJKoZIhvcNAQELBQAwUTEL MAkGA1UEBhMCVVMxHzAdBgNVBAoTFk1JVCBMaW5jb2xuIExhYm9yYXRvcnkxDDAKBgNVBAsTA1BL STETMBEGA1UEAxMKTUlUTEwgQ0EtMzAeFw0xNjAxMTQxNzMwMzlaFw0xOTAxMTMxNzMwMzlaMGEx CzAJBgNVBAYTAlVTMR8wHQYDVQQKExZNSVQgTGluY29sbiBMYWJvcmF0b3J5MQ8wDQYDVQQLEwZQ ZW9wbGUxIDAeBgNVBAMTF0JsdW1lbnRoYWwuVXJpLjUwMDEwNTg0MIIBIjANBgkqhkiG9w0BAQEF AAOCAQ8AMIIBCgKCAQEA4xQ2hom9O5hwXTWlTDaY/fuIiWvivQHEzd8volNcoLbxxuHKLXgwX++2 TdbsHbfpaHVtAvF8huN7Lkn6Taf6MCzlBJRWoAJz6hwLwFCMLJeQI853KST/u/FIuLt+GjDbHXT/ kGbvRyNkIPj+njA9uY5I8m0/XUDMV2aTtqEwc55Vo2CCLXWYStQ1maiEdGre59mIwkkLGTV9JSeC cK7Yx2Ba2D552QtH9QdjO1eeCEvOtwhMn7uV6LaGcfGLh8GKSkhavNEhIenDAy3U3tWQI1sbJ28i guuK63krciNj1TfbgVnfjpXhqCAI1aIKTCiotKUkR3ArsA8BnpKUFbmyvQIDAQABo4IBtTCCAbEw HQYDVR0OBBYEFPFPxYiZomy2ZdvinDW1VhNj2YqbMA4GA1UdDwEB/wQEAwIFIDAfBgNVHSMEGDAW gBTXYGYOe0mNdUwN/c9G3sjHEofKvzAzBgNVHR8ELDAqMCigJqAkhiJodHRwOi8vY3JsLmxsLm1p dC5lZHUvZ2V0Y3JsL0xMQ0EzMGYGCCsGAQUFBwEBBFowWDAtBggrBgEFBQcwAoYhaHR0cDovL2Ny bC5sbC5taXQuZWR1L2dldHRvL0xMQ0EzMCcGCCsGAQUFBzABhhtodHRwOi8vb2NzcC5sbC5taXQu ZWR1L29jc3AwPQYJKwYBBAGCNxUHBDAwLgYmKwYBBAGCNxUIg4PlHYfsp2aGrYcVg+rwRYW2oR8d hevQcIPr7SACAWQCAQUwJQYDVR0lBB4wHAYEVR0lAAYIKwYBBQUHAwQGCisGAQQBgjcKAwQwGAYD VR0gBBEwDzANBgsqhkiG9xICAQMBCDAZBgNVHREEEjAQgQ51cmlAbGwubWl0LmVkdTAnBgkrBgEE AYI3FAIEGh4YAEwATABVAHMAZQByAEUAbgBjAC0AUwBXMA0GCSqGSIb3DQEBCwUAA4IBAQAW7r7P ZtIEuVPCSblXPqrbVdgVkNIw3qV6WHz/8TfK1UnETx3tkjFGhR+TjEYYXhiZHaIFlTZzK4x8UH6X 3NM/MqLZQ98cFxDVlGOTKEJqRBgdpLBaoDHddtW6s0d1mPOC3KLH6MNDKKZV7PJrzu056M8DPj7R mbNJqadj8wZL1nTW7Nq/+8FyT+v6S3ecz78sETYU4KFXtWjeIryJFPLL5CjIIL+WWjrKJ2lvCUun VGJr75NELwyUSEDUUdM6UKTiqfuFf14TGUYcUCdw41U44fUP6RypuwERYRa90ACeqHAo8syxeYrL GtVbIcexJQSJNHF4XqepizC6hjV92swJMYIB8TCCAe0CAQEwXzBRMQswCQYDVQQGEwJVUzEfMB0G A1UEChMWTUlUIExpbmNvbG4gTGFib3JhdG9yeTEMMAoGA1UECxMDUEtJMRMwEQYDVQQDEwpNSVRM TCBDQS0zAgozPVjXAAAAAG6eMAsGCWCGSAFlAwQCAaBpMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0B BwEwHAYJKoZIhvcNAQkFMQ8XDTE2MDYxMDE1NDgzNVowLwYJKoZIhvcNAQkEMSIEIN9hUmLNHJbf iddeeW4gUXj5rV8weckTLqWcHRyXgg8RMAsGCSqGSIb3DQEBCwSCAQArkhLVsdiLnPbdqQ1UUGTo OKL7hK5sR4ZVpvAUmHtg3WKkZBbs9mt1OUMadDl9sptgF4XuW8rE5xAkswtkL5Kuk3eVnfsHgb0K LaZpBjuxzGT8VSbresErYX9CnbT408s+7cpAJjIuExgBcZe8u/jhpadUktcyTsU/g4qj590lIg48 5kb+PX/GnZh1+pXFLfzj8A3/g6iNUu4VK630QGwCHtk0etLQxnYO2EVXrTgygPx52Q62r0sLgt6C rhkC/om+QQFtQ3ZGnbdLmuoYy7x7XQy6lOiySwqf3xVh9JCtc4QImyV8cJyN0qmt8ckOc+DHdrqx ut2NjmXh0a3gK4e3AAAAAAAA --===============0222592839==-- From nobody Fri Jun 10 10:03:58 2016 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0F56B12D5B0; Fri, 10 Jun 2016 10:03:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.948 X-Spam-Level: X-Spam-Status: No, score=-15.948 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id C8Q0eGXrdLcX; Fri, 10 Jun 2016 10:03:55 -0700 (PDT) Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E23D112D11A; Fri, 10 Jun 2016 10:03:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2260; q=dns/txt; s=iport; t=1465578235; x=1466787835; h=subject:to:references:from:message-id:date:mime-version: in-reply-to; bh=eq7JYEQG19OAJf6aZakVPNR/qE0vruB3vVJHyvb67Uw=; b=dWe+WAOYjdC77RK8iRRnHX9p2+BYTPPQZ8Lwv011+724uvjiy9tGSsnq Lm0He2TCYm66utHU5SJckMpaJXr5U4eWWdFK4GgDxaw7nOXmXyAWvEjQ4 lh/KI0s1a7KZfbJQ3zteGTfPygbNlJnl5J5BYIVAHOnS1FK2YNb7S8byH w=; X-Files: signature.asc : 481 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CrBADf8VpX/xbLJq1eDoQGK7lnhAmCY?= =?us-ascii?q?IMzAoFlEQEBAQEBAQFlJ4RGAQEEI2YLGCoCAlcGAQwIAQGILK01kGABAQEBAQE?= =?us-ascii?q?EAQEBAQEBARIOhieBd4JWh0GCWgEEmF+DLoFpiRGJRIVcj2s0IIMzPTqKOgEBA?= =?us-ascii?q?Q?= X-IronPort-AV: E=Sophos;i="5.26,451,1459814400"; d="asc'?scan'208";a="677654892" Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 10 Jun 2016 17:03:52 +0000 Received: from [10.61.103.52] (dhcp-10-61-103-52.cisco.com [10.61.103.52]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id u5AH3q6F005993; Fri, 10 Jun 2016 17:03:52 GMT To: "Blumenthal, Uri - 0553 - MITLL" , Cullen Jennings , "opsawg@ietf.org" , "netmod@ietf.org" References: <20160610154838.18296913.36394.73505@ll.mit.edu> From: Eliot Lear Message-ID: Date: Fri, 10 Jun 2016 19:03:51 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <20160610154838.18296913.36394.73505@ll.mit.edu> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ttoK74putASSqjjFb3KjVwexc9PmgM00m" Archived-At: Subject: Re: [OPSAWG] Comments on draft-lear-ietf-netmod-mud-02 X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2016 17:03:57 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --ttoK74putASSqjjFb3KjVwexc9PmgM00m Content-Type: multipart/mixed; boundary="29nW0rbrWiK5bQPwPhlJ5oNkGoR77Jgm8" From: Eliot Lear To: "Blumenthal, Uri - 0553 - MITLL" , Cullen Jennings , "opsawg@ietf.org" , "netmod@ietf.org" Message-ID: Subject: Re: [OPSAWG] Comments on draft-lear-ietf-netmod-mud-02 References: <20160610154838.18296913.36394.73505@ll.mit.edu> In-Reply-To: <20160610154838.18296913.36394.73505@ll.mit.edu> --29nW0rbrWiK5bQPwPhlJ5oNkGoR77Jgm8 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Uri, On 6/10/16 5:48 PM, Blumenthal, Uri - 0553 - MITLL wrote: > Canonicalization is the way to avoid file content being mangled or repr= esented differently by different (software) entities that try to create o= r verify digital signature over it. It doesn't matter if your file is bin= ary or not. And CMS by itself won't save you either.=E2=80=8E This proble= m (ensuring there is only one way to represent the contents of the file i= n question) is what you need to show that you solved. I totally get it. From a MIME perspective it'll be something like application/mud+json, encoded in UTF-8, and transported accordingly (HTTPS is 8-bit clean). This is not going to be our problem. Eliot --29nW0rbrWiK5bQPwPhlJ5oNkGoR77Jgm8-- --ttoK74putASSqjjFb3KjVwexc9PmgM00m Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2 iQEcBAEBCAAGBQJXWvL3AAoJEIe2a0bZ0nozyicH/2E3bMysXRZib5sdramtl3YC PbG6mj7I/o6lRv60cGlCsbZXArG+vKCqB8I9KiGLFykgkW4Z73Djb/Z5Qth6av/x TBC7g5qqJE0vvGfI7QRkA4OS3KP1jYy6RTcqFfpX4KMj5VwIs0ILce+G/HHRKObZ /6n1b6wyy9I6Rw8Dv2y37UHEZXm/PpmZtGrzHrrvzsv8cyefi5g9crlG1JfRGTLk IdEDmpamXjnpUHCQxUiHTnAIU2vPgQMOyyRvIhZsCrTdG6tjp3esJ602crURK0j1 g+051edkMUQxWBHVQclAun2xbnCj4iZ2MbrnZ0upzwzen05WRE/nr2CKhoWiT/Y= =+BTt -----END PGP SIGNATURE----- --ttoK74putASSqjjFb3KjVwexc9PmgM00m-- From nobody Fri Jun 10 10:14:41 2016 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A80A412D821; Fri, 10 Jun 2016 10:14:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.625 X-Spam-Level: X-Spam-Status: No, score=-5.625 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.426, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gODerPHAuQVi; Fri, 10 Jun 2016 10:14:34 -0700 (PDT) Received: from llmx2.ll.mit.edu (LLMX2.LL.MIT.EDU [129.55.12.48]) by ietfa.amsl.com (Postfix) with ESMTP id BCB0A12D81E; Fri, 10 Jun 2016 10:14:34 -0700 (PDT) Received: from LLE2K10-HUB02.mitll.ad.local (LLE2K10-HUB02.mitll.ad.local) by llmx2.ll.mit.edu (unknown) with ESMTP id u5AHC1iC041123; Fri, 10 Jun 2016 13:12:15 -0400 From: "Blumenthal, Uri - 0553 - MITLL" To: Eliot Lear , Cullen Jennings , "opsawg@ietf.org" , "netmod@ietf.org" Thread-Topic: [OPSAWG] Comments on draft-lear-ietf-netmod-mud-02 Thread-Index: AdHDL4kpW8AS7YjqckuQ9S2y/iP9WwALA2mAAABRzwA= Date: Fri, 10 Jun 2016 17:12:51 +0000 Message-ID: <20160610171236.18296913.45232.73529@ll.mit.edu> References: <20160610154838.18296913.36394.73505@ll.mit.edu> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="===============0278999567==" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2016-06-10_11:, , signatures=0 X-Proofpoint-Spam-Details: rule=inbound_notspam policy=inbound score=0 spamscore=0 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1604210000 definitions=main-1606100191 Archived-At: Subject: Re: [OPSAWG] Comments on draft-lear-ietf-netmod-mud-02 X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2016 17:14:37 -0000 --===============0278999567== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Just "encoding" is not enough - it's *how exactly*=E2=80=8E the file is enc= oded. Sent=C2=A0from=C2=A0my=C2=A0BlackBerry=C2=A010=C2=A0smartphone=C2=A0on=C2= =A0the Verizon=C2=A0Wireless=C2=A04G=C2=A0LTE=C2=A0network. =C2=A0 Original Message =C2=A0 From: Eliot Lear Sent: Friday, June 10, 2016 13:04 To: Blumenthal, Uri - 0553 - MITLL; Cullen Jennings; opsawg@ietf.org; netmo= d@ietf.org Subject: Re: [OPSAWG] Comments on draft-lear-ietf-netmod-mud-02 Hi Uri, On 6/10/16 5:48 PM, Blumenthal, Uri - 0553 - MITLL wrote: > Canonicalization is the way to avoid file content being mangled or repres= ented differently by different (software) entities that try to create or ve= rify digital signature over it. It doesn't matter if your file is binary or= not. And CMS by itself won't save you either.=E2=80=8E This problem (ensur= ing there is only one way to represent the contents of the file in question= ) is what you need to show that you solved. I totally get it. From a MIME perspective it'll be something like application/mud+json, encoded in UTF-8, and transported accordingly (HTTPS is 8-bit clean). This is not going to be our problem. Eliot --===============0278999567== Content-Type: application/x-pkcs7-signature; name="smime.p7s" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExDTALBglghkgBZQMEAgEwgAYJKoZIhvcNAQcBAACggg7NMIIE 6jCCA9KgAwIBAgIKMz1Y1wAAAABunjANBgkqhkiG9w0BAQsFADBRMQswCQYDVQQGEwJVUzEfMB0G A1UEChMWTUlUIExpbmNvbG4gTGFib3JhdG9yeTEMMAoGA1UECxMDUEtJMRMwEQYDVQQDEwpNSVRM TCBDQS0zMB4XDTE2MDExNDE3MzU1MloXDTE5MDExMzE3MzU1MlowYTELMAkGA1UEBhMCVVMxHzAd BgNVBAoTFk1JVCBMaW5jb2xuIExhYm9yYXRvcnkxDzANBgNVBAsTBlBlb3BsZTEgMB4GA1UEAxMX Qmx1bWVudGhhbC5VcmkuNTAwMTA1ODQwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCz HVEw2ojNZjWEnTASyJaQIvzziBmrH07FzMEY2xFGNDJpss38CcFRjfRx1EyEp7BrFdAXC2pHjFwa gFr+McYdXZiKEci0Mzna2uibsMDVbhlT6TwtmAL6QzdtjN28dn+7vQUkRUWUm9VVaBVVxUgX3f2l oEZsJNvWb7C8vj2DZF/uEt/EU/9KcUuodMgCR4zYLFVpNh1U6tCYACNDNtj/nmNjubtez1Y56zjZ AVOXZWsjNCPrC2jVwDdg1AIcs5ayDMOC2p1F95kSxWsJwinKfSe8p2/YR/cwUo8ljFoBPj60AGW3 WjaJyKXK+ZgJwjwl9gG/pg2T4mQhIAIZWZQ9AgMBAAGjggGyMIIBrjAdBgNVHQ4EFgQUtKJz3aEd G/MvxjE38EW6PHdcUDQwDgYDVR0PAQH/BAQDAgbAMB8GA1UdIwQYMBaAFNdgZg57SY11TA39z0be yMcSh8q/MDMGA1UdHwQsMCowKKAmoCSGImh0dHA6Ly9jcmwubGwubWl0LmVkdS9nZXRjcmwvTExD QTMwZgYIKwYBBQUHAQEEWjBYMC0GCCsGAQUFBzAChiFodHRwOi8vY3JsLmxsLm1pdC5lZHUvZ2V0 dG8vTExDQTMwJwYIKwYBBQUHMAGGG2h0dHA6Ly9vY3NwLmxsLm1pdC5lZHUvb2NzcDA9BgkrBgEE AYI3FQcEMDAuBiYrBgEEAYI3FQiDg+Udh+ynZoathxWD6vBFhbahHx2Fy94yh/+KcwIBZAIBBjAi BgNVHSUBAf8EGDAWBggrBgEFBQcDBAYKKwYBBAGCNwoDDDAYBgNVHSAEETAPMA0GCyqGSIb3EgIB AwEIMBkGA1UdEQQSMBCBDnVyaUBsbC5taXQuZWR1MCcGCSsGAQQBgjcUAgQaHhgATABMAFUAcwBl AHIAUwBpAGcALQBTAFcwDQYJKoZIhvcNAQELBQADggEBAJTu0/WcX0ebe9UfUMslvy9fC2aCQong cVcEKlEjU8IvCKa6YpZHQKTVXQ3e4KKvw1DgzFvq8/rOv87Woj45q8smgNyivgAMCnrT7a6B/9Kn 85l9BjeoLMPLypvsmz1l7oX45NPr3LF4VEMzxqczdovS14woPKdegEKQYyPSZGhKTCCe/9FhtgEc 3gfVyE1mH6ZNeDEalr7nx7F0qemhh3QN6i6XPrudzv9el5JeovPedZ0JqDT0ctXj6ECYOiEyEfJm 85C5QGmpjLmCM99gAmgpP5Tx6APB/tvcUw/mgt4HOvqavGkvUkoJ8XEEwt9AgXaznS626Kb8RpAh w2zN2yMwggTqMIID0qADAgECAgozPVjXAAAAAG6eMA0GCSqGSIb3DQEBCwUAMFExCzAJBgNVBAYT AlVTMR8wHQYDVQQKExZNSVQgTGluY29sbiBMYWJvcmF0b3J5MQwwCgYDVQQLEwNQS0kxEzARBgNV BAMTCk1JVExMIENBLTMwHhcNMTYwMTE0MTczNTUyWhcNMTkwMTEzMTczNTUyWjBhMQswCQYDVQQG EwJVUzEfMB0GA1UEChMWTUlUIExpbmNvbG4gTGFib3JhdG9yeTEPMA0GA1UECxMGUGVvcGxlMSAw HgYDVQQDExdCbHVtZW50aGFsLlVyaS41MDAxMDU4NDCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBALMdUTDaiM1mNYSdMBLIlpAi/POIGasfTsXMwRjbEUY0MmmyzfwJwVGN9HHUTISnsGsV 0BcLakeMXBqAWv4xxh1dmIoRyLQzOdra6JuwwNVuGVPpPC2YAvpDN22M3bx2f7u9BSRFRZSb1VVo FVXFSBfd/aWgRmwk29ZvsLy+PYNkX+4S38RT/0pxS6h0yAJHjNgsVWk2HVTq0JgAI0M22P+eY2O5 u17PVjnrONkBU5dlayM0I+sLaNXAN2DUAhyzlrIMw4LanUX3mRLFawnCKcp9J7ynb9hH9zBSjyWM WgE+PrQAZbdaNonIpcr5mAnCPCX2Ab+mDZPiZCEgAhlZlD0CAwEAAaOCAbIwggGuMB0GA1UdDgQW BBS0onPdoR0b8y/GMTfwRbo8d1xQNDAOBgNVHQ8BAf8EBAMCBsAwHwYDVR0jBBgwFoAU12BmDntJ jXVMDf3PRt7IxxKHyr8wMwYDVR0fBCwwKjAooCagJIYiaHR0cDovL2NybC5sbC5taXQuZWR1L2dl dGNybC9MTENBMzBmBggrBgEFBQcBAQRaMFgwLQYIKwYBBQUHMAKGIWh0dHA6Ly9jcmwubGwubWl0 LmVkdS9nZXR0by9MTENBMzAnBggrBgEFBQcwAYYbaHR0cDovL29jc3AubGwubWl0LmVkdS9vY3Nw MD0GCSsGAQQBgjcVBwQwMC4GJisGAQQBgjcVCIOD5R2H7Kdmhq2HFYPq8EWFtqEfHYXL3jKH/4pz AgFkAgEGMCIGA1UdJQEB/wQYMBYGCCsGAQUFBwMEBgorBgEEAYI3CgMMMBgGA1UdIAQRMA8wDQYL KoZIhvcSAgEDAQgwGQYDVR0RBBIwEIEOdXJpQGxsLm1pdC5lZHUwJwYJKwYBBAGCNxQCBBoeGABM AEwAVQBzAGUAcgBTAGkAZwAtAFMAVzANBgkqhkiG9w0BAQsFAAOCAQEAlO7T9ZxfR5t71R9QyyW/ L18LZoJCieBxVwQqUSNTwi8IprpilkdApNVdDd7goq/DUODMW+rz+s6/ztaiPjmryyaA3KK+AAwK etPtroH/0qfzmX0GN6gsw8vKm+ybPWXuhfjk0+vcsXhUQzPGpzN2i9LXjCg8p16AQpBjI9JkaEpM IJ7/0WG2ARzeB9XITWYfpk14MRqWvufHsXSp6aGHdA3qLpc+u53O/16Xkl6i8951nQmoNPRy1ePo QJg6ITIR8mbzkLlAaamMuYIz32ACaCk/lPHoA8H+29xTD+aC3gc6+pq8aS9SSgnxcQTC30CBdrOd LrbopvxGkCHDbM3bIzCCBO0wggPVoAMCAQICCjM4lI8AAAAAbpYwDQYJKoZIhvcNAQELBQAwUTEL MAkGA1UEBhMCVVMxHzAdBgNVBAoTFk1JVCBMaW5jb2xuIExhYm9yYXRvcnkxDDAKBgNVBAsTA1BL STETMBEGA1UEAxMKTUlUTEwgQ0EtMzAeFw0xNjAxMTQxNzMwMzlaFw0xOTAxMTMxNzMwMzlaMGEx CzAJBgNVBAYTAlVTMR8wHQYDVQQKExZNSVQgTGluY29sbiBMYWJvcmF0b3J5MQ8wDQYDVQQLEwZQ ZW9wbGUxIDAeBgNVBAMTF0JsdW1lbnRoYWwuVXJpLjUwMDEwNTg0MIIBIjANBgkqhkiG9w0BAQEF AAOCAQ8AMIIBCgKCAQEA4xQ2hom9O5hwXTWlTDaY/fuIiWvivQHEzd8volNcoLbxxuHKLXgwX++2 TdbsHbfpaHVtAvF8huN7Lkn6Taf6MCzlBJRWoAJz6hwLwFCMLJeQI853KST/u/FIuLt+GjDbHXT/ kGbvRyNkIPj+njA9uY5I8m0/XUDMV2aTtqEwc55Vo2CCLXWYStQ1maiEdGre59mIwkkLGTV9JSeC cK7Yx2Ba2D552QtH9QdjO1eeCEvOtwhMn7uV6LaGcfGLh8GKSkhavNEhIenDAy3U3tWQI1sbJ28i guuK63krciNj1TfbgVnfjpXhqCAI1aIKTCiotKUkR3ArsA8BnpKUFbmyvQIDAQABo4IBtTCCAbEw HQYDVR0OBBYEFPFPxYiZomy2ZdvinDW1VhNj2YqbMA4GA1UdDwEB/wQEAwIFIDAfBgNVHSMEGDAW gBTXYGYOe0mNdUwN/c9G3sjHEofKvzAzBgNVHR8ELDAqMCigJqAkhiJodHRwOi8vY3JsLmxsLm1p dC5lZHUvZ2V0Y3JsL0xMQ0EzMGYGCCsGAQUFBwEBBFowWDAtBggrBgEFBQcwAoYhaHR0cDovL2Ny bC5sbC5taXQuZWR1L2dldHRvL0xMQ0EzMCcGCCsGAQUFBzABhhtodHRwOi8vb2NzcC5sbC5taXQu ZWR1L29jc3AwPQYJKwYBBAGCNxUHBDAwLgYmKwYBBAGCNxUIg4PlHYfsp2aGrYcVg+rwRYW2oR8d hevQcIPr7SACAWQCAQUwJQYDVR0lBB4wHAYEVR0lAAYIKwYBBQUHAwQGCisGAQQBgjcKAwQwGAYD VR0gBBEwDzANBgsqhkiG9xICAQMBCDAZBgNVHREEEjAQgQ51cmlAbGwubWl0LmVkdTAnBgkrBgEE AYI3FAIEGh4YAEwATABVAHMAZQByAEUAbgBjAC0AUwBXMA0GCSqGSIb3DQEBCwUAA4IBAQAW7r7P ZtIEuVPCSblXPqrbVdgVkNIw3qV6WHz/8TfK1UnETx3tkjFGhR+TjEYYXhiZHaIFlTZzK4x8UH6X 3NM/MqLZQ98cFxDVlGOTKEJqRBgdpLBaoDHddtW6s0d1mPOC3KLH6MNDKKZV7PJrzu056M8DPj7R mbNJqadj8wZL1nTW7Nq/+8FyT+v6S3ecz78sETYU4KFXtWjeIryJFPLL5CjIIL+WWjrKJ2lvCUun VGJr75NELwyUSEDUUdM6UKTiqfuFf14TGUYcUCdw41U44fUP6RypuwERYRa90ACeqHAo8syxeYrL GtVbIcexJQSJNHF4XqepizC6hjV92swJMYIB8TCCAe0CAQEwXzBRMQswCQYDVQQGEwJVUzEfMB0G A1UEChMWTUlUIExpbmNvbG4gTGFib3JhdG9yeTEMMAoGA1UECxMDUEtJMRMwEQYDVQQDEwpNSVRM TCBDQS0zAgozPVjXAAAAAG6eMAsGCWCGSAFlAwQCAaBpMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0B BwEwHAYJKoZIhvcNAQkFMQ8XDTE2MDYxMDE3MTIzNFowLwYJKoZIhvcNAQkEMSIEIPlL0XlIGaJR 1RX3UNubg0iYUJOHhydvrnyGpbPCDwCBMAsGCSqGSIb3DQEBCwSCAQBb1enEyKDvc5xq0JcbcA+D 6jNiG4hVjP8OnMBYY1lRAyD8qjis0IqNVKaQGnPVljXUCDQ7zdfxvi35uTtEXKh2cJhFx1jqpie0 BTLWGlpLwTsHGeW97eVCYW1YQ37IfAJBSB14AE0ZI9/x2jR3Ejn/fv65Q4NzDsDmZzODp4r6E+aJ 1By/+tdgoh+j5GjaUHaM4o3HhubP1Zb314HSSKhrPNOIg+zPOnmP5hRAts8EiR3w4Sno+TSPhe2L 8CHv5NzE3EkoQMIcXYM5I/Ep1KazKpeXd7YI9n7/4Hwts+b/YzWqQCkG5VGMcnejhO7ldFWKtprZ omzdEbX3cIjWdyFKAAAAAAAA --===============0278999567==-- From nobody Wed Jun 15 11:04:18 2016 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6746212D87D for ; Wed, 15 Jun 2016 11:04:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=kumari-net.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id naXb4eUTgb6B for ; Wed, 15 Jun 2016 11:04:15 -0700 (PDT) Received: from mail-qg0-x22d.google.com (mail-qg0-x22d.google.com [IPv6:2607:f8b0:400d:c04::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AB18912D86A for ; Wed, 15 Jun 2016 11:04:15 -0700 (PDT) Received: by mail-qg0-x22d.google.com with SMTP id v76so16250185qgv.3 for ; Wed, 15 Jun 2016 11:04:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari-net.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=pKPr2ZrKD2Dgn/YQ+UA+eeMTgwQ7mCiq8aAx2lwl6iw=; b=jIRgPmtDo9fbVDcU3vfQw3fkcMkegynBOjXVENASwn6JCJSxCTQis9vUblRgXXEKjp s4kiK/1/AhoFVQTCuipCbiTZkOAISO7z6x9tVWWYsijaLwtcTBI3fNioWkz9cd1kZSYp RYzPpTMV/B3J28KHQS25Ls2LVo9MC1QD2RYXzCO3BQG8l8mGKU/CnGZhK5T49m1j6cp2 3Sksv7CgBTFXHfhGni6HVk7pvL0YzMzPG8erWMdUYdj+CEIcexGm0q3hxTmBymJ3iyTw nxfWEsSvue+IeBcCFerbqRia80uOihKtDfLgMA6LDG937GDYP97RJ1jdhfR6kLVBz2C/ 0Q1g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=pKPr2ZrKD2Dgn/YQ+UA+eeMTgwQ7mCiq8aAx2lwl6iw=; b=kBDpLbzYMtWYbQpk9+BqOL5FFEj2TKvN6ic4DPBLWixZXu0KNbqaxZPh0+L1rU9cpp xSTkNCSFtottAz91NOyhhHszYG+vSdDGWJwRxETGarF+c5VpGzX448Ej/ESU3UdpIN1u aDBb7SCHdqVROmRHCs44Yt3PkmF6J4idxu2g8Adpq94o8E6knaG8ephaNqsFkx6EipTV Os7Z+1fpTTXU5ynhilAcda8x91U8Oxt3ETKGbyMqkiCqGRe4RJrm7uaDh02qPR1JyWDd w3QKvlV1BOCy4jzr40A1s/PbeXpqlZotVFcsLtXfz+0GOiTjLfdKkvw0P3+qNsLb2r4j QoZQ== X-Gm-Message-State: ALyK8tJgeimMrUVrMKlTZ02ytrR6K94Jg0waeob6UhUVxoW7Ch4qnAUmoq4VmZyTesabvdM631HKm0KGci2AEPTU X-Received: by 10.141.2.212 with SMTP id e203mr75084qhd.12.1466013854767; Wed, 15 Jun 2016 11:04:14 -0700 (PDT) MIME-Version: 1.0 Received: by 10.55.93.71 with HTTP; Wed, 15 Jun 2016 11:03:45 -0700 (PDT) From: Warren Kumari Date: Wed, 15 Jun 2016 14:03:45 -0400 Message-ID: To: "opsawg@ietf.org" , John.Kaippallimalil@huawei.com, Liu Dapeng , mgrayson@cisco.com Content-Type: text/plain; charset=UTF-8 Archived-At: Subject: [OPSAWG] Start of 2nd WGLC for draft-ietf-opsawg-capwap-alt-tunnel X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2016 18:04:17 -0000 Dear OpsAWG WG, This begins a WGLC for draft-ietf-opsawg-capwap-alt-tunnel - this WGLC ends on June 29th. This is the second WGLC for this document - it initially successfully passed WGLC in August 2014 (https://www.ietf.org/mail-archive/web/opsawg/current/msg03522.html) and was handed to the IESG for publication in early September 2014. After it was sent to the IESG (in Feb 2015) a very similar draft appeared - draft-you-opsawg-capwap-separation-for-mp. We realized that two, very similar documents, with significant overlap would be confusing, and so we requested that draft-ietf-opsawg-capwap-alt-tunnel be returned to the WG and asked the authors to merge them into one document. There was some delays, but this has finally been completed. The WG is requested to review the document and provide (clear) feedback on if you believe it is ready for publication. If not, please provide suggestions for improvement / text. Please note: Even if you said it was great on the first WGLC, it is very useful to repeat this comment now! W -- I don't think the execution is relevant when it was obviously a bad idea in the first place. This is like putting rabid weasels in your pants, and later expressing regret at having chosen those particular rabid weasels and that pair of pants. ---maf From nobody Wed Jun 15 15:16:06 2016 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1595B12D83B for ; Wed, 15 Jun 2016 15:16:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -108.328 X-Spam-Level: X-Spam-Status: No, score=-108.328 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8-xModbsy011 for ; Wed, 15 Jun 2016 15:16:03 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1900:3001:11::31]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CEBE212D7D1 for ; Wed, 15 Jun 2016 15:16:03 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id B3F42B8107D; Wed, 15 Jun 2016 15:16:03 -0700 (PDT) To: panda@hongo.wide.ad.jp, mrm@vmware.com, j.schoenwaelder@jacobs-university.de, keiichi@iijlab.net, tina.tsou.zouting@huawei.com, bclaise@cisco.com, joelja@bogus.com, zhoutianran@huawei.com, warren@kumari.net X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Message-Id: <20160615221603.B3F42B8107D@rfc-editor.org> Date: Wed, 15 Jun 2016 15:16:03 -0700 (PDT) Archived-At: Cc: jm+ietf@kubek.fr, opsawg@ietf.org, rfc-editor@rfc-editor.org Subject: [OPSAWG] [Editorial Errata Reported] RFC7666 (4710) X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2016 22:16:05 -0000 The following errata report has been submitted for RFC7666, "Management Information Base for Virtual Machines Controlled by a Hypervisor". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=7666&eid=4710 -------------------------------------- Type: Editorial Reported by: jean-marie Kubek Section: 6.2 IANA MIB Original Text ------------- IANAStorageMediaType ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "The media type of a storage device: unknown(1) The media type is unknown, e.g., because the implementation failed to obtain the media type from the hypervisor. other(2) The media type is other than those defined in this conversion. Corrected Text -------------- IANAStorageMediaType ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "The media type of a storage device: other(1) The media type is other than those defined in this conversion. unknown(2) The media type is unknown, e.g., because the implementation failed to obtain the media type from the hypervisor. Notes ----- Inversion of other and unknown integer values in the description of the IANAStorageMediaType TEXTUAL-CONVENTION. FIrst referenced at IANA RT as [IANA #913286] Incoherency in IANA-STORAGE-MEDIA-TYPE-MIB Instructions: ------------- This erratum is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party (IESG) can log in to change the status and edit the report, if necessary. -------------------------------------- RFC7666 (draft-ietf-opsawg-vmm-mib-04) -------------------------------------- Title : Management Information Base for Virtual Machines Controlled by a Hypervisor Publication Date : October 2015 Author(s) : H. Asai, M. MacFaden, J. Schoenwaelder, K. Shima, T. Tsou Category : PROPOSED STANDARD Source : Operations and Management Area Working Group Area : Operations and Management Stream : IETF Verifying Party : IESG From nobody Thu Jun 16 05:33:48 2016 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B1A2F12D54C for ; Thu, 16 Jun 2016 05:33:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.647 X-Spam-Level: X-Spam-Status: No, score=-5.647 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TNMUJYlJg-Tx for ; Thu, 16 Jun 2016 05:33:44 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B957212D195 for ; Thu, 16 Jun 2016 05:33:43 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml708-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CQX56695; Thu, 16 Jun 2016 12:33:41 +0000 (GMT) Received: from NKGEML414-HUB.china.huawei.com (10.98.56.75) by lhreml708-cah.china.huawei.com (10.201.5.202) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 16 Jun 2016 13:33:40 +0100 Received: from NKGEML514-MBX.china.huawei.com ([fe80::40a8:f0d:c0f3:2ca5]) by nkgeml414-hub.china.huawei.com ([10.98.56.75]) with mapi id 14.03.0235.001; Thu, 16 Jun 2016 20:33:27 +0800 From: Duzongpeng To: Warren Kumari , "opsawg@ietf.org" , John Kaippallimalil , Liu Dapeng , "mgrayson@cisco.com" Thread-Topic: [OPSAWG] Start of 2nd WGLC for draft-ietf-opsawg-capwap-alt-tunnel Thread-Index: AQHRxzBg0rJLEG+GMUKTKeAUNqmqMJ/sBqWA Date: Thu, 16 Jun 2016 12:33:27 +0000 Message-ID: References: In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.149.226] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020201.57629CA5.02B2, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: e5b0396c8b875700ed38199975bb7d7f Archived-At: Subject: Re: [OPSAWG] Start of 2nd WGLC for draft-ietf-opsawg-capwap-alt-tunnel X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2016 12:33:47 -0000 Hi, Generally, I support the adoption of the draft. I have posted a suggestion about adding the GRE tunnel type for the draft. = Will the author consider it? Thanks. http://www.ietf.org/mail-archive/web/opsawg/current/msg04165.html Best Regards Zongpeng Du -----Original Message----- From: OPSAWG [mailto:opsawg-bounces@ietf.org] On Behalf Of Warren Kumari Sent: Thursday, June 16, 2016 2:04 AM To: opsawg@ietf.org; John Kaippallimalil; Liu Dapeng; mgrayson@cisco.com Subject: [OPSAWG] Start of 2nd WGLC for draft-ietf-opsawg-capwap-alt-tunnel Dear OpsAWG WG, This begins a WGLC for draft-ietf-opsawg-capwap-alt-tunnel - this WGLC ends= on June 29th. This is the second WGLC for this document - it initially successfully passe= d WGLC in August 2014 (https://www.ietf.org/mail-archive/web/opsawg/current/msg03522.html) and was handed to the IESG for publication in early September 2014. After it was sent to the IESG (in Feb 2015) a very similar draft appeared -= draft-you-opsawg-capwap-separation-for-mp. We realized that two, very simi= lar documents, with significant overlap would be confusing, and so we reque= sted that draft-ietf-opsawg-capwap-alt-tunnel be returned to the WG and ask= ed the authors to merge them into one document. There was some delays, but = this has finally been completed. The WG is requested to review the document and provide (clear) feedback on = if you believe it is ready for publication. If not, please provide suggesti= ons for improvement / text. Please note: Even if you said it was great on the first WGLC, it is very us= eful to repeat this comment now! W -- I don't think the execution is relevant when it was obviously a bad idea in= the first place. This is like putting rabid weasels in your pants, and later expressing regr= et at having chosen those particular rabid weasels and that pair of pants. ---maf _______________________________________________ OPSAWG mailing list OPSAWG@ietf.org https://www.ietf.org/mailman/listinfo/opsawg From nobody Fri Jun 17 00:45:17 2016 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0F08C12D504; Fri, 17 Jun 2016 00:45:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -108.328 X-Spam-Level: X-Spam-Status: No, score=-108.328 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id m6hhjD759xNr; Fri, 17 Jun 2016 00:45:08 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1900:3001:11::31]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DB24612D591; Fri, 17 Jun 2016 00:44:47 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id AC059B80C1D; Fri, 17 Jun 2016 00:44:47 -0700 (PDT) To: jm+ietf@kubek.fr, panda@hongo.wide.ad.jp, mrm@vmware.com, j.schoenwaelder@jacobs-university.de, keiichi@iijlab.net, tina.tsou.zouting@huawei.com X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Message-Id: <20160617074447.AC059B80C1D@rfc-editor.org> Date: Fri, 17 Jun 2016 00:44:47 -0700 (PDT) Archived-At: Cc: opsawg@ietf.org, iesg@ietf.org, rfc-editor@rfc-editor.org Subject: [OPSAWG] [Errata Verified] RFC7666 (4710) X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2016 07:45:10 -0000 The following errata report has been verified for RFC7666, "Management Information Base for Virtual Machines Controlled by a Hypervisor". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=7666&eid=4710 -------------------------------------- Status: Verified Type: Editorial Reported by: jean-marie Kubek Date Reported: 2016-06-15 Verified by: Benoit Claise (IESG) Section: 6.2 IANA MIB Original Text ------------- IANAStorageMediaType ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "The media type of a storage device: unknown(1) The media type is unknown, e.g., because the implementation failed to obtain the media type from the hypervisor. other(2) The media type is other than those defined in this conversion. Corrected Text -------------- IANAStorageMediaType ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "The media type of a storage device: other(1) The media type is other than those defined in this conversion. unknown(2) The media type is unknown, e.g., because the implementation failed to obtain the media type from the hypervisor. Notes ----- Inversion of other and unknown integer values in the description of the IANAStorageMediaType TEXTUAL-CONVENTION. FIrst referenced at IANA RT as [IANA #913286] Incoherency in IANA-STORAGE-MEDIA-TYPE-MIB -------------------------------------- RFC7666 (draft-ietf-opsawg-vmm-mib-04) -------------------------------------- Title : Management Information Base for Virtual Machines Controlled by a Hypervisor Publication Date : October 2015 Author(s) : H. Asai, M. MacFaden, J. Schoenwaelder, K. Shima, T. Tsou Category : PROPOSED STANDARD Source : Operations and Management Area Working Group Area : Operations and Management Stream : IETF Verifying Party : IESG From nobody Fri Jun 17 15:19:00 2016 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 815E912DBB0 for ; Fri, 17 Jun 2016 15:18:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=kumari-net.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3pUW8oOsxVmg for ; Fri, 17 Jun 2016 15:18:58 -0700 (PDT) Received: from mail-qk0-x236.google.com (mail-qk0-x236.google.com [IPv6:2607:f8b0:400d:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3F37B12DBD8 for ; Fri, 17 Jun 2016 15:18:57 -0700 (PDT) Received: by mail-qk0-x236.google.com with SMTP id s186so100224683qkc.1 for ; Fri, 17 Jun 2016 15:18:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari-net.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=MShDYF0vU3wPx0Ev66plUiAvHzzPjHIHuoUysn4LsDI=; b=Pdf82EYJFu1yUUR8uHqrlRQsVJ+dIEIVhiPvF7FrIFNpytnIWpwKeaLfRsTqFBeEHB ndveELXjMNBgvEXynJ8elmU2O43SVVAWU/kpKnOasDUhd/iAHNSyf1RAAEP+uI9VD7cQ IpPCS2CtqPopu/bcB6zAlNtuNOtkx0kgq/wQruS2/W1CPmFnu5EJvOjKRBSxeQi0zPYR TYsmSz1SkX1OuAF7FfEjqYYDuIuuKiAnRA9+pc8B4tc7RTHPF8heC6rXTXT92iH00ra4 LBz0bU5omqdEtCvjb8QK5ujPbtWaFK5BC+acKEGDKwzYv4AeRnwe5KgyWYGiQ4YDHhrX Y7mg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=MShDYF0vU3wPx0Ev66plUiAvHzzPjHIHuoUysn4LsDI=; b=m+C6E9v8wbs/oM3+BgdbPBwS9NtNYbPwdZ3pGEMPrs1KsIUpeeTxYHUgVa10lDlBt4 2XIwHEM2MQbJmI1sCYHclSDXFivCGyNQHlamI+usje/3nnUABhYiVIPsTanppnG0Aneh gF/VRjSF5egaKj0f4haqh0br+cW64cA/5h5rEFjrIKjramBTuKLDzw0pqIkULN0VUTuW n8vLuxoMmOAb4LTGlTfXR3iBsA1GgxcgPQ1v5yIaSd7HVrT1/9CKbrPmfnLQfZ8nZYbP n5LJ/1UbOcChMdG7vqohCYOumh3ijl7hOB/bXfYTSNkIbL4Ngy8CWAdo1KSbf2g4u5/j 6OUg== X-Gm-Message-State: ALyK8tJr7AYdsrTt+fzwphZny1dpo92Qupd0pqjUI5F2+R7L1xcpM2K7GcsmDLl5jCcVt1Ok87CkBHdqT3BGKF38 X-Received: by 10.55.168.137 with SMTP id r131mr5601600qke.24.1466201936329; Fri, 17 Jun 2016 15:18:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.55.93.71 with HTTP; Fri, 17 Jun 2016 15:18:26 -0700 (PDT) From: Warren Kumari Date: Fri, 17 Jun 2016 18:18:26 -0400 Message-ID: To: "opsawg@ietf.org" Content-Type: text/plain; charset=UTF-8 Archived-At: Subject: [OPSAWG] Agenda requests X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2016 22:18:59 -0000 Dear OpsAWG, We have requested a slot for the joint OpsAWG / OpsArea meeting in Berlin. Please send over requests for agenda time. Please remember that we give time to drafts that have already received significant discussion on list. Also, a reminder that OpsAWG is housing the MUD work -- it would be much appreciated if you could read the MUD documents: https://www.ietf.org/internet-drafts/draft-lear-ietf-netmod-mud-02.txt Thanks, Warren and Tianran. -- I don't think the execution is relevant when it was obviously a bad idea in the first place. This is like putting rabid weasels in your pants, and later expressing regret at having chosen those particular rabid weasels and that pair of pants. ---maf From nobody Fri Jun 17 19:16:38 2016 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 66A5112DC30; Fri, 17 Jun 2016 19:16:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.72 X-Spam-Level: X-Spam-Status: No, score=-2.72 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); domainkeys=pass (384-bit key) header.from=randy_presuhn@mindspring.com header.d=mindspring.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oXcKBmlXfmp6; Fri, 17 Jun 2016 19:16:35 -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 2EED712DC2A; Fri, 17 Jun 2016 19:16:34 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=mindspring.com; b=GvEp4pi6CQ/H3ESVef9QXiU0WACrO9/n9DfjgXyFP2YKyaoOFWr+h5ABcCYz3i64; h=Message-ID:Date:From:Reply-To:To:Subject:Cc:Mime-Version:Content-Type:Content-Transfer-Encoding:X-Mailer:X-ELNK-Trace:X-Originating-IP; Received: from [209.86.224.40] (helo=elwamui-milano.atl.sa.earthlink.net) by elasmtp-scoter.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1bE5mp-0001Jl-OQ; Fri, 17 Jun 2016 22:15:03 -0400 Received: from 76.254.49.247 by webmail.earthlink.net with HTTP; Fri, 17 Jun 2016 22:15:03 -0400 Message-ID: <10789346.1466216103671.JavaMail.wam@elwamui-milano.atl.sa.earthlink.net> Date: Fri, 17 Jun 2016 19:15:03 -0700 (GMT-07:00) From: Randy Presuhn To: RFC Errata System , jm+ietf@kubek.fr, panda@hongo.wide.ad.jp, mrm@vmware.com, j.schoenwaelder@jacobs-university.de, keiichi@iijlab.net, tina.tsou.zouting@huawei.com Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Mailer: EarthLink Zoo Mail 1.0 X-ELNK-Trace: 4488c18417c9426da92b9037bc8bcf44d4c20f6b8d69d888b484d7840976cb7e4da90d36586ed975fb651a724da417b0350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 209.86.224.40 Archived-At: Cc: opsawg@ietf.org, iesg@ietf.org, rfc-editor@rfc-editor.org Subject: Re: [OPSAWG] [Errata Verified] RFC7666 (4710) X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Randy Presuhn List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2016 02:16:37 -0000 Hi - I am puzzled that this change was permitted. It seems to be in clear violation of the constraints imposed by RFC 2579 section 5. Once the textual convention has been published, such a change, even if it is a "fix", is not allowed by the interoperability rules. Randy -----Original Message----- >From: RFC Errata System >Sent: Jun 17, 2016 12:44 AM >To: jm+ietf@kubek.fr, panda@hongo.wide.ad.jp, mrm@vmware.com, j.schoenwaelder@jacobs-university.de, keiichi@iijlab.net, tina.tsou.zouting@huawei.com >Cc: opsawg@ietf.org, iesg@ietf.org, rfc-editor@rfc-editor.org >Subject: [OPSAWG] [Errata Verified] RFC7666 (4710) > >The following errata report has been verified for RFC7666, >"Management Information Base for Virtual Machines Controlled by a Hypervisor". > >-------------------------------------- >You may review the report below and at: >http://www.rfc-editor.org/errata_search.php?rfc=7666&eid=4710 > >-------------------------------------- >Status: Verified >Type: Editorial > >Reported by: jean-marie Kubek >Date Reported: 2016-06-15 >Verified by: Benoit Claise (IESG) > >Section: 6.2 IANA MIB > >Original Text >------------- >IANAStorageMediaType ::= TEXTUAL-CONVENTION > STATUS current > DESCRIPTION > "The media type of a storage device: > > unknown(1) The media type is unknown, e.g., because > the implementation failed to obtain the > media type from the hypervisor. > > other(2) The media type is other than those > defined in this conversion. > >Corrected Text >-------------- >IANAStorageMediaType ::= TEXTUAL-CONVENTION > STATUS current > DESCRIPTION > "The media type of a storage device: > > other(1) The media type is other than those > defined in this conversion. > > unknown(2) The media type is unknown, e.g., because > the implementation failed to obtain the > media type from the hypervisor. > > >Notes >----- >Inversion of other and unknown integer values in the description of the IANAStorageMediaType TEXTUAL-CONVENTION. > >FIrst referenced at IANA RT as [IANA #913286] Incoherency in IANA-STORAGE-MEDIA-TYPE-MIB > >-------------------------------------- >RFC7666 (draft-ietf-opsawg-vmm-mib-04) >-------------------------------------- >Title : Management Information Base for Virtual Machines Controlled by a Hypervisor >Publication Date : October 2015 >Author(s) : H. Asai, M. MacFaden, J. Schoenwaelder, K. Shima, T. Tsou >Category : PROPOSED STANDARD >Source : Operations and Management Area Working Group >Area : Operations and Management >Stream : IETF >Verifying Party : IESG > >_______________________________________________ >OPSAWG mailing list >OPSAWG@ietf.org >https://www.ietf.org/mailman/listinfo/opsawg From nobody Sat Jun 18 00:06:10 2016 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2EC2D12B01F; Sat, 18 Jun 2016 00:06:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.626 X-Spam-Level: X-Spam-Status: No, score=-5.626 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vbBHIfe1IMc3; Sat, 18 Jun 2016 00:06:07 -0700 (PDT) Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C8E9712B004; Sat, 18 Jun 2016 00:06:06 -0700 (PDT) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 4150B77D; Sat, 18 Jun 2016 09:06:05 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.220]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id vaYz76vB2F28; Sat, 18 Jun 2016 09:05:58 +0200 (CEST) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Sat, 18 Jun 2016 09:06:03 +0200 (CEST) Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47]) by hermes.jacobs-university.de (Postfix) with ESMTP id 0F51020055; Sat, 18 Jun 2016 09:06:03 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius2.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id lzGW3ZgpuvE2; Sat, 18 Jun 2016 09:06:01 +0200 (CEST) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 1440720031; Sat, 18 Jun 2016 09:05:59 +0200 (CEST) Received: by elstar.local (Postfix, from userid 501) id 30EF13B29BC6; Sat, 18 Jun 2016 09:05:59 +0200 (CEST) Date: Sat, 18 Jun 2016 09:05:58 +0200 From: Juergen Schoenwaelder To: Randy Presuhn Message-ID: <20160618070558.GA36531@elstar.local> Mail-Followup-To: Randy Presuhn , RFC Errata System , jm+ietf@kubek.fr, panda@hongo.wide.ad.jp, mrm@vmware.com, keiichi@iijlab.net, tina.tsou.zouting@huawei.com, opsawg@ietf.org, iesg@ietf.org References: <10789346.1466216103671.JavaMail.wam@elwamui-milano.atl.sa.earthlink.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <10789346.1466216103671.JavaMail.wam@elwamui-milano.atl.sa.earthlink.net> User-Agent: Mutt/1.6.0 (2016-04-01) Archived-At: Cc: tina.tsou.zouting@huawei.com, iesg@ietf.org, jm+ietf@kubek.fr, keiichi@iijlab.net, opsawg@ietf.org, RFC Errata System Subject: Re: [OPSAWG] [Errata Verified] RFC7666 (4710) X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2016 07:06:09 -0000 He? The fix aligns the textual description with the actual definition. What is your proposal? Keep them inconsistent? I am puzzled now as well. /js On Fri, Jun 17, 2016 at 07:15:03PM -0700, Randy Presuhn wrote: > Hi - > > I am puzzled that this change was permitted. > It seems to be in clear violation of the > constraints imposed by RFC 2579 section 5. > Once the textual convention has been published, > such a change, even if it is a "fix", is not > allowed by the interoperability rules. > > Randy > > -----Original Message----- > >From: RFC Errata System > >Sent: Jun 17, 2016 12:44 AM > >To: jm+ietf@kubek.fr, panda@hongo.wide.ad.jp, mrm@vmware.com, j.schoenwaelder@jacobs-university.de, keiichi@iijlab.net, tina.tsou.zouting@huawei.com > >Cc: opsawg@ietf.org, iesg@ietf.org, rfc-editor@rfc-editor.org > >Subject: [OPSAWG] [Errata Verified] RFC7666 (4710) > > > >The following errata report has been verified for RFC7666, > >"Management Information Base for Virtual Machines Controlled by a Hypervisor". > > > >-------------------------------------- > >You may review the report below and at: > >http://www.rfc-editor.org/errata_search.php?rfc=7666&eid=4710 > > > >-------------------------------------- > >Status: Verified > >Type: Editorial > > > >Reported by: jean-marie Kubek > >Date Reported: 2016-06-15 > >Verified by: Benoit Claise (IESG) > > > >Section: 6.2 IANA MIB > > > >Original Text > >------------- > >IANAStorageMediaType ::= TEXTUAL-CONVENTION > > STATUS current > > DESCRIPTION > > "The media type of a storage device: > > > > unknown(1) The media type is unknown, e.g., because > > the implementation failed to obtain the > > media type from the hypervisor. > > > > other(2) The media type is other than those > > defined in this conversion. > > > >Corrected Text > >-------------- > >IANAStorageMediaType ::= TEXTUAL-CONVENTION > > STATUS current > > DESCRIPTION > > "The media type of a storage device: > > > > other(1) The media type is other than those > > defined in this conversion. > > > > unknown(2) The media type is unknown, e.g., because > > the implementation failed to obtain the > > media type from the hypervisor. > > > > > >Notes > >----- > >Inversion of other and unknown integer values in the description of the IANAStorageMediaType TEXTUAL-CONVENTION. > > > >FIrst referenced at IANA RT as [IANA #913286] Incoherency in IANA-STORAGE-MEDIA-TYPE-MIB > > > >-------------------------------------- > >RFC7666 (draft-ietf-opsawg-vmm-mib-04) > >-------------------------------------- > >Title : Management Information Base for Virtual Machines Controlled by a Hypervisor > >Publication Date : October 2015 > >Author(s) : H. Asai, M. MacFaden, J. Schoenwaelder, K. Shima, T. Tsou > >Category : PROPOSED STANDARD > >Source : Operations and Management Area Working Group > >Area : Operations and Management > >Stream : IETF > >Verifying Party : IESG > > > >_______________________________________________ > >OPSAWG mailing list > >OPSAWG@ietf.org > >https://www.ietf.org/mailman/listinfo/opsawg > -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Sat Jun 18 01:01:11 2016 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0888712B03A; Sat, 18 Jun 2016 01:01:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.948 X-Spam-Level: X-Spam-Status: No, score=-15.948 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oyADKciUN1UD; Sat, 18 Jun 2016 01:01:02 -0700 (PDT) Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 90B8E12B00F; Sat, 18 Jun 2016 01:01:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3747; q=dns/txt; s=iport; t=1466236861; x=1467446461; h=subject:to:references:from:message-id:date:mime-version: in-reply-to:content-transfer-encoding; bh=aZi7kVeDHt/uBW/tP7OJMzIANnSVM5b9T2YL0nA0IA8=; b=Qrbc+lzs4c3VoA6symfHPZdl5chGg/7NOcvB8xFFd79m2OPRpoaSJzUX VO5MKuZkqmC5s/bDv3pnnzg88wqo6QYU8PRDSOcUjFOsM8zw2ap1qpfuD ITA+/luSE17VpZY5f/oq+Hw1s/1oiEBwaRucnXM4zUbJhLnumJHbHyPDY Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BWAgBs/mRX/xbLJq1DGoQUK1K6ZIF6F?= =?us-ascii?q?wuFK0oCgVgUAQEBAQEBAWUnhEsBAQEEAQEBNTYXBAsQAQQBAQEuJygIBgEMBgI?= =?us-ascii?q?BAYgsDi3ABwEBAQEBAQEBAQEBAQEBAQEBAQEBARyGJ4F3CIJOgTmCc4VvAQSIC?= =?us-ascii?q?weHFYlPjiqJRYVdj3ceNoIIDQ+BTjoyAROIcYFDAQEB?= X-IronPort-AV: E=Sophos;i="5.26,486,1459814400"; d="scan'208";a="677792474" Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 18 Jun 2016 08:00:59 +0000 Received: from [10.60.67.86] (ams-bclaise-8915.cisco.com [10.60.67.86]) by aer-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id u5I80wEU000477; Sat, 18 Jun 2016 08:00:58 GMT To: Randy Presuhn , RFC Errata System , jm+ietf@kubek.fr, panda@hongo.wide.ad.jp, mrm@vmware.com, keiichi@iijlab.net, tina.tsou.zouting@huawei.com, opsawg@ietf.org, iesg@ietf.org References: <10789346.1466216103671.JavaMail.wam@elwamui-milano.atl.sa.earthlink.net> <20160618070558.GA36531@elstar.local> From: Benoit Claise Message-ID: <9e06eb1b-cba2-2ad3-1991-9293ebeefe21@cisco.com> Date: Sat, 18 Jun 2016 10:00:58 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <20160618070558.GA36531@elstar.local> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [OPSAWG] [Errata Verified] RFC7666 (4710) X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2016 08:01:04 -0000 Right, we didn't change the IANA assignment, but the TC description. Regards, B. > He? The fix aligns the textual description with the actual definition. > What is your proposal? Keep them inconsistent? I am puzzled now as > well. > > /js > > On Fri, Jun 17, 2016 at 07:15:03PM -0700, Randy Presuhn wrote: >> Hi - >> >> I am puzzled that this change was permitted. >> It seems to be in clear violation of the >> constraints imposed by RFC 2579 section 5. >> Once the textual convention has been published, >> such a change, even if it is a "fix", is not >> allowed by the interoperability rules. >> >> Randy >> >> -----Original Message----- >>> From: RFC Errata System >>> Sent: Jun 17, 2016 12:44 AM >>> To: jm+ietf@kubek.fr, panda@hongo.wide.ad.jp, mrm@vmware.com, j.schoenwaelder@jacobs-university.de, keiichi@iijlab.net, tina.tsou.zouting@huawei.com >>> Cc: opsawg@ietf.org, iesg@ietf.org, rfc-editor@rfc-editor.org >>> Subject: [OPSAWG] [Errata Verified] RFC7666 (4710) >>> >>> The following errata report has been verified for RFC7666, >>> "Management Information Base for Virtual Machines Controlled by a Hypervisor". >>> >>> -------------------------------------- >>> You may review the report below and at: >>> http://www.rfc-editor.org/errata_search.php?rfc=7666&eid=4710 >>> >>> -------------------------------------- >>> Status: Verified >>> Type: Editorial >>> >>> Reported by: jean-marie Kubek >>> Date Reported: 2016-06-15 >>> Verified by: Benoit Claise (IESG) >>> >>> Section: 6.2 IANA MIB >>> >>> Original Text >>> ------------- >>> IANAStorageMediaType ::= TEXTUAL-CONVENTION >>> STATUS current >>> DESCRIPTION >>> "The media type of a storage device: >>> >>> unknown(1) The media type is unknown, e.g., because >>> the implementation failed to obtain the >>> media type from the hypervisor. >>> >>> other(2) The media type is other than those >>> defined in this conversion. >>> >>> Corrected Text >>> -------------- >>> IANAStorageMediaType ::= TEXTUAL-CONVENTION >>> STATUS current >>> DESCRIPTION >>> "The media type of a storage device: >>> >>> other(1) The media type is other than those >>> defined in this conversion. >>> >>> unknown(2) The media type is unknown, e.g., because >>> the implementation failed to obtain the >>> media type from the hypervisor. >>> >>> >>> Notes >>> ----- >>> Inversion of other and unknown integer values in the description of the IANAStorageMediaType TEXTUAL-CONVENTION. >>> >>> FIrst referenced at IANA RT as [IANA #913286] Incoherency in IANA-STORAGE-MEDIA-TYPE-MIB >>> >>> -------------------------------------- >>> RFC7666 (draft-ietf-opsawg-vmm-mib-04) >>> -------------------------------------- >>> Title : Management Information Base for Virtual Machines Controlled by a Hypervisor >>> Publication Date : October 2015 >>> Author(s) : H. Asai, M. MacFaden, J. Schoenwaelder, K. Shima, T. Tsou >>> Category : PROPOSED STANDARD >>> Source : Operations and Management Area Working Group >>> Area : Operations and Management >>> Stream : IETF >>> Verifying Party : IESG >>> >>> _______________________________________________ >>> OPSAWG mailing list >>> OPSAWG@ietf.org >>> https://www.ietf.org/mailman/listinfo/opsawg From nobody Sat Jun 18 11:22:27 2016 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6863312D82F; Sat, 18 Jun 2016 11:22:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.72 X-Spam-Level: X-Spam-Status: No, score=-2.72 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); domainkeys=pass (384-bit key) header.from=randy_presuhn@mindspring.com header.d=mindspring.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Tq6cavUKkTSF; Sat, 18 Jun 2016 11:22:24 -0700 (PDT) Received: from elasmtp-galgo.atl.sa.earthlink.net (elasmtp-galgo.atl.sa.earthlink.net [209.86.89.61]) by ietfa.amsl.com (Postfix) with ESMTP id 9FBFD12D827; Sat, 18 Jun 2016 11:22:22 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=mindspring.com; b=qah9ARIiuVDX69nAPd31Ra3F6/Wr5A9yldD7Vr+Tp2kCoawLRP4AsWMvs+yQFuOX; h=Message-ID:Date:From:Reply-To:To:Subject:Cc:Mime-Version:Content-Type:Content-Transfer-Encoding:X-Mailer:X-ELNK-Trace:X-Originating-IP; Received: from [209.86.224.33] (helo=elwamui-darkeyed.atl.sa.earthlink.net) by elasmtp-galgo.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1bEKsG-000329-3i; Sat, 18 Jun 2016 14:21:40 -0400 Received: from 76.254.52.29 by webmail.earthlink.net with HTTP; Sat, 18 Jun 2016 14:21:39 -0400 Message-ID: <13165887.1466274099977.JavaMail.wam@elwamui-darkeyed.atl.sa.earthlink.net> Date: Sat, 18 Jun 2016 11:21:39 -0700 (GMT-07:00) From: Randy Presuhn To: Juergen Schoenwaelder Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Mailer: EarthLink Zoo Mail 1.0 X-ELNK-Trace: 4488c18417c9426da92b9037bc8bcf44d4c20f6b8d69d888b484d7840976cb7e7892b66a3b0852aa3bd22f7bb04d841a350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 209.86.224.33 Archived-At: Cc: tina.tsou.zouting@huawei.com, iesg@ietf.org, jm+ietf@kubek.fr, keiichi@iijlab.net, opsawg@ietf.org, RFC Errata System Subject: Re: [OPSAWG] [Errata Verified] RFC7666 (4710) X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Randy Presuhn List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2016 18:22:26 -0000 Hi - >From: Juergen Schoenwaelder >Sent: Jun 18, 2016 12:05 AM >To: Randy Presuhn >Cc: tina.tsou.zouting@huawei.com, iesg@ietf.org, jm+ietf@kubek.fr, keiichi@iijlab.net, opsawg@ietf.org, RFC Errata System >Subject: Re: [OPSAWG] [Errata Verified] RFC7666 (4710) > >He? The fix aligns the textual description with the actual definition. >What is your proposal? Keep them inconsistent? I am puzzled now as >well. Ah. Never mind. :-) Randy >/js > >On Fri, Jun 17, 2016 at 07:15:03PM -0700, Randy Presuhn wrote: >> Hi - >> >> I am puzzled that this change was permitted. >> It seems to be in clear violation of the >> constraints imposed by RFC 2579 section 5. >> Once the textual convention has been published, >> such a change, even if it is a "fix", is not >> allowed by the interoperability rules. >> >> Randy >> >> -----Original Message----- >> >From: RFC Errata System >> >Sent: Jun 17, 2016 12:44 AM >> >To: jm+ietf@kubek.fr, panda@hongo.wide.ad.jp, mrm@vmware.com, j.schoenwaelder@jacobs-university.de, keiichi@iijlab.net, tina.tsou.zouting@huawei.com >> >Cc: opsawg@ietf.org, iesg@ietf.org, rfc-editor@rfc-editor.org >> >Subject: [OPSAWG] [Errata Verified] RFC7666 (4710) >> > >> >The following errata report has been verified for RFC7666, >> >"Management Information Base for Virtual Machines Controlled by a Hypervisor". >> > >> >-------------------------------------- >> >You may review the report below and at: >> >http://www.rfc-editor.org/errata_search.php?rfc=7666&eid=4710 >> > >> >-------------------------------------- >> >Status: Verified >> >Type: Editorial >> > >> >Reported by: jean-marie Kubek >> >Date Reported: 2016-06-15 >> >Verified by: Benoit Claise (IESG) >> > >> >Section: 6.2 IANA MIB >> > >> >Original Text >> >------------- >> >IANAStorageMediaType ::= TEXTUAL-CONVENTION >> > STATUS current >> > DESCRIPTION >> > "The media type of a storage device: >> > >> > unknown(1) The media type is unknown, e.g., because >> > the implementation failed to obtain the >> > media type from the hypervisor. >> > >> > other(2) The media type is other than those >> > defined in this conversion. >> > >> >Corrected Text >> >-------------- >> >IANAStorageMediaType ::= TEXTUAL-CONVENTION >> > STATUS current >> > DESCRIPTION >> > "The media type of a storage device: >> > >> > other(1) The media type is other than those >> > defined in this conversion. >> > >> > unknown(2) The media type is unknown, e.g., because >> > the implementation failed to obtain the >> > media type from the hypervisor. >> > >> > >> >Notes >> >----- >> >Inversion of other and unknown integer values in the description of the IANAStorageMediaType TEXTUAL-CONVENTION. >> > >> >FIrst referenced at IANA RT as [IANA #913286] Incoherency in IANA-STORAGE-MEDIA-TYPE-MIB >> > >> >-------------------------------------- >> >RFC7666 (draft-ietf-opsawg-vmm-mib-04) >> >-------------------------------------- >> >Title : Management Information Base for Virtual Machines Controlled by a Hypervisor >> >Publication Date : October 2015 >> >Author(s) : H. Asai, M. MacFaden, J. Schoenwaelder, K. Shima, T. Tsou >> >Category : PROPOSED STANDARD >> >Source : Operations and Management Area Working Group >> >Area : Operations and Management >> >Stream : IETF >> >Verifying Party : IESG >> > >> >_______________________________________________ >> >OPSAWG mailing list >> >OPSAWG@ietf.org >> >https://www.ietf.org/mailman/listinfo/opsawg >> > >-- >Juergen Schoenwaelder Jacobs University Bremen gGmbH >Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany >Fax: +49 421 200 3103 > >_______________________________________________ >OPSAWG mailing list >OPSAWG@ietf.org >https://www.ietf.org/mailman/listinfo/opsawg From nobody Mon Jun 20 08:47:58 2016 Return-Path: X-Original-To: opsawg@ietf.org Delivered-To: opsawg@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 4FF8D12D1B2; Mon, 20 Jun 2016 08:47:52 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.23.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160620154752.30099.40600.idtracker@ietfa.amsl.com> Date: Mon, 20 Jun 2016 08:47:52 -0700 Archived-At: Cc: opsawg@ietf.org Subject: [OPSAWG] I-D Action: draft-ietf-opsawg-tacacs-03.txt X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2016 15:47:52 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Operations and Management Area Working Group of the IETF. Title : The TACACS+ Protocol Authors : Thorsten Dahm Andrej Ota Douglas C. Medway Gash David Carrel Lol Grant Filename : draft-ietf-opsawg-tacacs-03.txt Pages : 36 Date : 2016-06-20 Abstract: TACACS+ provides Device Administration for routers, network access servers and other networked computing devices via one or more centralized servers. This document describes the protocol that is used by TACACS+. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-opsawg-tacacs/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-opsawg-tacacs-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-opsawg-tacacs-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Jun 20 21:15:12 2016 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D5C9412D8E2 for ; Mon, 20 Jun 2016 21:15:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.947 X-Spam-Level: X-Spam-Status: No, score=-15.947 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y4PUdkm7J1v0 for ; Mon, 20 Jun 2016 21:15:08 -0700 (PDT) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 631F212D550 for ; Mon, 20 Jun 2016 21:15:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5051; q=dns/txt; s=iport; t=1466482508; x=1467692108; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=Eh5Wuhw8Ah3dELC4HE9xgSHOzwdzwixm24UVeyAKDe0=; b=gWWwtgJoiDBgBGd8UKooe5ArMoTtCs9UW1zpCswX+WmXttGl/XkeZik8 fYX2og9O+o6c+SOM4XB9htcZBVokfQUOscCsrpsUYCJanlwzkYTSYYcLe Ar5hCkDGSMEYTHmNQdsRzPup8kDpxONLbQz08T3iKg5yXqXmuiPzLFKjy A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0A4AgDcvmhX/4cNJK1cgz5WfQa6cYF6F?= =?us-ascii?q?wuFK0YCAgKBOTgUAQEBAQEBAWUnhEsBAQEEAQEBaxcEAgEIEQQBASgHJwsUCQg?= =?us-ascii?q?CBAESCYgnDsEcAQEBAQEBAQEBAQEBAQEBAQEBAQEBHIYng0qBA4QjAQFNhSkFm?= =?us-ascii?q?HgBjimBaYRSiGePdgEeNoIIHIFMbgGJEjZ/AQEB?= X-IronPort-AV: E=Sophos;i="5.26,501,1459814400"; d="scan'208";a="120017225" Received: from alln-core-2.cisco.com ([173.36.13.135]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 21 Jun 2016 04:15:07 +0000 Received: from XCH-ALN-003.cisco.com (xch-aln-003.cisco.com [173.36.7.13]) by alln-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id u5L4F715008050 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 21 Jun 2016 04:15:07 GMT Received: from xch-aln-007.cisco.com (173.36.7.17) by XCH-ALN-003.cisco.com (173.36.7.13) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Mon, 20 Jun 2016 23:15:06 -0500 Received: from xch-aln-007.cisco.com ([173.36.7.17]) by XCH-ALN-007.cisco.com ([173.36.7.17]) with mapi id 15.00.1104.009; Mon, 20 Jun 2016 23:15:06 -0500 From: "Sri Gundavelli (sgundave)" To: Duzongpeng , Warren Kumari , "opsawg@ietf.org" , John Kaippallimalil , Liu Dapeng , "Mark Grayson (mgrayson)" Thread-Topic: [OPSAWG] Start of 2nd WGLC for draft-ietf-opsawg-capwap-alt-tunnel Thread-Index: AQHRy3N9k3bwx9NGE0KgB8G/ULtb0g== Date: Tue, 21 Jun 2016 04:15:06 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.6.4.160422 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.32.246.212] Content-Type: text/plain; charset="Windows-1252" Content-ID: <21BFDC7A2E89034F8A5E56142DCFC822@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [OPSAWG] Start of 2nd WGLC for draft-ietf-opsawg-capwap-alt-tunnel X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2016 04:15:11 -0000 Hello Zongpeng, We do have support for the following encapsulation types and we also have a section for the GRE keys. The Access Router information element is already there. So, I don=B9t see why we need one more section. Can you clarify what is not clear from the below text ? =8B- o Tunnel-Type: The tunnel type is specified by a 2 byte value. This specification defines the values from zero (0) to five (5) as given below. The remaining values are reserved for future use. * 0: CAPWAP. This refers to a CAPWAP data channel described in [RFC5415][RFC5416]. Zhang, et al. Expires December 10, 2016 [Page 12]Internet-Draft Alternate-- Tunnel June 2016 * 1: L2TP. This refers to tunnel encapsulation described in [RFC2661]. * 2: L2TPv3. This refers to tunnel encapsulation described in [RFC3931]. * 3: IP-in-IP. This refers to tunnel encapsulation described in [RFC2003]. * 4: PMIPv6-UDP. This refers to the UDP tunneling encapsulation described in [RFC5844]. * 5: GRE. This refers to GRE tunnel encapsulation as described in [RFC2784]. * 6: GTPv1-U. This refers to GTPv1 user plane mode as described in [TS29281]. =8B- =8B- 3.6.6. GRE Key Element If a WTP receives the GRE Key Element in the Alternate Tunnel Encapsulation message element for GRE selection, the WTP must insert the GRE Key to the encapsulation packet (see [RFC2890]). An AR acting as decapsulating tunnel endpoint identifies packets belonging to a traffic flow based on the Key value. The GRE Key Element field contains a four octet number defined in [RFC2890]. Zhang, et al. Expires December 10, 2016 [Page 19]Internet-Draft Alternate-- Tunnel June 2016 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | GRE Key Element Type | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | GRE Key | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Figure 15: GRE Key Element GRE Key: The Key field contains a four octet number which is inserted by the WTP according to [RFC2890]. 3.6.1. Access Router Information Elements =8A On 6/16/16, 5:33 AM, "OPSAWG on behalf of Duzongpeng" wrote: >Hi, > >Generally, I support the adoption of the draft. > >I have posted a suggestion about adding the GRE tunnel type for the >draft. Will the author consider it? Thanks. > >http://www.ietf.org/mail-archive/web/opsawg/current/msg04165.html > >Best Regards >Zongpeng Du > > >-----Original Message----- >From: OPSAWG [mailto:opsawg-bounces@ietf.org] On Behalf Of Warren Kumari >Sent: Thursday, June 16, 2016 2:04 AM >To: opsawg@ietf.org; John Kaippallimalil; Liu Dapeng; mgrayson@cisco.com >Subject: [OPSAWG] Start of 2nd WGLC for >draft-ietf-opsawg-capwap-alt-tunnel > >Dear OpsAWG WG, > >This begins a WGLC for draft-ietf-opsawg-capwap-alt-tunnel - this WGLC >ends on June 29th. > >This is the second WGLC for this document - it initially successfully >passed WGLC in August 2014 >(https://www.ietf.org/mail-archive/web/opsawg/current/msg03522.html) >and was handed to the IESG for publication in early September 2014. > >After it was sent to the IESG (in Feb 2015) a very similar draft appeared >- draft-you-opsawg-capwap-separation-for-mp. We realized that two, very >similar documents, with significant overlap would be confusing, and so we >requested that draft-ietf-opsawg-capwap-alt-tunnel be returned to the WG >and asked the authors to merge them into one document. There was some >delays, but this has finally been completed. > >The WG is requested to review the document and provide (clear) feedback >on if you believe it is ready for publication. If not, please provide >suggestions for improvement / text. > >Please note: Even if you said it was great on the first WGLC, it is very >useful to repeat this comment now! > >W > > >-- >I don't think the execution is relevant when it was obviously a bad idea >in the first place. >This is like putting rabid weasels in your pants, and later expressing >regret at having chosen those particular rabid weasels and that pair of >pants. > ---maf > >_______________________________________________ >OPSAWG mailing list >OPSAWG@ietf.org >https://www.ietf.org/mailman/listinfo/opsawg > >_______________________________________________ >OPSAWG mailing list >OPSAWG@ietf.org >https://www.ietf.org/mailman/listinfo/opsawg From nobody Tue Jun 21 00:36:00 2016 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4E04F12D828 for ; Tue, 21 Jun 2016 00:35:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.647 X-Spam-Level: X-Spam-Status: No, score=-5.647 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s4Sra_WfiCak for ; Tue, 21 Jun 2016 00:35:56 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3633C12D7F7 for ; Tue, 21 Jun 2016 00:35:56 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml705-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CMI11624; Tue, 21 Jun 2016 07:35:53 +0000 (GMT) Received: from NKGEML413-HUB.china.huawei.com (10.98.56.74) by lhreml705-cah.china.huawei.com (10.201.5.168) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 21 Jun 2016 08:35:50 +0100 Received: from NKGEML514-MBX.china.huawei.com ([fe80::40a8:f0d:c0f3:2ca5]) by NKGEML413-HUB.china.huawei.com ([10.98.56.74]) with mapi id 14.03.0235.001; Tue, 21 Jun 2016 15:35:31 +0800 From: Duzongpeng To: "Sri Gundavelli (sgundave)" , Warren Kumari , "opsawg@ietf.org" , John Kaippallimalil , Liu Dapeng , "Mark Grayson (mgrayson)" Thread-Topic: [OPSAWG] Start of 2nd WGLC for draft-ietf-opsawg-capwap-alt-tunnel Thread-Index: AQHRxzBg0rJLEG+GMUKTKeAUNqmqMJ/sBqWAgAbL2QCAAKvs4A== Date: Tue, 21 Jun 2016 07:35:31 +0000 Message-ID: References: In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.149.226] Content-Type: text/plain; charset="windows-1257" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020206.5768EE5A.001A, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: ebe1954727e3bc08579a4d7f1fcdfc67 Archived-At: Subject: Re: [OPSAWG] Start of 2nd WGLC for draft-ietf-opsawg-capwap-alt-tunnel X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2016 07:35:59 -0000 Hi, Sri Thank you for your reply. I can repeat the reason. In the current draft, section 3.2 o Info Element: This field contains tunnel specific configuration parameters to enable the WTP to setup the alternate tunnel. This specification provides details for this elements for **CAPWAP and PMIPv6**. This specification reserves the tunnel type values for the key tunnel types and defines the most common message elements. We anticipate that message elements for the other protocols (like L2TPv3, etc) will be defined in other specifications in the future. And my suggestion is that GRE should also be provided. Reason 1: GRE is a widely used and important tunnel type in WiFi network.=20 Reason 2: I used to join in the work of this draft. I think we have taken t= his GRE type into consideration, but I do not know why it is missing now. I= mean that GRE type should not be considered in other drafts as L2TP or IP-= IP, and should be considered just as **CAPWAP and PMIPv6**=20 Reason 3: I know that we have that section "3.6.6. GRE Key Element". I thi= nk that is just because we have taken this GRE type into consideration. But= in current draft, on one hand, it is declared that only **CAPWAP and PMIPv= 6**'s details are provided; on the other hand, this section 3.6.6 provides = details of GRE. They conflicts. My suggestion is to add a new section 3.6, = and change the declaration to "This specification provides details for this= elements for **CAPWAP, PMIPv6, and GRE**" Hope no misunderstanding here. If any problem, please connect me. Thanks. Best Regards Zongpeng Du -----Original Message----- From: Sri Gundavelli (sgundave) [mailto:sgundave@cisco.com]=20 Sent: Tuesday, June 21, 2016 12:15 PM To: Duzongpeng; Warren Kumari; opsawg@ietf.org; John Kaippallimalil; Liu Da= peng; Mark Grayson (mgrayson) Subject: Re: [OPSAWG] Start of 2nd WGLC for draft-ietf-opsawg-capwap-alt-tu= nnel Hello Zongpeng, We do have support for the following encapsulation types and we also have a= section for the GRE keys. The Access Router information element is already= there. So, I don=B9t see why we need one more section. Can you clarify what is not clear from the below text ? =8B- o Tunnel-Type: The tunnel type is specified by a 2 byte value. This specification defines the values from zero (0) to five (5) as given below. The remaining values are reserved for future use. * 0: CAPWAP. This refers to a CAPWAP data channel described in [RFC5415][RFC5416]. Zhang, et al. Expires December 10, 2016 [Page 12]Internet-Draft Alternate-- Tunnel June 2016 * 1: L2TP. This refers to tunnel encapsulation described in [RFC2661]. * 2: L2TPv3. This refers to tunnel encapsulation described in [RFC3931]. * 3: IP-in-IP. This refers to tunnel encapsulation described in [RFC2003]. * 4: PMIPv6-UDP. This refers to the UDP tunneling encapsulation described in [RFC5844]. * 5: GRE. This refers to GRE tunnel encapsulation as described in [RFC2784]. * 6: GTPv1-U. This refers to GTPv1 user plane mode as described in [TS29281]. =8B- =8B- 3.6.6. GRE Key Element If a WTP receives the GRE Key Element in the Alternate Tunnel Encapsulation message element for GRE selection, the WTP must insert the GRE Key to the encapsulation packet (see [RFC2890]). An AR acting as decapsulating tunnel endpoint identifies packets belonging to a traffic flow based on the Key value. The GRE Key Element field contains a four octet number defined in [RFC2890]. Zhang, et al. Expires December 10, 2016 [Page 19]Internet-Draft Alternate-- Tunnel June 2016 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | GRE Key Element Type | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | GRE Key | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Figure 15: GRE Key Element GRE Key: The Key field contains a four octet number which is inserted by the WTP according to [RFC2890]. 3.6.1. Access Router Information Elements =D0 On 6/16/16, 5:33 AM, "OPSAWG on behalf of Duzongpeng" wrote: >Hi, > >Generally, I support the adoption of the draft. > >I have posted a suggestion about adding the GRE tunnel type for the=20 >draft. Will the author consider it? Thanks. > >http://www.ietf.org/mail-archive/web/opsawg/current/msg04165.html > >Best Regards >Zongpeng Du > > >-----Original Message----- >From: OPSAWG [mailto:opsawg-bounces@ietf.org] On Behalf Of Warren=20 >Kumari >Sent: Thursday, June 16, 2016 2:04 AM >To: opsawg@ietf.org; John Kaippallimalil; Liu Dapeng;=20 >mgrayson@cisco.com >Subject: [OPSAWG] Start of 2nd WGLC for=20 >draft-ietf-opsawg-capwap-alt-tunnel > >Dear OpsAWG WG, > >This begins a WGLC for draft-ietf-opsawg-capwap-alt-tunnel - this WGLC=20 >ends on June 29th. > >This is the second WGLC for this document - it initially successfully=20 >passed WGLC in August 2014 >(https://www.ietf.org/mail-archive/web/opsawg/current/msg03522.html) >and was handed to the IESG for publication in early September 2014. > >After it was sent to the IESG (in Feb 2015) a very similar draft=20 >appeared >- draft-you-opsawg-capwap-separation-for-mp. We realized that two, very=20 >similar documents, with significant overlap would be confusing, and so=20 >we requested that draft-ietf-opsawg-capwap-alt-tunnel be returned to=20 >the WG and asked the authors to merge them into one document. There was=20 >some delays, but this has finally been completed. > >The WG is requested to review the document and provide (clear) feedback=20 >on if you believe it is ready for publication. If not, please provide=20 >suggestions for improvement / text. > >Please note: Even if you said it was great on the first WGLC, it is=20 >very useful to repeat this comment now! > >W > > >-- >I don't think the execution is relevant when it was obviously a bad=20 >idea in the first place. >This is like putting rabid weasels in your pants, and later expressing=20 >regret at having chosen those particular rabid weasels and that pair of=20 >pants. > ---maf > >_______________________________________________ >OPSAWG mailing list >OPSAWG@ietf.org >https://www.ietf.org/mailman/listinfo/opsawg > >_______________________________________________ >OPSAWG mailing list >OPSAWG@ietf.org >https://www.ietf.org/mailman/listinfo/opsawg From nobody Tue Jun 21 03:00:06 2016 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 94DD712D0AD for ; Tue, 21 Jun 2016 03:00:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.647 X-Spam-Level: X-Spam-Status: No, score=-5.647 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BRbxgdZl2NeK for ; Tue, 21 Jun 2016 03:00:01 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F11EA12B053 for ; Tue, 21 Jun 2016 03:00:00 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml703-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CRF39051; Tue, 21 Jun 2016 09:59:57 +0000 (GMT) Received: from NKGEML413-HUB.china.huawei.com (10.98.56.74) by lhreml703-cah.china.huawei.com (10.201.5.104) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 21 Jun 2016 10:59:56 +0100 Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by NKGEML413-HUB.china.huawei.com ([10.98.56.74]) with mapi id 14.03.0235.001; Tue, 21 Jun 2016 17:59:47 +0800 From: Zhoutianran To: Duzongpeng , "Sri Gundavelli (sgundave)" , Warren Kumari , "opsawg@ietf.org" , John Kaippallimalil , Liu Dapeng , "Mark Grayson (mgrayson)" Thread-Topic: [OPSAWG] Start of 2nd WGLC for draft-ietf-opsawg-capwap-alt-tunnel Thread-Index: AQHRy6OkogHPLjhB4EC2cV1QZPJKNw== Date: Tue, 21 Jun 2016 09:59:47 +0000 Message-ID: References: In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.156.116] Content-Type: text/plain; charset="windows-1257" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090205.5769101F.0029, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: e5b0396c8b875700ed38199975bb7d7f Archived-At: Subject: Re: [OPSAWG] Start of 2nd WGLC for draft-ietf-opsawg-capwap-alt-tunnel X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2016 10:00:04 -0000 I think what Zongpeng mean is: 1. Add "GRE" in section 3.2, in the line " This specification provides deta= ils for this elements for CAPWAP and PMIPv6."=20 -->" This specification provides details for this elements for CAPWAP, PMIP= v6 and GRE." Because GRE has already been discussed in this document, and there is no ne= ed to provide a specific document for GRE. 2. This document have section 3.6.6. to describe the "GRE Key Element", bu= t no text to specify where to insert this block. So, he suggest a new secti= on 3.6 to specify that the "GRE Key Element" information should just follow= the "Access Router Information Element". Best, Tianran > -----Original Message----- > From: OPSAWG [mailto:opsawg-bounces@ietf.org] On Behalf Of Duzongpeng > Sent: Tuesday, June 21, 2016 3:36 PM > To: Sri Gundavelli (sgundave); Warren Kumari; opsawg@ietf.org; John > Kaippallimalil; Liu Dapeng; Mark Grayson (mgrayson) > Subject: Re: [OPSAWG] Start of 2nd WGLC for > draft-ietf-opsawg-capwap-alt-tunnel >=20 > Hi, Sri >=20 > Thank you for your reply. I can repeat the reason. >=20 > In the current draft, section 3.2 >=20 > o Info Element: This field contains tunnel specific configuration > parameters to enable the WTP to setup the alternate tunnel. This > specification provides details for this elements for **CAPWAP and > PMIPv6**. This specification reserves the tunnel type values for > the key tunnel types and defines the most common message elements. > We anticipate that message elements for the other protocols (like > L2TPv3, etc) will be defined in other specifications in the > future. >=20 > And my suggestion is that GRE should also be provided. > Reason 1: GRE is a widely used and important tunnel type in WiFi network. > Reason 2: I used to join in the work of this draft. I think we have taken > this GRE type into consideration, but I do not know why it is missing now= . > I mean that GRE type should not be considered in other drafts as L2TP or > IP-IP, and should be considered just as **CAPWAP and PMIPv6** Reason 3: > I know that we have that section "3.6.6. GRE Key Element". I think that > is just because we have taken this GRE type into consideration. But in cu= rrent > draft, on one hand, it is declared that only **CAPWAP and PMIPv6**'s deta= ils > are provided; on the other hand, this section 3.6.6 provides details of > GRE. They conflicts. My suggestion is to add a new section 3.6, and chang= e > the declaration to "This specification provides details for this elements > for **CAPWAP, PMIPv6, and GRE**" >=20 > Hope no misunderstanding here. If any problem, please connect me. Thanks= . >=20 > Best Regards > Zongpeng Du >=20 >=20 > -----Original Message----- > From: Sri Gundavelli (sgundave) [mailto:sgundave@cisco.com] > Sent: Tuesday, June 21, 2016 12:15 PM > To: Duzongpeng; Warren Kumari; opsawg@ietf.org; John Kaippallimalil; Liu > Dapeng; Mark Grayson (mgrayson) > Subject: Re: [OPSAWG] Start of 2nd WGLC for > draft-ietf-opsawg-capwap-alt-tunnel >=20 > Hello Zongpeng, >=20 >=20 > We do have support for the following encapsulation types and we also have > a section for the GRE keys. The Access Router information element is alre= ady > there. So, I don=B9t see why we need one more section. >=20 > Can you clarify what is not clear from the below text ? >=20 > =8B- > o Tunnel-Type: The tunnel type is specified by a 2 byte value. This > specification defines the values from zero (0) to five (5) as > given below. The remaining values are reserved for future use. >=20 > * 0: CAPWAP. This refers to a CAPWAP data channel described in > [RFC5415][RFC5416]. >=20 > Zhang, et al. Expires December 10, 2016 [Page > 12]Internet-Draft Alternate-- Tunnel June 20= 16 >=20 > * 1: L2TP. This refers to tunnel encapsulation described in > [RFC2661]. >=20 > * 2: L2TPv3. This refers to tunnel encapsulation described in > [RFC3931]. >=20 > * 3: IP-in-IP. This refers to tunnel encapsulation described in > [RFC2003]. >=20 > * 4: PMIPv6-UDP. This refers to the UDP tunneling encapsulation > described in [RFC5844]. >=20 > * 5: GRE. This refers to GRE tunnel encapsulation as described > in [RFC2784]. >=20 > * 6: GTPv1-U. This refers to GTPv1 user plane mode as described > in [TS29281]. >=20 > =8B- >=20 >=20 >=20 > =8B- >=20 > 3.6.6. GRE Key Element >=20 > If a WTP receives the GRE Key Element in the Alternate Tunnel > Encapsulation message element for GRE selection, the WTP must insert > the GRE Key to the encapsulation packet (see [RFC2890]). An AR > acting as decapsulating tunnel endpoint identifies packets belonging > to a traffic flow based on the Key value. >=20 > The GRE Key Element field contains a four octet number defined in > [RFC2890]. >=20 > Zhang, et al. Expires December 10, 2016 [Page > 19]Internet-Draft Alternate-- Tunnel June 20= 16 >=20 > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | GRE Key Element Type | Length | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | GRE Key | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >=20 > Figure 15: GRE Key Element >=20 > GRE Key: The Key field contains a four octet number which is inserted > by the WTP according to [RFC2890]. >=20 >=20 >=20 >=20 >=20 > 3.6.1. Access Router Information Elements >=20 >=20 > =D0 >=20 >=20 >=20 >=20 > On 6/16/16, 5:33 AM, "OPSAWG on behalf of Duzongpeng" > wrote: >=20 > >Hi, > > > >Generally, I support the adoption of the draft. > > > >I have posted a suggestion about adding the GRE tunnel type for the > >draft. Will the author consider it? Thanks. > > > >http://www.ietf.org/mail-archive/web/opsawg/current/msg04165.html > > > >Best Regards > >Zongpeng Du > > > > > >-----Original Message----- > >From: OPSAWG [mailto:opsawg-bounces@ietf.org] On Behalf Of Warren > >Kumari > >Sent: Thursday, June 16, 2016 2:04 AM > >To: opsawg@ietf.org; John Kaippallimalil; Liu Dapeng; > >mgrayson@cisco.com > >Subject: [OPSAWG] Start of 2nd WGLC for > >draft-ietf-opsawg-capwap-alt-tunnel > > > >Dear OpsAWG WG, > > > >This begins a WGLC for draft-ietf-opsawg-capwap-alt-tunnel - this WGLC > >ends on June 29th. > > > >This is the second WGLC for this document - it initially successfully > >passed WGLC in August 2014 > >(https://www.ietf.org/mail-archive/web/opsawg/current/msg03522.html) > >and was handed to the IESG for publication in early September 2014. > > > >After it was sent to the IESG (in Feb 2015) a very similar draft > >appeared > >- draft-you-opsawg-capwap-separation-for-mp. We realized that two, very > >similar documents, with significant overlap would be confusing, and so > >we requested that draft-ietf-opsawg-capwap-alt-tunnel be returned to > >the WG and asked the authors to merge them into one document. There was > >some delays, but this has finally been completed. > > > >The WG is requested to review the document and provide (clear) feedback > >on if you believe it is ready for publication. If not, please provide > >suggestions for improvement / text. > > > >Please note: Even if you said it was great on the first WGLC, it is > >very useful to repeat this comment now! > > > >W > > > > > >-- > >I don't think the execution is relevant when it was obviously a bad > >idea in the first place. > >This is like putting rabid weasels in your pants, and later expressing > >regret at having chosen those particular rabid weasels and that pair of > >pants. > > ---maf > > > >_______________________________________________ > >OPSAWG mailing list > >OPSAWG@ietf.org > >https://www.ietf.org/mailman/listinfo/opsawg > > > >_______________________________________________ > >OPSAWG mailing list > >OPSAWG@ietf.org > >https://www.ietf.org/mailman/listinfo/opsawg >=20 > _______________________________________________ > OPSAWG mailing list > OPSAWG@ietf.org > https://www.ietf.org/mailman/listinfo/opsawg From nobody Wed Jun 22 15:41:28 2016 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 27B9712D7E6 for ; Wed, 22 Jun 2016 15:41:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.947 X-Spam-Level: X-Spam-Status: No, score=-15.947 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xaay4u9sMFbe for ; Wed, 22 Jun 2016 15:41:23 -0700 (PDT) Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DCC9012DD77 for ; Wed, 22 Jun 2016 15:41:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=12810; q=dns/txt; s=iport; t=1466635276; x=1467844876; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=rZBDY/BbzJKFk3nl5CLJ+Hi78D9egy8w4Mh8aAAVUYM=; b=guocHqA5NLAw5Y/l+N0NT9l8sqC9aibWtd+UXekKSYlV0N17jsOqtMH6 ZRJ1SFqvsTAXJN83ol0w1DgVZqWc1Zs6/03mTuBYL6ZA8/1h7qxH/QAd9 9OBg2E0C7oYzhr/VHJ2FPIp4vXRdou80JW2Mbh4Nt6O6RqPtS12+FoWq7 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AFAgCo7GpX/4MNJK1egz5WfQa6L4F6F?= =?us-ascii?q?wuFK0oCHIEUOBQBAQEBAQEBZSeETAEBAQQBAQEgBA06FwQCAQgRBAEBAQICIwM?= =?us-ascii?q?CAgIlCxQBCAgCBAESCYgnDrRQkDcBAQEBAQEBAQEBAQEBAQEBAQEBAQEcgQGFJ?= =?us-ascii?q?oNKgQOEIwEBGxeCaoJaBZh9AY4sgWmEU4hnj3sBHjaCCByBTG4BiTs2fwEBAQ?= X-IronPort-AV: E=Sophos;i="5.26,509,1459814400"; d="scan'208";a="287370183" Received: from alln-core-1.cisco.com ([173.36.13.131]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 22 Jun 2016 22:41:15 +0000 Received: from XCH-RCD-001.cisco.com (xch-rcd-001.cisco.com [173.37.102.11]) by alln-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id u5MMfFUM009082 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 22 Jun 2016 22:41:15 GMT Received: from xch-aln-007.cisco.com (173.36.7.17) by XCH-RCD-001.cisco.com (173.37.102.11) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Wed, 22 Jun 2016 17:41:14 -0500 Received: from xch-aln-007.cisco.com ([173.36.7.17]) by XCH-ALN-007.cisco.com ([173.36.7.17]) with mapi id 15.00.1104.009; Wed, 22 Jun 2016 17:41:14 -0500 From: "Sri Gundavelli (sgundave)" To: Zhoutianran , Duzongpeng , Warren Kumari , "opsawg@ietf.org" , "John Kaippallimalil" , Liu Dapeng , "Mark Grayson (mgrayson)" Thread-Topic: [OPSAWG] Start of 2nd WGLC for draft-ietf-opsawg-capwap-alt-tunnel Thread-Index: AQHRzNcum4XYPlF0KEmbnnM6EQqn/w== Date: Wed, 22 Jun 2016 22:41:14 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.6.4.160422 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.32.246.212] Content-Type: text/plain; charset="utf-8" Content-ID: <71313A07C2E4F24DABD073D87EDC9D8C@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [OPSAWG] Start of 2nd WGLC for draft-ietf-opsawg-capwap-alt-tunnel X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2016 22:41:26 -0000 aW5saW5lIC4uDQoNCk9uIDYvMjEvMTYsIDI6NTkgQU0sICJaaG91dGlhbnJhbiIgPHpob3V0aWFu cmFuQGh1YXdlaS5jb20+IHdyb3RlOg0KDQo+SSB0aGluayB3aGF0IFpvbmdwZW5nIG1lYW4gaXM6 DQo+DQo+MS4gQWRkICJHUkUiIGluIHNlY3Rpb24gMy4yLCBpbiB0aGUgbGluZSAiIFRoaXMgc3Bl Y2lmaWNhdGlvbiBwcm92aWRlcw0KPmRldGFpbHMgZm9yIHRoaXMgZWxlbWVudHMgZm9yIENBUFdB UCBhbmQgUE1JUHY2LiINCj4tLT4iIFRoaXMgc3BlY2lmaWNhdGlvbiBwcm92aWRlcyBkZXRhaWxz IGZvciB0aGlzIGVsZW1lbnRzIGZvciBDQVBXQVAsDQo+UE1JUHY2IGFuZCBHUkUuIg0KPkJlY2F1 c2UgR1JFIGhhcyBhbHJlYWR5IGJlZW4gZGlzY3Vzc2VkIGluIHRoaXMgZG9jdW1lbnQsIGFuZCB0 aGVyZSBpcyBubw0KPm5lZWQgdG8gcHJvdmlkZSBhIHNwZWNpZmljIGRvY3VtZW50IGZvciBHUkUu DQoNCg0KVGhlcmUgaXMgbm8gbmVlZCBmb3IgYWRkaXRpb25hbCBkb2N1bWVudCBmb3IgR1JFLiBB bGwgdGhlIHJlcXVpcmVkDQppbmZvcm1hdGlvbiBlbGVtZW50cyBpbmNsdWRpbmcgR1JFIGtleXMg YXJlIGluY2x1ZGVkLiBEb2N1bWVudCBoYXMgc3VwcG9ydA0KZm9yIEdSRSB0dW5uZWxpbmc7IElm IHRoZXJlIGlzIG5vIHN1cHBvcnQgZm9yIEdSRSB0dW5uZWxpbmcsIHdlIHdvdWxkIG5vdA0KaGF2 ZSBkaXNjdXNzZWQgYWJvdXQgR1JFIEtleXMuIEkgZG9u4oCZdCB0aGluayB3ZSBjYW4gaGF2ZSBv bmUgbW9yZSBzZWN0aW9uDQpmb3IgR1JFLiBJIGRvbuKAmXQgdGhpbmsgd2UgbmVlZCBhZGRpdGlv bmFsIHNlY3Rpb24sIGJ1dCBJIGNhbiBhZGQgYQ0Kc2VudGVuY2UgaW4gR1JFIEtleSBzZWN0aW9u Lg0KDQoNCg0KDQoNCg0KDQoNCj4NCj4yLiBUaGlzIGRvY3VtZW50IGhhdmUgc2VjdGlvbiAzLjYu Ni4gIHRvIGRlc2NyaWJlIHRoZSAiR1JFIEtleSBFbGVtZW50IiwNCj5idXQgbm8gdGV4dCB0byBz cGVjaWZ5IHdoZXJlIHRvIGluc2VydCB0aGlzIGJsb2NrLiBTbywgaGUgc3VnZ2VzdCBhIG5ldw0K PnNlY3Rpb24gMy42IHRvIHNwZWNpZnkgdGhhdCB0aGUgIkdSRSBLZXkgRWxlbWVudCIgaW5mb3Jt YXRpb24gc2hvdWxkIGp1c3QNCj5mb2xsb3cgdGhlICJBY2Nlc3MgUm91dGVyIEluZm9ybWF0aW9u IEVsZW1lbnQiLg0KDQoNCg0KDQoNCj4NCj4NCj5CZXN0LA0KPlRpYW5yYW4NCj4NCj4+IC0tLS0t T3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+PiBGcm9tOiBPUFNBV0cgW21haWx0bzpvcHNhd2ctYm91 bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIER1em9uZ3BlbmcNCj4+IFNlbnQ6IFR1ZXNkYXks IEp1bmUgMjEsIDIwMTYgMzozNiBQTQ0KPj4gVG86IFNyaSBHdW5kYXZlbGxpIChzZ3VuZGF2ZSk7 IFdhcnJlbiBLdW1hcmk7IG9wc2F3Z0BpZXRmLm9yZzsgSm9obg0KPj4gS2FpcHBhbGxpbWFsaWw7 IExpdSBEYXBlbmc7IE1hcmsgR3JheXNvbiAobWdyYXlzb24pDQo+PiBTdWJqZWN0OiBSZTogW09Q U0FXR10gU3RhcnQgb2YgMm5kIFdHTEMgZm9yDQo+PiBkcmFmdC1pZXRmLW9wc2F3Zy1jYXB3YXAt YWx0LXR1bm5lbA0KPj4gDQo+PiBIaSwgU3JpDQo+PiANCj4+IFRoYW5rIHlvdSBmb3IgeW91ciBy ZXBseS4gSSBjYW4gcmVwZWF0IHRoZSByZWFzb24uDQo+PiANCj4+IEluIHRoZSBjdXJyZW50IGRy YWZ0LCBzZWN0aW9uIDMuMg0KPj4gDQo+PiAgICBvICBJbmZvIEVsZW1lbnQ6IFRoaXMgZmllbGQg Y29udGFpbnMgdHVubmVsIHNwZWNpZmljIGNvbmZpZ3VyYXRpb24NCj4+ICAgICAgIHBhcmFtZXRl cnMgdG8gZW5hYmxlIHRoZSBXVFAgdG8gc2V0dXAgdGhlIGFsdGVybmF0ZSB0dW5uZWwuICBUaGlz DQo+PiAgICAgICBzcGVjaWZpY2F0aW9uIHByb3ZpZGVzIGRldGFpbHMgZm9yIHRoaXMgZWxlbWVu dHMgZm9yICoqQ0FQV0FQIGFuZA0KPj4gICAgICAgUE1JUHY2KiouICBUaGlzIHNwZWNpZmljYXRp b24gcmVzZXJ2ZXMgdGhlIHR1bm5lbCB0eXBlIHZhbHVlcyBmb3INCj4+ICAgICAgIHRoZSBrZXkg dHVubmVsIHR5cGVzIGFuZCBkZWZpbmVzIHRoZSBtb3N0IGNvbW1vbiBtZXNzYWdlIGVsZW1lbnRz Lg0KPj4gICAgICAgV2UgYW50aWNpcGF0ZSB0aGF0IG1lc3NhZ2UgZWxlbWVudHMgZm9yIHRoZSBv dGhlciBwcm90b2NvbHMgKGxpa2UNCj4+ICAgICAgIEwyVFB2MywgZXRjKSB3aWxsIGJlIGRlZmlu ZWQgaW4gb3RoZXIgc3BlY2lmaWNhdGlvbnMgaW4gdGhlDQo+PiAgICAgICBmdXR1cmUuDQo+PiAN Cj4+IEFuZCBteSBzdWdnZXN0aW9uIGlzIHRoYXQgR1JFIHNob3VsZCBhbHNvIGJlIHByb3ZpZGVk Lg0KPj4gUmVhc29uIDE6IEdSRSBpcyBhIHdpZGVseSB1c2VkIGFuZCBpbXBvcnRhbnQgdHVubmVs IHR5cGUgaW4gV2lGaQ0KPj5uZXR3b3JrLg0KPj4gUmVhc29uIDI6IEkgdXNlZCB0byBqb2luIGlu IHRoZSB3b3JrIG9mIHRoaXMgZHJhZnQuIEkgdGhpbmsgd2UgaGF2ZQ0KPj50YWtlbg0KPj4gdGhp cyBHUkUgdHlwZSBpbnRvIGNvbnNpZGVyYXRpb24sIGJ1dCBJIGRvIG5vdCBrbm93IHdoeSBpdCBp cyBtaXNzaW5nDQo+Pm5vdy4NCj4+IEkgbWVhbiB0aGF0IEdSRSB0eXBlIHNob3VsZCBub3QgYmUg Y29uc2lkZXJlZCBpbiBvdGhlciBkcmFmdHMgYXMgTDJUUCBvcg0KPj4gSVAtSVAsIGFuZCBzaG91 bGQgYmUgY29uc2lkZXJlZCBqdXN0IGFzICoqQ0FQV0FQIGFuZCBQTUlQdjYqKiBSZWFzb24gMzoN Cj4+IEkga25vdyB0aGF0IHdlIGhhdmUgdGhhdCBzZWN0aW9uICIzLjYuNi4gIEdSRSBLZXkgRWxl bWVudCIuIEkgdGhpbmsgdGhhdA0KPj4gaXMganVzdCBiZWNhdXNlIHdlIGhhdmUgdGFrZW4gdGhp cyBHUkUgdHlwZSBpbnRvIGNvbnNpZGVyYXRpb24uIEJ1dCBpbg0KPj5jdXJyZW50DQo+PiBkcmFm dCwgb24gb25lIGhhbmQsIGl0IGlzIGRlY2xhcmVkIHRoYXQgb25seSAqKkNBUFdBUCBhbmQgUE1J UHY2Kioncw0KPj5kZXRhaWxzDQo+PiBhcmUgcHJvdmlkZWQ7IG9uIHRoZSBvdGhlciBoYW5kLCB0 aGlzIHNlY3Rpb24gMy42LjYgcHJvdmlkZXMgZGV0YWlscyBvZg0KPj4gR1JFLiBUaGV5IGNvbmZs aWN0cy4gTXkgc3VnZ2VzdGlvbiBpcyB0byBhZGQgYSBuZXcgc2VjdGlvbiAzLjYsIGFuZA0KPj5j aGFuZ2UNCj4+IHRoZSBkZWNsYXJhdGlvbiB0byAiVGhpcyBzcGVjaWZpY2F0aW9uIHByb3ZpZGVz IGRldGFpbHMgZm9yIHRoaXMNCj4+ZWxlbWVudHMNCj4+IGZvciAqKkNBUFdBUCwgUE1JUHY2LCBh bmQgR1JFKioiDQo+PiANCj4+IAlIb3BlIG5vIG1pc3VuZGVyc3RhbmRpbmcgaGVyZS4gSWYgYW55 IHByb2JsZW0sIHBsZWFzZSBjb25uZWN0IG1lLg0KPj5UaGFua3MuDQo+PiANCj4+IEJlc3QgUmVn YXJkcw0KPj4gWm9uZ3BlbmcgRHUNCj4+IA0KPj4gDQo+PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2Ut LS0tLQ0KPj4gRnJvbTogU3JpIEd1bmRhdmVsbGkgKHNndW5kYXZlKSBbbWFpbHRvOnNndW5kYXZl QGNpc2NvLmNvbV0NCj4+IFNlbnQ6IFR1ZXNkYXksIEp1bmUgMjEsIDIwMTYgMTI6MTUgUE0NCj4+ IFRvOiBEdXpvbmdwZW5nOyBXYXJyZW4gS3VtYXJpOyBvcHNhd2dAaWV0Zi5vcmc7IEpvaG4gS2Fp cHBhbGxpbWFsaWw7IExpdQ0KPj4gRGFwZW5nOyBNYXJrIEdyYXlzb24gKG1ncmF5c29uKQ0KPj4g U3ViamVjdDogUmU6IFtPUFNBV0ddIFN0YXJ0IG9mIDJuZCBXR0xDIGZvcg0KPj4gZHJhZnQtaWV0 Zi1vcHNhd2ctY2Fwd2FwLWFsdC10dW5uZWwNCj4+IA0KPj4gSGVsbG8gWm9uZ3BlbmcsDQo+PiAN Cj4+IA0KPj4gV2UgZG8gaGF2ZSBzdXBwb3J0IGZvciB0aGUgZm9sbG93aW5nIGVuY2Fwc3VsYXRp b24gdHlwZXMgYW5kIHdlIGFsc28NCj4+aGF2ZQ0KPj4gYSBzZWN0aW9uIGZvciB0aGUgR1JFIGtl eXMuIFRoZSBBY2Nlc3MgUm91dGVyIGluZm9ybWF0aW9uIGVsZW1lbnQgaXMNCj4+YWxyZWFkeQ0K Pj4gdGhlcmUuIFNvLCBJIGRvbsK5dCBzZWUgd2h5IHdlIG5lZWQgb25lIG1vcmUgc2VjdGlvbi4N Cj4+IA0KPj4gQ2FuIHlvdSBjbGFyaWZ5IHdoYXQgaXMgbm90IGNsZWFyIGZyb20gdGhlIGJlbG93 IHRleHQgPw0KPj4gDQo+PiDigLktDQo+PiBvICBUdW5uZWwtVHlwZTogVGhlIHR1bm5lbCB0eXBl IGlzIHNwZWNpZmllZCBieSBhIDIgYnl0ZSB2YWx1ZS4gIFRoaXMNCj4+ICAgICAgIHNwZWNpZmlj YXRpb24gZGVmaW5lcyB0aGUgdmFsdWVzIGZyb20gemVybyAoMCkgdG8gZml2ZSAoNSkgYXMNCj4+ ICAgICAgIGdpdmVuIGJlbG93LiAgVGhlIHJlbWFpbmluZyB2YWx1ZXMgYXJlIHJlc2VydmVkIGZv ciBmdXR1cmUgdXNlLg0KPj4gDQo+PiAgICAgICAqICAwOiBDQVBXQVAuICBUaGlzIHJlZmVycyB0 byBhIENBUFdBUCBkYXRhIGNoYW5uZWwgZGVzY3JpYmVkIGluDQo+PiAgICAgICAgICBbUkZDNTQx NV1bUkZDNTQxNl0uDQo+PiANCj4+IFpoYW5nLCBldCBhbC4gICAgICAgICAgIEV4cGlyZXMgRGVj ZW1iZXIgMTAsIDIwMTYgICAgICAgICAgICAgIFtQYWdlDQo+PiAxMl1JbnRlcm5ldC1EcmFmdCAg ICAgICAgICAgICBBbHRlcm5hdGUtLSBUdW5uZWwgICAgICAgICAgICAgICAgICBKdW5lDQo+PjIw MTYNCj4+IA0KPj4gICAgICAgKiAgMTogTDJUUC4gIFRoaXMgcmVmZXJzIHRvIHR1bm5lbCBlbmNh cHN1bGF0aW9uIGRlc2NyaWJlZCBpbg0KPj4gICAgICAgICAgW1JGQzI2NjFdLg0KPj4gDQo+PiAg ICAgICAqICAyOiBMMlRQdjMuICBUaGlzIHJlZmVycyB0byB0dW5uZWwgZW5jYXBzdWxhdGlvbiBk ZXNjcmliZWQgaW4NCj4+ICAgICAgICAgIFtSRkMzOTMxXS4NCj4+IA0KPj4gICAgICAgKiAgMzog SVAtaW4tSVAuICBUaGlzIHJlZmVycyB0byB0dW5uZWwgZW5jYXBzdWxhdGlvbiBkZXNjcmliZWQg aW4NCj4+ICAgICAgICAgIFtSRkMyMDAzXS4NCj4+IA0KPj4gICAgICAgKiAgNDogUE1JUHY2LVVE UC4gIFRoaXMgcmVmZXJzIHRvIHRoZSBVRFAgdHVubmVsaW5nIGVuY2Fwc3VsYXRpb24NCj4+ICAg ICAgICAgIGRlc2NyaWJlZCBpbiBbUkZDNTg0NF0uDQo+PiANCj4+ICAgICAgICogIDU6IEdSRS4g IFRoaXMgcmVmZXJzIHRvIEdSRSB0dW5uZWwgZW5jYXBzdWxhdGlvbiBhcyBkZXNjcmliZWQNCj4+ ICAgICAgICAgIGluIFtSRkMyNzg0XS4NCj4+IA0KPj4gICAgICAgKiAgNjogR1RQdjEtVS4gIFRo aXMgcmVmZXJzIHRvIEdUUHYxIHVzZXIgcGxhbmUgbW9kZSBhcyBkZXNjcmliZWQNCj4+ICAgICAg ICAgIGluIFtUUzI5MjgxXS4NCj4+IA0KPj4g4oC5LQ0KPj4gDQo+PiANCj4+IA0KPj4g4oC5LQ0K Pj4gDQo+PiAzLjYuNi4gIEdSRSBLZXkgRWxlbWVudA0KPj4gDQo+PiAgICBJZiBhIFdUUCByZWNl aXZlcyB0aGUgR1JFIEtleSBFbGVtZW50IGluIHRoZSBBbHRlcm5hdGUgVHVubmVsDQo+PiAgICBF bmNhcHN1bGF0aW9uIG1lc3NhZ2UgZWxlbWVudCBmb3IgR1JFIHNlbGVjdGlvbiwgdGhlIFdUUCBt dXN0IGluc2VydA0KPj4gICAgdGhlIEdSRSBLZXkgdG8gdGhlIGVuY2Fwc3VsYXRpb24gcGFja2V0 IChzZWUgW1JGQzI4OTBdKS4gIEFuIEFSDQo+PiAgICBhY3RpbmcgYXMgZGVjYXBzdWxhdGluZyB0 dW5uZWwgZW5kcG9pbnQgaWRlbnRpZmllcyBwYWNrZXRzIGJlbG9uZ2luZw0KPj4gICAgdG8gYSB0 cmFmZmljIGZsb3cgYmFzZWQgb24gdGhlIEtleSB2YWx1ZS4NCj4+IA0KPj4gICAgVGhlIEdSRSBL ZXkgRWxlbWVudCBmaWVsZCBjb250YWlucyBhIGZvdXIgb2N0ZXQgbnVtYmVyIGRlZmluZWQgaW4N Cj4+ICAgIFtSRkMyODkwXS4NCj4+IA0KPj4gWmhhbmcsIGV0IGFsLiAgICAgICAgICAgRXhwaXJl cyBEZWNlbWJlciAxMCwgMjAxNiAgICAgICAgICAgICAgW1BhZ2UNCj4+IDE5XUludGVybmV0LURy YWZ0ICAgICAgICAgICAgIEFsdGVybmF0ZS0tIFR1bm5lbCAgICAgICAgICAgICAgICAgIEp1bmUN Cj4+MjAxNg0KPj4gDQo+PiAgICAgMCAgICAgICAgICAgICAgICAgICAxICAgICAgICAgICAgICAg ICAgIDIgICAgICAgICAgICAgICAgICAgMw0KPj4gICAgIDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAx IDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMQ0KPj4gICAgKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsN Cj4+ICAgIHwgR1JFIEtleSBFbGVtZW50IFR5cGUgICAgICAgICAgfCAgICAgICAgTGVuZ3RoICAg ICAgICAgICAgICAgICB8DQo+PiAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KPj4gICAgfCAgICAgICAgICAgICAgICBH UkUgS2V5ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCj4+ICAgICst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rDQo+PiANCj4+ICAgICAgICAgICAgICAgICAgICAgICAgIEZpZ3VyZSAxNTogR1JFIEtl eSBFbGVtZW50DQo+PiANCj4+ICAgIEdSRSBLZXk6IFRoZSBLZXkgZmllbGQgY29udGFpbnMgYSBm b3VyIG9jdGV0IG51bWJlciB3aGljaCBpcyBpbnNlcnRlZA0KPj4gICAgYnkgdGhlIFdUUCBhY2Nv cmRpbmcgdG8gW1JGQzI4OTBdLg0KPj4gDQo+PiANCj4+IA0KPj4gDQo+PiANCj4+IDMuNi4xLiAg QWNjZXNzIFJvdXRlciBJbmZvcm1hdGlvbiBFbGVtZW50cw0KPj4gDQo+PiANCj4+IMWgDQo+PiAN Cj4+IA0KPj4gDQo+PiANCj4+IE9uIDYvMTYvMTYsIDU6MzMgQU0sICJPUFNBV0cgb24gYmVoYWxm IG9mIER1em9uZ3BlbmciDQo+PiA8b3BzYXdnLWJvdW5jZXNAaWV0Zi5vcmcgb24gYmVoYWxmIG9m IGR1em9uZ3BlbmdAaHVhd2VpLmNvbT4gd3JvdGU6DQo+PiANCj4+ID5IaSwNCj4+ID4NCj4+ID5H ZW5lcmFsbHksIEkgc3VwcG9ydCB0aGUgYWRvcHRpb24gb2YgdGhlIGRyYWZ0Lg0KPj4gPg0KPj4g PkkgaGF2ZSBwb3N0ZWQgYSBzdWdnZXN0aW9uIGFib3V0IGFkZGluZyB0aGUgR1JFIHR1bm5lbCB0 eXBlIGZvciB0aGUNCj4+ID5kcmFmdC4gV2lsbCB0aGUgYXV0aG9yIGNvbnNpZGVyIGl0PyBUaGFu a3MuDQo+PiA+DQo+PiA+aHR0cDovL3d3dy5pZXRmLm9yZy9tYWlsLWFyY2hpdmUvd2ViL29wc2F3 Zy9jdXJyZW50L21zZzA0MTY1Lmh0bWwNCj4+ID4NCj4+ID5CZXN0IFJlZ2FyZHMNCj4+ID5ab25n cGVuZyBEdQ0KPj4gPg0KPj4gPg0KPj4gPi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+PiA+ RnJvbTogT1BTQVdHIFttYWlsdG86b3BzYXdnLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBP ZiBXYXJyZW4NCj4+ID5LdW1hcmkNCj4+ID5TZW50OiBUaHVyc2RheSwgSnVuZSAxNiwgMjAxNiAy OjA0IEFNDQo+PiA+VG86IG9wc2F3Z0BpZXRmLm9yZzsgSm9obiBLYWlwcGFsbGltYWxpbDsgTGl1 IERhcGVuZzsNCj4+ID5tZ3JheXNvbkBjaXNjby5jb20NCj4+ID5TdWJqZWN0OiBbT1BTQVdHXSBT dGFydCBvZiAybmQgV0dMQyBmb3INCj4+ID5kcmFmdC1pZXRmLW9wc2F3Zy1jYXB3YXAtYWx0LXR1 bm5lbA0KPj4gPg0KPj4gPkRlYXIgT3BzQVdHIFdHLA0KPj4gPg0KPj4gPlRoaXMgYmVnaW5zIGEg V0dMQyBmb3IgZHJhZnQtaWV0Zi1vcHNhd2ctY2Fwd2FwLWFsdC10dW5uZWwgLSB0aGlzIFdHTEMN Cj4+ID5lbmRzIG9uIEp1bmUgMjl0aC4NCj4+ID4NCj4+ID5UaGlzIGlzIHRoZSBzZWNvbmQgV0dM QyBmb3IgdGhpcyBkb2N1bWVudCAtIGl0IGluaXRpYWxseSBzdWNjZXNzZnVsbHkNCj4+ID5wYXNz ZWQgV0dMQyBpbiBBdWd1c3QgMjAxNA0KPj4gPihodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsLWFy Y2hpdmUvd2ViL29wc2F3Zy9jdXJyZW50L21zZzAzNTIyLmh0bWwpDQo+PiA+YW5kIHdhcyBoYW5k ZWQgdG8gdGhlIElFU0cgZm9yIHB1YmxpY2F0aW9uIGluIGVhcmx5IFNlcHRlbWJlciAyMDE0Lg0K Pj4gPg0KPj4gPkFmdGVyIGl0IHdhcyBzZW50IHRvIHRoZSBJRVNHIChpbiBGZWIgMjAxNSkgYSB2 ZXJ5IHNpbWlsYXIgZHJhZnQNCj4+ID5hcHBlYXJlZA0KPj4gPi0gZHJhZnQteW91LW9wc2F3Zy1j YXB3YXAtc2VwYXJhdGlvbi1mb3ItbXAuIFdlIHJlYWxpemVkIHRoYXQgdHdvLCB2ZXJ5DQo+PiA+ c2ltaWxhciBkb2N1bWVudHMsIHdpdGggc2lnbmlmaWNhbnQgb3ZlcmxhcCB3b3VsZCBiZSBjb25m dXNpbmcsIGFuZCBzbw0KPj4gPndlIHJlcXVlc3RlZCB0aGF0IGRyYWZ0LWlldGYtb3BzYXdnLWNh cHdhcC1hbHQtdHVubmVsIGJlIHJldHVybmVkIHRvDQo+PiA+dGhlIFdHIGFuZCBhc2tlZCB0aGUg YXV0aG9ycyB0byBtZXJnZSB0aGVtIGludG8gb25lIGRvY3VtZW50LiBUaGVyZSB3YXMNCj4+ID5z b21lIGRlbGF5cywgYnV0IHRoaXMgaGFzIGZpbmFsbHkgYmVlbiBjb21wbGV0ZWQuDQo+PiA+DQo+ PiA+VGhlIFdHIGlzIHJlcXVlc3RlZCB0byByZXZpZXcgdGhlIGRvY3VtZW50IGFuZCBwcm92aWRl IChjbGVhcikgZmVlZGJhY2sNCj4+ID5vbiBpZiB5b3UgYmVsaWV2ZSBpdCBpcyByZWFkeSBmb3Ig cHVibGljYXRpb24uIElmIG5vdCwgcGxlYXNlIHByb3ZpZGUNCj4+ID5zdWdnZXN0aW9ucyBmb3Ig aW1wcm92ZW1lbnQgLyB0ZXh0Lg0KPj4gPg0KPj4gPlBsZWFzZSBub3RlOiBFdmVuIGlmIHlvdSBz YWlkIGl0IHdhcyBncmVhdCBvbiB0aGUgZmlyc3QgV0dMQywgaXQgaXMNCj4+ID52ZXJ5IHVzZWZ1 bCB0byByZXBlYXQgdGhpcyBjb21tZW50IG5vdyENCj4+ID4NCj4+ID5XDQo+PiA+DQo+PiA+DQo+ PiA+LS0NCj4+ID5JIGRvbid0IHRoaW5rIHRoZSBleGVjdXRpb24gaXMgcmVsZXZhbnQgd2hlbiBp dCB3YXMgb2J2aW91c2x5IGEgYmFkDQo+PiA+aWRlYSBpbiB0aGUgZmlyc3QgcGxhY2UuDQo+PiA+ VGhpcyBpcyBsaWtlIHB1dHRpbmcgcmFiaWQgd2Vhc2VscyBpbiB5b3VyIHBhbnRzLCBhbmQgbGF0 ZXIgZXhwcmVzc2luZw0KPj4gPnJlZ3JldCBhdCBoYXZpbmcgY2hvc2VuIHRob3NlIHBhcnRpY3Vs YXIgcmFiaWQgd2Vhc2VscyBhbmQgdGhhdCBwYWlyIG9mDQo+PiA+cGFudHMuDQo+PiA+ICAgLS0t bWFmDQo+PiA+DQo+PiA+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCj4+ID5PUFNBV0cgbWFpbGluZyBsaXN0DQo+PiA+T1BTQVdHQGlldGYub3JnDQo+PiA+ aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9vcHNhd2cNCj4+ID4NCj4+ID5f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPj4gPk9QU0FX RyBtYWlsaW5nIGxpc3QNCj4+ID5PUFNBV0dAaWV0Zi5vcmcNCj4+ID5odHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL29wc2F3Zw0KPj4gDQo+PiBfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPj4gT1BTQVdHIG1haWxpbmcgbGlzdA0KPj4g T1BTQVdHQGlldGYub3JnDQo+PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L29wc2F3Zw0KDQo= From nobody Wed Jun 22 20:27:34 2016 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B66F12D895 for ; Wed, 22 Jun 2016 20:27:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.647 X-Spam-Level: X-Spam-Status: No, score=-5.647 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nwKVmJ1NeXoz for ; Wed, 22 Jun 2016 20:27:29 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0AA6D12D88F for ; Wed, 22 Jun 2016 20:27:28 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml702-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CRI26557; Thu, 23 Jun 2016 03:27:26 +0000 (GMT) Received: from NKGEML414-HUB.china.huawei.com (10.98.56.75) by lhreml702-cah.china.huawei.com (10.201.5.99) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 23 Jun 2016 04:27:24 +0100 Received: from NKGEML514-MBX.china.huawei.com ([fe80::40a8:f0d:c0f3:2ca5]) by nkgeml414-hub.china.huawei.com ([10.98.56.75]) with mapi id 14.03.0235.001; Thu, 23 Jun 2016 11:27:13 +0800 From: Duzongpeng To: "Sri Gundavelli (sgundave)" , Zhoutianran , Warren Kumari , "opsawg@ietf.org" , John Kaippallimalil , Liu Dapeng , "Mark Grayson (mgrayson)" Thread-Topic: [OPSAWG] Start of 2nd WGLC for draft-ietf-opsawg-capwap-alt-tunnel Thread-Index: AQHRxzBg0rJLEG+GMUKTKeAUNqmqMJ/sBqWAgAbL2QCAAKvs4P//tGGAgAJnFACAANIn4A== Date: Thu, 23 Jun 2016 03:27:13 +0000 Message-ID: References: In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.149.226] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020206.576B571E.0159, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: e5b0396c8b875700ed38199975bb7d7f Archived-At: Subject: Re: [OPSAWG] Start of 2nd WGLC for draft-ietf-opsawg-capwap-alt-tunnel X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jun 2016 03:27:33 -0000 SGksIFNyaQ0KDQpBcyBJIGhhdmUgc2FpZCBiZWZvcmUsIEkgZ2VuZXJhbGx5IGFncmVlIHdpdGgg dGhlIGN1cnJlbnQgZHJhZnQuDQoNCldoYXQgSSBzdWdnZXN0ZWQgaXMganVzdCBmb3IgbWFraW5n IHRoZSBkcmFmdCBsZXNzIGNvbmZsaWN0IGFjY29yZGluZyB0byBteSB1bmRlcnN0YW5kaW5nLg0K DQpJZiB5b3UgdGhpbmsgaXQgaGFzIGJlZW4gdmVyeSBjbGVhciB0aGF0IEdSRSB0dW5uZWwgaGFz IGJlZW4gaW50cm9kdWNlZCwgaXQgaXMgb2sgZm9yIG1lIHRoYXQgeW91IGNhbiBhZGQgYSBzZW50 ZW5jZSBpbiBHUkUgS2V5IHNlY3Rpb24uDQoNClRpYW5yYW4gaGFzIHN1Z2dlc3RlZCB0aGF0IGFk ZGluZyBhIG5ldyBzZWN0aW9uIGNhbiBtYWtlIGl0IGNsZWFyIHRoYXQgdGhlIHBvc2l0aW9uIG9m ICJHUkUgS2V5IEVsZW1lbnQiIGlzIGFmdGVyIHRoZSAiQWNjZXNzIFJvdXRlciBJbmZvcm1hdGlv biBFbGVtZW50IiBpZiB0aGUgdHVubmVsIHR5cGUgPSA1LiBJIGZ1bGx5IGFncmVlIHdpdGggdGhh dCBzdGF0ZW1lbnQuDQoNCkJlc3QgUmVnYXJkcw0KWm9uZ3BlbmcgRHUNCg0KDQotLS0tLU9yaWdp bmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogU3JpIEd1bmRhdmVsbGkgKHNndW5kYXZlKSBbbWFpbHRv OnNndW5kYXZlQGNpc2NvLmNvbV0gDQpTZW50OiBUaHVyc2RheSwgSnVuZSAyMywgMjAxNiA2OjQx IEFNDQpUbzogWmhvdXRpYW5yYW47IER1em9uZ3Blbmc7IFdhcnJlbiBLdW1hcmk7IG9wc2F3Z0Bp ZXRmLm9yZzsgSm9obiBLYWlwcGFsbGltYWxpbDsgTGl1IERhcGVuZzsgTWFyayBHcmF5c29uICht Z3JheXNvbikNClN1YmplY3Q6IFJlOiBbT1BTQVdHXSBTdGFydCBvZiAybmQgV0dMQyBmb3IgZHJh ZnQtaWV0Zi1vcHNhd2ctY2Fwd2FwLWFsdC10dW5uZWwNCg0KaW5saW5lIC4uDQoNCk9uIDYvMjEv MTYsIDI6NTkgQU0sICJaaG91dGlhbnJhbiIgPHpob3V0aWFucmFuQGh1YXdlaS5jb20+IHdyb3Rl Og0KDQo+SSB0aGluayB3aGF0IFpvbmdwZW5nIG1lYW4gaXM6DQo+DQo+MS4gQWRkICJHUkUiIGlu IHNlY3Rpb24gMy4yLCBpbiB0aGUgbGluZSAiIFRoaXMgc3BlY2lmaWNhdGlvbiBwcm92aWRlcyAN Cj5kZXRhaWxzIGZvciB0aGlzIGVsZW1lbnRzIGZvciBDQVBXQVAgYW5kIFBNSVB2Ni4iDQo+LS0+ IiBUaGlzIHNwZWNpZmljYXRpb24gcHJvdmlkZXMgZGV0YWlscyBmb3IgdGhpcyBlbGVtZW50cyBm b3IgQ0FQV0FQLA0KPlBNSVB2NiBhbmQgR1JFLiINCj5CZWNhdXNlIEdSRSBoYXMgYWxyZWFkeSBi ZWVuIGRpc2N1c3NlZCBpbiB0aGlzIGRvY3VtZW50LCBhbmQgdGhlcmUgaXMgDQo+bm8gbmVlZCB0 byBwcm92aWRlIGEgc3BlY2lmaWMgZG9jdW1lbnQgZm9yIEdSRS4NCg0KDQpUaGVyZSBpcyBubyBu ZWVkIGZvciBhZGRpdGlvbmFsIGRvY3VtZW50IGZvciBHUkUuIEFsbCB0aGUgcmVxdWlyZWQgaW5m b3JtYXRpb24gZWxlbWVudHMgaW5jbHVkaW5nIEdSRSBrZXlzIGFyZSBpbmNsdWRlZC4gRG9jdW1l bnQgaGFzIHN1cHBvcnQgZm9yIEdSRSB0dW5uZWxpbmc7IElmIHRoZXJlIGlzIG5vIHN1cHBvcnQg Zm9yIEdSRSB0dW5uZWxpbmcsIHdlIHdvdWxkIG5vdCBoYXZlIGRpc2N1c3NlZCBhYm91dCBHUkUg S2V5cy4gSSBkb27igJl0IHRoaW5rIHdlIGNhbiBoYXZlIG9uZSBtb3JlIHNlY3Rpb24gZm9yIEdS RS4gSSBkb27igJl0IHRoaW5rIHdlIG5lZWQgYWRkaXRpb25hbCBzZWN0aW9uLCBidXQgSSBjYW4g YWRkIGEgc2VudGVuY2UgaW4gR1JFIEtleSBzZWN0aW9uLg0KDQoNCg0KDQoNCg0KDQoNCj4NCj4y LiBUaGlzIGRvY3VtZW50IGhhdmUgc2VjdGlvbiAzLjYuNi4gIHRvIGRlc2NyaWJlIHRoZSAiR1JF IEtleSANCj5FbGVtZW50IiwgYnV0IG5vIHRleHQgdG8gc3BlY2lmeSB3aGVyZSB0byBpbnNlcnQg dGhpcyBibG9jay4gU28sIGhlIA0KPnN1Z2dlc3QgYSBuZXcgc2VjdGlvbiAzLjYgdG8gc3BlY2lm eSB0aGF0IHRoZSAiR1JFIEtleSBFbGVtZW50IiANCj5pbmZvcm1hdGlvbiBzaG91bGQganVzdCBm b2xsb3cgdGhlICJBY2Nlc3MgUm91dGVyIEluZm9ybWF0aW9uIEVsZW1lbnQiLg0KDQoNCg0KDQoN Cj4NCj4NCj5CZXN0LA0KPlRpYW5yYW4NCj4NCj4+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0t DQo+PiBGcm9tOiBPUFNBV0cgW21haWx0bzpvcHNhd2ctYm91bmNlc0BpZXRmLm9yZ10gT24gQmVo YWxmIE9mIER1em9uZ3BlbmcNCj4+IFNlbnQ6IFR1ZXNkYXksIEp1bmUgMjEsIDIwMTYgMzozNiBQ TQ0KPj4gVG86IFNyaSBHdW5kYXZlbGxpIChzZ3VuZGF2ZSk7IFdhcnJlbiBLdW1hcmk7IG9wc2F3 Z0BpZXRmLm9yZzsgSm9obiANCj4+IEthaXBwYWxsaW1hbGlsOyBMaXUgRGFwZW5nOyBNYXJrIEdy YXlzb24gKG1ncmF5c29uKQ0KPj4gU3ViamVjdDogUmU6IFtPUFNBV0ddIFN0YXJ0IG9mIDJuZCBX R0xDIGZvciANCj4+IGRyYWZ0LWlldGYtb3BzYXdnLWNhcHdhcC1hbHQtdHVubmVsDQo+PiANCj4+ IEhpLCBTcmkNCj4+IA0KPj4gVGhhbmsgeW91IGZvciB5b3VyIHJlcGx5LiBJIGNhbiByZXBlYXQg dGhlIHJlYXNvbi4NCj4+IA0KPj4gSW4gdGhlIGN1cnJlbnQgZHJhZnQsIHNlY3Rpb24gMy4yDQo+ PiANCj4+ICAgIG8gIEluZm8gRWxlbWVudDogVGhpcyBmaWVsZCBjb250YWlucyB0dW5uZWwgc3Bl Y2lmaWMgY29uZmlndXJhdGlvbg0KPj4gICAgICAgcGFyYW1ldGVycyB0byBlbmFibGUgdGhlIFdU UCB0byBzZXR1cCB0aGUgYWx0ZXJuYXRlIHR1bm5lbC4gIFRoaXMNCj4+ICAgICAgIHNwZWNpZmlj YXRpb24gcHJvdmlkZXMgZGV0YWlscyBmb3IgdGhpcyBlbGVtZW50cyBmb3IgKipDQVBXQVAgYW5k DQo+PiAgICAgICBQTUlQdjYqKi4gIFRoaXMgc3BlY2lmaWNhdGlvbiByZXNlcnZlcyB0aGUgdHVu bmVsIHR5cGUgdmFsdWVzIGZvcg0KPj4gICAgICAgdGhlIGtleSB0dW5uZWwgdHlwZXMgYW5kIGRl ZmluZXMgdGhlIG1vc3QgY29tbW9uIG1lc3NhZ2UgZWxlbWVudHMuDQo+PiAgICAgICBXZSBhbnRp Y2lwYXRlIHRoYXQgbWVzc2FnZSBlbGVtZW50cyBmb3IgdGhlIG90aGVyIHByb3RvY29scyAobGlr ZQ0KPj4gICAgICAgTDJUUHYzLCBldGMpIHdpbGwgYmUgZGVmaW5lZCBpbiBvdGhlciBzcGVjaWZp Y2F0aW9ucyBpbiB0aGUNCj4+ICAgICAgIGZ1dHVyZS4NCj4+IA0KPj4gQW5kIG15IHN1Z2dlc3Rp b24gaXMgdGhhdCBHUkUgc2hvdWxkIGFsc28gYmUgcHJvdmlkZWQuDQo+PiBSZWFzb24gMTogR1JF IGlzIGEgd2lkZWx5IHVzZWQgYW5kIGltcG9ydGFudCB0dW5uZWwgdHlwZSBpbiBXaUZpIA0KPj5u ZXR3b3JrLg0KPj4gUmVhc29uIDI6IEkgdXNlZCB0byBqb2luIGluIHRoZSB3b3JrIG9mIHRoaXMg ZHJhZnQuIEkgdGhpbmsgd2UgaGF2ZSANCj4+dGFrZW4gIHRoaXMgR1JFIHR5cGUgaW50byBjb25z aWRlcmF0aW9uLCBidXQgSSBkbyBub3Qga25vdyB3aHkgaXQgaXMgDQo+Pm1pc3Npbmcgbm93Lg0K Pj4gSSBtZWFuIHRoYXQgR1JFIHR5cGUgc2hvdWxkIG5vdCBiZSBjb25zaWRlcmVkIGluIG90aGVy IGRyYWZ0cyBhcyBMMlRQIA0KPj5vciAgSVAtSVAsIGFuZCBzaG91bGQgYmUgY29uc2lkZXJlZCBq dXN0IGFzICoqQ0FQV0FQIGFuZCBQTUlQdjYqKiBSZWFzb24gMzoNCj4+IEkga25vdyB0aGF0IHdl IGhhdmUgdGhhdCBzZWN0aW9uICIzLjYuNi4gIEdSRSBLZXkgRWxlbWVudCIuIEkgdGhpbmsgDQo+ PnRoYXQgIGlzIGp1c3QgYmVjYXVzZSB3ZSBoYXZlIHRha2VuIHRoaXMgR1JFIHR5cGUgaW50byBj b25zaWRlcmF0aW9uLiANCj4+QnV0IGluIGN1cnJlbnQgIGRyYWZ0LCBvbiBvbmUgaGFuZCwgaXQg aXMgZGVjbGFyZWQgdGhhdCBvbmx5ICoqQ0FQV0FQIA0KPj5hbmQgUE1JUHY2KioncyBkZXRhaWxz ICBhcmUgcHJvdmlkZWQ7IG9uIHRoZSBvdGhlciBoYW5kLCB0aGlzIHNlY3Rpb24gDQo+PjMuNi42 IHByb3ZpZGVzIGRldGFpbHMgb2YgIEdSRS4gVGhleSBjb25mbGljdHMuIE15IHN1Z2dlc3Rpb24g aXMgdG8gDQo+PmFkZCBhIG5ldyBzZWN0aW9uIDMuNiwgYW5kIGNoYW5nZSAgdGhlIGRlY2xhcmF0 aW9uIHRvICJUaGlzIA0KPj5zcGVjaWZpY2F0aW9uIHByb3ZpZGVzIGRldGFpbHMgZm9yIHRoaXMg ZWxlbWVudHMgIGZvciAqKkNBUFdBUCwgDQo+PlBNSVB2NiwgYW5kIEdSRSoqIg0KPj4gDQo+PiAJ SG9wZSBubyBtaXN1bmRlcnN0YW5kaW5nIGhlcmUuIElmIGFueSBwcm9ibGVtLCBwbGVhc2UgY29u bmVjdCBtZS4NCj4+VGhhbmtzLg0KPj4gDQo+PiBCZXN0IFJlZ2FyZHMNCj4+IFpvbmdwZW5nIER1 DQo+PiANCj4+IA0KPj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4+IEZyb206IFNyaSBH dW5kYXZlbGxpIChzZ3VuZGF2ZSkgW21haWx0bzpzZ3VuZGF2ZUBjaXNjby5jb21dDQo+PiBTZW50 OiBUdWVzZGF5LCBKdW5lIDIxLCAyMDE2IDEyOjE1IFBNDQo+PiBUbzogRHV6b25ncGVuZzsgV2Fy cmVuIEt1bWFyaTsgb3BzYXdnQGlldGYub3JnOyBKb2huIEthaXBwYWxsaW1hbGlsOyANCj4+IExp dSBEYXBlbmc7IE1hcmsgR3JheXNvbiAobWdyYXlzb24pDQo+PiBTdWJqZWN0OiBSZTogW09QU0FX R10gU3RhcnQgb2YgMm5kIFdHTEMgZm9yIA0KPj4gZHJhZnQtaWV0Zi1vcHNhd2ctY2Fwd2FwLWFs dC10dW5uZWwNCj4+IA0KPj4gSGVsbG8gWm9uZ3BlbmcsDQo+PiANCj4+IA0KPj4gV2UgZG8gaGF2 ZSBzdXBwb3J0IGZvciB0aGUgZm9sbG93aW5nIGVuY2Fwc3VsYXRpb24gdHlwZXMgYW5kIHdlIGFs c28gDQo+PmhhdmUgIGEgc2VjdGlvbiBmb3IgdGhlIEdSRSBrZXlzLiBUaGUgQWNjZXNzIFJvdXRl ciBpbmZvcm1hdGlvbiANCj4+ZWxlbWVudCBpcyBhbHJlYWR5ICB0aGVyZS4gU28sIEkgZG9uwrl0 IHNlZSB3aHkgd2UgbmVlZCBvbmUgbW9yZSANCj4+c2VjdGlvbi4NCj4+IA0KPj4gQ2FuIHlvdSBj bGFyaWZ5IHdoYXQgaXMgbm90IGNsZWFyIGZyb20gdGhlIGJlbG93IHRleHQgPw0KPj4gDQo+PiDi gLktDQo+PiBvICBUdW5uZWwtVHlwZTogVGhlIHR1bm5lbCB0eXBlIGlzIHNwZWNpZmllZCBieSBh IDIgYnl0ZSB2YWx1ZS4gIFRoaXMNCj4+ICAgICAgIHNwZWNpZmljYXRpb24gZGVmaW5lcyB0aGUg dmFsdWVzIGZyb20gemVybyAoMCkgdG8gZml2ZSAoNSkgYXMNCj4+ICAgICAgIGdpdmVuIGJlbG93 LiAgVGhlIHJlbWFpbmluZyB2YWx1ZXMgYXJlIHJlc2VydmVkIGZvciBmdXR1cmUgdXNlLg0KPj4g DQo+PiAgICAgICAqICAwOiBDQVBXQVAuICBUaGlzIHJlZmVycyB0byBhIENBUFdBUCBkYXRhIGNo YW5uZWwgZGVzY3JpYmVkIGluDQo+PiAgICAgICAgICBbUkZDNTQxNV1bUkZDNTQxNl0uDQo+PiAN Cj4+IFpoYW5nLCBldCBhbC4gICAgICAgICAgIEV4cGlyZXMgRGVjZW1iZXIgMTAsIDIwMTYgICAg ICAgICAgICAgIFtQYWdlDQo+PiAxMl1JbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICBBbHRlcm5h dGUtLSBUdW5uZWwgICAgICAgICAgICAgICAgICBKdW5lDQo+PjIwMTYNCj4+IA0KPj4gICAgICAg KiAgMTogTDJUUC4gIFRoaXMgcmVmZXJzIHRvIHR1bm5lbCBlbmNhcHN1bGF0aW9uIGRlc2NyaWJl ZCBpbg0KPj4gICAgICAgICAgW1JGQzI2NjFdLg0KPj4gDQo+PiAgICAgICAqICAyOiBMMlRQdjMu ICBUaGlzIHJlZmVycyB0byB0dW5uZWwgZW5jYXBzdWxhdGlvbiBkZXNjcmliZWQgaW4NCj4+ICAg ICAgICAgIFtSRkMzOTMxXS4NCj4+IA0KPj4gICAgICAgKiAgMzogSVAtaW4tSVAuICBUaGlzIHJl ZmVycyB0byB0dW5uZWwgZW5jYXBzdWxhdGlvbiBkZXNjcmliZWQgaW4NCj4+ICAgICAgICAgIFtS RkMyMDAzXS4NCj4+IA0KPj4gICAgICAgKiAgNDogUE1JUHY2LVVEUC4gIFRoaXMgcmVmZXJzIHRv IHRoZSBVRFAgdHVubmVsaW5nIGVuY2Fwc3VsYXRpb24NCj4+ICAgICAgICAgIGRlc2NyaWJlZCBp biBbUkZDNTg0NF0uDQo+PiANCj4+ICAgICAgICogIDU6IEdSRS4gIFRoaXMgcmVmZXJzIHRvIEdS RSB0dW5uZWwgZW5jYXBzdWxhdGlvbiBhcyBkZXNjcmliZWQNCj4+ICAgICAgICAgIGluIFtSRkMy Nzg0XS4NCj4+IA0KPj4gICAgICAgKiAgNjogR1RQdjEtVS4gIFRoaXMgcmVmZXJzIHRvIEdUUHYx IHVzZXIgcGxhbmUgbW9kZSBhcyBkZXNjcmliZWQNCj4+ICAgICAgICAgIGluIFtUUzI5MjgxXS4N Cj4+IA0KPj4g4oC5LQ0KPj4gDQo+PiANCj4+IA0KPj4g4oC5LQ0KPj4gDQo+PiAzLjYuNi4gIEdS RSBLZXkgRWxlbWVudA0KPj4gDQo+PiAgICBJZiBhIFdUUCByZWNlaXZlcyB0aGUgR1JFIEtleSBF bGVtZW50IGluIHRoZSBBbHRlcm5hdGUgVHVubmVsDQo+PiAgICBFbmNhcHN1bGF0aW9uIG1lc3Nh Z2UgZWxlbWVudCBmb3IgR1JFIHNlbGVjdGlvbiwgdGhlIFdUUCBtdXN0IGluc2VydA0KPj4gICAg dGhlIEdSRSBLZXkgdG8gdGhlIGVuY2Fwc3VsYXRpb24gcGFja2V0IChzZWUgW1JGQzI4OTBdKS4g IEFuIEFSDQo+PiAgICBhY3RpbmcgYXMgZGVjYXBzdWxhdGluZyB0dW5uZWwgZW5kcG9pbnQgaWRl bnRpZmllcyBwYWNrZXRzIGJlbG9uZ2luZw0KPj4gICAgdG8gYSB0cmFmZmljIGZsb3cgYmFzZWQg b24gdGhlIEtleSB2YWx1ZS4NCj4+IA0KPj4gICAgVGhlIEdSRSBLZXkgRWxlbWVudCBmaWVsZCBj b250YWlucyBhIGZvdXIgb2N0ZXQgbnVtYmVyIGRlZmluZWQgaW4NCj4+ICAgIFtSRkMyODkwXS4N Cj4+IA0KPj4gWmhhbmcsIGV0IGFsLiAgICAgICAgICAgRXhwaXJlcyBEZWNlbWJlciAxMCwgMjAx NiAgICAgICAgICAgICAgW1BhZ2UNCj4+IDE5XUludGVybmV0LURyYWZ0ICAgICAgICAgICAgIEFs dGVybmF0ZS0tIFR1bm5lbCAgICAgICAgICAgICAgICAgIEp1bmUNCj4+MjAxNg0KPj4gDQo+PiAg ICAgMCAgICAgICAgICAgICAgICAgICAxICAgICAgICAgICAgICAgICAgIDIgICAgICAgICAgICAg ICAgICAgMw0KPj4gICAgIDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAw IDEgMiAzIDQgNSA2IDcgOCA5IDAgMQ0KPj4gICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCj4+ICAgIHwgR1JFIEtleSBF bGVtZW50IFR5cGUgICAgICAgICAgfCAgICAgICAgTGVuZ3RoICAgICAgICAgICAgICAgICB8DQo+ PiAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKw0KPj4gICAgfCAgICAgICAgICAgICAgICBHUkUgS2V5ICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCj4+ICAgICstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQo+PiANCj4+ICAg ICAgICAgICAgICAgICAgICAgICAgIEZpZ3VyZSAxNTogR1JFIEtleSBFbGVtZW50DQo+PiANCj4+ ICAgIEdSRSBLZXk6IFRoZSBLZXkgZmllbGQgY29udGFpbnMgYSBmb3VyIG9jdGV0IG51bWJlciB3 aGljaCBpcyBpbnNlcnRlZA0KPj4gICAgYnkgdGhlIFdUUCBhY2NvcmRpbmcgdG8gW1JGQzI4OTBd Lg0KPj4gDQo+PiANCj4+IA0KPj4gDQo+PiANCj4+IDMuNi4xLiAgQWNjZXNzIFJvdXRlciBJbmZv cm1hdGlvbiBFbGVtZW50cw0KPj4gDQo+PiANCj4+IMWgDQo+PiANCj4+IA0KPj4gDQo+PiANCj4+ IE9uIDYvMTYvMTYsIDU6MzMgQU0sICJPUFNBV0cgb24gYmVoYWxmIG9mIER1em9uZ3BlbmciDQo+ PiA8b3BzYXdnLWJvdW5jZXNAaWV0Zi5vcmcgb24gYmVoYWxmIG9mIGR1em9uZ3BlbmdAaHVhd2Vp LmNvbT4gd3JvdGU6DQo+PiANCj4+ID5IaSwNCj4+ID4NCj4+ID5HZW5lcmFsbHksIEkgc3VwcG9y dCB0aGUgYWRvcHRpb24gb2YgdGhlIGRyYWZ0Lg0KPj4gPg0KPj4gPkkgaGF2ZSBwb3N0ZWQgYSBz dWdnZXN0aW9uIGFib3V0IGFkZGluZyB0aGUgR1JFIHR1bm5lbCB0eXBlIGZvciB0aGUgDQo+PiA+ ZHJhZnQuIFdpbGwgdGhlIGF1dGhvciBjb25zaWRlciBpdD8gVGhhbmtzLg0KPj4gPg0KPj4gPmh0 dHA6Ly93d3cuaWV0Zi5vcmcvbWFpbC1hcmNoaXZlL3dlYi9vcHNhd2cvY3VycmVudC9tc2cwNDE2 NS5odG1sDQo+PiA+DQo+PiA+QmVzdCBSZWdhcmRzDQo+PiA+Wm9uZ3BlbmcgRHUNCj4+ID4NCj4+ ID4NCj4+ID4tLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPj4gPkZyb206IE9QU0FXRyBbbWFp bHRvOm9wc2F3Zy1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgV2FycmVuIA0KPj4gPkt1 bWFyaQ0KPj4gPlNlbnQ6IFRodXJzZGF5LCBKdW5lIDE2LCAyMDE2IDI6MDQgQU0NCj4+ID5Ubzog b3BzYXdnQGlldGYub3JnOyBKb2huIEthaXBwYWxsaW1hbGlsOyBMaXUgRGFwZW5nOyANCj4+ID5t Z3JheXNvbkBjaXNjby5jb20NCj4+ID5TdWJqZWN0OiBbT1BTQVdHXSBTdGFydCBvZiAybmQgV0dM QyBmb3IgDQo+PiA+ZHJhZnQtaWV0Zi1vcHNhd2ctY2Fwd2FwLWFsdC10dW5uZWwNCj4+ID4NCj4+ ID5EZWFyIE9wc0FXRyBXRywNCj4+ID4NCj4+ID5UaGlzIGJlZ2lucyBhIFdHTEMgZm9yIGRyYWZ0 LWlldGYtb3BzYXdnLWNhcHdhcC1hbHQtdHVubmVsIC0gdGhpcyANCj4+ID5XR0xDIGVuZHMgb24g SnVuZSAyOXRoLg0KPj4gPg0KPj4gPlRoaXMgaXMgdGhlIHNlY29uZCBXR0xDIGZvciB0aGlzIGRv Y3VtZW50IC0gaXQgaW5pdGlhbGx5IA0KPj4gPnN1Y2Nlc3NmdWxseSBwYXNzZWQgV0dMQyBpbiBB dWd1c3QgMjAxNA0KPj4gPihodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsLWFyY2hpdmUvd2ViL29w c2F3Zy9jdXJyZW50L21zZzAzNTIyLmh0bWwpDQo+PiA+YW5kIHdhcyBoYW5kZWQgdG8gdGhlIElF U0cgZm9yIHB1YmxpY2F0aW9uIGluIGVhcmx5IFNlcHRlbWJlciAyMDE0Lg0KPj4gPg0KPj4gPkFm dGVyIGl0IHdhcyBzZW50IHRvIHRoZSBJRVNHIChpbiBGZWIgMjAxNSkgYSB2ZXJ5IHNpbWlsYXIg ZHJhZnQgDQo+PiA+YXBwZWFyZWQNCj4+ID4tIGRyYWZ0LXlvdS1vcHNhd2ctY2Fwd2FwLXNlcGFy YXRpb24tZm9yLW1wLiBXZSByZWFsaXplZCB0aGF0IHR3bywgDQo+PiA+dmVyeSBzaW1pbGFyIGRv Y3VtZW50cywgd2l0aCBzaWduaWZpY2FudCBvdmVybGFwIHdvdWxkIGJlIGNvbmZ1c2luZywgDQo+ PiA+YW5kIHNvIHdlIHJlcXVlc3RlZCB0aGF0IGRyYWZ0LWlldGYtb3BzYXdnLWNhcHdhcC1hbHQt dHVubmVsIGJlIA0KPj4gPnJldHVybmVkIHRvIHRoZSBXRyBhbmQgYXNrZWQgdGhlIGF1dGhvcnMg dG8gbWVyZ2UgdGhlbSBpbnRvIG9uZSANCj4+ID5kb2N1bWVudC4gVGhlcmUgd2FzIHNvbWUgZGVs YXlzLCBidXQgdGhpcyBoYXMgZmluYWxseSBiZWVuIGNvbXBsZXRlZC4NCj4+ID4NCj4+ID5UaGUg V0cgaXMgcmVxdWVzdGVkIHRvIHJldmlldyB0aGUgZG9jdW1lbnQgYW5kIHByb3ZpZGUgKGNsZWFy KSANCj4+ID5mZWVkYmFjayBvbiBpZiB5b3UgYmVsaWV2ZSBpdCBpcyByZWFkeSBmb3IgcHVibGlj YXRpb24uIElmIG5vdCwgDQo+PiA+cGxlYXNlIHByb3ZpZGUgc3VnZ2VzdGlvbnMgZm9yIGltcHJv dmVtZW50IC8gdGV4dC4NCj4+ID4NCj4+ID5QbGVhc2Ugbm90ZTogRXZlbiBpZiB5b3Ugc2FpZCBp dCB3YXMgZ3JlYXQgb24gdGhlIGZpcnN0IFdHTEMsIGl0IGlzIA0KPj4gPnZlcnkgdXNlZnVsIHRv IHJlcGVhdCB0aGlzIGNvbW1lbnQgbm93IQ0KPj4gPg0KPj4gPlcNCj4+ID4NCj4+ID4NCj4+ID4t LQ0KPj4gPkkgZG9uJ3QgdGhpbmsgdGhlIGV4ZWN1dGlvbiBpcyByZWxldmFudCB3aGVuIGl0IHdh cyBvYnZpb3VzbHkgYSBiYWQgDQo+PiA+aWRlYSBpbiB0aGUgZmlyc3QgcGxhY2UuDQo+PiA+VGhp cyBpcyBsaWtlIHB1dHRpbmcgcmFiaWQgd2Vhc2VscyBpbiB5b3VyIHBhbnRzLCBhbmQgbGF0ZXIg DQo+PiA+ZXhwcmVzc2luZyByZWdyZXQgYXQgaGF2aW5nIGNob3NlbiB0aG9zZSBwYXJ0aWN1bGFy IHJhYmlkIHdlYXNlbHMgDQo+PiA+YW5kIHRoYXQgcGFpciBvZiBwYW50cy4NCj4+ID4gICAtLS1t YWYNCj4+ID4NCj4+ID5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXw0KPj4gPk9QU0FXRyBtYWlsaW5nIGxpc3QNCj4+ID5PUFNBV0dAaWV0Zi5vcmcNCj4+ID5o dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL29wc2F3Zw0KPj4gPg0KPj4gPl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+PiA+T1BTQVdH IG1haWxpbmcgbGlzdA0KPj4gPk9QU0FXR0BpZXRmLm9yZw0KPj4gPmh0dHBzOi8vd3d3LmlldGYu b3JnL21haWxtYW4vbGlzdGluZm8vb3BzYXdnDQo+PiANCj4+IF9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+PiBPUFNBV0cgbWFpbGluZyBsaXN0DQo+PiBP UFNBV0dAaWV0Zi5vcmcNCj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v b3BzYXdnDQoNCg== From nobody Wed Jun 22 20:53:10 2016 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B0C3212D78B for ; Wed, 22 Jun 2016 20:53:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.947 X-Spam-Level: X-Spam-Status: No, score=-15.947 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sO_To9G10yNH for ; Wed, 22 Jun 2016 20:53:06 -0700 (PDT) Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1A1FB12D616 for ; Wed, 22 Jun 2016 20:53:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=14670; q=dns/txt; s=iport; t=1466653986; x=1467863586; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=IEg9787sNeEXQbzhS41Bx4wVdkeFqaDSFYD2nldcAhQ=; b=BGUyBv7k5mepUinb13jmPEwEX06d2SgCSXUG05Zu8t3Yr+QGHAHSckBT CJimcbGj1mpyiqJFXKdYSh7lJp6Br5SU/T5ZunZpujL23q2tDV7z0s6yz Ws/dSOXwV461ADTFxpNO/+pSkUtbxREFU647tYaxjkBlhiYIRcyBx/xuh Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D9AQCzXGtX/49dJa1dgz5WfQa6LYF6F?= =?us-ascii?q?wuFK0oCHIEQOBQBAQEBAQEBZSeETAEBAQQBAQEgBA06FwQCAQgRBAEBAQICIwM?= =?us-ascii?q?CAgIlCxQBCAgCBAESCYgnDrR3kDsBAQEBAQEBAQEBAQEBAQEBAQEBAQEcgQGFJ?= =?us-ascii?q?oNKgQOEIwEBMoJqgloFmH4BjiyBaYRTiGePfAEeNoIIHIFMbgGIbjZ/AQEB?= X-IronPort-AV: E=Sophos;i="5.26,514,1459814400"; d="scan'208";a="289025057" Received: from rcdn-core-7.cisco.com ([173.37.93.143]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 23 Jun 2016 03:53:04 +0000 Received: from XCH-RCD-002.cisco.com (xch-rcd-002.cisco.com [173.37.102.12]) by rcdn-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id u5N3r4kF001626 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 23 Jun 2016 03:53:04 GMT Received: from xch-aln-007.cisco.com (173.36.7.17) by XCH-RCD-002.cisco.com (173.37.102.12) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Wed, 22 Jun 2016 22:53:03 -0500 Received: from xch-aln-007.cisco.com ([173.36.7.17]) by XCH-ALN-007.cisco.com ([173.36.7.17]) with mapi id 15.00.1104.009; Wed, 22 Jun 2016 22:53:03 -0500 From: "Sri Gundavelli (sgundave)" To: Duzongpeng , Zhoutianran , Warren Kumari , "opsawg@ietf.org" , "John Kaippallimalil" , Liu Dapeng , "Mark Grayson (mgrayson)" Thread-Topic: [OPSAWG] Start of 2nd WGLC for draft-ietf-opsawg-capwap-alt-tunnel Thread-Index: AQHRzQK+t2Q8yFcsjUyqffGr/T1EXw== Date: Thu, 23 Jun 2016 03:53:03 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.6.4.160422 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.32.246.212] Content-Type: text/plain; charset="utf-8" Content-ID: <6E6498D0E556474DBB0E8E2BA3B55B75@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [OPSAWG] Start of 2nd WGLC for draft-ietf-opsawg-capwap-alt-tunnel X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jun 2016 03:53:09 -0000 SGkgWm9uZ3BlbmcsDQoNClRoaXMgaXMgYW4gZWRpdG9yaWFsIGNvbW1lbnQuIEkgd2lsbCB0cnkg dG8gc2VlIGhvdyBiZXN0IHRvIGFkZHJlc3MgdGhpcy4NCg0KUmVnYXJkcw0KU3JpDQoNCg0KT24g Ni8yMi8xNiwgODoyNyBQTSwgIkR1em9uZ3BlbmciIDxkdXpvbmdwZW5nQGh1YXdlaS5jb20+IHdy b3RlOg0KDQo+SGksIFNyaQ0KPg0KPkFzIEkgaGF2ZSBzYWlkIGJlZm9yZSwgSSBnZW5lcmFsbHkg YWdyZWUgd2l0aCB0aGUgY3VycmVudCBkcmFmdC4NCj4NCj5XaGF0IEkgc3VnZ2VzdGVkIGlzIGp1 c3QgZm9yIG1ha2luZyB0aGUgZHJhZnQgbGVzcyBjb25mbGljdCBhY2NvcmRpbmcgdG8NCj5teSB1 bmRlcnN0YW5kaW5nLg0KPg0KPklmIHlvdSB0aGluayBpdCBoYXMgYmVlbiB2ZXJ5IGNsZWFyIHRo YXQgR1JFIHR1bm5lbCBoYXMgYmVlbiBpbnRyb2R1Y2VkLA0KPml0IGlzIG9rIGZvciBtZSB0aGF0 IHlvdSBjYW4gYWRkIGEgc2VudGVuY2UgaW4gR1JFIEtleSBzZWN0aW9uLg0KPg0KPlRpYW5yYW4g aGFzIHN1Z2dlc3RlZCB0aGF0IGFkZGluZyBhIG5ldyBzZWN0aW9uIGNhbiBtYWtlIGl0IGNsZWFy IHRoYXQNCj50aGUgcG9zaXRpb24gb2YgIkdSRSBLZXkgRWxlbWVudCIgaXMgYWZ0ZXIgdGhlICJB Y2Nlc3MgUm91dGVyIEluZm9ybWF0aW9uDQo+RWxlbWVudCIgaWYgdGhlIHR1bm5lbCB0eXBlID0g NS4gSSBmdWxseSBhZ3JlZSB3aXRoIHRoYXQgc3RhdGVtZW50Lg0KPg0KPkJlc3QgUmVnYXJkcw0K PlpvbmdwZW5nIER1DQo+DQo+DQo+LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj5Gcm9tOiBT cmkgR3VuZGF2ZWxsaSAoc2d1bmRhdmUpIFttYWlsdG86c2d1bmRhdmVAY2lzY28uY29tXQ0KPlNl bnQ6IFRodXJzZGF5LCBKdW5lIDIzLCAyMDE2IDY6NDEgQU0NCj5UbzogWmhvdXRpYW5yYW47IER1 em9uZ3Blbmc7IFdhcnJlbiBLdW1hcmk7IG9wc2F3Z0BpZXRmLm9yZzsgSm9obg0KPkthaXBwYWxs aW1hbGlsOyBMaXUgRGFwZW5nOyBNYXJrIEdyYXlzb24gKG1ncmF5c29uKQ0KPlN1YmplY3Q6IFJl OiBbT1BTQVdHXSBTdGFydCBvZiAybmQgV0dMQyBmb3INCj5kcmFmdC1pZXRmLW9wc2F3Zy1jYXB3 YXAtYWx0LXR1bm5lbA0KPg0KPmlubGluZSAuLg0KPg0KPk9uIDYvMjEvMTYsIDI6NTkgQU0sICJa aG91dGlhbnJhbiIgPHpob3V0aWFucmFuQGh1YXdlaS5jb20+IHdyb3RlOg0KPg0KPj5JIHRoaW5r IHdoYXQgWm9uZ3BlbmcgbWVhbiBpczoNCj4+DQo+PjEuIEFkZCAiR1JFIiBpbiBzZWN0aW9uIDMu MiwgaW4gdGhlIGxpbmUgIiBUaGlzIHNwZWNpZmljYXRpb24gcHJvdmlkZXMNCj4+ZGV0YWlscyBm b3IgdGhpcyBlbGVtZW50cyBmb3IgQ0FQV0FQIGFuZCBQTUlQdjYuIg0KPj4tLT4iIFRoaXMgc3Bl Y2lmaWNhdGlvbiBwcm92aWRlcyBkZXRhaWxzIGZvciB0aGlzIGVsZW1lbnRzIGZvciBDQVBXQVAs DQo+PlBNSVB2NiBhbmQgR1JFLiINCj4+QmVjYXVzZSBHUkUgaGFzIGFscmVhZHkgYmVlbiBkaXNj dXNzZWQgaW4gdGhpcyBkb2N1bWVudCwgYW5kIHRoZXJlIGlzDQo+Pm5vIG5lZWQgdG8gcHJvdmlk ZSBhIHNwZWNpZmljIGRvY3VtZW50IGZvciBHUkUuDQo+DQo+DQo+VGhlcmUgaXMgbm8gbmVlZCBm b3IgYWRkaXRpb25hbCBkb2N1bWVudCBmb3IgR1JFLiBBbGwgdGhlIHJlcXVpcmVkDQo+aW5mb3Jt YXRpb24gZWxlbWVudHMgaW5jbHVkaW5nIEdSRSBrZXlzIGFyZSBpbmNsdWRlZC4gRG9jdW1lbnQg aGFzDQo+c3VwcG9ydCBmb3IgR1JFIHR1bm5lbGluZzsgSWYgdGhlcmUgaXMgbm8gc3VwcG9ydCBm b3IgR1JFIHR1bm5lbGluZywgd2UNCj53b3VsZCBub3QgaGF2ZSBkaXNjdXNzZWQgYWJvdXQgR1JF IEtleXMuIEkgZG9u4oCZdCB0aGluayB3ZSBjYW4gaGF2ZSBvbmUNCj5tb3JlIHNlY3Rpb24gZm9y IEdSRS4gSSBkb27igJl0IHRoaW5rIHdlIG5lZWQgYWRkaXRpb25hbCBzZWN0aW9uLCBidXQgSSBj YW4NCj5hZGQgYSBzZW50ZW5jZSBpbiBHUkUgS2V5IHNlY3Rpb24uDQo+DQo+DQo+DQo+DQo+DQo+ DQo+DQo+DQo+Pg0KPj4yLiBUaGlzIGRvY3VtZW50IGhhdmUgc2VjdGlvbiAzLjYuNi4gIHRvIGRl c2NyaWJlIHRoZSAiR1JFIEtleQ0KPj5FbGVtZW50IiwgYnV0IG5vIHRleHQgdG8gc3BlY2lmeSB3 aGVyZSB0byBpbnNlcnQgdGhpcyBibG9jay4gU28sIGhlDQo+PnN1Z2dlc3QgYSBuZXcgc2VjdGlv biAzLjYgdG8gc3BlY2lmeSB0aGF0IHRoZSAiR1JFIEtleSBFbGVtZW50Ig0KPj5pbmZvcm1hdGlv biBzaG91bGQganVzdCBmb2xsb3cgdGhlICJBY2Nlc3MgUm91dGVyIEluZm9ybWF0aW9uIEVsZW1l bnQiLg0KPg0KPg0KPg0KPg0KPg0KPj4NCj4+DQo+PkJlc3QsDQo+PlRpYW5yYW4NCj4+DQo+Pj4g LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4+PiBGcm9tOiBPUFNBV0cgW21haWx0bzpvcHNh d2ctYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIER1em9uZ3BlbmcNCj4+PiBTZW50OiBU dWVzZGF5LCBKdW5lIDIxLCAyMDE2IDM6MzYgUE0NCj4+PiBUbzogU3JpIEd1bmRhdmVsbGkgKHNn dW5kYXZlKTsgV2FycmVuIEt1bWFyaTsgb3BzYXdnQGlldGYub3JnOyBKb2huDQo+Pj4gS2FpcHBh bGxpbWFsaWw7IExpdSBEYXBlbmc7IE1hcmsgR3JheXNvbiAobWdyYXlzb24pDQo+Pj4gU3ViamVj dDogUmU6IFtPUFNBV0ddIFN0YXJ0IG9mIDJuZCBXR0xDIGZvcg0KPj4+IGRyYWZ0LWlldGYtb3Bz YXdnLWNhcHdhcC1hbHQtdHVubmVsDQo+Pj4gDQo+Pj4gSGksIFNyaQ0KPj4+IA0KPj4+IFRoYW5r IHlvdSBmb3IgeW91ciByZXBseS4gSSBjYW4gcmVwZWF0IHRoZSByZWFzb24uDQo+Pj4gDQo+Pj4g SW4gdGhlIGN1cnJlbnQgZHJhZnQsIHNlY3Rpb24gMy4yDQo+Pj4gDQo+Pj4gICAgbyAgSW5mbyBF bGVtZW50OiBUaGlzIGZpZWxkIGNvbnRhaW5zIHR1bm5lbCBzcGVjaWZpYyBjb25maWd1cmF0aW9u DQo+Pj4gICAgICAgcGFyYW1ldGVycyB0byBlbmFibGUgdGhlIFdUUCB0byBzZXR1cCB0aGUgYWx0 ZXJuYXRlIHR1bm5lbC4gIFRoaXMNCj4+PiAgICAgICBzcGVjaWZpY2F0aW9uIHByb3ZpZGVzIGRl dGFpbHMgZm9yIHRoaXMgZWxlbWVudHMgZm9yICoqQ0FQV0FQIGFuZA0KPj4+ICAgICAgIFBNSVB2 NioqLiAgVGhpcyBzcGVjaWZpY2F0aW9uIHJlc2VydmVzIHRoZSB0dW5uZWwgdHlwZSB2YWx1ZXMg Zm9yDQo+Pj4gICAgICAgdGhlIGtleSB0dW5uZWwgdHlwZXMgYW5kIGRlZmluZXMgdGhlIG1vc3Qg Y29tbW9uIG1lc3NhZ2UNCj4+PmVsZW1lbnRzLg0KPj4+ICAgICAgIFdlIGFudGljaXBhdGUgdGhh dCBtZXNzYWdlIGVsZW1lbnRzIGZvciB0aGUgb3RoZXIgcHJvdG9jb2xzIChsaWtlDQo+Pj4gICAg ICAgTDJUUHYzLCBldGMpIHdpbGwgYmUgZGVmaW5lZCBpbiBvdGhlciBzcGVjaWZpY2F0aW9ucyBp biB0aGUNCj4+PiAgICAgICBmdXR1cmUuDQo+Pj4gDQo+Pj4gQW5kIG15IHN1Z2dlc3Rpb24gaXMg dGhhdCBHUkUgc2hvdWxkIGFsc28gYmUgcHJvdmlkZWQuDQo+Pj4gUmVhc29uIDE6IEdSRSBpcyBh IHdpZGVseSB1c2VkIGFuZCBpbXBvcnRhbnQgdHVubmVsIHR5cGUgaW4gV2lGaQ0KPj4+bmV0d29y ay4NCj4+PiBSZWFzb24gMjogSSB1c2VkIHRvIGpvaW4gaW4gdGhlIHdvcmsgb2YgdGhpcyBkcmFm dC4gSSB0aGluayB3ZSBoYXZlDQo+Pj50YWtlbiAgdGhpcyBHUkUgdHlwZSBpbnRvIGNvbnNpZGVy YXRpb24sIGJ1dCBJIGRvIG5vdCBrbm93IHdoeSBpdCBpcw0KPj4+bWlzc2luZyBub3cuDQo+Pj4g SSBtZWFuIHRoYXQgR1JFIHR5cGUgc2hvdWxkIG5vdCBiZSBjb25zaWRlcmVkIGluIG90aGVyIGRy YWZ0cyBhcyBMMlRQDQo+Pj5vciAgSVAtSVAsIGFuZCBzaG91bGQgYmUgY29uc2lkZXJlZCBqdXN0 IGFzICoqQ0FQV0FQIGFuZCBQTUlQdjYqKg0KPj4+UmVhc29uIDM6DQo+Pj4gSSBrbm93IHRoYXQg d2UgaGF2ZSB0aGF0IHNlY3Rpb24gIjMuNi42LiAgR1JFIEtleSBFbGVtZW50Ii4gSSB0aGluaw0K Pj4+dGhhdCAgaXMganVzdCBiZWNhdXNlIHdlIGhhdmUgdGFrZW4gdGhpcyBHUkUgdHlwZSBpbnRv IGNvbnNpZGVyYXRpb24uDQo+Pj5CdXQgaW4gY3VycmVudCAgZHJhZnQsIG9uIG9uZSBoYW5kLCBp dCBpcyBkZWNsYXJlZCB0aGF0IG9ubHkgKipDQVBXQVANCj4+PmFuZCBQTUlQdjYqKidzIGRldGFp bHMgIGFyZSBwcm92aWRlZDsgb24gdGhlIG90aGVyIGhhbmQsIHRoaXMgc2VjdGlvbg0KPj4+My42 LjYgcHJvdmlkZXMgZGV0YWlscyBvZiAgR1JFLiBUaGV5IGNvbmZsaWN0cy4gTXkgc3VnZ2VzdGlv biBpcyB0bw0KPj4+YWRkIGEgbmV3IHNlY3Rpb24gMy42LCBhbmQgY2hhbmdlICB0aGUgZGVjbGFy YXRpb24gdG8gIlRoaXMNCj4+PnNwZWNpZmljYXRpb24gcHJvdmlkZXMgZGV0YWlscyBmb3IgdGhp cyBlbGVtZW50cyAgZm9yICoqQ0FQV0FQLA0KPj4+UE1JUHY2LCBhbmQgR1JFKioiDQo+Pj4gDQo+ Pj4gCUhvcGUgbm8gbWlzdW5kZXJzdGFuZGluZyBoZXJlLiBJZiBhbnkgcHJvYmxlbSwgcGxlYXNl IGNvbm5lY3QgbWUuDQo+Pj5UaGFua3MuDQo+Pj4gDQo+Pj4gQmVzdCBSZWdhcmRzDQo+Pj4gWm9u Z3BlbmcgRHUNCj4+PiANCj4+PiANCj4+PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPj4+ IEZyb206IFNyaSBHdW5kYXZlbGxpIChzZ3VuZGF2ZSkgW21haWx0bzpzZ3VuZGF2ZUBjaXNjby5j b21dDQo+Pj4gU2VudDogVHVlc2RheSwgSnVuZSAyMSwgMjAxNiAxMjoxNSBQTQ0KPj4+IFRvOiBE dXpvbmdwZW5nOyBXYXJyZW4gS3VtYXJpOyBvcHNhd2dAaWV0Zi5vcmc7IEpvaG4gS2FpcHBhbGxp bWFsaWw7DQo+Pj4gTGl1IERhcGVuZzsgTWFyayBHcmF5c29uIChtZ3JheXNvbikNCj4+PiBTdWJq ZWN0OiBSZTogW09QU0FXR10gU3RhcnQgb2YgMm5kIFdHTEMgZm9yDQo+Pj4gZHJhZnQtaWV0Zi1v cHNhd2ctY2Fwd2FwLWFsdC10dW5uZWwNCj4+PiANCj4+PiBIZWxsbyBab25ncGVuZywNCj4+PiAN Cj4+PiANCj4+PiBXZSBkbyBoYXZlIHN1cHBvcnQgZm9yIHRoZSBmb2xsb3dpbmcgZW5jYXBzdWxh dGlvbiB0eXBlcyBhbmQgd2UgYWxzbw0KPj4+aGF2ZSAgYSBzZWN0aW9uIGZvciB0aGUgR1JFIGtl eXMuIFRoZSBBY2Nlc3MgUm91dGVyIGluZm9ybWF0aW9uDQo+Pj5lbGVtZW50IGlzIGFscmVhZHkg IHRoZXJlLiBTbywgSSBkb27CuXQgc2VlIHdoeSB3ZSBuZWVkIG9uZSBtb3JlDQo+Pj5zZWN0aW9u Lg0KPj4+IA0KPj4+IENhbiB5b3UgY2xhcmlmeSB3aGF0IGlzIG5vdCBjbGVhciBmcm9tIHRoZSBi ZWxvdyB0ZXh0ID8NCj4+PiANCj4+PiDigLktDQo+Pj4gbyAgVHVubmVsLVR5cGU6IFRoZSB0dW5u ZWwgdHlwZSBpcyBzcGVjaWZpZWQgYnkgYSAyIGJ5dGUgdmFsdWUuICBUaGlzDQo+Pj4gICAgICAg c3BlY2lmaWNhdGlvbiBkZWZpbmVzIHRoZSB2YWx1ZXMgZnJvbSB6ZXJvICgwKSB0byBmaXZlICg1 KSBhcw0KPj4+ICAgICAgIGdpdmVuIGJlbG93LiAgVGhlIHJlbWFpbmluZyB2YWx1ZXMgYXJlIHJl c2VydmVkIGZvciBmdXR1cmUgdXNlLg0KPj4+IA0KPj4+ICAgICAgICogIDA6IENBUFdBUC4gIFRo aXMgcmVmZXJzIHRvIGEgQ0FQV0FQIGRhdGEgY2hhbm5lbCBkZXNjcmliZWQgaW4NCj4+PiAgICAg ICAgICBbUkZDNTQxNV1bUkZDNTQxNl0uDQo+Pj4gDQo+Pj4gWmhhbmcsIGV0IGFsLiAgICAgICAg ICAgRXhwaXJlcyBEZWNlbWJlciAxMCwgMjAxNiAgICAgICAgICAgICAgW1BhZ2UNCj4+PiAxMl1J bnRlcm5ldC1EcmFmdCAgICAgICAgICAgICBBbHRlcm5hdGUtLSBUdW5uZWwgICAgICAgICAgICAg ICAgICBKdW5lDQo+Pj4yMDE2DQo+Pj4gDQo+Pj4gICAgICAgKiAgMTogTDJUUC4gIFRoaXMgcmVm ZXJzIHRvIHR1bm5lbCBlbmNhcHN1bGF0aW9uIGRlc2NyaWJlZCBpbg0KPj4+ICAgICAgICAgIFtS RkMyNjYxXS4NCj4+PiANCj4+PiAgICAgICAqICAyOiBMMlRQdjMuICBUaGlzIHJlZmVycyB0byB0 dW5uZWwgZW5jYXBzdWxhdGlvbiBkZXNjcmliZWQgaW4NCj4+PiAgICAgICAgICBbUkZDMzkzMV0u DQo+Pj4gDQo+Pj4gICAgICAgKiAgMzogSVAtaW4tSVAuICBUaGlzIHJlZmVycyB0byB0dW5uZWwg ZW5jYXBzdWxhdGlvbiBkZXNjcmliZWQgaW4NCj4+PiAgICAgICAgICBbUkZDMjAwM10uDQo+Pj4g DQo+Pj4gICAgICAgKiAgNDogUE1JUHY2LVVEUC4gIFRoaXMgcmVmZXJzIHRvIHRoZSBVRFAgdHVu bmVsaW5nIGVuY2Fwc3VsYXRpb24NCj4+PiAgICAgICAgICBkZXNjcmliZWQgaW4gW1JGQzU4NDRd Lg0KPj4+IA0KPj4+ICAgICAgICogIDU6IEdSRS4gIFRoaXMgcmVmZXJzIHRvIEdSRSB0dW5uZWwg ZW5jYXBzdWxhdGlvbiBhcyBkZXNjcmliZWQNCj4+PiAgICAgICAgICBpbiBbUkZDMjc4NF0uDQo+ Pj4gDQo+Pj4gICAgICAgKiAgNjogR1RQdjEtVS4gIFRoaXMgcmVmZXJzIHRvIEdUUHYxIHVzZXIg cGxhbmUgbW9kZSBhcyBkZXNjcmliZWQNCj4+PiAgICAgICAgICBpbiBbVFMyOTI4MV0uDQo+Pj4g DQo+Pj4g4oC5LQ0KPj4+IA0KPj4+IA0KPj4+IA0KPj4+IOKAuS0NCj4+PiANCj4+PiAzLjYuNi4g IEdSRSBLZXkgRWxlbWVudA0KPj4+IA0KPj4+ICAgIElmIGEgV1RQIHJlY2VpdmVzIHRoZSBHUkUg S2V5IEVsZW1lbnQgaW4gdGhlIEFsdGVybmF0ZSBUdW5uZWwNCj4+PiAgICBFbmNhcHN1bGF0aW9u IG1lc3NhZ2UgZWxlbWVudCBmb3IgR1JFIHNlbGVjdGlvbiwgdGhlIFdUUCBtdXN0IGluc2VydA0K Pj4+ICAgIHRoZSBHUkUgS2V5IHRvIHRoZSBlbmNhcHN1bGF0aW9uIHBhY2tldCAoc2VlIFtSRkMy ODkwXSkuICBBbiBBUg0KPj4+ICAgIGFjdGluZyBhcyBkZWNhcHN1bGF0aW5nIHR1bm5lbCBlbmRw b2ludCBpZGVudGlmaWVzIHBhY2tldHMgYmVsb25naW5nDQo+Pj4gICAgdG8gYSB0cmFmZmljIGZs b3cgYmFzZWQgb24gdGhlIEtleSB2YWx1ZS4NCj4+PiANCj4+PiAgICBUaGUgR1JFIEtleSBFbGVt ZW50IGZpZWxkIGNvbnRhaW5zIGEgZm91ciBvY3RldCBudW1iZXIgZGVmaW5lZCBpbg0KPj4+ICAg IFtSRkMyODkwXS4NCj4+PiANCj4+PiBaaGFuZywgZXQgYWwuICAgICAgICAgICBFeHBpcmVzIERl Y2VtYmVyIDEwLCAyMDE2ICAgICAgICAgICAgICBbUGFnZQ0KPj4+IDE5XUludGVybmV0LURyYWZ0 ICAgICAgICAgICAgIEFsdGVybmF0ZS0tIFR1bm5lbCAgICAgICAgICAgICAgICAgIEp1bmUNCj4+ PjIwMTYNCj4+PiANCj4+PiAgICAgMCAgICAgICAgICAgICAgICAgICAxICAgICAgICAgICAgICAg ICAgIDIgICAgICAgICAgICAgICAgICAgMw0KPj4+ICAgICAwIDEgMiAzIDQgNSA2IDcgOCA5IDAg MSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDENCj4+PiAgICArLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Kw0KPj4+ICAgIHwgR1JFIEtleSBFbGVtZW50IFR5cGUgICAgICAgICAgfCAgICAgICAgTGVuZ3Ro ICAgICAgICAgICAgICAgICB8DQo+Pj4gICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCj4+PiAgICB8ICAgICAgICAgICAg ICAgIEdSRSBLZXkgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KPj4+ ICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rDQo+Pj4gDQo+Pj4gICAgICAgICAgICAgICAgICAgICAgICAgRmlndXJlIDE1 OiBHUkUgS2V5IEVsZW1lbnQNCj4+PiANCj4+PiAgICBHUkUgS2V5OiBUaGUgS2V5IGZpZWxkIGNv bnRhaW5zIGEgZm91ciBvY3RldCBudW1iZXIgd2hpY2ggaXMNCj4+Pmluc2VydGVkDQo+Pj4gICAg YnkgdGhlIFdUUCBhY2NvcmRpbmcgdG8gW1JGQzI4OTBdLg0KPj4+IA0KPj4+IA0KPj4+IA0KPj4+ IA0KPj4+IA0KPj4+IDMuNi4xLiAgQWNjZXNzIFJvdXRlciBJbmZvcm1hdGlvbiBFbGVtZW50cw0K Pj4+IA0KPj4+IA0KPj4+IMWgDQo+Pj4gDQo+Pj4gDQo+Pj4gDQo+Pj4gDQo+Pj4gT24gNi8xNi8x NiwgNTozMyBBTSwgIk9QU0FXRyBvbiBiZWhhbGYgb2YgRHV6b25ncGVuZyINCj4+PiA8b3BzYXdn LWJvdW5jZXNAaWV0Zi5vcmcgb24gYmVoYWxmIG9mIGR1em9uZ3BlbmdAaHVhd2VpLmNvbT4gd3Jv dGU6DQo+Pj4gDQo+Pj4gPkhpLA0KPj4+ID4NCj4+PiA+R2VuZXJhbGx5LCBJIHN1cHBvcnQgdGhl IGFkb3B0aW9uIG9mIHRoZSBkcmFmdC4NCj4+PiA+DQo+Pj4gPkkgaGF2ZSBwb3N0ZWQgYSBzdWdn ZXN0aW9uIGFib3V0IGFkZGluZyB0aGUgR1JFIHR1bm5lbCB0eXBlIGZvciB0aGUNCj4+PiA+ZHJh ZnQuIFdpbGwgdGhlIGF1dGhvciBjb25zaWRlciBpdD8gVGhhbmtzLg0KPj4+ID4NCj4+PiA+aHR0 cDovL3d3dy5pZXRmLm9yZy9tYWlsLWFyY2hpdmUvd2ViL29wc2F3Zy9jdXJyZW50L21zZzA0MTY1 Lmh0bWwNCj4+PiA+DQo+Pj4gPkJlc3QgUmVnYXJkcw0KPj4+ID5ab25ncGVuZyBEdQ0KPj4+ID4N Cj4+PiA+DQo+Pj4gPi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+Pj4gPkZyb206IE9QU0FX RyBbbWFpbHRvOm9wc2F3Zy1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgV2FycmVuDQo+ Pj4gPkt1bWFyaQ0KPj4+ID5TZW50OiBUaHVyc2RheSwgSnVuZSAxNiwgMjAxNiAyOjA0IEFNDQo+ Pj4gPlRvOiBvcHNhd2dAaWV0Zi5vcmc7IEpvaG4gS2FpcHBhbGxpbWFsaWw7IExpdSBEYXBlbmc7 DQo+Pj4gPm1ncmF5c29uQGNpc2NvLmNvbQ0KPj4+ID5TdWJqZWN0OiBbT1BTQVdHXSBTdGFydCBv ZiAybmQgV0dMQyBmb3INCj4+PiA+ZHJhZnQtaWV0Zi1vcHNhd2ctY2Fwd2FwLWFsdC10dW5uZWwN Cj4+PiA+DQo+Pj4gPkRlYXIgT3BzQVdHIFdHLA0KPj4+ID4NCj4+PiA+VGhpcyBiZWdpbnMgYSBX R0xDIGZvciBkcmFmdC1pZXRmLW9wc2F3Zy1jYXB3YXAtYWx0LXR1bm5lbCAtIHRoaXMNCj4+PiA+ V0dMQyBlbmRzIG9uIEp1bmUgMjl0aC4NCj4+PiA+DQo+Pj4gPlRoaXMgaXMgdGhlIHNlY29uZCBX R0xDIGZvciB0aGlzIGRvY3VtZW50IC0gaXQgaW5pdGlhbGx5DQo+Pj4gPnN1Y2Nlc3NmdWxseSBw YXNzZWQgV0dMQyBpbiBBdWd1c3QgMjAxNA0KPj4+ID4oaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp bC1hcmNoaXZlL3dlYi9vcHNhd2cvY3VycmVudC9tc2cwMzUyMi5odG1sKQ0KPj4+ID5hbmQgd2Fz IGhhbmRlZCB0byB0aGUgSUVTRyBmb3IgcHVibGljYXRpb24gaW4gZWFybHkgU2VwdGVtYmVyIDIw MTQuDQo+Pj4gPg0KPj4+ID5BZnRlciBpdCB3YXMgc2VudCB0byB0aGUgSUVTRyAoaW4gRmViIDIw MTUpIGEgdmVyeSBzaW1pbGFyIGRyYWZ0DQo+Pj4gPmFwcGVhcmVkDQo+Pj4gPi0gZHJhZnQteW91 LW9wc2F3Zy1jYXB3YXAtc2VwYXJhdGlvbi1mb3ItbXAuIFdlIHJlYWxpemVkIHRoYXQgdHdvLA0K Pj4+ID52ZXJ5IHNpbWlsYXIgZG9jdW1lbnRzLCB3aXRoIHNpZ25pZmljYW50IG92ZXJsYXAgd291 bGQgYmUgY29uZnVzaW5nLA0KPj4+ID5hbmQgc28gd2UgcmVxdWVzdGVkIHRoYXQgZHJhZnQtaWV0 Zi1vcHNhd2ctY2Fwd2FwLWFsdC10dW5uZWwgYmUNCj4+PiA+cmV0dXJuZWQgdG8gdGhlIFdHIGFu ZCBhc2tlZCB0aGUgYXV0aG9ycyB0byBtZXJnZSB0aGVtIGludG8gb25lDQo+Pj4gPmRvY3VtZW50 LiBUaGVyZSB3YXMgc29tZSBkZWxheXMsIGJ1dCB0aGlzIGhhcyBmaW5hbGx5IGJlZW4gY29tcGxl dGVkLg0KPj4+ID4NCj4+PiA+VGhlIFdHIGlzIHJlcXVlc3RlZCB0byByZXZpZXcgdGhlIGRvY3Vt ZW50IGFuZCBwcm92aWRlIChjbGVhcikNCj4+PiA+ZmVlZGJhY2sgb24gaWYgeW91IGJlbGlldmUg aXQgaXMgcmVhZHkgZm9yIHB1YmxpY2F0aW9uLiBJZiBub3QsDQo+Pj4gPnBsZWFzZSBwcm92aWRl IHN1Z2dlc3Rpb25zIGZvciBpbXByb3ZlbWVudCAvIHRleHQuDQo+Pj4gPg0KPj4+ID5QbGVhc2Ug bm90ZTogRXZlbiBpZiB5b3Ugc2FpZCBpdCB3YXMgZ3JlYXQgb24gdGhlIGZpcnN0IFdHTEMsIGl0 IGlzDQo+Pj4gPnZlcnkgdXNlZnVsIHRvIHJlcGVhdCB0aGlzIGNvbW1lbnQgbm93IQ0KPj4+ID4N Cj4+PiA+Vw0KPj4+ID4NCj4+PiA+DQo+Pj4gPi0tDQo+Pj4gPkkgZG9uJ3QgdGhpbmsgdGhlIGV4 ZWN1dGlvbiBpcyByZWxldmFudCB3aGVuIGl0IHdhcyBvYnZpb3VzbHkgYSBiYWQNCj4+PiA+aWRl YSBpbiB0aGUgZmlyc3QgcGxhY2UuDQo+Pj4gPlRoaXMgaXMgbGlrZSBwdXR0aW5nIHJhYmlkIHdl YXNlbHMgaW4geW91ciBwYW50cywgYW5kIGxhdGVyDQo+Pj4gPmV4cHJlc3NpbmcgcmVncmV0IGF0 IGhhdmluZyBjaG9zZW4gdGhvc2UgcGFydGljdWxhciByYWJpZCB3ZWFzZWxzDQo+Pj4gPmFuZCB0 aGF0IHBhaXIgb2YgcGFudHMuDQo+Pj4gPiAgIC0tLW1hZg0KPj4+ID4NCj4+PiA+X19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+PiA+T1BTQVdHIG1haWxp bmcgbGlzdA0KPj4+ID5PUFNBV0dAaWV0Zi5vcmcNCj4+PiA+aHR0cHM6Ly93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby9vcHNhd2cNCj4+PiA+DQo+Pj4gPl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+Pj4gPk9QU0FXRyBtYWlsaW5nIGxpc3QNCj4+ PiA+T1BTQVdHQGlldGYub3JnDQo+Pj4gPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vb3BzYXdnDQo+Pj4gDQo+Pj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCj4+PiBPUFNBV0cgbWFpbGluZyBsaXN0DQo+Pj4gT1BTQVdHQGlldGYu b3JnDQo+Pj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9vcHNhd2cNCj4N Cg0K From nobody Fri Jun 24 09:04:14 2016 Return-Path: X-Original-To: opsawg@ietf.org Delivered-To: opsawg@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 3BB0A12DC23; Fri, 24 Jun 2016 09:00:48 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "\"IETF Secretariat\"" To: , X-Test-IDTracker: no X-IETF-IDTracker: 6.24.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160624160048.10933.49208.idtracker@ietfa.amsl.com> Date: Fri, 24 Jun 2016 09:00:48 -0700 Archived-At: Cc: opsawg@ietf.org Subject: [OPSAWG] opsawg - Requested session has been scheduled for IETF 96 X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2016 16:00:48 -0000 Dear Warren Kumari, The session(s) that you have requested have been scheduled. Below is the scheduled session information followed by the original request. opsawg Session 1 (2:00:00) Tuesday, Morning Session I 1000-1230 Room Name: Tiergarten size: 110 --------------------------------------------- Special Note: Combined with OPSAREA Request Information: --------------------------------------------------------- Working Group Name: Operations and Management Area Working Group Area Name: Operations and Management Area Session Requester: Warren Kumari Number of Sessions: 1 Length of Session(s): 2 Hours Number of Attendees: 100 Conflicts to Avoid: First Priority: capport dane dprive Second Priority: dnsop v6ops Special Requests: PLEASE NOTE: Combined OpsAWG / OpsAREA. --------------------------------------------------------- From nobody Wed Jun 29 04:32:11 2016 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9DFE612DD42 for ; Wed, 29 Jun 2016 04:32:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=kumari-net.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z1UfVXcOVM0i for ; Wed, 29 Jun 2016 04:32:08 -0700 (PDT) Received: from mail-qt0-x22c.google.com (mail-qt0-x22c.google.com [IPv6:2607:f8b0:400d:c0d::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C601812DCCC for ; Wed, 29 Jun 2016 04:29:02 -0700 (PDT) Received: by mail-qt0-x22c.google.com with SMTP id w59so23115107qtd.3 for ; Wed, 29 Jun 2016 04:29:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari-net.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=3Q0Q3H0bxSc5jZhK6B+seXTX49fVqTt8gsezoeIwRfk=; b=p84LHpuTCJ4Rweg+kNrsKBlzyc3Ysb6fZRd5n/b5D2M3RCbPCReZyEPhmW4okiKW7J T+eeQgI7cQwxONuoemqc5vsb6kJB6suEqahRQyzYT+FBjXUrT4tagb6xuiw7RB7XVFZf c74p02j7IYpaTH5uzalq7HLrCPAlROQD7Z2z4O4/GV1ioTmUtOBXXEodmDo1lb3c9kLs i9fVK5lhvMZSNxVPNmN/c3fodlLXe/w7mq0Ajwy477Gv865yQzu3rv0Q79Cou6A2iYdd OYXDRgqDNW0vJMMlS9snEq24mB9dW+LGVUCz/tUI7tmtrj/TQrlK7JRfJJ5FarqqnpSj bqDA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=3Q0Q3H0bxSc5jZhK6B+seXTX49fVqTt8gsezoeIwRfk=; b=RksBCWN0vXwXDY62urA7iU3s4NBZW3vMNvrpPD6xmueYBPMVF8jGb1dfpXv5s0UHjw djj5oO2oW7Mh20sjI4wO08c7Euph1Jt72j7vb9R23sImFaDKNGsiuudf+X6jS3AzSJZL fwkFIxKadCnEXdRoIJOW6gOJPSw6Fh67L3HRkBexyMv+HIh2xuB8lvAUG3tBxL9aNFaw Dc7tjP4N2Npdjmz1VIkB5nDsFlWyIhKA1slmu7S686NfXg/bGOJmOFrV+KZae0K2wn54 twzir5TuCe1jcTEGU8LtllghSgX7XMhIbZuy7pWlbwaQshZG5KGDrxmkoZbFtHzKioPa ijeA== X-Gm-Message-State: ALyK8tKyHhvvaPum4EFTH2tM9JrKhoDjwtfHys3CL2GVLpHXuRR0g3Hgo77PY4np37mFC5zZnlhnonuy4qeP1u9z X-Received: by 10.200.50.77 with SMTP id y13mr12253186qta.5.1467199741791; Wed, 29 Jun 2016 04:29:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.55.93.71 with HTTP; Wed, 29 Jun 2016 04:28:32 -0700 (PDT) In-Reply-To: References: From: Warren Kumari Date: Wed, 29 Jun 2016 14:28:32 +0300 Message-ID: To: "opsawg@ietf.org" Content-Type: text/plain; charset=UTF-8 Archived-At: Subject: Re: [OPSAWG] Agenda requests X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 11:32:10 -0000 ... and a reminder that we have open agenda time. W On Sat, Jun 18, 2016 at 1:18 AM, Warren Kumari wrote: > Dear OpsAWG, > > We have requested a slot for the joint OpsAWG / OpsArea meeting in Berlin. > > Please send over requests for agenda time. > Please remember that we give time to drafts that have already received > significant discussion on list. > > > Also, a reminder that OpsAWG is housing the MUD work -- it would be > much appreciated if you could read the MUD documents: > https://www.ietf.org/internet-drafts/draft-lear-ietf-netmod-mud-02.txt > > Thanks, > Warren and Tianran. > -- > I don't think the execution is relevant when it was obviously a bad > idea in the first place. > This is like putting rabid weasels in your pants, and later expressing > regret at having chosen those particular rabid weasels and that pair > of pants. > ---maf -- I don't think the execution is relevant when it was obviously a bad idea in the first place. This is like putting rabid weasels in your pants, and later expressing regret at having chosen those particular rabid weasels and that pair of pants. ---maf From nobody Wed Jun 29 10:57:40 2016 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4F47912D59D for ; Wed, 29 Jun 2016 10:57:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.345 X-Spam-Level: X-Spam-Status: No, score=-8.345 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bz0kwcSh0I3Q for ; Wed, 29 Jun 2016 10:57:37 -0700 (PDT) Received: from co300216-co-outbound.net.avaya.com (co300216-co-outbound.net.avaya.com [198.152.13.100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3DAC412B048 for ; Wed, 29 Jun 2016 10:57:37 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2FaAgDVCnRX/yYyC4daHoJSIS1WgQO5Q?= =?us-ascii?q?4F7JIV0AoEyOBQBAQEBAQEBA2IcC4JBOTwBAQEBAQEjAj4xAxIbXgEVFVYfBwE?= =?us-ascii?q?EGxqIDgENo36FEpp4AQoBAQEeBYYpiF0xgyqCLwWZBQGGB5IVhUaQAx42g3CJL?= =?us-ascii?q?QF+AQEB?= X-IPAS-Result: =?us-ascii?q?A2FaAgDVCnRX/yYyC4daHoJSIS1WgQO5Q4F7JIV0AoEyOBQ?= =?us-ascii?q?BAQEBAQEBA2IcC4JBOTwBAQEBAQEjAj4xAxIbXgEVFVYfBwEEGxqIDgENo36FE?= =?us-ascii?q?pp4AQoBAQEeBYYpiF0xgyqCLwWZBQGGB5IVhUaQAx42g3CJLQF+AQEB?= X-IronPort-AV: E=Sophos;i="5.26,547,1459828800"; d="scan'208,217";a="181492470" Received: from unknown (HELO p-us1-erheast-smtpauth.us1.avaya.com) ([135.11.50.38]) by co300216-co-outbound.net.avaya.com with ESMTP; 29 Jun 2016 13:57:35 -0400 X-OutboundMail_SMTP: 1 Received: from unknown (HELO AZ-FFEXHC04.global.avaya.com) ([135.64.58.14]) by p-us1-erheast-out.us1.avaya.com with ESMTP/TLS/AES256-SHA; 29 Jun 2016 13:57:35 -0400 Received: from AZ-FFEXMB04.global.avaya.com ([fe80::6db7:b0af:8480:c126]) by AZ-FFEXHC04.global.avaya.com ([135.64.58.14]) with mapi id 14.03.0174.001; Wed, 29 Jun 2016 19:57:32 +0200 From: "Romascanu, Dan (Dan)" To: "opsawg@ietf.org" Thread-Topic: a new version of the automatic attachment drafts Thread-Index: AdHSL7Tm7cjwLHTRRWWWYvwrin0y4A== Date: Wed, 29 Jun 2016 17:57:31 +0000 Message-ID: <9904FB1B0159DA42B0B887B7FA8119CA75220B90@AZ-FFEXMB04.global.avaya.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.64.58.48] Content-Type: multipart/alternative; boundary="_000_9904FB1B0159DA42B0B887B7FA8119CA75220B90AZFFEXMB04globa_" MIME-Version: 1.0 Archived-At: Subject: [OPSAWG] a new version of the automatic attachment drafts X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 17:57:39 -0000 --_000_9904FB1B0159DA42B0B887B7FA8119CA75220B90AZFFEXMB04globa_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I have submitted two new Internet-Draft that describe the automatic attachm= ent functionality: https://datatracker.ietf.org/doc/draft-romascanu-opsawg-auto-attach-framewo= rk/ https://datatracker.ietf.org/doc/draft-romascanu-opsawg-auto-attach-lldp/ Principal changes: - addressing the comments received at IETF 95 we split the generic protoco= l-independent framework that describes the discovery and service mapping me= chanism in a separate I-D - we clarified terminology and re-drawn the principal building blocks - we connected the discovery and authentication mechanism with the MUD prop= osal Questions and comments are welcome. Thanks and Regards, Dan --_000_9904FB1B0159DA42B0B887B7FA8119CA75220B90AZFFEXMB04globa_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

I have submitted two new Internet-Draft that describ= e the automatic attachment functionality:

 

https://datatracker.ietf.org/doc/dra= ft-romascanu-opsawg-auto-attach-framework/

https://datatracker.ietf.org/doc/draft-ro= mascanu-opsawg-auto-attach-lldp/

 

Principal changes:

- addressing the comments received at IETF 95 &nb= sp;we split the generic protocol-independent framework that describes the d= iscovery and service mapping mechanism in a separate I-D

- we clarified terminology and re-drawn the princ= ipal building blocks

- we connected the discovery and authentication mech= anism with the MUD proposal

 

Questions and comments are welcome.

 

Thanks and Regards,

 

Dan

 

--_000_9904FB1B0159DA42B0B887B7FA8119CA75220B90AZFFEXMB04globa_-- From nobody Wed Jun 29 11:01:38 2016 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D4E8C12D548 for ; Wed, 29 Jun 2016 11:01:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.346 X-Spam-Level: X-Spam-Status: No, score=-8.346 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s42LSF-AwpF1 for ; Wed, 29 Jun 2016 11:01:36 -0700 (PDT) Received: from co300216-co-outbound.net.avaya.com (co300216-co-outbound.net.avaya.com [198.152.13.100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 505FA12D54F for ; Wed, 29 Jun 2016 11:01:36 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2GFAQAADHRX/xUHmMZaGgEBAQGCcy2BU?= =?us-ascii?q?waNJKoQgg+Be4YYAoEyOBQBAQEBAQEBA2InhEwBAQEBAxIoSwQCAQgNBAQBAQE?= =?us-ascii?q?KFAkHMhQJCAIEARIIGogOAakWmngBAQEBAQUBAQEBAQEBAR+GKYRMhEKDKoIvB?= =?us-ascii?q?ZkFAZAmhFSDIgyFOoZUiS8eNoNwbog/AX4BAQE?= X-IPAS-Result: =?us-ascii?q?A2GFAQAADHRX/xUHmMZaGgEBAQGCcy2BUwaNJKoQgg+Be4Y?= =?us-ascii?q?YAoEyOBQBAQEBAQEBA2InhEwBAQEBAxIoSwQCAQgNBAQBAQEKFAkHMhQJCAIEA?= =?us-ascii?q?RIIGogOAakWmngBAQEBAQUBAQEBAQEBAR+GKYRMhEKDKoIvBZkFAZAmhFSDIgy?= =?us-ascii?q?FOoZUiS8eNoNwbog/AX4BAQE?= X-IronPort-AV: E=Sophos;i="5.26,547,1459828800"; d="scan'208";a="181493159" Received: from unknown (HELO co300216-co-erhwest-exch.avaya.com) ([198.152.7.21]) by co300216-co-outbound.net.avaya.com with ESMTP; 29 Jun 2016 14:01:35 -0400 X-OutboundMail_SMTP: 1 Received: from unknown (HELO AZ-FFEXHC02.global.avaya.com) ([135.64.58.12]) by co300216-co-erhwest-out.avaya.com with ESMTP/TLS/AES256-SHA; 29 Jun 2016 14:01:35 -0400 Received: from AZ-FFEXMB04.global.avaya.com ([fe80::6db7:b0af:8480:c126]) by AZ-FFEXHC02.global.avaya.com ([135.64.58.12]) with mapi id 14.03.0174.001; Wed, 29 Jun 2016 20:01:31 +0200 From: "Romascanu, Dan (Dan)" To: Warren Kumari , "opsawg@ietf.org" Thread-Topic: [OPSAWG] Agenda requests Thread-Index: AQHR0fnuZtIHbyJvjEiUNiUAMrf0+6AAu6eg Date: Wed, 29 Jun 2016 18:01:31 +0000 Message-ID: <9904FB1B0159DA42B0B887B7FA8119CA75220BA1@AZ-FFEXMB04.global.avaya.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.64.58.48] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [OPSAWG] Agenda requests X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 18:01:38 -0000 Hi Warren,=20 If there is time available in the agenda, I would like to use 5-10 min for = a short update on the progress of the auto-attachment work. We have submitt= ed today two revised Internet-Drafts, which separate the generic framework = and the protocol implementation, clarify terminology and building blocks, a= nd connect with the MUD proposal as one of the means of discovery and authe= ntication of devices at attachment.=20 Thanks and Regards, Dan > -----Original Message----- > From: OPSAWG [mailto:opsawg-bounces@ietf.org] On Behalf Of Warren > Kumari > Sent: Wednesday, June 29, 2016 2:29 PM > To: opsawg@ietf.org > Subject: Re: [OPSAWG] Agenda requests >=20 > ... and a reminder that we have open agenda time. >=20 > W >=20 > On Sat, Jun 18, 2016 at 1:18 AM, Warren Kumari > wrote: > > Dear OpsAWG, > > > > We have requested a slot for the joint OpsAWG / OpsArea meeting in > Berlin. > > > > Please send over requests for agenda time. > > Please remember that we give time to drafts that have already received > > significant discussion on list. > > > > > > Also, a reminder that OpsAWG is housing the MUD work -- it would be > > much appreciated if you could read the MUD documents: