
From nobody Wed Aug  2 02:28:30 2017
Return-Path: <takeshi_takahashi@nict.go.jp>
X-Original-To: mile@ietfa.amsl.com
Delivered-To: mile@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DF153127978 for <mile@ietfa.amsl.com>; Wed,  2 Aug 2017 02:28:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level: 
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 q61RoMdAW_nm for <mile@ietfa.amsl.com>; Wed,  2 Aug 2017 02:28:26 -0700 (PDT)
Received: from ns2.nict.go.jp (ns2.nict.go.jp [IPv6:2001:df0:232:300::2]) by ietfa.amsl.com (Postfix) with ESMTP id 9B84512EC13 for <mile@ietf.org>; Wed,  2 Aug 2017 02:28:26 -0700 (PDT)
Received: from gw2.nict.go.jp (gw2.nict.go.jp [133.243.18.251]) by ns2.nict.go.jp  with ESMTP id v729SOLw050478; Wed, 2 Aug 2017 18:28:24 +0900 (JST)
Received: from DESKTOP2JPR8KD (ssh1.nict.go.jp [133.243.3.49]) by gw2.nict.go.jp  with ESMTP id v729SNXw050471; Wed, 2 Aug 2017 18:28:23 +0900 (JST)
From: "Takeshi Takahashi" <takeshi_takahashi@nict.go.jp>
To: "'Adam Montville'" <adam.w.montville@gmail.com>, <mile@ietf.org>
References: <001a01d2ff15$5f6ed1e0$1e4c75a0$@nict.go.jp> <CACknUNXPDfJR5YoaEPjWNQ9eH=Hp946L4Utt6hA7onWNdXD0OQ@mail.gmail.com>
In-Reply-To: <CACknUNXPDfJR5YoaEPjWNQ9eH=Hp946L4Utt6hA7onWNdXD0OQ@mail.gmail.com>
Date: Wed, 2 Aug 2017 18:28:21 +0900
Message-ID: <006601d30b71$af4c2790$0de476b0$@nict.go.jp>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQIjlyKv1kH85WnMju5Ac4hCvkjeewD0rXt5ocgHyHA=
Content-Language: ja
X-Virus-Scanned: clamav-milter 0.98.7 at zenith2
X-Virus-Status: Clean
Archived-At: <https://mailarchive.ietf.org/arch/msg/mile/8ZsrlKTaFQxoF838B2gPxX1ztkY>
Subject: Re: [mile] Working group last call for XMPP-grid
X-BeenThere: mile@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" <mile.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mile>, <mailto:mile-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mile/>
List-Post: <mailto:mile@ietf.org>
List-Help: <mailto:mile-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mile>, <mailto:mile-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 02 Aug 2017 09:28:29 -0000

Hi Adam,

Thank you very much for your thorough review.
These are very helpful comments to advance the work further.

I believe the authors will continue discussion based on these insightful =
comments.
I also think this is a kind of XMPP configuration guide that facilitates =
the exchange of security-related information.
So long as I understood until now, this document defines the exchange of =
security-related information, and describes how IODEF information can be =
distributed using the technique in order to demonstrate the usability of =
the technique, but confirmation from the authors would be appreciated on =
this matter.
I also agree that we had better minimize the invention of new =
terminology and had better reuse the term that were already used in the =
original XMPP spec.

In any case, since it is a summer vacation season, let us wait for a =
while until authors reply to the comments.

Thank you, and kind regards,
Take



From: mile [mailto:mile-bounces@ietf.org] On Behalf Of Adam Montville
Sent: Sunday, July 30, 2017 10:04 PM
To: Takeshi Takahashi <takeshi_takahashi@nict.go.jp>; mile@ietf.org
Subject: Re: [mile] Working group last call for XMPP-grid

Take (and everyone),=20

I have read through this latest revision of the draft and find that I am =
still somewhat confused - not about the intent of the draft, I think, =
but of how it qualifies as something that is standards track (I could be =
speaking from ignorance here, so please educate me where necessary).=20

To me, the draft is at heart an XMPP configuration guide, to put it =
simply. For example, I don't see too much I would need to implement =
(aside from a deferred XEP for IODEF - see my last comment below), but I =
do see many requirements pertaining to the configuration/operation of, =
say, ejabberd in my enterprise.=20

I feel like the real meat of the problem is punted, and perhaps that is =
intentional given the narrow IODEF-specific scope. To me, the harder =
problem is gaining industry-wide understanding of the discoverable =
capabilities within the ecosystem XMPP-grid (I presume) seeks to enable. =
Without this, there's very little hope of "plug and play" security =
infrastructure in a given enterprise.

The following are my current specific comments on this draft (more may =
follow, but this seems like a bit for now):
=E2=80=A2 At several points the draft talks about "telemetry", and I =
remember someone (I think it may have been Henk) describing to me that =
this has special meaning avoiding real-time-ish or event-ish =
information. First, is there a need to define what is meant by =
"telemetry"? Second, is there a reason to limit to "telemetry" given =
this is a draft seeking to establish the communications infrastructure =
for a security program's ecosystem? (Maybe that's not the intent of the =
draft, but if it's not, then there's a whole front-end of activities on =
the orchestration or command and control fronts that still need to be =
addressed in this space, and I would question the utility of any =
approach unconcerned with the full breadth of security program =
communications needs.)
=E2=80=A2 Is there a reason we couldn't replace "transport and =
communication" for "messaging"? This seems cleaner, and removes any of =
the ambiguity around "transport" when we're at a context that may =
sometimes be on the network level and sometimes not. (See, for example, =
the first sentence of the first paragraph of the Introduction.)
=E2=80=A2 In the terminology, the way "capability provider" and =
"publisher" are defined, they seem synonymous. It's clear that =
"publisher" is being set up as a subclass of "capability provider" (i.e. =
"publisher is a capability provider that..."), but beyond that there's =
no clear qualification that would make an instance "publisher" distinct =
from some other instance of "capability provider". I'm not sure how to =
fix this, but recommend that you ask what would come after "that" in the =
following sentence fragment: "A publisher is a capability provider =
that..."=20
=E2=80=A2 Proposed text for "subscriber" definition: An entity =
participating in XMPP-Grid by consuming information on a subscription =
basis from one or more publishers also participating in the XMPP-Grid.
=E2=80=A2 The XMPP-Grid Controller is simply an XMPP Server by my read. =
Is there a compelling reason not to simply call it such?
=E2=80=A2 This is a draft about communicating IODEF information over an =
XMPP infrastructure, and as such it points to (as a normative reference) =
XEP-0268 (see https://xmpp.org/extensions/xep-0268.html). Unfortunately, =
that normatively references a XEP containing a clear warning: "WARNING: =
This document has been automatically Deferred after 12 months of =
inactivity in its previous Experimental state. Implementation of the =
protocol described herein is not recommended for production systems. =
However, exploratory implementations are encouraged to resume the =
standards process." I'm not an expert, but I wouldn't want this draft to =
proceed by effectively standardizing something that was experimental, =
but has been deferred for inactivity, which tells me that it's =
effectively dead (XSF folks may have a different opinion, and I'll =
obviously defer to them, as I'm not too knowledgable of the XSF =
process).

I want to see standardization of a communications infrastructure =
supporting an ecosystem of software and tools commonly used in the =
implementation of a security program. It's not clear to me how this =
draft furthers that goal. Either the draft simply doesn't accomplish =
that for lack of specification, or it's not clear enough (to me) to see =
how that enablement happens (even for IODEF given the "non-normative =
normative" reference to XEP-0268).

Therefore, it's not clear to me how this draft could proceed as =
standards track, though I hope there is a way we can see this happen =
(I'm not sure an informational draft would be as well-received nor =
helpful).


Kind regards,

Adam


On Mon, Jul 17, 2017 at 10:57 AM Takeshi Takahashi =
<mailto:takeshi_takahashi@nict.go.jp> wrote:
Hello all,

Based on the discussion at the MILE session in Prague, let us =
re-initiate
the WGLC for draft-ietf-mile-xmpp-grid.
The version to be reviewed is
https://tools.ietf.org/id/draft-ietf-mile-xmpp-grid-03.txt

We will have 1 month for this call.
Please provide comments before August 18th and provide your support and/ =
or
raise any issue you feel are yet to be addressed.

Thank you.
Take


_______________________________________________
mile mailing list
mailto:mile@ietf.org
https://www.ietf.org/mailman/listinfo/mile


From nobody Wed Aug  2 17:09:45 2017
Return-Path: <ncamwing@cisco.com>
X-Original-To: mile@ietfa.amsl.com
Delivered-To: mile@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 230C21287A5 for <mile@ietfa.amsl.com>; Wed,  2 Aug 2017 17:09:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.521
X-Spam-Level: 
X-Spam-Status: No, score=-14.521 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=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 rFPfJ4RM5nIx for <mile@ietfa.amsl.com>; Wed,  2 Aug 2017 17:09:42 -0700 (PDT)
Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8A868127601 for <mile@ietf.org>; Wed,  2 Aug 2017 17:09:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=9120; q=dns/txt; s=iport; t=1501718982; x=1502928582; h=from:to:subject:date:message-id:mime-version; bh=/onOz0INeAmY/0a6ooZT15tm4AQFre3iOZzOdX0t2lQ=; b=jqVS1iSxxFJziJaZ5oUn3v0Og1U2XvTPMjs8IzjCSo/b7JJMcP/JwiSZ av0lWYuOmpJMsX6Gt3/wGKmjNeoTkIqT6id6wftfCGl6L8AfsFaeNmCZv WBoqsplPbJhiM7b98sbVqP2UvZW3LBueXQfcDew5om4QHFncNBaQ7/nF9 k=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DEAgCBaIJZ/5FdJa1dHAEBBAEBCgEBg?= =?us-ascii?q?m9rZG0ujgeQBYFMkQGFMYISLIU3hBs/GAECAQEBAQEBAWsdC4VCCl4BSgIEMCc?= =?us-ascii?q?EiV5kEK1HgiYniyUBAQEBAQEBAQEBAQEBAQEBAQEBAQEYBYMoggKDLysLh0QBA?= =?us-ascii?q?YMxMIIxBZ98AodRg0yJDYINhVaKYZV6AR84P0t3FUkSAYcHiEOBI4EPAQEB?=
X-IronPort-AV: E=Sophos;i="5.41,313,1498521600";  d="scan'208,217";a="275796317"
Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 03 Aug 2017 00:09:41 +0000
Received: from XCH-RTP-012.cisco.com (xch-rtp-012.cisco.com [64.101.220.152]) by rcdn-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id v7309fwU013131 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for <mile@ietf.org>; Thu, 3 Aug 2017 00:09:41 GMT
Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-012.cisco.com (64.101.220.152) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 2 Aug 2017 20:09:40 -0400
Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Wed, 2 Aug 2017 20:09:40 -0400
From: "Nancy Cam-Winget (ncamwing)" <ncamwing@cisco.com>
To: "mile@ietf.org" <mile@ietf.org>
Thread-Topic: ROLIE for Standards track?
Thread-Index: AQHTC+zN6wlv0xzHFkSqq1oFy/1Nyw==
Date: Thu, 3 Aug 2017 00:09:40 +0000
Message-ID: <C5A1DE61-B7D0-4238-ADF9-7AE825FA32FB@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/f.1a.0.160910
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.86.248.52]
Content-Type: multipart/alternative; boundary="_000_C5A1DE61B7D04238ADF97AE825FA32FBciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/mile/CSpqu3pRcEru_E8sdPpO7Z7DoWY>
Subject: [mile] ROLIE for Standards track?
X-BeenThere: mile@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" <mile.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mile>, <mailto:mile-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mile/>
List-Post: <mailto:mile@ietf.org>
List-Help: <mailto:mile-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mile>, <mailto:mile-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 03 Aug 2017 00:09:44 -0000

--_000_C5A1DE61B7D04238ADF97AE825FA32FBciscocom_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

SGksDQoNCkJhY2sgaW4gSUVURiA5NyAoU2VvdWwpLCB3ZSBkaXNjdXNzZWQgbW92aW5nIFJPTElF
IGZyb20gSW5mb3JtYXRpb25hbCB0byBTdGFuZGFyZHMgdHJhY2sgd2l0aCBwYXJ0aWNpcGFudHMg
YmVpbmcgaW4gZmF2b3IuICBIb3dldmVyLCBJIHdhcyByZW1pc3MgaW4gY29uZmlybWluZyB0aGlz
IG92ZXIgdGhlIG1haWwgbGlzdOKApi5TTywNCkluIG9yZGVyIHRvIG1vdmUgdGhpcyBmb3J3YXJk
IGFzIEkgdGhpbmsgdGhlIGRyYWZ0IGlzIHJlYWR5IG90aGVyIHRoYW4gaXRzIGNhdGVnb3J5Lg0K
DQpJ4oCZZCBsaWtlIHRvIGFzayB0aGUgbWFpbCBsaXN0Og0KDQotICAgICAgICAgIFNob3VsZCBN
SUxFIGFkb3B0IGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtbWls
ZS1yb2xpZS8gYXMgYSBTdGFuZGFyZHMgdHJhY2sgZG9jdW1lbnQ/DQoNClBsZWFzZSByZXNwb25k
IGJ5IEF1Z3VzdCAxNnRoIHNvIHRoYXQgd2UgY2FuIG1vdmUgdGhpcyBpdGVtIGZvcndhcmQuDQoN
CktpbmQgcmVnYXJkcywgTmFuY3kNCg==

--_000_C5A1DE61B7D04238ADF97AE825FA32FBciscocom_
Content-Type: text/html; charset="utf-8"
Content-ID: <21681F4AAF26E946A31683E15910A4BF@emea.cisco.com>
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4
bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo
dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo
dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp
dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l
dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu
dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg
KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N
CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCglwYW5vc2UtMToyIDcg
MyA5IDIgMiA1IDIgNCA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6V2luZ2RpbmdzOw0K
CXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWls
eToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0O30NCkBmb250
LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAz
IDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1h
bCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsN
Cglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OkNhbGlicmk7fQ0KYTpsaW5rLCBzcGFu
Lk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1NjNDMTsN
Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxp
bmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Izk1NEY3MjsNCgl0
ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnAuTXNvTGlzdFBhcmFncmFwaCwgbGkuTXNvTGlz
dFBhcmFncmFwaCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGgNCgl7bXNvLXN0eWxlLXByaW9yaXR5OjM0
Ow0KCW1hcmdpbi10b3A6MGluOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbWFyZ2luLWJvdHRvbTow
aW47DQoJbWFyZ2luLWxlZnQ6LjVpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1z
aXplOjEyLjBwdDsNCglmb250LWZhbWlseTpDYWxpYnJpO30NCnNwYW4uRW1haWxTdHlsZTE3DQoJ
e21zby1zdHlsZS10eXBlOnBlcnNvbmFsLWNvbXBvc2U7DQoJZm9udC1mYW1pbHk6Q2FsaWJyaTsN
Cgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4ubXNvSW5zDQoJe21zby1zdHlsZS10eXBlOmV4cG9y
dC1vbmx5Ow0KCW1zby1zdHlsZS1uYW1lOiIiOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7
DQoJY29sb3I6dGVhbDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQt
b25seTsNCglmb250LWZhbWlseTpDYWxpYnJpO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXpl
OjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2Lldv
cmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQovKiBMaXN0IERlZmluaXRpb25zICov
DQpAbGlzdCBsMA0KCXttc28tbGlzdC1pZDo0ODI0MzAzNDI7DQoJbXNvLWxpc3QtdHlwZTpoeWJy
aWQ7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOi0xMzgwMzg2MTY2IDk1MTYxMjgxMCA2NzY5ODY5
MSA2NzY5ODY5MyA2NzY5ODY4OSA2NzY5ODY5MSA2NzY5ODY5MyA2NzY5ODY4OSA2NzY5ODY5MSA2
NzY5ODY5Mzt9DQpAbGlzdCBsMDpsZXZlbDENCgl7bXNvLWxldmVsLXN0YXJ0LWF0OjE2Ow0KCW1z
by1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDotOw0KCW1zby1s
ZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCglt
YXJnaW4tbGVmdDoyMi41cHQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OkNh
bGlicmk7DQoJbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6Q2FsaWJyaTsNCgltc28tYmlkaS1mb250
LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQpAbGlzdCBsMDpsZXZlbDINCgl7bXNvLWxldmVs
LW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRh
Yi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1s
ZWZ0OjU4LjVwdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIg
TmV3Ijt9DQpAbGlzdCBsMDpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0
Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28t
bGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6OTQuNXB0Ow0KCXRleHQt
aW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw0
DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7
DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjps
ZWZ0Ow0KCW1hcmdpbi1sZWZ0OjEzMC41cHQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQt
ZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3Jt
YXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7
DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjE2Ni41cHQ7
DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KQGxp
c3QgbDA6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2
ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJl
ci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjIwMi41cHQ7DQoJdGV4dC1pbmRlbnQ6LS4y
NWluOw0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMDpsZXZlbDcNCgl7bXNvLWxl
dmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2
ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJbWFy
Z2luLWxlZnQ6MjM4LjVwdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6U3lt
Ym9sO30NCkBsaXN0IGwwOmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7
DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2
ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6Mjc0LjVwdDsNCgl0ZXh0LWlu
ZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpAbGlzdCBsMDpsZXZl
bDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+C
pzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9u
OmxlZnQ7DQoJbWFyZ2luLWxlZnQ6MzEwLjVwdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9u
dC1mYW1pbHk6V2luZ2RpbmdzO30NCm9sDQoJe21hcmdpbi1ib3R0b206MGluO30NCnVsDQoJe21h
cmdpbi1ib3R0b206MGluO30NCi0tPjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBiZ2NvbG9yPSJ3
aGl0ZSIgbGFuZz0iRU4tVVMiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYg
Y2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdCI+SGksPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTEuMHB0Ij5CYWNrIGluIElFVEYgOTcgKFNlb3VsKSwgd2UgZGlzY3Vzc2VkIG1vdmluZyBST0xJ
RSBmcm9tIEluZm9ybWF0aW9uYWwgdG8gU3RhbmRhcmRzIHRyYWNrIHdpdGggcGFydGljaXBhbnRz
IGJlaW5nIGluIGZhdm9yLiZuYnNwOyBIb3dldmVyLCBJIHdhcyByZW1pc3MgaW4gY29uZmlybWlu
ZyB0aGlzIG92ZXIgdGhlIG1haWwgbGlzdOKApi5TTywNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5JbiBv
cmRlciB0byBtb3ZlIHRoaXMgZm9yd2FyZCBhcyBJIHRoaW5rIHRoZSBkcmFmdCBpcyByZWFkeSBv
dGhlciB0aGFuIGl0cyBjYXRlZ29yeS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZToxMS4wcHQiPknigJlkIGxpa2UgdG8gYXNrIHRoZSBtYWlsIGxpc3Q6PG86cD48L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoy
Mi41cHQ7dGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwwIGxldmVsMSBsZm8xIj4NCjwhW2lm
ICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48c3BhbiBzdHls
ZT0ibXNvLWxpc3Q6SWdub3JlIj4tPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMg
TmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdCI+U2hvdWxkIE1JTEUgYWRvcHQgPGEgaHJlZj0iaHR0cHM6Ly9k
YXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1taWxlLXJvbGllLyI+DQpodHRwczov
L2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLW1pbGUtcm9saWUvPC9hPiBhcyBh
IFN0YW5kYXJkcyB0cmFjayBkb2N1bWVudD88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8
L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMS4wcHQiPlBsZWFzZSByZXNwb25kIGJ5IEF1Z3VzdCAxNjxzdXA+dGg8L3N1cD4gc28g
dGhhdCB3ZSBjYW4gbW92ZSB0aGlzIGl0ZW0gZm9yd2FyZC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86
cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMS4wcHQiPktpbmQgcmVnYXJkcywgTmFuY3k8bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg==

--_000_C5A1DE61B7D04238ADF97AE825FA32FBciscocom_--


From nobody Thu Aug  3 09:27:22 2017
Return-Path: <ncamwing@cisco.com>
X-Original-To: mile@ietfa.amsl.com
Delivered-To: mile@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DC2E413239C for <mile@ietfa.amsl.com>; Thu,  3 Aug 2017 09:27:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.522
X-Spam-Level: 
X-Spam-Status: No, score=-14.522 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=-0.001, 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 l7w0CtEZQ_Qo for <mile@ietfa.amsl.com>; Thu,  3 Aug 2017 09:27:19 -0700 (PDT)
Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BEB9A13236C for <mile@ietf.org>; Thu,  3 Aug 2017 09:27:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=33504; q=dns/txt; s=iport; t=1501777638; x=1502987238; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=TZ+tefS6NWW2WiKmCaMpFvuHgavhqeLMeWAvKPjX8IA=; b=i84hko7FpQ2vavAN/aILJ32DPOszDmFj3idOdE0OiSrLLjWlfbNadyZl DoPgBCjhG0FLdL6cINFqjP4abYl9/XBvE3ouB011FxmBwlZXwOYtsR5AD BEIHQet542by6BmN+lqAg+ZkxZ9UuJRO8iw2lcpppMmV2jQnABk1O9U+E s=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0B7AQAJToNZ/5pdJa1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm9rZG0nB4RmiSKQB4FMIog2jV8OggQhAQqBYIM7AhqEJD8YAQI?= =?us-ascii?q?BAQEBAQEBayiFGAEBAQEDAQEbBkgBAhsCAQgRAwECDQETBwMCAgIfBgsUCQgBA?= =?us-ascii?q?QQBCQmJS0wDFRCtK4ImJ4cJDYQPAQEBAQEBAQEBAQEBAQEBAQEBAQEBGAWDKII?= =?us-ascii?q?Cgy8rC4JxgleBYhEDEDYWgl0wgjEFn0E8AodRh2mEcYIPhViDeIZpiV6CSolYA?= =?us-ascii?q?R84gQp3FUkSAYJHgj0cgWd2AYcVgTGBDwEBAQ?=
X-IronPort-AV: E=Sophos;i="5.41,316,1498521600";  d="scan'208,217";a="465974418"
Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 03 Aug 2017 16:27:17 +0000
Received: from XCH-RTP-014.cisco.com (xch-rtp-014.cisco.com [64.101.220.154]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id v73GRHCw023133 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 3 Aug 2017 16:27:17 GMT
Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-014.cisco.com (64.101.220.154) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 3 Aug 2017 12:27:16 -0400
Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Thu, 3 Aug 2017 12:27:16 -0400
From: "Nancy Cam-Winget (ncamwing)" <ncamwing@cisco.com>
To: Adam Montville <adam.w.montville@gmail.com>, Takeshi Takahashi <takeshi_takahashi@nict.go.jp>, "mile@ietf.org" <mile@ietf.org>
Thread-Topic: [mile] Working group last call for XMPP-grid
Thread-Index: AdL/FQuQkltgy3LOS5ShIWJPWrkNYwKQNNQAAMGV+wA=
Date: Thu, 3 Aug 2017 16:27:16 +0000
Message-ID: <B93890F4-1629-4621-B882-FFA8D97420EE@cisco.com>
References: <001a01d2ff15$5f6ed1e0$1e4c75a0$@nict.go.jp> <CACknUNXPDfJR5YoaEPjWNQ9eH=Hp946L4Utt6hA7onWNdXD0OQ@mail.gmail.com>
In-Reply-To: <CACknUNXPDfJR5YoaEPjWNQ9eH=Hp946L4Utt6hA7onWNdXD0OQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/f.1a.0.160910
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.155.84.55]
Content-Type: multipart/alternative; boundary="_000_B93890F416294621B882FFA8D97420EEciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/mile/OFxD3MYq_b0JZX8l_3o9HDfGGPg>
Subject: Re: [mile] Working group last call for XMPP-grid
X-BeenThere: mile@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" <mile.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mile>, <mailto:mile-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mile/>
List-Post: <mailto:mile@ietf.org>
List-Help: <mailto:mile-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mile>, <mailto:mile-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 03 Aug 2017 16:27:22 -0000

--_000_B93890F416294621B882FFA8D97420EEciscocom_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

SGkgQWRhbSwNCg0KTWFueSB0aGFua3MgZm9yIGEgcHJvbXB0IHJldmlldyEgIEFuZCBpdCBhcHBl
YXJzIHRoYXQgSSBjdWxsZWQgdG9vIG11Y2ggc28gcGxlYXNlIHNlZSBmdXJ0aGVyIGNvbW1lbnRz
L3F1ZXN0aW9ucyBiZWxvdzoNCg0KRnJvbTogbWlsZSA8bWlsZS1ib3VuY2VzQGlldGYub3JnPiBv
biBiZWhhbGYgb2YgQWRhbSBNb250dmlsbGUgPGFkYW0udy5tb250dmlsbGVAZ21haWwuY29tPg0K
RGF0ZTogU3VuZGF5LCBKdWx5IDMwLCAyMDE3IGF0IDY6MDQgQU0NClRvOiBUYWtlc2hpIFRha2Fo
YXNoaSA8dGFrZXNoaV90YWthaGFzaGlAbmljdC5nby5qcD4sICJtaWxlQGlldGYub3JnIiA8bWls
ZUBpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbbWlsZV0gV29ya2luZyBncm91cCBsYXN0IGNhbGwg
Zm9yIFhNUFAtZ3JpZA0KDQpUYWtlIChhbmQgZXZlcnlvbmUpLA0KDQpJIGhhdmUgcmVhZCB0aHJv
dWdoIHRoaXMgbGF0ZXN0IHJldmlzaW9uIG9mIHRoZSBkcmFmdCBhbmQgZmluZCB0aGF0IEkgYW0g
c3RpbGwgc29tZXdoYXQgY29uZnVzZWQgLSBub3QgYWJvdXQgdGhlIGludGVudCBvZiB0aGUgZHJh
ZnQsIEkgdGhpbmssIGJ1dCBvZiBob3cgaXQgcXVhbGlmaWVzIGFzIHNvbWV0aGluZyB0aGF0IGlz
IHN0YW5kYXJkcyB0cmFjayAoSSBjb3VsZCBiZSBzcGVha2luZyBmcm9tIGlnbm9yYW5jZSBoZXJl
LCBzbyBwbGVhc2UgZWR1Y2F0ZSBtZSB3aGVyZSBuZWNlc3NhcnkpLg0KDQpUbyBtZSwgdGhlIGRy
YWZ0IGlzIGF0IGhlYXJ0IGFuIFhNUFAgY29uZmlndXJhdGlvbiBndWlkZSwgdG8gcHV0IGl0IHNp
bXBseS4gRm9yIGV4YW1wbGUsIEkgZG9uJ3Qgc2VlIHRvbyBtdWNoIEkgd291bGQgbmVlZCB0byBp
bXBsZW1lbnQgKGFzaWRlIGZyb20gYSBkZWZlcnJlZCBYRVAgZm9yIElPREVGIC0gc2VlIG15IGxh
c3QgY29tbWVudCBiZWxvdyksIGJ1dCBJIGRvIHNlZSBtYW55IHJlcXVpcmVtZW50cyBwZXJ0YWlu
aW5nIHRvIHRoZSBjb25maWd1cmF0aW9uL29wZXJhdGlvbiBvZiwgc2F5LCBlamFiYmVyZCBpbiBt
eSBlbnRlcnByaXNlLg0KDQpbTkNXXSBQZXJoYXBzIEkgZGlkIGluZGVlZCBjdXQgdG9vIG11Y2gg
aW4gbXkgZW5kZWF2b3IgZm9yIHNpbXBsaWNpdHksIHJlYWRhYmlsaXR5IGFuZCBwcmVzdW1wdGlv
bnMgb2YgWE1QUCBrbm93bGVkZ2UuICBJdCBoYXMgYmVlbiBhIHdoaWxlIHNpbmNlIEkgc2F3IHRo
ZSBYRVAgMjY4LCBzbyB3YXMgcmVtaXNzIGluIGtlZXAgYWJyZWFzdCBpdHMgc3RhdHVzLiAgSSBj
YW4gcHVsbCBvdXQgdGhlIGNvbnNpZGVyYXRpb25zIGZvciB0aGlzIGFuZCBob3cgSU9ERUYgd291
bGQgYmUgZGVmaW5lZCBhcyBhbiBYTVBQIOKAnHRvcGlj4oCdIHRoYXQgY2FuIGJlIGRpc2NvdmVy
YWJsZSBhbmQgc2hhcmVkIChwZXJoYXBzIHVzaW5nIHRoZSBJT0RFRiBHdWlkYW5jZSBndWlkZWxp
bmVzIHRvbykuICBJIGNhbiBjaGVjayB3aXRoIERhdmlkIGFuZCBQZXRlciBvbiBYTVBQIGd1aWRl
bGluZXMgb24gdGhpcyBtYXR0ZXIgYXMgd2VsbC4NCg0KDQpJIGZlZWwgbGlrZSB0aGUgcmVhbCBt
ZWF0IG9mIHRoZSBwcm9ibGVtIGlzIHB1bnRlZCwgYW5kIHBlcmhhcHMgdGhhdCBpcyBpbnRlbnRp
b25hbCBnaXZlbiB0aGUgbmFycm93IElPREVGLXNwZWNpZmljIHNjb3BlLiBUbyBtZSwgdGhlIGhh
cmRlciBwcm9ibGVtIGlzIGdhaW5pbmcgaW5kdXN0cnktd2lkZSB1bmRlcnN0YW5kaW5nIG9mIHRo
ZSBkaXNjb3ZlcmFibGUgY2FwYWJpbGl0aWVzIHdpdGhpbiB0aGUgZWNvc3lzdGVtIFhNUFAtZ3Jp
ZCAoSSBwcmVzdW1lKSBzZWVrcyB0byBlbmFibGUuIFdpdGhvdXQgdGhpcywgdGhlcmUncyB2ZXJ5
IGxpdHRsZSBob3BlIG9mICJwbHVnIGFuZCBwbGF5IiBzZWN1cml0eSBpbmZyYXN0cnVjdHVyZSBp
biBhIGdpdmVuIGVudGVycHJpc2UuDQpbTkNXXSBZZWEsIHNvIHRoZSBpbnRlbnQgd2FzIHRvIGJl
IGFibGUgdG8gc2hvdyB0aGUgYnJvYWRlciBub3Rpb24sIGJ1dCBJIHRob3VnaHQgSSB3YXMgcmVz
cG9uZGluZyB0byBvdGhlciBjb21tZW50cyBmb3IgcmVhZGFiaWxpdHkgd2l0aCB0aGUgdW5kZXJz
dGFuZGluZyB0aGF0IHRoZSBkaXNjb3ZlcnkgZXh0ZW5zaW9uIChYRVAtMDAzMCkgd291bGQgYmUg
c3VmZmljaWVudC4gIFdvdWxkIGl0IGhlbHAgdG8gYnJpbmcgYmFjayBzb21lIG9mIHRoZSBYTVBQ
IFhNTCBzYW1wbGVzIChzb21lIGFyZSBjaXRlZCBpbiBYRVAtMDAzMCBidXQgSSBjYW4gbWFrZSB0
aGVtIHJlbGV2YW50IHRvIElPREVGIGRpc2NvdmVyeSk/DQoNClRoZSBmb2xsb3dpbmcgYXJlIG15
IGN1cnJlbnQgc3BlY2lmaWMgY29tbWVudHMgb24gdGhpcyBkcmFmdCAobW9yZSBtYXkgZm9sbG93
LCBidXQgdGhpcyBzZWVtcyBsaWtlIGEgYml0IGZvciBub3cpOg0KDQogICogICBBdCBzZXZlcmFs
IHBvaW50cyB0aGUgZHJhZnQgdGFsa3MgYWJvdXQgInRlbGVtZXRyeSIsIGFuZCBJIHJlbWVtYmVy
IHNvbWVvbmUgKEkgdGhpbmsgaXQgbWF5IGhhdmUgYmVlbiBIZW5rKSBkZXNjcmliaW5nIHRvIG1l
IHRoYXQgdGhpcyBoYXMgc3BlY2lhbCBtZWFuaW5nIGF2b2lkaW5nIHJlYWwtdGltZS1pc2ggb3Ig
ZXZlbnQtaXNoIGluZm9ybWF0aW9uLiBGaXJzdCwgaXMgdGhlcmUgYSBuZWVkIHRvIGRlZmluZSB3
aGF0IGlzIG1lYW50IGJ5ICJ0ZWxlbWV0cnkiPyBTZWNvbmQsIGlzIHRoZXJlIGEgcmVhc29uIHRv
IGxpbWl0IHRvICJ0ZWxlbWV0cnkiIGdpdmVuIHRoaXMgaXMgYSBkcmFmdCBzZWVraW5nIHRvIGVz
dGFibGlzaCB0aGUgY29tbXVuaWNhdGlvbnMgaW5mcmFzdHJ1Y3R1cmUgZm9yIGEgc2VjdXJpdHkg
cHJvZ3JhbSdzIGVjb3N5c3RlbT8gKE1heWJlIHRoYXQncyBub3QgdGhlIGludGVudCBvZiB0aGUg
ZHJhZnQsIGJ1dCBpZiBpdCdzIG5vdCwgdGhlbiB0aGVyZSdzIGEgd2hvbGUgZnJvbnQtZW5kIG9m
IGFjdGl2aXRpZXMgb24gdGhlIG9yY2hlc3RyYXRpb24gb3IgY29tbWFuZCBhbmQgY29udHJvbCBm
cm9udHMgdGhhdCBzdGlsbCBuZWVkIHRvIGJlIGFkZHJlc3NlZCBpbiB0aGlzIHNwYWNlLCBhbmQg
SSB3b3VsZCBxdWVzdGlvbiB0aGUgdXRpbGl0eSBvZiBhbnkgYXBwcm9hY2ggdW5jb25jZXJuZWQg
d2l0aCB0aGUgZnVsbCBicmVhZHRoIG9mIHNlY3VyaXR5IHByb2dyYW0gY29tbXVuaWNhdGlvbnMg
bmVlZHMuKQ0KW05DV10gVGhlIGludGVudCBpcyByZWFsbHkgdG8gc2F5IHRoYXQgd2Ugd2FudCB0
byBzaGFyZSBtZWFzdXJlZCAob2JzZXJ2ZWQ/KSBpbmZvcm1hdGlvbiByZWxldmFudCB0byBzZWN1
cml0eS4gIFdvdWxkIGl0IHNpbXBsaWZ5IHRvIGp1c3QgcmVtb3ZlIHRoZSB0ZXJtPyAgT3Igc3Rh
dGUgaXQgYXMg4oCcb2JzZXJ2ZWQgaW5mb3JtYXRpb27igJ0/DQoNCiAgKiAgIElzIHRoZXJlIGEg
cmVhc29uIHdlIGNvdWxkbid0IHJlcGxhY2UgInRyYW5zcG9ydCBhbmQgY29tbXVuaWNhdGlvbiIg
Zm9yICJtZXNzYWdpbmciPyBUaGlzIHNlZW1zIGNsZWFuZXIsIGFuZCByZW1vdmVzIGFueSBvZiB0
aGUgYW1iaWd1aXR5IGFyb3VuZCAidHJhbnNwb3J0IiB3aGVuIHdlJ3JlIGF0IGEgY29udGV4dCB0
aGF0IG1heSBzb21ldGltZXMgYmUgb24gdGhlIG5ldHdvcmsgbGV2ZWwgYW5kIHNvbWV0aW1lcyBu
b3QuIChTZWUsIGZvciBleGFtcGxlLCB0aGUgZmlyc3Qgc2VudGVuY2Ugb2YgdGhlIGZpcnN0IHBh
cmFncmFwaCBvZiB0aGUgSW50cm9kdWN0aW9uLikNCltOQ1ddIEFoLCBJIHRoaW5rIGl0IGlzIGxp
a2VseSB0byBiZSDigJx0cmFuc2ZlcuKAnSBhcyB0aGF0IGlzIHdoYXQgSSB3YXMgYXNrZWQgdG8g
cmVtb25pa2VyIGluIHRoZSBSZXF1aXJlbWVudHMgZHJhZnQuDQoNCiAgKiAgIEluIHRoZSB0ZXJt
aW5vbG9neSwgdGhlIHdheSAiY2FwYWJpbGl0eSBwcm92aWRlciIgYW5kICJwdWJsaXNoZXIiIGFy
ZSBkZWZpbmVkLCB0aGV5IHNlZW0gc3lub255bW91cy4gSXQncyBjbGVhciB0aGF0ICJwdWJsaXNo
ZXIiIGlzIGJlaW5nIHNldCB1cCBhcyBhIHN1YmNsYXNzIG9mICJjYXBhYmlsaXR5IHByb3ZpZGVy
IiAoaS5lLiAicHVibGlzaGVyIGlzIGEgY2FwYWJpbGl0eSBwcm92aWRlciB0aGF0Li4uIiksIGJ1
dCBiZXlvbmQgdGhhdCB0aGVyZSdzIG5vIGNsZWFyIHF1YWxpZmljYXRpb24gdGhhdCB3b3VsZCBt
YWtlIGFuIGluc3RhbmNlICJwdWJsaXNoZXIiIGRpc3RpbmN0IGZyb20gc29tZSBvdGhlciBpbnN0
YW5jZSBvZiAiY2FwYWJpbGl0eSBwcm92aWRlciIuIEknbSBub3Qgc3VyZSBob3cgdG8gZml4IHRo
aXMsIGJ1dCByZWNvbW1lbmQgdGhhdCB5b3UgYXNrIHdoYXQgd291bGQgY29tZSBhZnRlciAidGhh
dCIgaW4gdGhlIGZvbGxvd2luZyBzZW50ZW5jZSBmcmFnbWVudDogIkEgcHVibGlzaGVyIGlzIGEg
Y2FwYWJpbGl0eSBwcm92aWRlciB0aGF0Li4uIg0KW05DV10gSSBjYW4ganVzdCBjb252ZXJnZSBh
bmQgdXNlIOKAnHB1Ymxpc2hlcuKAnSBvbmx5LCB3b3VsZCB0aGF0IGhlbHA/DQoNCiAgKiAgIFBy
b3Bvc2VkIHRleHQgZm9yICJzdWJzY3JpYmVyIiBkZWZpbml0aW9uOiBBbiBlbnRpdHkgcGFydGlj
aXBhdGluZyBpbiBYTVBQLUdyaWQgYnkgY29uc3VtaW5nIGluZm9ybWF0aW9uIG9uIGEgc3Vic2Ny
aXB0aW9uIGJhc2lzIGZyb20gb25lIG9yIG1vcmUgcHVibGlzaGVycyBhbHNvIHBhcnRpY2lwYXRp
bmcgaW4gdGhlIFhNUFAtR3JpZC4NCltOQ1ddIE9LLCB3aWxsIHVwZGF0ZSBpbiB0aGUgbmV4dCBy
ZXZpc2lvbi4NCg0KICAqICAgVGhlIFhNUFAtR3JpZCBDb250cm9sbGVyIGlzIHNpbXBseSBhbiBY
TVBQIFNlcnZlciBieSBteSByZWFkLiBJcyB0aGVyZSBhIGNvbXBlbGxpbmcgcmVhc29uIG5vdCB0
byBzaW1wbHkgY2FsbCBpdCBzdWNoPw0KW05DV10gWW91IGFyZSBjb3JyZWN0LCBJIGNhbiBzaW1w
bGlmeQ0KDQogICogICBUaGlzIGlzIGEgZHJhZnQgYWJvdXQgY29tbXVuaWNhdGluZyBJT0RFRiBp
bmZvcm1hdGlvbiBvdmVyIGFuIFhNUFAgaW5mcmFzdHJ1Y3R1cmUsIGFuZCBhcyBzdWNoIGl0IHBv
aW50cyB0byAoYXMgYSBub3JtYXRpdmUgcmVmZXJlbmNlKSBYRVAtMDI2OCAoc2VlIGh0dHBzOi8v
eG1wcC5vcmcvZXh0ZW5zaW9ucy94ZXAtMDI2OC5odG1sKS4gVW5mb3J0dW5hdGVseSwgdGhhdCBu
b3JtYXRpdmVseSByZWZlcmVuY2VzIGEgWEVQIGNvbnRhaW5pbmcgYSBjbGVhciB3YXJuaW5nOiAi
V0FSTklORzogVGhpcyBkb2N1bWVudCBoYXMgYmVlbiBhdXRvbWF0aWNhbGx5IERlZmVycmVkIGFm
dGVyIDEyIG1vbnRocyBvZiBpbmFjdGl2aXR5IGluIGl0cyBwcmV2aW91cyBFeHBlcmltZW50YWwg
c3RhdGUuIEltcGxlbWVudGF0aW9uIG9mIHRoZSBwcm90b2NvbCBkZXNjcmliZWQgaGVyZWluIGlz
IG5vdCByZWNvbW1lbmRlZCBmb3IgcHJvZHVjdGlvbiBzeXN0ZW1zLiBIb3dldmVyLCBleHBsb3Jh
dG9yeSBpbXBsZW1lbnRhdGlvbnMgYXJlIGVuY291cmFnZWQgdG8gcmVzdW1lIHRoZSBzdGFuZGFy
ZHMgcHJvY2Vzcy4iIEknbSBub3QgYW4gZXhwZXJ0LCBidXQgSSB3b3VsZG4ndCB3YW50IHRoaXMg
ZHJhZnQgdG8gcHJvY2VlZCBieSBlZmZlY3RpdmVseSBzdGFuZGFyZGl6aW5nIHNvbWV0aGluZyB0
aGF0IHdhcyBleHBlcmltZW50YWwsIGJ1dCBoYXMgYmVlbiBkZWZlcnJlZCBmb3IgaW5hY3Rpdml0
eSwgd2hpY2ggdGVsbHMgbWUgdGhhdCBpdCdzIGVmZmVjdGl2ZWx5IGRlYWQgKFhTRiBmb2xrcyBt
YXkgaGF2ZSBhIGRpZmZlcmVudCBvcGluaW9uLCBhbmQgSSdsbCBvYnZpb3VzbHkgZGVmZXIgdG8g
dGhlbSwgYXMgSSdtIG5vdCB0b28ga25vd2xlZGdhYmxlIG9mIHRoZSBYU0YgcHJvY2VzcykuDQpb
TkNXXSBBZG1pdHRlZGx5LCBJIGhhZCBub3Qgc2VlbiB0aGUgbm90ZSAoYXMgaXRzIGJlZW4gYSB3
aGlsZSBzaW5jZSBJIGxvb2tlZCBhdCB0aGUgWEVQLTAyNjgpLCBzbyBJIGNhbiBtYWtlIGFkanVz
dG1lbnRzIHRvIG5vdCB1c2UgaXQgYnV0IGluY29ycG9yYXRlIGl0cyBpbnRlbnQgaW4gdGhpcyBk
cmFmdC4NCg0KSSB3YW50IHRvIHNlZSBzdGFuZGFyZGl6YXRpb24gb2YgYSBjb21tdW5pY2F0aW9u
cyBpbmZyYXN0cnVjdHVyZSBzdXBwb3J0aW5nIGFuIGVjb3N5c3RlbSBvZiBzb2Z0d2FyZSBhbmQg
dG9vbHMgY29tbW9ubHkgdXNlZCBpbiB0aGUgaW1wbGVtZW50YXRpb24gb2YgYSBzZWN1cml0eSBw
cm9ncmFtLiBJdCdzIG5vdCBjbGVhciB0byBtZSBob3cgdGhpcyBkcmFmdCBmdXJ0aGVycyB0aGF0
IGdvYWwuIEVpdGhlciB0aGUgZHJhZnQgc2ltcGx5IGRvZXNuJ3QgYWNjb21wbGlzaCB0aGF0IGZv
ciBsYWNrIG9mIHNwZWNpZmljYXRpb24sIG9yIGl0J3Mgbm90IGNsZWFyIGVub3VnaCAodG8gbWUp
IHRvIHNlZSBob3cgdGhhdCBlbmFibGVtZW50IGhhcHBlbnMgKGV2ZW4gZm9yIElPREVGIGdpdmVu
IHRoZSAibm9uLW5vcm1hdGl2ZSBub3JtYXRpdmUiIHJlZmVyZW5jZSB0byBYRVAtMDI2OCkuDQoN
ClRoZXJlZm9yZSwgaXQncyBub3QgY2xlYXIgdG8gbWUgaG93IHRoaXMgZHJhZnQgY291bGQgcHJv
Y2VlZCBhcyBzdGFuZGFyZHMgdHJhY2ssIHRob3VnaCBJIGhvcGUgdGhlcmUgaXMgYSB3YXkgd2Ug
Y2FuIHNlZSB0aGlzIGhhcHBlbiAoSSdtIG5vdCBzdXJlIGFuIGluZm9ybWF0aW9uYWwgZHJhZnQg
d291bGQgYmUgYXMgd2VsbC1yZWNlaXZlZCBub3IgaGVscGZ1bCkuDQpbTkNXXSAgVGhlIGludGVu
dCBpcyB0byBzaG93IHRoZSBJT0RFRiBhcyBhIGRhdGEgbW9kZWwgdGhhdCBjYW4gYmUgc2hhcmVk
IGluIGEgcHVibGlzaC9zdWJzY3JpYmUgZWNvc3lzdGVtIHN1Y2ggYXMgWE1QUC4gIEdpdmVuIHRo
ZSBzY29wZSBvZiBJT0RFRiwgSSBkaWQgcmVtb3ZlIHRoZSBub3Rpb24gb2YgaG93IHRoZSBkaXNj
b3Zlcnkgd29ya3MgYmFzZWQgb24gdGhlIG5vdGlvbiB0aGF0IFhFUC0wMDMwIGNhbiBiZSB1c2Vk
LiAgSSBjYW4gcHV0IHRob3NlIHNhbXBsZXMgYmFjaywgYXMgd2VsbCBhcyBpbmNvcnBvcmF0aW5n
IG1vcmUgZGV0YWlscyBvZiB0aGUgSU9ERUYgYXMgaXRzIG93biBuYW1lc3BhY2UgYW5kIOKAnGNh
cGFiaWxpdHnigJ0gdGhhdCBjYW4gYmUgZGlzY292ZXJlZCBhbmQgdGhlbiBzaGFyZWQuICBJIGJl
bGlldmUgdGhhdCBpcyB3aGF0IG1ha2VzIGl0IG5vcm1hdGl2ZSAoZS5nLiBzdGFuZGFyZHMgYmFz
ZWQpIGFsb25nIHdpdGggdGhlIG5vdGlvbiBvZiBoYXZpbmcgSUFOQSBiZSBhIHJlZ2lzdHJ5IGZv
ciB0aGUgZGF0YSBtb2RlbHMgdGhhdCBjYW4gYmUgY29udmV5ZWQgdGhydSBYTVBQIGZvciBpbmZv
cm1hdGlvbiBzaGFyaW5nLg0KDQoNCktpbmQgcmVnYXJkcywNCg0KQWRhbQ0KDQoNCk9uIE1vbiwg
SnVsIDE3LCAyMDE3IGF0IDEwOjU3IEFNIFRha2VzaGkgVGFrYWhhc2hpIDx0YWtlc2hpX3Rha2Fo
YXNoaUBuaWN0LmdvLmpwPG1haWx0bzp0YWtlc2hpX3Rha2FoYXNoaUBuaWN0LmdvLmpwPj4gd3Jv
dGU6DQpIZWxsbyBhbGwsDQoNCkJhc2VkIG9uIHRoZSBkaXNjdXNzaW9uIGF0IHRoZSBNSUxFIHNl
c3Npb24gaW4gUHJhZ3VlLCBsZXQgdXMgcmUtaW5pdGlhdGUNCnRoZSBXR0xDIGZvciBkcmFmdC1p
ZXRmLW1pbGUteG1wcC1ncmlkLg0KVGhlIHZlcnNpb24gdG8gYmUgcmV2aWV3ZWQgaXMNCmh0dHBz
Oi8vdG9vbHMuaWV0Zi5vcmcvaWQvZHJhZnQtaWV0Zi1taWxlLXhtcHAtZ3JpZC0wMy50eHQNCg0K
V2Ugd2lsbCBoYXZlIDEgbW9udGggZm9yIHRoaXMgY2FsbC4NClBsZWFzZSBwcm92aWRlIGNvbW1l
bnRzIGJlZm9yZSBBdWd1c3QgMTh0aCBhbmQgcHJvdmlkZSB5b3VyIHN1cHBvcnQgYW5kLyBvcg0K
cmFpc2UgYW55IGlzc3VlIHlvdSBmZWVsIGFyZSB5ZXQgdG8gYmUgYWRkcmVzc2VkLg0KDQpUaGFu
ayB5b3UuDQpUYWtlDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX18NCm1pbGUgbWFpbGluZyBsaXN0DQptaWxlQGlldGYub3JnPG1haWx0bzptaWxlQGll
dGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9taWxlDQo=

--_000_B93890F416294621B882FFA8D97420EEciscocom_
Content-Type: text/html; charset="utf-8"
Content-ID: <988274807F0E2D4A8D6798E805222BA4@emea.cisco.com>
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4
bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo
dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo
dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp
dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l
dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu
dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg
KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N
CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCglwYW5vc2UtMToyIDcg
MyA5IDIgMiA1IDIgNCA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6V2luZ2RpbmdzOw0K
CXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWls
eToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0O30NCkBmb250
LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAz
IDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1h
bCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsN
Cglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCmE6
bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9y
OmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNv
SHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBs
ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4uRW1haWxTdHlsZTE3DQoJe21z
by1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OkNhbGlicmk7DQoJY29s
b3I6d2luZG93dGV4dDt9DQpzcGFuLm1zb0lucw0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25s
eTsNCgltc28tc3R5bGUtbmFtZToiIjsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lOw0KCWNv
bG9yOnRlYWw7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7
DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAx
MS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlv
bjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLyogTGlzdCBEZWZpbml0aW9ucyAqLw0KQGxpc3Qg
bDANCgl7bXNvLWxpc3QtaWQ6MjAyNjg2MTYxNDsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6LTc3
Mzg0NTczMjt9DQpAbGlzdCBsMDpsZXZlbDENCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVs
bGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6LjVpbjsNCglt
c28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCW1z
by1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGww
OmxldmVsMg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRl
eHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MS4waW47DQoJbXNvLWxldmVsLW51bWJlci1wb3Np
dGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6MTAu
MHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6
IlRpbWVzIE5ldyBSb21hbiI7fQ0KQGxpc3QgbDA6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXIt
Zm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9w
OjEuNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDot
LjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGlu
Z3M7fQ0KQGxpc3QgbDA6bGV2ZWw0DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsN
Cgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjIuMGluOw0KCW1zby1s
ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFu
c2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6
bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4
dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjIuNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9z
aXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEw
LjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw2DQoJe21zby1s
ZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxl
dmVsLXRhYi1zdG9wOjMuMGluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0
ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZh
bWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJe21zby1sZXZlbC1udW1iZXItZm9y
bWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjMu
NWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1
aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7
fQ0KQGxpc3QgbDA6bGV2ZWw4DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCglt
c28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjQuMGluOw0KCW1zby1sZXZl
bC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2kt
Zm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2
ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrv
gqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjQuNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp
b246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBw
dDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0Kb2wNCgl7bWFyZ2luLWJvdHRvbTowaW47fQ0K
dWwNCgl7bWFyZ2luLWJvdHRvbTowaW47fQ0KLS0+PC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5IGJn
Y29sb3I9IndoaXRlIiBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8
ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+SGkgQWRhbSw8bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm
b250LWZhbWlseTpDYWxpYnJpIj5NYW55IHRoYW5rcyBmb3IgYSBwcm9tcHQgcmV2aWV3ISZuYnNw
OyBBbmQgaXQgYXBwZWFycyB0aGF0IEkgY3VsbGVkIHRvbyBtdWNoIHNvIHBsZWFzZSBzZWUgZnVy
dGhlciBjb21tZW50cy9xdWVzdGlvbnMgYmVsb3c6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p
bHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9y
ZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGlu
IDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt
aWx5OkNhbGlicmk7Y29sb3I6YmxhY2siPkZyb206IDwvc3Bhbj4NCjwvYj48c3BhbiBzdHlsZT0i
Zm9udC1mYW1pbHk6Q2FsaWJyaTtjb2xvcjpibGFjayI+bWlsZSAmbHQ7bWlsZS1ib3VuY2VzQGll
dGYub3JnJmd0OyBvbiBiZWhhbGYgb2YgQWRhbSBNb250dmlsbGUgJmx0O2FkYW0udy5tb250dmls
bGVAZ21haWwuY29tJmd0Ozxicj4NCjxiPkRhdGU6IDwvYj5TdW5kYXksIEp1bHkgMzAsIDIwMTcg
YXQgNjowNCBBTTxicj4NCjxiPlRvOiA8L2I+VGFrZXNoaSBUYWthaGFzaGkgJmx0O3Rha2VzaGlf
dGFrYWhhc2hpQG5pY3QuZ28uanAmZ3Q7LCAmcXVvdDttaWxlQGlldGYub3JnJnF1b3Q7ICZsdDtt
aWxlQGlldGYub3JnJmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5SZTogW21pbGVdIFdvcmtpbmcg
Z3JvdXAgbGFzdCBjYWxsIGZvciBYTVBQLWdyaWQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp
dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwv
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRha2UgKGFuZCBldmVyeW9uZSksJm5i
c3A7IDxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SSBoYXZl
IHJlYWQgdGhyb3VnaCB0aGlzIGxhdGVzdCByZXZpc2lvbiBvZiB0aGUgZHJhZnQgYW5kIGZpbmQg
dGhhdCBJIGFtIHN0aWxsIHNvbWV3aGF0IGNvbmZ1c2VkIC0gbm90IGFib3V0IHRoZSBpbnRlbnQg
b2YgdGhlIGRyYWZ0LCBJIHRoaW5rLCBidXQgb2YgaG93IGl0IHF1YWxpZmllcyBhcyBzb21ldGhp
bmcgdGhhdCBpcyBzdGFuZGFyZHMgdHJhY2sgKEkgY291bGQgYmUgc3BlYWtpbmcgZnJvbSBpZ25v
cmFuY2UNCiBoZXJlLCBzbyBwbGVhc2UgZWR1Y2F0ZSBtZSB3aGVyZSBuZWNlc3NhcnkpLiZuYnNw
OyA8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw
OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRvIG1lLCB0
aGUgZHJhZnQgaXMgYXQgaGVhcnQgYW4gWE1QUCBjb25maWd1cmF0aW9uIGd1aWRlLCB0byBwdXQg
aXQgc2ltcGx5LiBGb3IgZXhhbXBsZSwgSSBkb24ndCBzZWUgdG9vIG11Y2ggSSB3b3VsZCBuZWVk
IHRvIGltcGxlbWVudCAoYXNpZGUgZnJvbSBhIGRlZmVycmVkIFhFUCBmb3IgSU9ERUYgLSBzZWUg
bXkgbGFzdCBjb21tZW50IGJlbG93KSwgYnV0IEkgZG8gc2VlIG1hbnkgcmVxdWlyZW1lbnRzIHBl
cnRhaW5pbmcNCiB0byB0aGUgY29uZmlndXJhdGlvbi9vcGVyYXRpb24gb2YsIHNheSwgZWphYmJl
cmQgaW4gbXkgZW50ZXJwcmlzZS4mbmJzcDsgPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJp
Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5bTkNXXSBQZXJo
YXBzIEkgZGlkIGluZGVlZCBjdXQgdG9vIG11Y2ggaW4gbXkgZW5kZWF2b3IgZm9yIHNpbXBsaWNp
dHksIHJlYWRhYmlsaXR5IGFuZCBwcmVzdW1wdGlvbnMgb2YgWE1QUCBrbm93bGVkZ2UuJm5ic3A7
IEl0IGhhcyBiZWVuIGEgd2hpbGUgc2luY2UgSSBzYXcgdGhlIFhFUCAyNjgsIHNvIHdhcyByZW1p
c3MgaW4ga2VlcA0KIGFicmVhc3QgaXRzIHN0YXR1cy4mbmJzcDsgSSBjYW4gcHVsbCBvdXQgdGhl
IGNvbnNpZGVyYXRpb25zIGZvciB0aGlzIGFuZCBob3cgSU9ERUYgd291bGQgYmUgZGVmaW5lZCBh
cyBhbiBYTVBQIOKAnHRvcGlj4oCdIHRoYXQgY2FuIGJlIGRpc2NvdmVyYWJsZSBhbmQgc2hhcmVk
IChwZXJoYXBzIHVzaW5nIHRoZSBJT0RFRiBHdWlkYW5jZSBndWlkZWxpbmVzIHRvbykuJm5ic3A7
IEkgY2FuIGNoZWNrIHdpdGggRGF2aWQgYW5kIFBldGVyIG9uIFhNUFAgZ3VpZGVsaW5lcyBvbg0K
IHRoaXMgbWF0dGVyIGFzIHdlbGwuIDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+SSBmZWVsIGxpa2UgdGhlIHJlYWwgbWVhdCBvZiB0aGUgcHJvYmxlbSBpcyBwdW50ZWQs
IGFuZCBwZXJoYXBzIHRoYXQgaXMgaW50ZW50aW9uYWwgZ2l2ZW4gdGhlIG5hcnJvdyBJT0RFRi1z
cGVjaWZpYyBzY29wZS4gVG8gbWUsIHRoZSBoYXJkZXIgcHJvYmxlbSBpcyBnYWluaW5nIGluZHVz
dHJ5LXdpZGUgdW5kZXJzdGFuZGluZyBvZiB0aGUgZGlzY292ZXJhYmxlIGNhcGFiaWxpdGllcyB3
aXRoaW4gdGhlIGVjb3N5c3RlbQ0KIFhNUFAtZ3JpZCAoSSBwcmVzdW1lKSBzZWVrcyB0byBlbmFi
bGUuIFdpdGhvdXQgdGhpcywgdGhlcmUncyB2ZXJ5IGxpdHRsZSBob3BlIG9mICZxdW90O3BsdWcg
YW5kIHBsYXkmcXVvdDsgc2VjdXJpdHkgaW5mcmFzdHJ1Y3R1cmUgaW4gYSBnaXZlbiBlbnRlcnBy
aXNlLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+W05DV10gWWVhLCBzbyB0
aGUgaW50ZW50IHdhcyB0byBiZSBhYmxlIHRvIHNob3cgdGhlIGJyb2FkZXIgbm90aW9uLCBidXQg
SSB0aG91Z2h0IEkgd2FzIHJlc3BvbmRpbmcgdG8gb3RoZXIgY29tbWVudHMgZm9yIHJlYWRhYmls
aXR5IHdpdGggdGhlIHVuZGVyc3RhbmRpbmcgdGhhdCB0aGUgZGlzY292ZXJ5IGV4dGVuc2lvbiAo
WEVQLTAwMzApIHdvdWxkIGJlIHN1ZmZpY2llbnQuJm5ic3A7IFdvdWxkIGl0IGhlbHAgdG8gYnJp
bmcNCiBiYWNrIHNvbWUgb2YgdGhlIFhNUFAgWE1MIHNhbXBsZXMgKHNvbWUgYXJlIGNpdGVkIGlu
IFhFUC0wMDMwIGJ1dCBJIGNhbiBtYWtlIHRoZW0gcmVsZXZhbnQgdG8gSU9ERUYgZGlzY292ZXJ5
KT88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
VGhlIGZvbGxvd2luZyBhcmUgbXkgY3VycmVudCBzcGVjaWZpYyBjb21tZW50cyBvbiB0aGlzIGRy
YWZ0IChtb3JlIG1heSBmb2xsb3csIGJ1dCB0aGlzIHNlZW1zIGxpa2UgYSBiaXQgZm9yIG5vdyk6
PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8dWwgdHlwZT0iZGlzYyI+DQo8bGkgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t
Ym90dG9tLWFsdDphdXRvO21zby1saXN0OmwwIGxldmVsMSBsZm8xIj4NCkF0IHNldmVyYWwgcG9p
bnRzIHRoZSBkcmFmdCB0YWxrcyBhYm91dCAmcXVvdDt0ZWxlbWV0cnkmcXVvdDssIGFuZCBJIHJl
bWVtYmVyIHNvbWVvbmUgKEkgdGhpbmsgaXQgbWF5IGhhdmUgYmVlbiBIZW5rKSBkZXNjcmliaW5n
IHRvIG1lIHRoYXQgdGhpcyBoYXMgc3BlY2lhbCBtZWFuaW5nIGF2b2lkaW5nIHJlYWwtdGltZS1p
c2ggb3IgZXZlbnQtaXNoIGluZm9ybWF0aW9uLiBGaXJzdCwgaXMgdGhlcmUgYSBuZWVkIHRvIGRl
ZmluZSB3aGF0IGlzIG1lYW50IGJ5ICZxdW90O3RlbGVtZXRyeSZxdW90Oz8NCiBTZWNvbmQsIGlz
IHRoZXJlIGEgcmVhc29uIHRvIGxpbWl0IHRvICZxdW90O3RlbGVtZXRyeSZxdW90OyBnaXZlbiB0
aGlzIGlzIGEgZHJhZnQgc2Vla2luZyB0byBlc3RhYmxpc2ggdGhlIGNvbW11bmljYXRpb25zIGlu
ZnJhc3RydWN0dXJlIGZvciBhIHNlY3VyaXR5IHByb2dyYW0ncyBlY29zeXN0ZW0/IChNYXliZSB0
aGF0J3Mgbm90IHRoZSBpbnRlbnQgb2YgdGhlIGRyYWZ0LCBidXQgaWYgaXQncyBub3QsIHRoZW4g
dGhlcmUncyBhIHdob2xlIGZyb250LWVuZCBvZg0KIGFjdGl2aXRpZXMgb24gdGhlIG9yY2hlc3Ry
YXRpb24gb3IgY29tbWFuZCBhbmQgY29udHJvbCBmcm9udHMgdGhhdCBzdGlsbCBuZWVkIHRvIGJl
IGFkZHJlc3NlZCBpbiB0aGlzIHNwYWNlLCBhbmQgSSB3b3VsZCBxdWVzdGlvbiB0aGUgdXRpbGl0
eSBvZiBhbnkgYXBwcm9hY2ggdW5jb25jZXJuZWQgd2l0aCB0aGUgZnVsbCBicmVhZHRoIG9mIHNl
Y3VyaXR5IHByb2dyYW0gY29tbXVuaWNhdGlvbnMgbmVlZHMuKTxvOnA+PC9vOnA+PC9saT48L3Vs
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z
by1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21hcmdpbi1sZWZ0Oi4yNWluIj4NCltOQ1ddIFRoZSBp
bnRlbnQgaXMgcmVhbGx5IHRvIHNheSB0aGF0IHdlIHdhbnQgdG8gc2hhcmUgbWVhc3VyZWQgKG9i
c2VydmVkPykgaW5mb3JtYXRpb24gcmVsZXZhbnQgdG8gc2VjdXJpdHkuJm5ic3A7IFdvdWxkIGl0
IHNpbXBsaWZ5IHRvIGp1c3QgcmVtb3ZlIHRoZSB0ZXJtPyZuYnNwOyBPciBzdGF0ZSBpdCBhcyDi
gJxvYnNlcnZlZCBpbmZvcm1hdGlvbuKAnT88bzpwPjwvbzpwPjwvcD4NCjx1bCB0eXBlPSJkaXNj
Ij4NCjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87
bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzEiPg0KSXMg
dGhlcmUgYSByZWFzb24gd2UgY291bGRuJ3QgcmVwbGFjZSAmcXVvdDt0cmFuc3BvcnQgYW5kIGNv
bW11bmljYXRpb24mcXVvdDsgZm9yICZxdW90O21lc3NhZ2luZyZxdW90Oz8gVGhpcyBzZWVtcyBj
bGVhbmVyLCBhbmQgcmVtb3ZlcyBhbnkgb2YgdGhlIGFtYmlndWl0eSBhcm91bmQgJnF1b3Q7dHJh
bnNwb3J0JnF1b3Q7IHdoZW4gd2UncmUgYXQgYSBjb250ZXh0IHRoYXQgbWF5IHNvbWV0aW1lcyBi
ZSBvbiB0aGUgbmV0d29yayBsZXZlbCBhbmQgc29tZXRpbWVzIG5vdC4gKFNlZSwgZm9yIGV4YW1w
bGUsDQogdGhlIGZpcnN0IHNlbnRlbmNlIG9mIHRoZSBmaXJzdCBwYXJhZ3JhcGggb2YgdGhlIElu
dHJvZHVjdGlvbi4pPG86cD48L286cD48L2xpPjwvdWw+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz
dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87
bWFyZ2luLWxlZnQ6LjI1aW4iPg0KW05DV10gQWgsIEkgdGhpbmsgaXQgaXMgbGlrZWx5IHRvIGJl
IOKAnHRyYW5zZmVy4oCdIGFzIHRoYXQgaXMgd2hhdCBJIHdhcyBhc2tlZCB0byByZW1vbmlrZXIg
aW4gdGhlIFJlcXVpcmVtZW50cyBkcmFmdC48bzpwPjwvbzpwPjwvcD4NCjx1bCB0eXBlPSJkaXNj
Ij4NCjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87
bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzEiPg0KSW4g
dGhlIHRlcm1pbm9sb2d5LCB0aGUgd2F5ICZxdW90O2NhcGFiaWxpdHkgcHJvdmlkZXImcXVvdDsg
YW5kICZxdW90O3B1Ymxpc2hlciZxdW90OyBhcmUgZGVmaW5lZCwgdGhleSBzZWVtIHN5bm9ueW1v
dXMuIEl0J3MgY2xlYXIgdGhhdCAmcXVvdDtwdWJsaXNoZXImcXVvdDsgaXMgYmVpbmcgc2V0IHVw
IGFzIGEgc3ViY2xhc3Mgb2YgJnF1b3Q7Y2FwYWJpbGl0eSBwcm92aWRlciZxdW90OyAoaS5lLiAm
cXVvdDtwdWJsaXNoZXIgaXMgYSBjYXBhYmlsaXR5IHByb3ZpZGVyIHRoYXQuLi4mcXVvdDspLCBi
dXQgYmV5b25kIHRoYXQgdGhlcmUncw0KIG5vIGNsZWFyIHF1YWxpZmljYXRpb24gdGhhdCB3b3Vs
ZCBtYWtlIGFuIGluc3RhbmNlICZxdW90O3B1Ymxpc2hlciZxdW90OyBkaXN0aW5jdCBmcm9tIHNv
bWUgb3RoZXIgaW5zdGFuY2Ugb2YgJnF1b3Q7Y2FwYWJpbGl0eSBwcm92aWRlciZxdW90Oy4gSSdt
IG5vdCBzdXJlIGhvdyB0byBmaXggdGhpcywgYnV0IHJlY29tbWVuZCB0aGF0IHlvdSBhc2sgd2hh
dCB3b3VsZCBjb21lIGFmdGVyICZxdW90O3RoYXQmcXVvdDsgaW4gdGhlIGZvbGxvd2luZyBzZW50
ZW5jZSBmcmFnbWVudDogJnF1b3Q7QSBwdWJsaXNoZXINCiBpcyBhIGNhcGFiaWxpdHkgcHJvdmlk
ZXIgdGhhdC4uLiZxdW90OyZuYnNwOzxvOnA+PC9vOnA+PC9saT48L3VsPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t
LWFsdDphdXRvO21hcmdpbi1sZWZ0Oi4yNWluIj4NCltOQ1ddIEkgY2FuIGp1c3QgY29udmVyZ2Ug
YW5kIHVzZSDigJxwdWJsaXNoZXLigJ0gb25seSwgd291bGQgdGhhdCBoZWxwPzxvOnA+PC9vOnA+
PC9wPg0KPHVsIHR5cGU9ImRpc2MiPg0KPGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t
bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDps
MCBsZXZlbDEgbGZvMSI+DQpQcm9wb3NlZCB0ZXh0IGZvciAmcXVvdDtzdWJzY3JpYmVyJnF1b3Q7
IGRlZmluaXRpb246IEFuIGVudGl0eSBwYXJ0aWNpcGF0aW5nIGluIFhNUFAtR3JpZCBieSBjb25z
dW1pbmcgaW5mb3JtYXRpb24gb24gYSBzdWJzY3JpcHRpb24gYmFzaXMgZnJvbSBvbmUgb3IgbW9y
ZSBwdWJsaXNoZXJzIGFsc28gcGFydGljaXBhdGluZyBpbiB0aGUgWE1QUC1HcmlkLjxvOnA+PC9v
OnA+PC9saT48L3VsPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w
LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21hcmdpbi1sZWZ0Oi4yNWluIj4N
CltOQ1ddIE9LLCB3aWxsIHVwZGF0ZSBpbiB0aGUgbmV4dCByZXZpc2lvbi48bzpwPjwvbzpwPjwv
cD4NCjx1bCB0eXBlPSJkaXNjIj4NCjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h
cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDAg
bGV2ZWwxIGxmbzEiPg0KVGhlIFhNUFAtR3JpZCBDb250cm9sbGVyIGlzIHNpbXBseSBhbiBYTVBQ
IFNlcnZlciBieSBteSByZWFkLiBJcyB0aGVyZSBhIGNvbXBlbGxpbmcgcmVhc29uIG5vdCB0byBz
aW1wbHkgY2FsbCBpdCBzdWNoPzxvOnA+PC9vOnA+PC9saT48L3VsPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs
dDphdXRvO21hcmdpbi1sZWZ0Oi4yNWluIj4NCltOQ1ddIFlvdSBhcmUgY29ycmVjdCwgSSBjYW4g
c2ltcGxpZnk8bzpwPjwvbzpwPjwvcD4NCjx1bCB0eXBlPSJkaXNjIj4NCjxsaSBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t
YWx0OmF1dG87bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzEiPg0KVGhpcyBpcyBhIGRyYWZ0IGFib3V0
IGNvbW11bmljYXRpbmcgSU9ERUYgaW5mb3JtYXRpb24gb3ZlciBhbiBYTVBQIGluZnJhc3RydWN0
dXJlLCBhbmQgYXMgc3VjaCBpdCBwb2ludHMgdG8gKGFzIGEgbm9ybWF0aXZlIHJlZmVyZW5jZSkg
WEVQLTAyNjggKHNlZSZuYnNwOzxhIGhyZWY9Imh0dHBzOi8veG1wcC5vcmcvZXh0ZW5zaW9ucy94
ZXAtMDI2OC5odG1sIj5odHRwczovL3htcHAub3JnL2V4dGVuc2lvbnMveGVwLTAyNjguaHRtbDwv
YT4pLiBVbmZvcnR1bmF0ZWx5LA0KIHRoYXQgbm9ybWF0aXZlbHkgcmVmZXJlbmNlcyBhIFhFUCBj
b250YWluaW5nIGEgY2xlYXIgd2FybmluZzogJnF1b3Q7V0FSTklORzogVGhpcyBkb2N1bWVudCBo
YXMgYmVlbiBhdXRvbWF0aWNhbGx5IERlZmVycmVkIGFmdGVyIDEyIG1vbnRocyBvZiBpbmFjdGl2
aXR5IGluIGl0cyBwcmV2aW91cyBFeHBlcmltZW50YWwgc3RhdGUuIEltcGxlbWVudGF0aW9uIG9m
IHRoZSBwcm90b2NvbCBkZXNjcmliZWQgaGVyZWluIGlzIG5vdCByZWNvbW1lbmRlZCBmb3IgcHJv
ZHVjdGlvbg0KIHN5c3RlbXMuIEhvd2V2ZXIsIGV4cGxvcmF0b3J5IGltcGxlbWVudGF0aW9ucyBh
cmUgZW5jb3VyYWdlZCB0byByZXN1bWUgdGhlIHN0YW5kYXJkcyBwcm9jZXNzLiZxdW90OyBJJ20g
bm90IGFuIGV4cGVydCwgYnV0IEkgd291bGRuJ3Qgd2FudCB0aGlzIGRyYWZ0IHRvIHByb2NlZWQg
YnkgZWZmZWN0aXZlbHkgc3RhbmRhcmRpemluZyBzb21ldGhpbmcgdGhhdCB3YXMgZXhwZXJpbWVu
dGFsLCBidXQgaGFzIGJlZW4gZGVmZXJyZWQgZm9yIGluYWN0aXZpdHksDQogd2hpY2ggdGVsbHMg
bWUgdGhhdCBpdCdzIGVmZmVjdGl2ZWx5IGRlYWQgKFhTRiBmb2xrcyBtYXkgaGF2ZSBhIGRpZmZl
cmVudCBvcGluaW9uLCBhbmQgSSdsbCBvYnZpb3VzbHkgZGVmZXIgdG8gdGhlbSwgYXMgSSdtIG5v
dCB0b28ga25vd2xlZGdhYmxlIG9mIHRoZSBYU0YgcHJvY2VzcykuPG86cD48L286cD48L2xpPjwv
dWw+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87
bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6LjI1aW4iPg0KW05DV10gQWRt
aXR0ZWRseSwgSSBoYWQgbm90IHNlZW4gdGhlIG5vdGUgKGFzIGl0cyBiZWVuIGEgd2hpbGUgc2lu
Y2UgSSBsb29rZWQgYXQgdGhlIFhFUC0wMjY4KSwgc28gSSBjYW4gbWFrZSBhZGp1c3RtZW50cyB0
byBub3QgdXNlIGl0IGJ1dCBpbmNvcnBvcmF0ZSBpdHMgaW50ZW50IGluIHRoaXMgZHJhZnQuPG86
cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286
cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkkgd2Fu
dCB0byBzZWUgc3RhbmRhcmRpemF0aW9uIG9mIGEgY29tbXVuaWNhdGlvbnMgaW5mcmFzdHJ1Y3R1
cmUgc3VwcG9ydGluZyBhbiBlY29zeXN0ZW0gb2Ygc29mdHdhcmUgYW5kIHRvb2xzIGNvbW1vbmx5
IHVzZWQgaW4gdGhlIGltcGxlbWVudGF0aW9uIG9mIGEgc2VjdXJpdHkgcHJvZ3JhbS4gSXQncyBu
b3QgY2xlYXIgdG8gbWUgaG93IHRoaXMgZHJhZnQgZnVydGhlcnMgdGhhdCBnb2FsLiBFaXRoZXIg
dGhlDQogZHJhZnQgc2ltcGx5IGRvZXNuJ3QgYWNjb21wbGlzaCB0aGF0IGZvciBsYWNrIG9mIHNw
ZWNpZmljYXRpb24sIG9yIGl0J3Mgbm90IGNsZWFyIGVub3VnaCAodG8gbWUpIHRvIHNlZSBob3cg
dGhhdCBlbmFibGVtZW50IGhhcHBlbnMgKGV2ZW4gZm9yIElPREVGIGdpdmVuIHRoZSAmcXVvdDtu
b24tbm9ybWF0aXZlIG5vcm1hdGl2ZSZxdW90OyByZWZlcmVuY2UgdG8gWEVQLTAyNjgpLjxvOnA+
PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz
cDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGVyZWZv
cmUsIGl0J3Mgbm90IGNsZWFyIHRvIG1lIGhvdyB0aGlzIGRyYWZ0IGNvdWxkIHByb2NlZWQgYXMg
c3RhbmRhcmRzIHRyYWNrLCB0aG91Z2ggSSBob3BlIHRoZXJlIGlzIGEgd2F5IHdlIGNhbiBzZWUg
dGhpcyBoYXBwZW4gKEknbSBub3Qgc3VyZSBhbiBpbmZvcm1hdGlvbmFsIGRyYWZ0IHdvdWxkIGJl
IGFzIHdlbGwtcmVjZWl2ZWQgbm9yIGhlbHBmdWwpLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+W05DV10mbmJzcDsgVGhlIGludGVudCBpcyB0byBzaG93IHRoZSBJT0RFRiBh
cyBhIGRhdGEgbW9kZWwgdGhhdCBjYW4gYmUgc2hhcmVkIGluIGEgcHVibGlzaC9zdWJzY3JpYmUg
ZWNvc3lzdGVtIHN1Y2ggYXMgWE1QUC4mbmJzcDsgR2l2ZW4gdGhlIHNjb3BlIG9mIElPREVGLCBJ
IGRpZCByZW1vdmUgdGhlIG5vdGlvbiBvZiBob3cgdGhlIGRpc2NvdmVyeSB3b3JrcyBiYXNlZCBv
biB0aGUgbm90aW9uIHRoYXQgWEVQLTAwMzAgY2FuDQogYmUgdXNlZC4mbmJzcDsgSSBjYW4gcHV0
IHRob3NlIHNhbXBsZXMgYmFjaywgYXMgd2VsbCBhcyBpbmNvcnBvcmF0aW5nIG1vcmUgZGV0YWls
cyBvZiB0aGUgSU9ERUYgYXMgaXRzIG93biBuYW1lc3BhY2UgYW5kIOKAnGNhcGFiaWxpdHnigJ0g
dGhhdCBjYW4gYmUgZGlzY292ZXJlZCBhbmQgdGhlbiBzaGFyZWQuJm5ic3A7IEkgYmVsaWV2ZSB0
aGF0IGlzIHdoYXQgbWFrZXMgaXQgbm9ybWF0aXZlIChlLmcuIHN0YW5kYXJkcyBiYXNlZCkgYWxv
bmcgd2l0aCB0aGUgbm90aW9uDQogb2YgaGF2aW5nIElBTkEgYmUgYSByZWdpc3RyeSBmb3IgdGhl
IGRhdGEgbW9kZWxzIHRoYXQgY2FuIGJlIGNvbnZleWVkIHRocnUgWE1QUCBmb3IgaW5mb3JtYXRp
b24gc2hhcmluZy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj5LaW5kIHJlZ2FyZHMsPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFkYW08bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48bzpw
PiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24g
TW9uLCBKdWwgMTcsIDIwMTcgYXQgMTA6NTcgQU0gVGFrZXNoaSBUYWthaGFzaGkgJmx0OzxhIGhy
ZWY9Im1haWx0bzp0YWtlc2hpX3Rha2FoYXNoaUBuaWN0LmdvLmpwIj50YWtlc2hpX3Rha2FoYXNo
aUBuaWN0LmdvLmpwPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9j
a3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0
O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0
OjBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5IZWxsbyBhbGwsPGJyPg0KPGJyPg0KQmFzZWQg
b24gdGhlIGRpc2N1c3Npb24gYXQgdGhlIE1JTEUgc2Vzc2lvbiBpbiBQcmFndWUsIGxldCB1cyBy
ZS1pbml0aWF0ZTxicj4NCnRoZSBXR0xDJm5ic3A7Zm9yIGRyYWZ0LWlldGYtbWlsZS14bXBwLWdy
aWQuPGJyPg0KVGhlIHZlcnNpb24gdG8gYmUgcmV2aWV3ZWQgaXM8YnI+DQo8YSBocmVmPSJodHRw
czovL3Rvb2xzLmlldGYub3JnL2lkL2RyYWZ0LWlldGYtbWlsZS14bXBwLWdyaWQtMDMudHh0IiB0
YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly90b29scy5pZXRmLm9yZy9pZC9kcmFmdC1pZXRmLW1pbGUt
eG1wcC1ncmlkLTAzLnR4dDwvYT48YnI+DQo8YnI+DQpXZSB3aWxsIGhhdmUgMSBtb250aCBmb3Ig
dGhpcyBjYWxsLjxicj4NClBsZWFzZSBwcm92aWRlIGNvbW1lbnRzIGJlZm9yZSBBdWd1c3QgMTh0
aCBhbmQgcHJvdmlkZSB5b3VyIHN1cHBvcnQgYW5kLyBvcjxicj4NCnJhaXNlIGFueSBpc3N1ZSB5
b3UgZmVlbCBhcmUgeWV0IHRvIGJlIGFkZHJlc3NlZC48YnI+DQo8YnI+DQpUaGFuayB5b3UuPGJy
Pg0KVGFrZTxicj4NCjxicj4NCjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fPGJyPg0KbWlsZSBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWls
dG86bWlsZUBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPm1pbGVAaWV0Zi5vcmc8L2E+PGJyPg0K
PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9taWxlIiB0YXJn
ZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9taWxlPC9h
PjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K
PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K

--_000_B93890F416294621B882FFA8D97420EEciscocom_--


From nobody Thu Aug  3 13:55:54 2017
Return-Path: <pkampana@cisco.com>
X-Original-To: mile@ietfa.amsl.com
Delivered-To: mile@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D0636131CB2 for <mile@ietfa.amsl.com>; Thu,  3 Aug 2017 13:55:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.522
X-Spam-Level: 
X-Spam-Status: No, score=-14.522 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=-0.001, 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 82VFjT2NIgNZ for <mile@ietfa.amsl.com>; Thu,  3 Aug 2017 13:55:51 -0700 (PDT)
Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6C2ED129B34 for <mile@ietf.org>; Thu,  3 Aug 2017 13:55:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10550; q=dns/txt; s=iport; t=1501793751; x=1503003351; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=XMgO5HiPPba8kmlVFFS32ZXIxsc7W9lemnYBdBML8NI=; b=h1NbCAZlu2cXfS9LZLSO2d/T4EnToha39Xk/syuOHwR+lGSBo38Bho2P 85qK6SHbh9Yg+IbyF3RYJ79xNWF4Bq0ppwGGBetmazi5ulPMgql3HOp7Y XZpaxYyHlxbu+xcoiPJ/7eSxs4ohTZHujoeC6zPAAJx/mogO+UDth8hWZ 4=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CGAQDsjINZ/5tdJa1dGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBgm9rZG0nB44IkAiBbpBihTOCEiyFGwIahCQ/GAECAQEBAQEBAWsohRg?= =?us-ascii?q?BAQEBAyMKXAIBCBEEAQEoAwICAjAUCQgCBAESCIlDZBCtVYImJ4sbAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBGAWDKIICgUyBY4MnhFMBAVSCXYJhBZ99AodRg0yJBYI?= =?us-ascii?q?YhViKYZYAAR84P0t3FUmHGnaHFYEjgQ8BAQE?=
X-IronPort-AV: E=Sophos;i="5.41,317,1498521600";  d="scan'208,217";a="464110667"
Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 03 Aug 2017 20:55:50 +0000
Received: from xch-rcd-011.cisco.com (xch-rcd-011.cisco.com [173.37.102.21]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id v73KtoCV023080 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for <mile@ietf.org>; Thu, 3 Aug 2017 20:55:50 GMT
Received: from xch-aln-010.cisco.com (173.36.7.20) by XCH-RCD-011.cisco.com (173.37.102.21) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 3 Aug 2017 15:55:49 -0500
Received: from xch-aln-010.cisco.com ([173.36.7.20]) by XCH-ALN-010.cisco.com ([173.36.7.20]) with mapi id 15.00.1210.000; Thu, 3 Aug 2017 15:55:49 -0500
From: "Panos Kampanakis (pkampana)" <pkampana@cisco.com>
To: "Nancy Cam-Winget (ncamwing)" <ncamwing@cisco.com>, "mile@ietf.org" <mile@ietf.org>
Thread-Topic: ROLIE for Standards track?
Thread-Index: AQHTC+zN6wlv0xzHFkSqq1oFy/1Ny6JzHd6w
Date: Thu, 3 Aug 2017 20:55:49 +0000
Message-ID: <7933b1e60e344c6db7dceda93b357fe3@XCH-ALN-010.cisco.com>
References: <C5A1DE61-B7D0-4238-ADF9-7AE825FA32FB@cisco.com>
In-Reply-To: <C5A1DE61-B7D0-4238-ADF9-7AE825FA32FB@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.116.108.7]
Content-Type: multipart/alternative; boundary="_000_7933b1e60e344c6db7dceda93b357fe3XCHALN010ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/mile/aSMZtmdNLNo0qYs9Yi-Q3Nsb8Jo>
Subject: Re: [mile] ROLIE for Standards track?
X-BeenThere: mile@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" <mile.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mile>, <mailto:mile-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mile/>
List-Post: <mailto:mile@ietf.org>
List-Help: <mailto:mile-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mile>, <mailto:mile-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 03 Aug 2017 20:55:53 -0000

--_000_7933b1e60e344c6db7dceda93b357fe3XCHALN010ciscocom_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

KzEgZm9yIHN0YW5kYXJkcyB0cmFjay4NCg0KRnJvbTogbWlsZSBbbWFpbHRvOm1pbGUtYm91bmNl
c0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIE5hbmN5IENhbS1XaW5nZXQgKG5jYW13aW5nKQ0KU2Vu
dDogV2VkbmVzZGF5LCBBdWd1c3QgMDIsIDIwMTcgODoxMCBQTQ0KVG86IG1pbGVAaWV0Zi5vcmcN
ClN1YmplY3Q6IFttaWxlXSBST0xJRSBmb3IgU3RhbmRhcmRzIHRyYWNrPw0KDQpIaSwNCg0KQmFj
ayBpbiBJRVRGIDk3IChTZW91bCksIHdlIGRpc2N1c3NlZCBtb3ZpbmcgUk9MSUUgZnJvbSBJbmZv
cm1hdGlvbmFsIHRvIFN0YW5kYXJkcyB0cmFjayB3aXRoIHBhcnRpY2lwYW50cyBiZWluZyBpbiBm
YXZvci4gIEhvd2V2ZXIsIEkgd2FzIHJlbWlzcyBpbiBjb25maXJtaW5nIHRoaXMgb3ZlciB0aGUg
bWFpbCBsaXN04oCmLlNPLA0KSW4gb3JkZXIgdG8gbW92ZSB0aGlzIGZvcndhcmQgYXMgSSB0aGlu
ayB0aGUgZHJhZnQgaXMgcmVhZHkgb3RoZXIgdGhhbiBpdHMgY2F0ZWdvcnkuDQoNCknigJlkIGxp
a2UgdG8gYXNrIHRoZSBtYWlsIGxpc3Q6DQoNCi0gICAgICAgIFNob3VsZCBNSUxFIGFkb3B0IGh0
dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtbWlsZS1yb2xpZS8gYXMg
YSBTdGFuZGFyZHMgdHJhY2sgZG9jdW1lbnQ/DQoNClBsZWFzZSByZXNwb25kIGJ5IEF1Z3VzdCAx
NnRoIHNvIHRoYXQgd2UgY2FuIG1vdmUgdGhpcyBpdGVtIGZvcndhcmQuDQoNCktpbmQgcmVnYXJk
cywgTmFuY3kNCg==

--_000_7933b1e60e344c6db7dceda93b357fe3XCHALN010ciscocom_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K
CXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMg
MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1
IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws
IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0
b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixz
YW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9y
aXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph
OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5
Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLk1z
b0xpc3RQYXJhZ3JhcGgsIGxpLk1zb0xpc3RQYXJhZ3JhcGgsIGRpdi5Nc29MaXN0UGFyYWdyYXBo
DQoJe21zby1zdHlsZS1wcmlvcml0eTozNDsNCgltYXJnaW4tdG9wOjBpbjsNCgltYXJnaW4tcmln
aHQ6MGluOw0KCW1hcmdpbi1ib3R0b206MGluOw0KCW1hcmdpbi1sZWZ0Oi41aW47DQoJbWFyZ2lu
LWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGli
cmkiLHNhbnMtc2VyaWY7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0eWxlLXR5cGU6cGVy
c29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93
dGV4dDt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBs
eTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30N
Ci5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6
ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1h
cmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6
V29yZFNlY3Rpb24xO30NCi8qIExpc3QgRGVmaW5pdGlvbnMgKi8NCkBsaXN0IGwwDQoJe21zby1s
aXN0LWlkOjQ4MjQzMDM0MjsNCgltc28tbGlzdC10eXBlOmh5YnJpZDsNCgltc28tbGlzdC10ZW1w
bGF0ZS1pZHM6LTEzODAzODYxNjYgOTUxNjEyODEwIDY3Njk4NjkxIDY3Njk4NjkzIDY3Njk4Njg5
IDY3Njk4NjkxIDY3Njk4NjkzIDY3Njk4Njg5IDY3Njk4NjkxIDY3Njk4NjkzO30NCkBsaXN0IGww
OmxldmVsMQ0KCXttc28tbGV2ZWwtc3RhcnQtYXQ6MTY7DQoJbXNvLWxldmVsLW51bWJlci1mb3Jt
YXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Oi07DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7
DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjIyLjVwdDsN
Cgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7
DQoJbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6Q2FsaWJyaTsNCgltc28tYmlkaS1mb250LWZhbWls
eToiVGltZXMgTmV3IFJvbWFuIjt9DQpAbGlzdCBsMDpsZXZlbDINCgl7bXNvLWxldmVsLW51bWJl
ci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9w
Om5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjU4
LjVwdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9
DQpAbGlzdCBsMDpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1z
by1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwt
bnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6OTQuNXB0Ow0KCXRleHQtaW5kZW50
Oi0uMjVpbjsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw0DQoJe21z
by1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNv
LWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0K
CW1hcmdpbi1sZWZ0OjEzMC41cHQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5
OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVs
bGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNv
LWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjE2Ni41cHQ7DQoJdGV4
dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KQGxpc3QgbDA6
bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4
dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3Np
dGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjIwMi41cHQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0K
CWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMDpsZXZlbDcNCgl7bXNvLWxldmVsLW51
bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFi
LXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxl
ZnQ6MjM4LjVwdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6U3ltYm9sO30N
CkBsaXN0IGwwOmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNv
LWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVt
YmVyLXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6Mjc0LjVwdDsNCgl0ZXh0LWluZGVudDot
LjI1aW47DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpAbGlzdCBsMDpsZXZlbDkNCgl7
bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCglt
c28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7
DQoJbWFyZ2luLWxlZnQ6MzEwLjVwdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1p
bHk6V2luZ2RpbmdzO30NCm9sDQoJe21hcmdpbi1ib3R0b206MGluO30NCnVsDQoJe21hcmdpbi1i
b3R0b206MGluO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFw
ZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZd
LS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+
DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3ht
bD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGJnY29sb3I9IndoaXRlIiBsYW5nPSJFTi1V
UyIgbGluaz0iIzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rp
b24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0
O2NvbG9yOiMxRjQ5N0QiPiYjNDM7MSBmb3Igc3RhbmRhcmRzIHRyYWNrLjxvOnA+PC9vOnA+PC9z
cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu
MHB0O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8
ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFk
ZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdCI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6MTEuMHB0Ij4gbWlsZSBbbWFpbHRvOm1pbGUtYm91bmNlc0BpZXRmLm9yZ10NCjxiPk9u
IEJlaGFsZiBPZiA8L2I+TmFuY3kgQ2FtLVdpbmdldCAobmNhbXdpbmcpPGJyPg0KPGI+U2VudDo8
L2I+IFdlZG5lc2RheSwgQXVndXN0IDAyLCAyMDE3IDg6MTAgUE08YnI+DQo8Yj5Ubzo8L2I+IG1p
bGVAaWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gW21pbGVdIFJPTElFIGZvciBTdGFuZGFy
ZHMgdHJhY2s/PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkhpLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpw
PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdCI+QmFjayBpbiBJRVRGIDk3IChTZW91bCksIHdlIGRpc2N1c3Nl
ZCBtb3ZpbmcgUk9MSUUgZnJvbSBJbmZvcm1hdGlvbmFsIHRvIFN0YW5kYXJkcyB0cmFjayB3aXRo
IHBhcnRpY2lwYW50cyBiZWluZyBpbiBmYXZvci4mbmJzcDsgSG93ZXZlciwgSSB3YXMgcmVtaXNz
IGluIGNvbmZpcm1pbmcgdGhpcyBvdmVyIHRoZSBtYWlsIGxpc3TigKYuU08sDQo8bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdCI+SW4gb3JkZXIgdG8gbW92ZSB0aGlzIGZvcndhcmQgYXMgSSB0aGluayB0aGUgZHJh
ZnQgaXMgcmVhZHkgb3RoZXIgdGhhbiBpdHMgY2F0ZWdvcnkuPG86cD48L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0Ij5J4oCZZCBsaWtlIHRvIGFzayB0aGUgbWFpbCBsaXN0Ojxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0i
bWFyZ2luLWxlZnQ6MjIuNXB0O3RleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsMCBsZXZlbDEg
bGZvMiI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw
dCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+LTxzcGFuIHN0eWxlPSJmb250OjcuMHB0
ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlNob3VsZCBNSUxFIGFkb3B0IDxhIGhyZWY9Imh0dHBzOi8v
ZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtbWlsZS1yb2xpZS8iPg0KaHR0cHM6
Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1taWxlLXJvbGllLzwvYT4gYXMg
YSBTdGFuZGFyZHMgdHJhY2sgZG9jdW1lbnQ/PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6MTEuMHB0Ij5QbGVhc2UgcmVzcG9uZCBieSBBdWd1c3QgMTY8c3VwPnRoPC9zdXA+IHNv
IHRoYXQgd2UgY2FuIG1vdmUgdGhpcyBpdGVtIGZvcndhcmQuPG86cD48L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0Ij5LaW5kIHJlZ2FyZHMsIE5hbmN5PG86cD48L286cD48L3Nw
YW4+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_7933b1e60e344c6db7dceda93b357fe3XCHALN010ciscocom_--


From nobody Thu Aug  3 14:08:25 2017
Return-Path: <adam.w.montville@gmail.com>
X-Original-To: mile@ietfa.amsl.com
Delivered-To: mile@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0F77B12EC48 for <mile@ietfa.amsl.com>; Thu,  3 Aug 2017 14:08:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level: 
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 VzdbMk3NhevS for <mile@ietfa.amsl.com>; Thu,  3 Aug 2017 14:08:22 -0700 (PDT)
Received: from mail-io0-x233.google.com (mail-io0-x233.google.com [IPv6:2607:f8b0:4001:c06::233]) (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 931B0129B62 for <mile@ietf.org>; Thu,  3 Aug 2017 14:08:22 -0700 (PDT)
Received: by mail-io0-x233.google.com with SMTP id c74so11579290iod.4 for <mile@ietf.org>; Thu, 03 Aug 2017 14:08:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to;  bh=nPw22cKaZFUSHtvGJVix2coAmOaTCy1H4Hbgw4BVgRs=; b=JYxtwlxZZgl7Up33vwdrM2NpMzC3RVRYUF4cTxo6Heex0o+bzpstsw97Twt7o8tUPd MvorMy4ssOR2yoPOUWmJT72MWF+V6tFaLhWMZUbToJYXXuKuTXm2Yi+rqBdrJ5CvqRuR wg89ffq9bY54hoBcg3hCyjc7XzYILlEp03NE1b+U6+XjFC+w3YlXRXswPAq9i5wpT1ea WPNAy40PvoA5sW2A9t4S4q4k6uGI/KhVgDVGJdgdAMNqqWhS39Q1ALPeOUkRAyWUhqd1 VUaJxcXFxZMSDp49vPg1GDVnOg9PXcsKwqyshUrzvlKpS268zAlvWoiCs6OISvWOdWfc /X1Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=nPw22cKaZFUSHtvGJVix2coAmOaTCy1H4Hbgw4BVgRs=; b=p+DIsFY8YnEcku+NwtvwIZtYHBa8xmYX2G2StmGQiycMIzyrtgNas/V/0K7NbEFYc+ /G3zIv+8BmIvdv6U+zFAZjr+E505JcXjJQ0ZO+9I+Oucw3VqjH6o4pYo+W1UGOYONBgi mQyilYundrfaXpodfQFA/egmkczYnQSzXkQ73G8zyQVXiGRjgZnZj0gDtvjZkqVcOMov 28PPtGr5Wihf3yDhRkvdebiQ7/cyhUAb+3T1qAZDaJ9akRuUES7ejZdks3McTs0J8nRr He6AXObAWXuVed2i+Haz69XvN6aG/5m+Gl6QOvimJZLWUyoFDPiRPmtlA3+Jttz3i4MI 9QOw==
X-Gm-Message-State: AHYfb5iJlF1CXvY+mhPonDS3oI2+NkzmbLKWYypzgC93WKJmyP2lDWDC n9U8LV+kkKhT0oDHckINMO8pih+kFA==
X-Received: by 10.107.183.17 with SMTP id h17mr214369iof.188.1501794501875; Thu, 03 Aug 2017 14:08:21 -0700 (PDT)
MIME-Version: 1.0
References: <C5A1DE61-B7D0-4238-ADF9-7AE825FA32FB@cisco.com> <7933b1e60e344c6db7dceda93b357fe3@XCH-ALN-010.cisco.com>
In-Reply-To: <7933b1e60e344c6db7dceda93b357fe3@XCH-ALN-010.cisco.com>
From: Adam Montville <adam.w.montville@gmail.com>
Date: Thu, 03 Aug 2017 21:08:10 +0000
Message-ID: <CACknUNV68pxREU5s291nMbwSh3Mx1=oNeZxof1f7cW-PyZF=qg@mail.gmail.com>
To: "Panos Kampanakis (pkampana)" <pkampana@cisco.com>, "Nancy Cam-Winget (ncamwing)" <ncamwing@cisco.com>,  "mile@ietf.org" <mile@ietf.org>
Content-Type: multipart/alternative; boundary="94eb2c0b77becf5d550555dfc721"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mile/IuimwFCty-cAHs8iSNifdgPRcts>
Subject: Re: [mile] ROLIE for Standards track?
X-BeenThere: mile@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" <mile.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mile>, <mailto:mile-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mile/>
List-Post: <mailto:mile@ietf.org>
List-Help: <mailto:mile-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mile>, <mailto:mile-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 03 Aug 2017 21:08:24 -0000

--94eb2c0b77becf5d550555dfc721
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

+1 here also.

On Thu, Aug 3, 2017 at 3:55 PM Panos Kampanakis (pkampana) <
pkampana@cisco.com> wrote:

> +1 for standards track.
>
>
>
> *From:* mile [mailto:mile-bounces@ietf.org] *On Behalf Of *Nancy
> Cam-Winget (ncamwing)
> *Sent:* Wednesday, August 02, 2017 8:10 PM
> *To:* mile@ietf.org
> *Subject:* [mile] ROLIE for Standards track?
>
>
>
> Hi,
>
>
>
> Back in IETF 97 (Seoul), we discussed moving ROLIE from Informational to
> Standards track with participants being in favor.  However, I was remiss =
in
> confirming this over the mail list=E2=80=A6.SO,
>
> In order to move this forward as I think the draft is ready other than it=
s
> category.
>
>
>
> I=E2=80=99d like to ask the mail list:
>
> -        Should MILE adopt
> https://datatracker.ietf.org/doc/draft-ietf-mile-rolie/ as a Standards
> track document?
>
>
>
> Please respond by August 16th so that we can move this item forward.
>
>
>
> Kind regards, Nancy
> _______________________________________________
> mile mailing list
> mile@ietf.org
> https://www.ietf.org/mailman/listinfo/mile
>

--94eb2c0b77becf5d550555dfc721
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">+1 here also.</div><br><div class=3D"gmail_quote"><div dir=
=3D"ltr">On Thu, Aug 3, 2017 at 3:55 PM Panos Kampanakis (pkampana) &lt;<a =
href=3D"mailto:pkampana@cisco.com">pkampana@cisco.com</a>&gt; wrote:<br></d=
iv><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left=
:1px #ccc solid;padding-left:1ex">





<div bgcolor=3D"white" lang=3D"EN-US" link=3D"#0563C1" vlink=3D"#954F72">
<div class=3D"m_5929366885535214129WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;color:#1f497d">+1 fo=
r standards track.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;color:#1f497d"><u></=
u>=C2=A0<u></u></span></p>
<div>
<div style=3D"border:none;border-top:solid #e1e1e1 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt">From:</span></b>=
<span style=3D"font-size:11.0pt"> mile [mailto:<a href=3D"mailto:mile-bounc=
es@ietf.org" target=3D"_blank">mile-bounces@ietf.org</a>]
<b>On Behalf Of </b>Nancy Cam-Winget (ncamwing)<br>
<b>Sent:</b> Wednesday, August 02, 2017 8:10 PM<br>
<b>To:</b> <a href=3D"mailto:mile@ietf.org" target=3D"_blank">mile@ietf.org=
</a><br>
<b>Subject:</b> [mile] ROLIE for Standards track?<u></u><u></u></span></p>
</div>
</div></div></div><div bgcolor=3D"white" lang=3D"EN-US" link=3D"#0563C1" vl=
ink=3D"#954F72"><div class=3D"m_5929366885535214129WordSection1">
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Hi,<u></u><u></u></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><u></u>=C2=A0<u></u=
></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Back in IETF 97 (Se=
oul), we discussed moving ROLIE from Informational to Standards track with =
participants being in favor.=C2=A0 However, I was remiss in confirming this=
 over the mail list=E2=80=A6.SO,
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">In order to move th=
is forward as I think the draft is ready other than its category.<u></u><u>=
</u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><u></u>=C2=A0<u></u=
></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">I=E2=80=99d like to=
 ask the mail list:<u></u><u></u></span></p>
<p class=3D"m_5929366885535214129MsoListParagraph" style=3D"margin-left:22.=
5pt">
<u></u><span style=3D"font-size:11.0pt"><span>-<span style=3D"font:7.0pt &q=
uot;Times New Roman&quot;">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
</span></span></span><u></u><span style=3D"font-size:11.0pt">Should MILE ad=
opt <a href=3D"https://datatracker.ietf.org/doc/draft-ietf-mile-rolie/" tar=
get=3D"_blank">
https://datatracker.ietf.org/doc/draft-ietf-mile-rolie/</a> as a Standards =
track document?<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><u></u>=C2=A0<u></u=
></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Please respond by A=
ugust 16<sup>th</sup> so that we can move this item forward.<u></u><u></u><=
/span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><u></u>=C2=A0<u></u=
></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Kind regards, Nancy=
<u></u><u></u></span></p>
</div></div>

_______________________________________________<br>
mile mailing list<br>
<a href=3D"mailto:mile@ietf.org" target=3D"_blank">mile@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/mile" rel=3D"noreferrer" t=
arget=3D"_blank">https://www.ietf.org/mailman/listinfo/mile</a><br>
</blockquote></div>

--94eb2c0b77becf5d550555dfc721--


From nobody Fri Aug  4 03:48:10 2017
Return-Path: <adam.w.montville@gmail.com>
X-Original-To: mile@ietfa.amsl.com
Delivered-To: mile@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B38F2131FC7 for <mile@ietfa.amsl.com>; Fri,  4 Aug 2017 03:48:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level: 
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 NIkM4sgbQZgS for <mile@ietfa.amsl.com>; Fri,  4 Aug 2017 03:48:05 -0700 (PDT)
Received: from mail-io0-x229.google.com (mail-io0-x229.google.com [IPv6:2607:f8b0:4001:c06::229]) (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 3B7E2131D22 for <mile@ietf.org>; Fri,  4 Aug 2017 03:48:05 -0700 (PDT)
Received: by mail-io0-x229.google.com with SMTP id o9so4668840iod.1 for <mile@ietf.org>; Fri, 04 Aug 2017 03:48:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to;  bh=nct1zhPL7YAIBMVFSteigELQmbLvWDEmSrtCuJvODX8=; b=GBm0s3snKM9va1obvYxZdqnSe+lnv5cvCcqySqDs8Mvdq4bIT2cDgVjHhCxwQ8H5DH qY7X8zppUkrbsPHjtjrDsf0EsYiYwNSno1p9ZORd/3OSiLHN14gvlaKpE/BNmAJsdLBD 6zDFzqtoSUIW5SCrVA8wttUl7NLNfmcftRZhr2vyrixsulwHGJSPfv0xmsJWV58d3FyX 9Ty7ogZJbeq5E1+J5dTDCInLyom4y1DR7Fqm1CUjD9u1WJVhrb3Mp1ObGQ+vgmDyDhQ+ r3gOuzjYr7R7HbHQufw7FUK7jrBgFQ3jC0DXWK5tCGL2dDHxq9O+Y1m2fmvOjgo7qs+e 6JJg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=nct1zhPL7YAIBMVFSteigELQmbLvWDEmSrtCuJvODX8=; b=VMvdMKof1JAWG6Qdlif3sS8DbQ+IOug6K8NuZ/Z827EsBlYG5knLkKxKkQPkkpsoUW byCfXgIhgi3VQyzLXgBrpY+v8ExB4NTp/Vo1k0unWnFJCo/EycmP3tOvJFTni/ml9yba xgpqzum4n6wJ7+QI6QUUJWiMsT4gEdPm78N8zcQW3GH8FxxygSKKFGhoMu1KVyNMcXeg oRC+ElYOvgYxsexXYycOwotv+O/6e0r7GtK50OfhmlunCUYVPCljt1tuSCWVhHuQ25wk I/Mz7BhzXmgGtObasbz0K+XRIePE1Hghr3SzXsJWD1m2IaDlhrANMXbXi3M7zL0H+hbR O6Hg==
X-Gm-Message-State: AIVw113f9LDhkoxjyVHyWoJkVFJxgRbFInbRI9Cxa5yAa5fASR/vLw30 42R8VWKoAJ6i7crqMwq0bXtsDeN/Qw==
X-Received: by 10.107.153.65 with SMTP id b62mr2246954ioe.142.1501843684437; Fri, 04 Aug 2017 03:48:04 -0700 (PDT)
MIME-Version: 1.0
References: <001a01d2ff15$5f6ed1e0$1e4c75a0$@nict.go.jp> <CACknUNXPDfJR5YoaEPjWNQ9eH=Hp946L4Utt6hA7onWNdXD0OQ@mail.gmail.com> <B93890F4-1629-4621-B882-FFA8D97420EE@cisco.com>
In-Reply-To: <B93890F4-1629-4621-B882-FFA8D97420EE@cisco.com>
From: Adam Montville <adam.w.montville@gmail.com>
Date: Fri, 04 Aug 2017 10:47:53 +0000
Message-ID: <CACknUNXef=6T4EzbJWEP074Aw41RHhV5fbr=YGPT9V7orEOmbw@mail.gmail.com>
To: "Nancy Cam-Winget (ncamwing)" <ncamwing@cisco.com>, Takeshi Takahashi <takeshi_takahashi@nict.go.jp>,  "mile@ietf.org" <mile@ietf.org>
Content-Type: multipart/alternative; boundary="001a1140f3c051b39a0555eb3b3c"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mile/4lFixAK677lFICsvm9TGcx7qBLg>
Subject: Re: [mile] Working group last call for XMPP-grid
X-BeenThere: mile@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" <mile.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mile>, <mailto:mile-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mile/>
List-Post: <mailto:mile@ietf.org>
List-Help: <mailto:mile-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mile>, <mailto:mile-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 04 Aug 2017 10:48:09 -0000

--001a1140f3c051b39a0555eb3b3c
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

:-) No worries. I'll try responses inline. Note that I'm about to head on
vacation for two weeks. I'll be paying attention, but response times may
lag.

On Thu, Aug 3, 2017 at 11:27 AM Nancy Cam-Winget (ncamwing) <
ncamwing@cisco.com> wrote:

> Hi Adam,
>
>
>
> Many thanks for a prompt review!  And it appears that I culled too much s=
o
> please see further comments/questions below:
>
>
>
> *From: *mile <mile-bounces@ietf.org> on behalf of Adam Montville <
> adam.w.montville@gmail.com>
> *Date: *Sunday, July 30, 2017 at 6:04 AM
> *To: *Takeshi Takahashi <takeshi_takahashi@nict.go.jp>, "mile@ietf.org" <
> mile@ietf.org>
>
>
> *Subject: *Re: [mile] Working group last call for XMPP-grid
>
>
>
> Take (and everyone),
>
>
>
> I have read through this latest revision of the draft and find that I am
> still somewhat confused - not about the intent of the draft, I think, but
> of how it qualifies as something that is standards track (I could be
> speaking from ignorance here, so please educate me where necessary).
>
>
>
> To me, the draft is at heart an XMPP configuration guide, to put it
> simply. For example, I don't see too much I would need to implement (asid=
e
> from a deferred XEP for IODEF - see my last comment below), but I do see
> many requirements pertaining to the configuration/operation of, say,
> ejabberd in my enterprise.
>
>
>
> [NCW] Perhaps I did indeed cut too much in my endeavor for simplicity,
> readability and presumptions of XMPP knowledge.  It has been a while sinc=
e
> I saw the XEP 268, so was remiss in keep abreast its status.  I can pull
> out the considerations for this and how IODEF would be defined as an XMPP
> =E2=80=9Ctopic=E2=80=9D that can be discoverable and shared (perhaps usin=
g the IODEF
> Guidance guidelines too).  I can check with David and Peter on XMPP
> guidelines on this matter as well.
>

[AWM] This seems reasonable. Mostly, I'm trying to wrap my head around how
I would (hypothetically) go about operating such a service, and it's not
super clear to me.


>
>
>
>
> I feel like the real meat of the problem is punted, and perhaps that is
> intentional given the narrow IODEF-specific scope. To me, the harder
> problem is gaining industry-wide understanding of the discoverable
> capabilities within the ecosystem XMPP-grid (I presume) seeks to enable.
> Without this, there's very little hope of "plug and play" security
> infrastructure in a given enterprise.
>
> [NCW] Yea, so the intent was to be able to show the broader notion, but I
> thought I was responding to other comments for readability with the
> understanding that the discovery extension (XEP-0030) would be sufficient=
.
> Would it help to bring back some of the XMPP XML samples (some are cited =
in
> XEP-0030 but I can make them relevant to IODEF discovery)?
>

[AWM] The broader notion is important! I'm not sure that XML samples would
help in this regard, but perhaps some additional language about what
IODEF-specific capabilities would be expected to be discovered?


>
>
> The following are my current specific comments on this draft (more may
> follow, but this seems like a bit for now):
>
>    - At several points the draft talks about "telemetry", and I remember
>    someone (I think it may have been Henk) describing to me that this has
>    special meaning avoiding real-time-ish or event-ish information. First=
, is
>    there a need to define what is meant by "telemetry"? Second, is there =
a
>    reason to limit to "telemetry" given this is a draft seeking to establ=
ish
>    the communications infrastructure for a security program's ecosystem?
>    (Maybe that's not the intent of the draft, but if it's not, then there=
's a
>    whole front-end of activities on the orchestration or command and cont=
rol
>    fronts that still need to be addressed in this space, and I would ques=
tion
>    the utility of any approach unconcerned with the full breadth of secur=
ity
>    program communications needs.)
>
> [NCW] The intent is really to say that we want to share measured
> (observed?) information relevant to security.  Would it simplify to just
> remove the term?  Or state it as =E2=80=9Cobserved information=E2=80=9D?
>

[AWM] I think I like the direction of "observed information", but please
note that this particular comment isn't a strenuous objection, but more of
a probe for deeper understanding.

>
>    - Is there a reason we couldn't replace "transport and communication"
>    for "messaging"? This seems cleaner, and removes any of the ambiguity
>    around "transport" when we're at a context that may sometimes be on th=
e
>    network level and sometimes not. (See, for example, the first sentence=
 of
>    the first paragraph of the Introduction.)
>
> [NCW] Ah, I think it is likely to be =E2=80=9Ctransfer=E2=80=9D as that i=
s what I was
> asked to remoniker in the Requirements draft.
>

[AWM] Fair enough.

>
>    - In the terminology, the way "capability provider" and "publisher"
>    are defined, they seem synonymous. It's clear that "publisher" is bein=
g set
>    up as a subclass of "capability provider" (i.e. "publisher is a capabi=
lity
>    provider that..."), but beyond that there's no clear qualification tha=
t
>    would make an instance "publisher" distinct from some other instance o=
f
>    "capability provider". I'm not sure how to fix this, but recommend tha=
t you
>    ask what would come after "that" in the following sentence fragment: "=
A
>    publisher is a capability provider that..."
>
> [NCW] I can just converge and use =E2=80=9Cpublisher=E2=80=9D only, would=
 that help?
>

[AWM] I'm not sure (and I'm curious as to what others think about this. To
me, the discovery features of this solution would allow my ecosystem to
discover components capable of performing specific tasks (i.e. those
components that provide capabilities). Those capability providers would, in
turn, publish specific information using specific data models and
serializations. So, there seems to be a distinction, though I'm not sure
how important it is to call out. How about "A publisher is a capability
provider that contributes information pertaining to its capability to the
XMPP grid" or something like that? I'm not sure if that's helpful or makes
things more confusing.

>
>    - Proposed text for "subscriber" definition: An entity participating
>    in XMPP-Grid by consuming information on a subscription basis from one=
 or
>    more publishers also participating in the XMPP-Grid.
>
> [NCW] OK, will update in the next revision.
>
>    - The XMPP-Grid Controller is simply an XMPP Server by my read. Is
>    there a compelling reason not to simply call it such?
>
> [NCW] You are correct, I can simplify
>
>    - This is a draft about communicating IODEF information over an XMPP
>    infrastructure, and as such it points to (as a normative reference)
>    XEP-0268 (see https://xmpp.org/extensions/xep-0268.html).
>    Unfortunately, that normatively references a XEP containing a clear
>    warning: "WARNING: This document has been automatically Deferred after=
 12
>    months of inactivity in its previous Experimental state. Implementatio=
n of
>    the protocol described herein is not recommended for production system=
s.
>    However, exploratory implementations are encouraged to resume the stan=
dards
>    process." I'm not an expert, but I wouldn't want this draft to proceed=
 by
>    effectively standardizing something that was experimental, but has bee=
n
>    deferred for inactivity, which tells me that it's effectively dead (XS=
F
>    folks may have a different opinion, and I'll obviously defer to them, =
as
>    I'm not too knowledgable of the XSF process).
>
> [NCW] Admittedly, I had not seen the note (as its been a while since I
> looked at the XEP-0268), so I can make adjustments to not use it but
> incorporate its intent in this draft.
>
>
>
> I want to see standardization of a communications infrastructure
> supporting an ecosystem of software and tools commonly used in the
> implementation of a security program. It's not clear to me how this draft
> furthers that goal. Either the draft simply doesn't accomplish that for
> lack of specification, or it's not clear enough (to me) to see how that
> enablement happens (even for IODEF given the "non-normative normative"
> reference to XEP-0268).
>
>
>
> Therefore, it's not clear to me how this draft could proceed as standards
> track, though I hope there is a way we can see this happen (I'm not sure =
an
> informational draft would be as well-received nor helpful).
>
> [NCW]  The intent is to show the IODEF as a data model that can be shared
> in a publish/subscribe ecosystem such as XMPP.  Given the scope of IODEF,=
 I
> did remove the notion of how the discovery works based on the notion that
> XEP-0030 can be used.  I can put those samples back, as well as
> incorporating more details of the IODEF as its own namespace and
> =E2=80=9Ccapability=E2=80=9D that can be discovered and then shared.  I b=
elieve that is
> what makes it normative (e.g. standards based) along with the notion of
> having IANA be a registry for the data models that can be conveyed thru
> XMPP for information sharing.
>
>
>
>
>
> Kind regards,
>
>
>
> Adam
>
>
>
>
>
> On Mon, Jul 17, 2017 at 10:57 AM Takeshi Takahashi <
> takeshi_takahashi@nict.go.jp> wrote:
>
> Hello all,
>
> Based on the discussion at the MILE session in Prague, let us re-initiate
> the WGLC for draft-ietf-mile-xmpp-grid.
> The version to be reviewed is
> https://tools.ietf.org/id/draft-ietf-mile-xmpp-grid-03.txt
>
> We will have 1 month for this call.
> Please provide comments before August 18th and provide your support and/ =
or
> raise any issue you feel are yet to be addressed.
>
> Thank you.
> Take
>
>
> _______________________________________________
> mile mailing list
> mile@ietf.org
> https://www.ietf.org/mailman/listinfo/mile
>
>

--001a1140f3c051b39a0555eb3b3c
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">:-) No worries. I&#39;ll try responses inline. Note that I=
&#39;m about to head on vacation for two weeks. I&#39;ll be paying attentio=
n, but response times may lag.<br><br><div class=3D"gmail_quote"><div dir=
=3D"ltr">On Thu, Aug 3, 2017 at 11:27 AM Nancy Cam-Winget (ncamwing) &lt;<a=
 href=3D"mailto:ncamwing@cisco.com">ncamwing@cisco.com</a>&gt; wrote:<br></=
div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-lef=
t:1px #ccc solid;padding-left:1ex">







<div bgcolor=3D"white" lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"m_-1444495593050780811WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:Calibri"=
>Hi Adam,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:Calibri"=
><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:Calibri"=
>Many thanks for a prompt review!=C2=A0 And it appears that I culled too mu=
ch so please see further comments/questions below:<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:Calibri"=
><u></u>=C2=A0<u></u></span></p>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-family:Calibri;color:black">F=
rom: </span>
</b><span style=3D"font-family:Calibri;color:black">mile &lt;<a href=3D"mai=
lto:mile-bounces@ietf.org" target=3D"_blank">mile-bounces@ietf.org</a>&gt; =
on behalf of Adam Montville &lt;<a href=3D"mailto:adam.w.montville@gmail.co=
m" target=3D"_blank">adam.w.montville@gmail.com</a>&gt;<br>
<b>Date: </b>Sunday, July 30, 2017 at 6:04 AM<br>
<b>To: </b>Takeshi Takahashi &lt;<a href=3D"mailto:takeshi_takahashi@nict.g=
o.jp" target=3D"_blank">takeshi_takahashi@nict.go.jp</a>&gt;, &quot;<a href=
=3D"mailto:mile@ietf.org" target=3D"_blank">mile@ietf.org</a>&quot; &lt;<a =
href=3D"mailto:mile@ietf.org" target=3D"_blank">mile@ietf.org</a>&gt;</span=
></p></div></div></div><div bgcolor=3D"white" lang=3D"EN-US" link=3D"blue" =
vlink=3D"purple"><div class=3D"m_-1444495593050780811WordSection1"><div sty=
le=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in 0in 0in"=
><p class=3D"MsoNormal"><span style=3D"font-family:Calibri;color:black"><br=
>
<b>Subject: </b>Re: [mile] Working group last call for XMPP-grid<u></u><u><=
/u></span></p></div></div></div><div bgcolor=3D"white" lang=3D"EN-US" link=
=3D"blue" vlink=3D"purple"><div class=3D"m_-1444495593050780811WordSection1=
"><div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0i=
n 0in 0in"><p class=3D"MsoNormal"><span style=3D"font-family:Calibri;color:=
black"></span></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Take (and everyone),=C2=A0 <u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div></div></div></div></div><div bgcolor=3D"white" lang=3D"EN-US" link=3D"=
blue" vlink=3D"purple"><div class=3D"m_-1444495593050780811WordSection1"><d=
iv><div>
<p class=3D"MsoNormal">I have read through this latest revision of the draf=
t and find that I am still somewhat confused - not about the intent of the =
draft, I think, but of how it qualifies as something that is standards trac=
k (I could be speaking from ignorance
 here, so please educate me where necessary).=C2=A0 <u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
</div></div></div></div><div bgcolor=3D"white" lang=3D"EN-US" link=3D"blue"=
 vlink=3D"purple"><div class=3D"m_-1444495593050780811WordSection1"><div><d=
iv><div>
<p class=3D"MsoNormal">To me, the draft is at heart an XMPP configuration g=
uide, to put it simply. For example, I don&#39;t see too much I would need =
to implement (aside from a deferred XEP for IODEF - see my last comment bel=
ow), but I do see many requirements pertaining
 to the configuration/operation of, say, ejabberd in my enterprise.=C2=A0 <=
u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:Calibri"=
><u></u>=C2=A0<u></u></span></p>
</div></div></div></div></div><div bgcolor=3D"white" lang=3D"EN-US" link=3D=
"blue" vlink=3D"purple"><div class=3D"m_-1444495593050780811WordSection1"><=
div><div><div><p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-f=
amily:Calibri">[NCW] Perhaps I did indeed cut too much in my endeavor for s=
implicity, readability and presumptions of XMPP knowledge.=C2=A0 It has bee=
n a while since I saw the XEP 268, so was remiss in keep
 abreast its status.=C2=A0 I can pull out the considerations for this and h=
ow IODEF would be defined as an XMPP =E2=80=9Ctopic=E2=80=9D that can be di=
scoverable and shared (perhaps using the IODEF Guidance guidelines too).=C2=
=A0 I can check with David and Peter on XMPP guidelines on
 this matter as well.</span></p></div></div></div></div></div></blockquote>=
<div><br></div><div>[AWM] This seems reasonable. Mostly, I&#39;m trying to =
wrap my head around how I would (hypothetically) go about operating such a =
service, and it&#39;s not super clear to me.</div><div>=C2=A0</div><blockqu=
ote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc s=
olid;padding-left:1ex"><div bgcolor=3D"white" lang=3D"EN-US" link=3D"blue" =
vlink=3D"purple"><div class=3D"m_-1444495593050780811WordSection1"><div><di=
v><div><p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:C=
alibri"> <u></u><u></u></span></p>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div></div></div></div></div></div></div><div bgcolor=3D"white" lang=3D"EN-=
US" link=3D"blue" vlink=3D"purple"><div class=3D"m_-1444495593050780811Word=
Section1"><div><div><div><div>
<p class=3D"MsoNormal">I feel like the real meat of the problem is punted, =
and perhaps that is intentional given the narrow IODEF-specific scope. To m=
e, the harder problem is gaining industry-wide understanding of the discove=
rable capabilities within the ecosystem
 XMPP-grid (I presume) seeks to enable. Without this, there&#39;s very litt=
le hope of &quot;plug and play&quot; security infrastructure in a given ent=
erprise.<u></u><u></u></p>
</div></div></div></div></div></div><div bgcolor=3D"white" lang=3D"EN-US" l=
ink=3D"blue" vlink=3D"purple"><div class=3D"m_-1444495593050780811WordSecti=
on1"><div><div><div><div><p class=3D"MsoNormal">[NCW] Yea, so the intent wa=
s to be able to show the broader notion, but I thought I was responding to =
other comments for readability with the understanding that the discovery ex=
tension (XEP-0030) would be sufficient.=C2=A0 Would it help to bring
 back some of the XMPP XML samples (some are cited in XEP-0030 but I can ma=
ke them relevant to IODEF discovery)?</p></div></div></div></div></div></di=
v></blockquote><div><br></div><div>[AWM] The broader notion is important! I=
&#39;m not sure that XML samples would help in this regard, but perhaps som=
e additional language about what IODEF-specific capabilities would be expec=
ted to be discovered?</div><div>=C2=A0</div><blockquote class=3D"gmail_quot=
e" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">=
<div bgcolor=3D"white" lang=3D"EN-US" link=3D"blue" vlink=3D"purple"><div c=
lass=3D"m_-1444495593050780811WordSection1"><div><div><div><div><p class=3D=
"MsoNormal"><u></u><u></u></p>
</div></div></div></div></div></div><div bgcolor=3D"white" lang=3D"EN-US" l=
ink=3D"blue" vlink=3D"purple"><div class=3D"m_-1444495593050780811WordSecti=
on1"><div><div><div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">The following are my current specific comments on th=
is draft (more may follow, but this seems like a bit for now):<u></u><u></u=
></p>
</div>
</div></div></div></div></div><div bgcolor=3D"white" lang=3D"EN-US" link=3D=
"blue" vlink=3D"purple"><div class=3D"m_-1444495593050780811WordSection1"><=
div><div><div><div>
<ul type=3D"disc">
<li class=3D"MsoNormal">
At several points the draft talks about &quot;telemetry&quot;, and I rememb=
er someone (I think it may have been Henk) describing to me that this has s=
pecial meaning avoiding real-time-ish or event-ish information. First, is t=
here a need to define what is meant by &quot;telemetry&quot;?
 Second, is there a reason to limit to &quot;telemetry&quot; given this is =
a draft seeking to establish the communications infrastructure for a securi=
ty program&#39;s ecosystem? (Maybe that&#39;s not the intent of the draft, =
but if it&#39;s not, then there&#39;s a whole front-end of
 activities on the orchestration or command and control fronts that still n=
eed to be addressed in this space, and I would question the utility of any =
approach unconcerned with the full breadth of security program communicatio=
ns needs.)<u></u><u></u></li></ul>
</div></div></div></div></div></div><div bgcolor=3D"white" lang=3D"EN-US" l=
ink=3D"blue" vlink=3D"purple"><div class=3D"m_-1444495593050780811WordSecti=
on1"><div><div><div><div><p class=3D"MsoNormal" style=3D"margin-left:.25in"=
>
[NCW] The intent is really to say that we want to share measured (observed?=
) information relevant to security.=C2=A0 Would it simplify to just remove =
the term?=C2=A0 Or state it as =E2=80=9Cobserved information=E2=80=9D?</p><=
/div></div></div></div></div></div></blockquote><div><br></div><div>[AWM] I=
 think I like the direction of &quot;observed information&quot;, but please=
 note that this particular comment isn&#39;t a strenuous objection, but mor=
e of a probe for deeper understanding.</div><blockquote class=3D"gmail_quot=
e" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">=
<div bgcolor=3D"white" lang=3D"EN-US" link=3D"blue" vlink=3D"purple"><div c=
lass=3D"m_-1444495593050780811WordSection1"><div><div><div><div><p class=3D=
"MsoNormal" style=3D"margin-left:.25in"><u></u><u></u></p></div></div></div=
></div></div></div><div bgcolor=3D"white" lang=3D"EN-US" link=3D"blue" vlin=
k=3D"purple"><div class=3D"m_-1444495593050780811WordSection1"><div><div><d=
iv><div>
<ul type=3D"disc">
<li class=3D"MsoNormal">
Is there a reason we couldn&#39;t replace &quot;transport and communication=
&quot; for &quot;messaging&quot;? This seems cleaner, and removes any of th=
e ambiguity around &quot;transport&quot; when we&#39;re at a context that m=
ay sometimes be on the network level and sometimes not. (See, for example,
 the first sentence of the first paragraph of the Introduction.)<u></u><u><=
/u></li></ul>
</div></div></div></div></div></div><div bgcolor=3D"white" lang=3D"EN-US" l=
ink=3D"blue" vlink=3D"purple"><div class=3D"m_-1444495593050780811WordSecti=
on1"><div><div><div><div><p class=3D"MsoNormal" style=3D"margin-left:.25in"=
>
[NCW] Ah, I think it is likely to be =E2=80=9Ctransfer=E2=80=9D as that is =
what I was asked to remoniker in the Requirements draft.</p></div></div></d=
iv></div></div></div></blockquote><div><br></div><div>[AWM] Fair enough.=C2=
=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;borde=
r-left:1px #ccc solid;padding-left:1ex"><div bgcolor=3D"white" lang=3D"EN-U=
S" link=3D"blue" vlink=3D"purple"><div class=3D"m_-1444495593050780811WordS=
ection1"><div><div><div><div><p class=3D"MsoNormal" style=3D"margin-left:.2=
5in"><u></u><u></u></p></div></div></div></div></div></div><div bgcolor=3D"=
white" lang=3D"EN-US" link=3D"blue" vlink=3D"purple"><div class=3D"m_-14444=
95593050780811WordSection1"><div><div><div><div>
<ul type=3D"disc">
<li class=3D"MsoNormal">
In the terminology, the way &quot;capability provider&quot; and &quot;publi=
sher&quot; are defined, they seem synonymous. It&#39;s clear that &quot;pub=
lisher&quot; is being set up as a subclass of &quot;capability provider&quo=
t; (i.e. &quot;publisher is a capability provider that...&quot;), but beyon=
d that there&#39;s
 no clear qualification that would make an instance &quot;publisher&quot; d=
istinct from some other instance of &quot;capability provider&quot;. I&#39;=
m not sure how to fix this, but recommend that you ask what would come afte=
r &quot;that&quot; in the following sentence fragment: &quot;A publisher
 is a capability provider that...&quot;=C2=A0<u></u><u></u></li></ul>
</div></div></div></div></div></div><div bgcolor=3D"white" lang=3D"EN-US" l=
ink=3D"blue" vlink=3D"purple"><div class=3D"m_-1444495593050780811WordSecti=
on1"><div><div><div><div><p class=3D"MsoNormal" style=3D"margin-left:.25in"=
>
[NCW] I can just converge and use =E2=80=9Cpublisher=E2=80=9D only, would t=
hat help?</p></div></div></div></div></div></div></blockquote><div><br></di=
v><div>[AWM] I&#39;m not sure (and I&#39;m curious as to what others think =
about this. To me, the discovery features of this solution would allow my e=
cosystem to discover components capable of performing specific tasks (i.e. =
those components that provide capabilities). Those capability providers wou=
ld, in turn, publish specific information using specific data models and se=
rializations. So, there seems to be a distinction, though I&#39;m not sure =
how important it is to call out. How about &quot;A publisher is a capabilit=
y provider that contributes information pertaining to its capability to the=
 XMPP grid&quot; or something like that? I&#39;m not sure if that&#39;s hel=
pful or makes things more confusing.=C2=A0</div><blockquote class=3D"gmail_=
quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1=
ex"><div bgcolor=3D"white" lang=3D"EN-US" link=3D"blue" vlink=3D"purple"><d=
iv class=3D"m_-1444495593050780811WordSection1"><div><div><div><div><p clas=
s=3D"MsoNormal" style=3D"margin-left:.25in"><u></u><u></u></p></div></div><=
/div></div></div></div><div bgcolor=3D"white" lang=3D"EN-US" link=3D"blue" =
vlink=3D"purple"><div class=3D"m_-1444495593050780811WordSection1"><div><di=
v><div><div>
<ul type=3D"disc">
<li class=3D"MsoNormal">
Proposed text for &quot;subscriber&quot; definition: An entity participatin=
g in XMPP-Grid by consuming information on a subscription basis from one or=
 more publishers also participating in the XMPP-Grid.<u></u><u></u></li></u=
l>
</div></div></div></div></div></div><div bgcolor=3D"white" lang=3D"EN-US" l=
ink=3D"blue" vlink=3D"purple"><div class=3D"m_-1444495593050780811WordSecti=
on1"><div><div><div><div><p class=3D"MsoNormal" style=3D"margin-left:.25in"=
>
[NCW] OK, will update in the next revision.<u></u><u></u></p></div></div></=
div></div></div></div><div bgcolor=3D"white" lang=3D"EN-US" link=3D"blue" v=
link=3D"purple"><div class=3D"m_-1444495593050780811WordSection1"><div><div=
><div><div>
<ul type=3D"disc">
<li class=3D"MsoNormal">
The XMPP-Grid Controller is simply an XMPP Server by my read. Is there a co=
mpelling reason not to simply call it such?<u></u><u></u></li></ul>
</div></div></div></div></div></div><div bgcolor=3D"white" lang=3D"EN-US" l=
ink=3D"blue" vlink=3D"purple"><div class=3D"m_-1444495593050780811WordSecti=
on1"><div><div><div><div><p class=3D"MsoNormal" style=3D"margin-left:.25in"=
>
[NCW] You are correct, I can simplify<u></u><u></u></p></div></div></div></=
div></div></div><div bgcolor=3D"white" lang=3D"EN-US" link=3D"blue" vlink=
=3D"purple"><div class=3D"m_-1444495593050780811WordSection1"><div><div><di=
v><div>
<ul type=3D"disc">
<li class=3D"MsoNormal">
This is a draft about communicating IODEF information over an XMPP infrastr=
ucture, and as such it points to (as a normative reference) XEP-0268 (see=
=C2=A0<a href=3D"https://xmpp.org/extensions/xep-0268.html" target=3D"_blan=
k">https://xmpp.org/extensions/xep-0268.html</a>). Unfortunately,
 that normatively references a XEP containing a clear warning: &quot;WARNIN=
G: This document has been automatically Deferred after 12 months of inactiv=
ity in its previous Experimental state. Implementation of the protocol desc=
ribed herein is not recommended for production
 systems. However, exploratory implementations are encouraged to resume the=
 standards process.&quot; I&#39;m not an expert, but I wouldn&#39;t want th=
is draft to proceed by effectively standardizing something that was experim=
ental, but has been deferred for inactivity,
 which tells me that it&#39;s effectively dead (XSF folks may have a differ=
ent opinion, and I&#39;ll obviously defer to them, as I&#39;m not too knowl=
edgable of the XSF process).<u></u><u></u></li></ul>
</div></div></div></div></div></div><div bgcolor=3D"white" lang=3D"EN-US" l=
ink=3D"blue" vlink=3D"purple"><div class=3D"m_-1444495593050780811WordSecti=
on1"><div><div><div><div><p class=3D"MsoNormal" style=3D"margin-left:.25in"=
>
[NCW] Admittedly, I had not seen the note (as its been a while since I look=
ed at the XEP-0268), so I can make adjustments to not use it but incorporat=
e its intent in this draft.<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
</div></div></div></div></div></div><div bgcolor=3D"white" lang=3D"EN-US" l=
ink=3D"blue" vlink=3D"purple"><div class=3D"m_-1444495593050780811WordSecti=
on1"><div><div><div>
<div>
<p class=3D"MsoNormal">I want to see standardization of a communications in=
frastructure supporting an ecosystem of software and tools commonly used in=
 the implementation of a security program. It&#39;s not clear to me how thi=
s draft furthers that goal. Either the
 draft simply doesn&#39;t accomplish that for lack of specification, or it&=
#39;s not clear enough (to me) to see how that enablement happens (even for=
 IODEF given the &quot;non-normative normative&quot; reference to XEP-0268)=
.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
</div></div></div></div></div><div bgcolor=3D"white" lang=3D"EN-US" link=3D=
"blue" vlink=3D"purple"><div class=3D"m_-1444495593050780811WordSection1"><=
div><div><div><div>
<p class=3D"MsoNormal">Therefore, it&#39;s not clear to me how this draft c=
ould proceed as standards track, though I hope there is a way we can see th=
is happen (I&#39;m not sure an informational draft would be as well-receive=
d nor helpful).<u></u><u></u></p>
</div></div></div></div></div></div><div bgcolor=3D"white" lang=3D"EN-US" l=
ink=3D"blue" vlink=3D"purple"><div class=3D"m_-1444495593050780811WordSecti=
on1"><div><div><div><div><p class=3D"MsoNormal">[NCW]=C2=A0 The intent is t=
o show the IODEF as a data model that can be shared in a publish/subscribe =
ecosystem such as XMPP.=C2=A0 Given the scope of IODEF, I did remove the no=
tion of how the discovery works based on the notion that XEP-0030 can
 be used.=C2=A0 I can put those samples back, as well as incorporating more=
 details of the IODEF as its own namespace and =E2=80=9Ccapability=E2=80=9D=
 that can be discovered and then shared.=C2=A0 I believe that is what makes=
 it normative (e.g. standards based) along with the notion
 of having IANA be a registry for the data models that can be conveyed thru=
 XMPP for information sharing.<u></u><u></u></p>
</div></div></div></div></div></div><div bgcolor=3D"white" lang=3D"EN-US" l=
ink=3D"blue" vlink=3D"purple"><div class=3D"m_-1444495593050780811WordSecti=
on1"><div><div><div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Kind regards,<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Adam<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=C2=A0<u></u><=
/p>
<div>
<div>
<p class=3D"MsoNormal">On Mon, Jul 17, 2017 at 10:57 AM Takeshi Takahashi &=
lt;<a href=3D"mailto:takeshi_takahashi@nict.go.jp" target=3D"_blank">takesh=
i_takahashi@nict.go.jp</a>&gt; wrote:<u></u><u></u></p>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<p class=3D"MsoNormal">Hello all,<br>
<br>
Based on the discussion at the MILE session in Prague, let us re-initiate<b=
r>
the WGLC=C2=A0for draft-ietf-mile-xmpp-grid.<br>
The version to be reviewed is<br>
<a href=3D"https://tools.ietf.org/id/draft-ietf-mile-xmpp-grid-03.txt" targ=
et=3D"_blank">https://tools.ietf.org/id/draft-ietf-mile-xmpp-grid-03.txt</a=
><br>
<br>
We will have 1 month for this call.<br>
Please provide comments before August 18th and provide your support and/ or=
<br>
raise any issue you feel are yet to be addressed.<br>
<br>
Thank you.<br>
Take<br>
<br>
<br>
_______________________________________________<br>
mile mailing list<br>
<a href=3D"mailto:mile@ietf.org" target=3D"_blank">mile@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/mile" target=3D"_blank">ht=
tps://www.ietf.org/mailman/listinfo/mile</a><u></u><u></u></p>
</blockquote>
</div>
</div>
</div></div></div></div></div></blockquote></div></div>

--001a1140f3c051b39a0555eb3b3c--


From nobody Fri Aug  4 08:10:01 2017
Return-Path: <stpeter@stpeter.im>
X-Original-To: mile@ietfa.amsl.com
Delivered-To: mile@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 052261321CE for <mile@ietfa.amsl.com>; Fri,  4 Aug 2017 08:10:00 -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, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=stpeter.im header.b=HfbJCgGd; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=ptU9xo9e
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 52EUhm2YLeJ5 for <mile@ietfa.amsl.com>; Fri,  4 Aug 2017 08:09:58 -0700 (PDT)
Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5B84E1321B6 for <mile@ietf.org>; Fri,  4 Aug 2017 08:09:58 -0700 (PDT)
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id AA66E208E7; Fri,  4 Aug 2017 11:09:57 -0400 (EDT)
Received: from frontend1 ([10.202.2.160]) by compute2.internal (MEProxy); Fri, 04 Aug 2017 11:09:57 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=stpeter.im; h= content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc:x-sasl-enc; s=fm1; bh=12obi/LymoGcIgU2oz DW4wta/flGpmiU+WfQwI9IcVM=; b=HfbJCgGd4gvRu3fTE+itAI+zEJhZbZ42kp CGjHhGI/9i1EHFjHYMj6UVHluZGJkhi5e+VL+Cj8DYdmhDxjWPDbQ6C7IPjiHLMF CfImtJnmCxjszFGseJOD8e8x+K06uyneWgU6tdxiBKRhXODJr2MMnfL80j2dF8ij ZLvX47iatzv9WuKeK+UhMVyGpY/IOn8595ZTgewLjjMWil4DCNOma1JQU3CFuzgJ +Oo1wtIEtgKO9IsEPO3dxZ/vbalrM5PRkes7bhiRe9XNA1wTnM5TSZG/tDbIwg8L pkF12xqcsSvfryrp5SM5tOYhM3a13/ZsBVaUdShBTodh01EMwxeA==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc:x-sasl-enc; s= fm1; bh=12obi/LymoGcIgU2ozDW4wta/flGpmiU+WfQwI9IcVM=; b=ptU9xo9e MSjntaGd+zF7dM4GS4dKb226wM8BpBbEkpx8WpzDsfLdFvYDhjzXVdDd5X1QqmlU i90qQ6W8d5QNm6iW0ECdmL/hL6Cax/IaAja+g3eLLme3JCBy8JzFFodNcvvzdlvr ygUdbyMI+9L3oZhYCtvjwmK9tVpYIAAfkY/USbrIglf4h+A13cP3S4CkutCi6ila DPQY6Q/OWjpYqe+7xFTZfi0SBlFBCJs/UKE1Irsd4fX6cM1GKP0PA7Gtkeh0nEWv anfV0utwuFu0PN/ykwhZndnYSIxvIB3ZijZW7WqWRauELUZJNwy2viHzZldf5Icy ZKJYM3XiM4vxgA==
X-ME-Sender: <xms:RY6EWdhK7ksqqWVX4SNfCzrxCxk4O95Aedi8vMMaSEVUWXP3zJSNAw>
X-Sasl-enc: MrxMmQjji1R3ItZGR0LT+N0N4QkPgU7nAr7uS0+ylU9h 1501859397
Received: from aither.local (unknown [76.25.4.24]) by mail.messagingengine.com (Postfix) with ESMTPA id 257C97E5EC; Fri,  4 Aug 2017 11:09:57 -0400 (EDT)
To: mile@ietf.org
References: <001a01d2ff15$5f6ed1e0$1e4c75a0$@nict.go.jp> <CACknUNXPDfJR5YoaEPjWNQ9eH=Hp946L4Utt6hA7onWNdXD0OQ@mail.gmail.com>
From: Peter Saint-Andre <stpeter@stpeter.im>
Message-ID: <1c8ce598-c793-a21f-a52d-b9b51439225e@stpeter.im>
Date: Fri, 4 Aug 2017 09:09:53 -0600
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <CACknUNXPDfJR5YoaEPjWNQ9eH=Hp946L4Utt6hA7onWNdXD0OQ@mail.gmail.com>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/mile/0TjW08YxpJpxOGLPKr2qoHTrn5w>
Subject: Re: [mile] Working group last call for XMPP-grid
X-BeenThere: mile@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" <mile.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mile>, <mailto:mile-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mile/>
List-Post: <mailto:mile@ietf.org>
List-Help: <mailto:mile-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mile>, <mailto:mile-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 04 Aug 2017 15:10:00 -0000

For now, one comment on a particular point...

On 7/30/17 7:04 AM, Adam Montville wrote:

>   * This is a draft about communicating IODEF information over an XMPP
>     infrastructure, and as such it points to (as a normative reference)
>     XEP-0268 (see https://xmpp.org/extensions/xep-0268.html).

That specification defined a way to use IODEF for communication among
XMPP servers for the purpose of improving operation of the XMPP network,
whereas draft-ietf-mile-xmpp-grid defines a way to use XMPP as the
transport for communication of IODEF data among non-XMPP entities. The
two use cases are very different, and thus the MILE spec should not
normatively reference XEP-0268.

Peter


From nobody Fri Aug  4 10:48:32 2017
Return-Path: <ncamwing@cisco.com>
X-Original-To: mile@ietfa.amsl.com
Delivered-To: mile@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1F52213248B for <mile@ietfa.amsl.com>; Fri,  4 Aug 2017 10:48:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.522
X-Spam-Level: 
X-Spam-Status: No, score=-14.522 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=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 MYaZJ4vEw_xr for <mile@ietfa.amsl.com>; Fri,  4 Aug 2017 10:48:29 -0700 (PDT)
Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 95B5513247E for <mile@ietf.org>; Fri,  4 Aug 2017 10:48:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1902; q=dns/txt; s=iport; t=1501868909; x=1503078509; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=cGHiHJqIjup6BOPek1mFQtz4XDVfMy4nL+nKvUh9mYM=; b=cwK2roHf0LypTKwxdye+YubC2IruREppNObmUxq502cNbgn58UTyjmF9 9PGmaRgVSdGmq6t/abOCKrFfbKdcYVLuFOoJCw1ZRK2hal9CmAtUfvP+M 3dp+PJOodu25Lt+mmJoAsg/csyNPFOAJeZU/hTucmQCONmOwYZxC+ulTO A=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D1AQC/soRZ/5FdJa1cGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBg1pkbScHjgiQB4FMljcOggQhC4UbAhqEMT8YAQIBAQEBAQEBayiFGQI?= =?us-ascii?q?BAwEBGwYROhsCAQgaAiYCAgIlCxUQAQEEAQkJii8QrwWCJotIAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBGAWBC4IdggKDLysLgWWBDIQ5g00wgjEFoAUCh1GMXAySPZY?= =?us-ascii?q?BAR84gQp3FUkSAYJHgj0cgWd2iGCBDwEBAQ?=
X-IronPort-AV: E=Sophos;i="5.41,321,1498521600"; d="scan'208";a="278765556"
Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 04 Aug 2017 17:48:28 +0000
Received: from XCH-RTP-015.cisco.com (xch-rtp-015.cisco.com [64.101.220.155]) by rcdn-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id v74HmSTY019920 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 4 Aug 2017 17:48:28 GMT
Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-015.cisco.com (64.101.220.155) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Fri, 4 Aug 2017 13:48:27 -0400
Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Fri, 4 Aug 2017 13:48:27 -0400
From: "Nancy Cam-Winget (ncamwing)" <ncamwing@cisco.com>
To: Peter Saint-Andre <stpeter@stpeter.im>, "mile@ietf.org" <mile@ietf.org>
Thread-Topic: [mile] Working group last call for XMPP-grid
Thread-Index: AdL/FQuQkltgy3LOS5ShIWJPWrkNYwKQNNQAAP/YaoD//7bwgA==
Date: Fri, 4 Aug 2017 17:48:27 +0000
Message-ID: <EB2A0CC9-E0E6-4169-BB28-C6385215A7BB@cisco.com>
References: <001a01d2ff15$5f6ed1e0$1e4c75a0$@nict.go.jp> <CACknUNXPDfJR5YoaEPjWNQ9eH=Hp946L4Utt6hA7onWNdXD0OQ@mail.gmail.com> <1c8ce598-c793-a21f-a52d-b9b51439225e@stpeter.im>
In-Reply-To: <1c8ce598-c793-a21f-a52d-b9b51439225e@stpeter.im>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/f.1a.0.160910
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.155.84.79]
Content-Type: text/plain; charset="utf-8"
Content-ID: <2C98E4AD136007439F1FADA88D0E40E7@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/mile/7SnH3RnNGmJzmLlrXS6RIIdpIKw>
Subject: Re: [mile] Working group last call for XMPP-grid
X-BeenThere: mile@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" <mile.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mile>, <mailto:mile-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mile/>
List-Post: <mailto:mile@ietf.org>
List-Help: <mailto:mile-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mile>, <mailto:mile-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 04 Aug 2017 17:48:31 -0000

SGkgUGV0ZXIsDQpQb2ludCB3ZWxsIHRha2VuLCBteSBpbnRlbnQgd2FzIHRvIG9ubHkgdXNlIHRo
ZSBtZWFucyBvZiBjb252ZXlpbmcgSU9ERUYgcmVwb3J0cyB0aHJ1IHRoZSBYTVBQIGFzIGEgdHJh
bnNmZXIgcHJvdG9jb2wgd2hpY2ggSSB1bmRlcnN0b29kIFhFUC0wMjY4IHRvIGFsc28gZGVtb25z
dHJhdGUuICBIb3dldmVyLCB0aGUgaW50ZW50IG9mIHRoZSBYTVBQLWdyaWQgZHJhZnQgdG8gZW5h
YmxlIHRoZSBzaGFyaW5nIGJleW9uZCBYTVBQIHNlcnZlcnPigKYuYXMgcG9pbnRlZCBvdXQsIHdl
IG5lZWQgdG8gY2xlYW4gYW5kIGFkZHJlc3MgdGhhdCBiZXR0ZXIuDQoNCglOYW5jeQ0KDQpPbiA4
LzQvMTcsIDg6MDkgQU0sICJtaWxlIG9uIGJlaGFsZiBvZiBQZXRlciBTYWludC1BbmRyZSIgPG1p
bGUtYm91bmNlc0BpZXRmLm9yZyBvbiBiZWhhbGYgb2Ygc3RwZXRlckBzdHBldGVyLmltPiB3cm90
ZToNCg0KICAgIEZvciBub3csIG9uZSBjb21tZW50IG9uIGEgcGFydGljdWxhciBwb2ludC4uLg0K
ICAgIA0KICAgIE9uIDcvMzAvMTcgNzowNCBBTSwgQWRhbSBNb250dmlsbGUgd3JvdGU6DQogICAg
DQogICAgPiAgICogVGhpcyBpcyBhIGRyYWZ0IGFib3V0IGNvbW11bmljYXRpbmcgSU9ERUYgaW5m
b3JtYXRpb24gb3ZlciBhbiBYTVBQDQogICAgPiAgICAgaW5mcmFzdHJ1Y3R1cmUsIGFuZCBhcyBz
dWNoIGl0IHBvaW50cyB0byAoYXMgYSBub3JtYXRpdmUgcmVmZXJlbmNlKQ0KICAgID4gICAgIFhF
UC0wMjY4IChzZWUgaHR0cHM6Ly94bXBwLm9yZy9leHRlbnNpb25zL3hlcC0wMjY4Lmh0bWwpLg0K
ICAgIA0KICAgIFRoYXQgc3BlY2lmaWNhdGlvbiBkZWZpbmVkIGEgd2F5IHRvIHVzZSBJT0RFRiBm
b3IgY29tbXVuaWNhdGlvbiBhbW9uZw0KICAgIFhNUFAgc2VydmVycyBmb3IgdGhlIHB1cnBvc2Ug
b2YgaW1wcm92aW5nIG9wZXJhdGlvbiBvZiB0aGUgWE1QUCBuZXR3b3JrLA0KICAgIHdoZXJlYXMg
ZHJhZnQtaWV0Zi1taWxlLXhtcHAtZ3JpZCBkZWZpbmVzIGEgd2F5IHRvIHVzZSBYTVBQIGFzIHRo
ZQ0KICAgIHRyYW5zcG9ydCBmb3IgY29tbXVuaWNhdGlvbiBvZiBJT0RFRiBkYXRhIGFtb25nIG5v
bi1YTVBQIGVudGl0aWVzLiBUaGUNCiAgICB0d28gdXNlIGNhc2VzIGFyZSB2ZXJ5IGRpZmZlcmVu
dCwgYW5kIHRodXMgdGhlIE1JTEUgc3BlYyBzaG91bGQgbm90DQogICAgbm9ybWF0aXZlbHkgcmVm
ZXJlbmNlIFhFUC0wMjY4Lg0KICAgIA0KICAgIFBldGVyDQogICAgDQogICAgX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCiAgICBtaWxlIG1haWxpbmcgbGlz
dA0KICAgIG1pbGVAaWV0Zi5vcmcNCiAgICBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xp
c3RpbmZvL21pbGUNCiAgICANCg0K


From nobody Mon Aug  7 09:20:07 2017
Return-Path: <jfield@pivotal.io>
X-Original-To: mile@ietfa.amsl.com
Delivered-To: mile@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6FD8913202F for <mile@ietfa.amsl.com>; Mon,  7 Aug 2017 09:20:05 -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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=pivotal-io.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 xbL5kcdFiXH1 for <mile@ietfa.amsl.com>; Mon,  7 Aug 2017 09:20:03 -0700 (PDT)
Received: from mail-oi0-x22d.google.com (mail-oi0-x22d.google.com [IPv6:2607:f8b0:4003:c06::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 01CB013246B for <mile@ietf.org>; Mon,  7 Aug 2017 09:20:02 -0700 (PDT)
Received: by mail-oi0-x22d.google.com with SMTP id x3so8724327oia.1 for <mile@ietf.org>; Mon, 07 Aug 2017 09:20:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pivotal-io.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Rfjka6iXChq4F0yXlKC8OLaHEgmeoxPBb2GPhaW9onY=; b=x3nyQUzbP+TXjgSmFpyBfMJeDxC3R7OOeCUH0dTHVwy6Gzd8EwZl8NaarUjbNcIDUZ AkzOAziO6hivD0+2aDvYWI72ZwtDz1IeMFrCq+V6IDyAiEXWUOZA9wlqM1j3NdRp85EA Ze3u1rtqBAdPN3Yv4DpxxLm521DK652y/RBFHaP6HJketsbw+fr/q+KjEqoS8NnyZzFs F+BdcS8LGlAGYvcqwF6O/A3g5MKlO1Z7rZP19n0pnSil5S4Aojp+ijItB0/GXXvpTThs Q1aAEWJ8swOwe0p0oFkEC0YujOyg3o0ky/CJiiO65clH8t80o+m6rX4j+b+kjYsLUL0x edzw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Rfjka6iXChq4F0yXlKC8OLaHEgmeoxPBb2GPhaW9onY=; b=t1ytabaJyyp7ydb7yRRTUPWyVjQysms3fVU4gSnRO6MP8HhuuIbFYxyjA2N0ueJeR6 n/yff5WgFed8dZ5uDuIEv0majGPQ0s8FH2+/Lh7Z6+aUvAePFR54SxUfi4FiCjDwFy7l 8oVK97jiqrzjch55tpYc7BM/1E+lAgNg3hAcPRyf2roqZ3zsfG/ELldo4oYby/jFEXLg OwDD4y7IyL13uGcdWkR+jijKAkzu5PDrCB4R3pWhVYYqNbyfUYZantSBPETaau6Xcqhy JrDx9/uumqf0JghTCG0ojFE8KYSsxO1F0H7oUk+fxedYx/+TingQ++lRD1hN+xrDuIDR gpog==
X-Gm-Message-State: AHYfb5ioAAvPVcdvly5CMysLRnKAWUkG0Yb6N3RuugnKJmSJpccFh+0t iW6Y0BBr3cYNnziVDKSdz+n6gkUTxYB3
X-Received: by 10.202.236.209 with SMTP id k200mr848831oih.120.1502122802179;  Mon, 07 Aug 2017 09:20:02 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.182.246.166 with HTTP; Mon, 7 Aug 2017 09:20:01 -0700 (PDT)
In-Reply-To: <CACknUNV68pxREU5s291nMbwSh3Mx1=oNeZxof1f7cW-PyZF=qg@mail.gmail.com>
References: <C5A1DE61-B7D0-4238-ADF9-7AE825FA32FB@cisco.com> <7933b1e60e344c6db7dceda93b357fe3@XCH-ALN-010.cisco.com> <CACknUNV68pxREU5s291nMbwSh3Mx1=oNeZxof1f7cW-PyZF=qg@mail.gmail.com>
From: John Field <jfield@pivotal.io>
Date: Mon, 7 Aug 2017 12:20:01 -0400
Message-ID: <CAC0wChEO9f6Ly_E0JqUNKPAvo9xxMi+2XUAHg5ktqjNYeM=gzg@mail.gmail.com>
To: Adam Montville <adam.w.montville@gmail.com>
Cc: "Panos Kampanakis (pkampana)" <pkampana@cisco.com>, "Nancy Cam-Winget (ncamwing)" <ncamwing@cisco.com>,  "mile@ietf.org" <mile@ietf.org>
Content-Type: multipart/alternative; boundary="001a11c18144088df205562c386b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mile/dU_BvC9nw5-S9CrjsECOwClmtRM>
Subject: Re: [mile] ROLIE for Standards track?
X-BeenThere: mile@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" <mile.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mile>, <mailto:mile-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mile/>
List-Post: <mailto:mile@ietf.org>
List-Help: <mailto:mile-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mile>, <mailto:mile-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Aug 2017 16:20:05 -0000

--001a11c18144088df205562c386b
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

+1

Thanks,
John

On Thu, Aug 3, 2017 at 5:08 PM, Adam Montville <adam.w.montville@gmail.com>
wrote:

> +1 here also.
>
> On Thu, Aug 3, 2017 at 3:55 PM Panos Kampanakis (pkampana) <
> pkampana@cisco.com> wrote:
>
>> +1 for standards track.
>>
>>
>>
>> *From:* mile [mailto:mile-bounces@ietf.org] *On Behalf Of *Nancy
>> Cam-Winget (ncamwing)
>> *Sent:* Wednesday, August 02, 2017 8:10 PM
>> *To:* mile@ietf.org
>> *Subject:* [mile] ROLIE for Standards track?
>>
>>
>>
>> Hi,
>>
>>
>>
>> Back in IETF 97 (Seoul), we discussed moving ROLIE from Informational to
>> Standards track with participants being in favor.  However, I was remiss=
 in
>> confirming this over the mail list=E2=80=A6.SO,
>>
>> In order to move this forward as I think the draft is ready other than
>> its category.
>>
>>
>>
>> I=E2=80=99d like to ask the mail list:
>>
>> -        Should MILE adopt https://datatracker.ietf.org/
>> doc/draft-ietf-mile-rolie/ as a Standards track document?
>>
>>
>>
>> Please respond by August 16th so that we can move this item forward.
>>
>>
>>
>> Kind regards, Nancy
>> _______________________________________________
>> mile mailing list
>> mile@ietf.org
>> https://www.ietf.org/mailman/listinfo/mile
>>
>
> _______________________________________________
> mile mailing list
> mile@ietf.org
> https://www.ietf.org/mailman/listinfo/mile
>
>


--=20

John P. Field | Security PM | Pivotal

Direct: (908) 962-3394 | jfield@ <jfield@gopivotal.com>pivotal.io

--001a11c18144088df205562c386b
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">+1<div><br></div><div>Thanks,</div><div>John</div></div><d=
iv class=3D"gmail_extra"><br><div class=3D"gmail_quote">On Thu, Aug 3, 2017=
 at 5:08 PM, Adam Montville <span dir=3D"ltr">&lt;<a href=3D"mailto:adam.w.=
montville@gmail.com" target=3D"_blank">adam.w.montville@gmail.com</a>&gt;</=
span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8e=
x;border-left:1px #ccc solid;padding-left:1ex"><div dir=3D"ltr">+1 here als=
o.</div><br><div class=3D"gmail_quote"><div><div class=3D"h5"><div dir=3D"l=
tr">On Thu, Aug 3, 2017 at 3:55 PM Panos Kampanakis (pkampana) &lt;<a href=
=3D"mailto:pkampana@cisco.com" target=3D"_blank">pkampana@cisco.com</a>&gt;=
 wrote:<br></div></div></div><blockquote class=3D"gmail_quote" style=3D"mar=
gin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class=
=3D"h5">





<div bgcolor=3D"white" lang=3D"EN-US" link=3D"#0563C1" vlink=3D"#954F72">
<div class=3D"m_3407131628811997625m_5929366885535214129WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;color:#1f497d">+1 fo=
r standards track.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;color:#1f497d"><u></=
u>=C2=A0<u></u></span></p>
<div>
<div style=3D"border:none;border-top:solid #e1e1e1 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt">From:</span></b>=
<span style=3D"font-size:11.0pt"> mile [mailto:<a href=3D"mailto:mile-bounc=
es@ietf.org" target=3D"_blank">mile-bounces@ietf.org</a>]
<b>On Behalf Of </b>Nancy Cam-Winget (ncamwing)<br>
<b>Sent:</b> Wednesday, August 02, 2017 8:10 PM<br>
<b>To:</b> <a href=3D"mailto:mile@ietf.org" target=3D"_blank">mile@ietf.org=
</a><br>
<b>Subject:</b> [mile] ROLIE for Standards track?<u></u><u></u></span></p>
</div>
</div></div></div><div bgcolor=3D"white" lang=3D"EN-US" link=3D"#0563C1" vl=
ink=3D"#954F72"><div class=3D"m_3407131628811997625m_5929366885535214129Wor=
dSection1">
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Hi,<u></u><u></u></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><u></u>=C2=A0<u></u=
></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Back in IETF 97 (Se=
oul), we discussed moving ROLIE from Informational to Standards track with =
participants being in favor.=C2=A0 However, I was remiss in confirming this=
 over the mail list=E2=80=A6.SO,
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">In order to move th=
is forward as I think the draft is ready other than its category.<u></u><u>=
</u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><u></u>=C2=A0<u></u=
></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">I=E2=80=99d like to=
 ask the mail list:<u></u><u></u></span></p>
<p class=3D"m_3407131628811997625m_5929366885535214129MsoListParagraph" sty=
le=3D"margin-left:22.5pt">
<u></u><span style=3D"font-size:11.0pt"><span>-<span style=3D"font:7.0pt &q=
uot;Times New Roman&quot;">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
</span></span></span><u></u><span style=3D"font-size:11.0pt">Should MILE ad=
opt <a href=3D"https://datatracker.ietf.org/doc/draft-ietf-mile-rolie/" tar=
get=3D"_blank">
https://datatracker.ietf.org/<wbr>doc/draft-ietf-mile-rolie/</a> as a Stand=
ards track document?<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><u></u>=C2=A0<u></u=
></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Please respond by A=
ugust 16<sup>th</sup> so that we can move this item forward.<u></u><u></u><=
/span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><u></u>=C2=A0<u></u=
></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Kind regards, Nancy=
<u></u><u></u></span></p>
</div></div></div></div>

______________________________<wbr>_________________<br>
mile mailing list<br>
<a href=3D"mailto:mile@ietf.org" target=3D"_blank">mile@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/mile" rel=3D"noreferrer" t=
arget=3D"_blank">https://www.ietf.org/mailman/<wbr>listinfo/mile</a><br>
</blockquote></div>
<br>______________________________<wbr>_________________<br>
mile mailing list<br>
<a href=3D"mailto:mile@ietf.org">mile@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/mile" rel=3D"noreferrer" t=
arget=3D"_blank">https://www.ietf.org/mailman/<wbr>listinfo/mile</a><br>
<br></blockquote></div><br><br clear=3D"all"><div><br></div>-- <br><div cla=
ss=3D"gmail_signature" data-smartmail=3D"gmail_signature"><div dir=3D"ltr">=
<div><div dir=3D"ltr"><div><div dir=3D"ltr"><p><span style=3D"font-size:9.0=
pt;font-family:&quot;Arial&quot;,&quot;sans-serif&quot;;color:#1f497d">John=
 P. Field </span><span style=3D"font-size:9.0pt;font-family:&quot;Arial&quo=
t;,&quot;sans-serif&quot;;color:#1f497d">|=C2=A0Security PM |=C2=A0Pivotal=
=C2=A0</span><span style=3D"font-size:9.0pt;font-family:&quot;Arial&quot;,&=
quot;sans-serif&quot;;color:#1f497d"><br></span></p><p><span style=3D"font-=
size:9.0pt;font-family:&quot;Arial&quot;,&quot;sans-serif&quot;;color:#1f49=
7d">Direct: (908) 962-3394 | <a href=3D"mailto:jfield@gopivotal.com" target=
=3D"_blank">jfield@</a><a href=3D"http://pivotal.io" target=3D"_blank">pivo=
tal.io</a>=C2=A0=C2=A0</span></p></div></div></div></div></div></div>
</div>

--001a11c18144088df205562c386b--


From nobody Fri Aug 11 14:05:50 2017
Return-Path: <iesg-secretary@ietf.org>
X-Original-To: mile@ietf.org
Delivered-To: mile@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 498D4132409; Fri, 11 Aug 2017 14:05:44 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: The IESG <iesg-secretary@ietf.org>
To: "IETF-Announce" <ietf-announce@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.58.0
Auto-Submitted: auto-generated
Precedence: bulk
CC: draft-ietf-mile-iodef-guidance@ietf.org, mile@ietf.org, Kathleen.Moriarty.ietf@gmail.com, ncamwing@cisco.com, mile-chairs@ietf.org
Reply-To: ietf@ietf.org
Sender: <iesg-secretary@ietf.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Message-ID: <150248554429.24414.7411582800708800185.idtracker@ietfa.amsl.com>
Date: Fri, 11 Aug 2017 14:05:44 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/mile/JuUBHg-SFphbvba3KRtOwJ0G26g>
Subject: [mile] Last Call: <draft-ietf-mile-iodef-guidance-10.txt> (IODEF Usage Guidance) to Informational RFC
X-BeenThere: mile@ietf.org
X-Mailman-Version: 2.1.22
List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" <mile.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mile>, <mailto:mile-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mile/>
List-Post: <mailto:mile@ietf.org>
List-Help: <mailto:mile-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mile>, <mailto:mile-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Aug 2017 21:05:44 -0000

The IESG has received a request from the Managed Incident Lightweight
Exchange WG (mile) to consider the following document: - 'IODEF Usage
Guidance'
  <draft-ietf-mile-iodef-guidance-10.txt> as Informational RFC

The IESG plans to make a decision in the next few weeks, and solicits final
comments on this action. Please send substantive comments to the
ietf@ietf.org mailing lists by 2017-08-25. Exceptionally, comments may be
sent to iesg@ietf.org instead. In either case, please retain the beginning of
the Subject line to allow automated sorting.

Abstract


   The Incident Object Description Exchange Format v2 [RFC7970] defines
   a data representation that provides a framework for sharing
   information commonly exchanged by Computer Security Incident Response
   Teams (CSIRTs) about computer security incidents.  Since the IODEF
   model includes a wealth of available options that can be used to
   describe a security incident or issue, it can be challenging for
   security practitioners to develop tools that can leverage IODEF for
   incident sharing.  This document provides guidelines for IODEF
   implementers.  It also addresses how common security indicators can
   be represented in IODEF and use-cases of how IODEF is being used.
   This document aims to make IODEF's adoption by vendors easier and
   encourage faster and wider adoption of the model by Computer Security
   Incident Response Teams (CSIRTs) around the world.




The file can be obtained via
https://datatracker.ietf.org/doc/draft-ietf-mile-iodef-guidance/

IESG discussion can be tracked via
https://datatracker.ietf.org/doc/draft-ietf-mile-iodef-guidance/ballot/


No IPR declarations have been submitted directly on this I-D.





From nobody Tue Aug 22 23:30:27 2017
Return-Path: <takeshi_takahashi@nict.go.jp>
X-Original-To: mile@ietfa.amsl.com
Delivered-To: mile@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 81DE713233D for <mile@ietfa.amsl.com>; Tue, 22 Aug 2017 23:30:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.501
X-Spam-Level: 
X-Spam-Status: No, score=-0.501 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, 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 lFBohrX6kOMX for <mile@ietfa.amsl.com>; Tue, 22 Aug 2017 23:30:22 -0700 (PDT)
Received: from ns2.nict.go.jp (ns2.nict.go.jp [IPv6:2001:df0:232:300::2]) by ietfa.amsl.com (Postfix) with ESMTP id 5EE2D132194 for <mile@ietf.org>; Tue, 22 Aug 2017 23:30:16 -0700 (PDT)
Received: from gw2.nict.go.jp (gw2.nict.go.jp [133.243.18.251]) by ns2.nict.go.jp  with ESMTP id v7N6U5bP021042; Wed, 23 Aug 2017 15:30:05 +0900 (JST)
Received: from mail1.nict.go.jp (mail1.nict.go.jp [133.243.18.14]) by gw2.nict.go.jp  with ESMTP id v7N6U5eY021036; Wed, 23 Aug 2017 15:30:05 +0900 (JST)
Received: from LAPTOP9DLCDU5S (unknown [133.243.29.140]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail1.nict.go.jp (NICT Mail Spool Server1) with ESMTPS id 0281ACDB9; Wed, 23 Aug 2017 15:30:05 +0900 (JST)
From: "Takeshi Takahashi" <takeshi_takahashi@nict.go.jp>
To: <mile@ietf.org>, <rdd@cert.org>
Date: Wed, 23 Aug 2017 15:31:04 +0900
Message-ID: <000a01d31bd9$659568a0$30c039e0$@nict.go.jp>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="----=_NextPart_000_000B_01D31C24.D57DACE0"
X-Mailer: Microsoft Outlook 16.0
Content-Language: ja
Thread-Index: AdMb2QBOKeh+Q59VQZ2DPeHrUaDuig==
X-Virus-Scanned: clamav-milter 0.98.7 at zenith2
X-Virus-Status: Clean
Archived-At: <https://mailarchive.ietf.org/arch/msg/mile/0LjINdt2pBoPFBQLb3sMjw6cMq0>
Subject: [mile] some minor coorrections for RFC7970 and its schema
X-BeenThere: mile@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" <mile.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mile>, <mailto:mile-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mile/>
List-Post: <mailto:mile@ietf.org>
List-Help: <mailto:mile-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mile>, <mailto:mile-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 23 Aug 2017 06:30:26 -0000

This is a multipart message in MIME format.

------=_NextPart_000_000B_01D31C24.D57DACE0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Hello Roman and all,

Based on the discussion at the Prague meeting, let me propose the following
corrections for RFC7970 and its schema.

[Proposed changes to the IODEFv2 schema registered at the IANA website]
Change #1: unnecessary space in the schemaLocation of
xmldsig-core-schema.xsd was removed
Change #2: unnecessary space in the schemaLocation of iodef-enum-1.0.xsd was
removed
Change #3: unnecessary space in the schemaLocation of iodef-sci-1.0.xsd was
removed
Change #4 The minOccurs of the URL was defined in the ThreatActor class.
(Otherwise, the schema does not allow us to omit the URL element.)
Change #5 the "ext-value" was not supported by the above enum value.
Therefore, the bulkobservable-type-type was fixed to allow the value
"ext-value".

FYI: The attached file is the revised schema file.

[Proposed correction to the RFC7970]
The IODEFv2 schema is embedded in the RFC7970.
Therefore, the above correction needs to be reflected to the RFC7970 as
well.

In addition to that, in the example in Section 7.2, the current text has the
following line.
               <BulkObservable type="fqdn">
However, "fqdn" is not a qualified value. We may use "domain-name" or
"ext-value".

If the schema is going to be revised, we will work on the JSON schema based
on the revised one.

Take


------=_NextPart_000_000B_01D31C24.D57DACE0
Content-Type: application/octet-stream;
	name="iodef-2.0.xsd"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="iodef-2.0.xsd"

<?xml version=3D"1.0" encoding=3D"UTF-8"?>=0A=
<xs:schema xmlns=3D"urn:ietf:params:xml:ns:iodef-2.0" =
xmlns:iodef=3D"urn:ietf:params:xml:ns:iodef-2.0" =
xmlns:enum=3D"urn:ietf:params:xml:ns:iodef-enum-1.0" =
xmlns:sci=3D"urn:ietf:params:xml:ns:iodef-sci-1.0" =
xmlns:xs=3D"http://www.w3.org/2001/XMLSchema" =
xmlns:ds=3D"http://www.w3.org/2000/09/xmldsig#" =
targetNamespace=3D"urn:ietf:params:xml:ns:iodef-2.0" =
elementFormDefault=3D"qualified" attributeFormDefault=3D"unqualified">=0A=
 <xs:import namespace=3D"http://www.w3.org/2000/09/xmldsig#" =
schemaLocation=3D"http://www.w3.org/TR/2002/REC-xmldsig-core-20020212/xml=
dsig-core-schema.xsd"/>=0A=
 <xs:import namespace=3D"urn:ietf:params:xml:ns:iodef-enum-1.0" =
schemaLocation=3D"http://www.iana.org/assignments/xml-registry/schema/iod=
ef-enum-1.0.xsd"/>=0A=
 <xs:import namespace=3D"urn:ietf:params:xml:ns:iodef-sci-1.0" =
schemaLocation=3D"http://www.iana.org/assignments/xml-registry/schema/iod=
ef-sci-1.0.xsd"/>=0A=
 <xs:import namespace=3D"http://www.w3.org/XML/1998/namespace" =
schemaLocation=3D"http://www.w3c.org/2001/xml.xsd"/>=0A=
 <xs:annotation>=0A=
   <xs:documentation>=0A=
      Incident Object Description Exchange Format v2.0=0A=
   </xs:documentation>=0A=
 </xs:annotation>=0A=
 <!--=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
  =3D=3D IODEF-Document class                                          =
=3D=3D=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
 -->=0A=
 <xs:element name=3D"IODEF-Document">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:Incident" maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:AdditionalData" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"version" type=3D"xs:string" fixed=3D"2.00"/>=0A=
     <xs:attribute ref=3D"xml:lang"/>=0A=
     <xs:attribute name=3D"format-id" type=3D"xs:string" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"private-enum-name" type=3D"xs:string" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"private-enum-id" type=3D"xs:string" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <!--=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
  =3D=3D Incident class                                                =
=3D=3D=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
 -->=0A=
 <xs:element name=3D"Incident">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:IncidentID"/>=0A=
       <xs:element ref=3D"iodef:AlternativeID" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:RelatedActivity" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:DetectTime" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:StartTime" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:EndTime" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:RecoveryTime" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:ReportTime" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:GenerationTime"/>=0A=
       <xs:element ref=3D"iodef:Description" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:Discovery" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:Assessment" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:Method" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:Contact" maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:EventData" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:IndicatorData" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:History" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:AdditionalData" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"purpose" type=3D"incident-purpose-type" =
use=3D"required"/>=0A=
     <xs:attribute name=3D"ext-purpose" type=3D"xs:string" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"status" type=3D"incident-status-type"/>=0A=
     <xs:attribute name=3D"ext-status" type=3D"xs:string" =
use=3D"optional"/>=0A=
     <xs:attribute ref=3D"xml:lang"/>=0A=
     <xs:attribute name=3D"restriction" type=3D"iodef:restriction-type" =
default=3D"private" use=3D"optional"/>=0A=
     <xs:attribute name=3D"ext-restriction" type=3D"xs:string" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"observable-id" type=3D"xs:ID" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:simpleType name=3D"incident-purpose-type">=0A=
   <xs:restriction base=3D"xs:NMTOKEN">=0A=
     <xs:enumeration value=3D"traceback"/>=0A=
     <xs:enumeration value=3D"mitigation"/>=0A=
     <xs:enumeration value=3D"reporting"/>=0A=
     <xs:enumeration value=3D"watch"/>=0A=
     <xs:enumeration value=3D"other"/>=0A=
     <xs:enumeration value=3D"ext-value"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <xs:simpleType name=3D"incident-status-type">=0A=
   <xs:restriction base=3D"xs:NMTOKEN">=0A=
     <xs:enumeration value=3D"new"/>=0A=
     <xs:enumeration value=3D"in-progress"/>=0A=
     <xs:enumeration value=3D"forwarded"/>=0A=
     <xs:enumeration value=3D"resolved"/>=0A=
     <xs:enumeration value=3D"future"/>=0A=
     <xs:enumeration value=3D"ext-value"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <!--=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
  =3D=3D  IncidentID class                                             =
=3D=3D=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
 -->=0A=
 <xs:element name=3D"IncidentID" type=3D"iodef:IncidentIDType"/>=0A=
 <xs:complexType name=3D"IncidentIDType">=0A=
   <xs:simpleContent>=0A=
     <xs:extension base=3D"xs:string">=0A=
       <xs:attribute name=3D"name" type=3D"xs:string" use=3D"required"/>=0A=
       <xs:attribute name=3D"instance" type=3D"xs:string" =
use=3D"optional"/>=0A=
       <xs:attribute name=3D"restriction" =
type=3D"iodef:restriction-type" use=3D"optional"/>=0A=
       <xs:attribute name=3D"ext-restriction" type=3D"xs:string" =
use=3D"optional"/>=0A=
     </xs:extension>=0A=
   </xs:simpleContent>=0A=
 </xs:complexType>=0A=
 <!--=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
  =3D=3D  AlternativeID class                                         =
=3D=3D=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
 -->=0A=
 <xs:element name=3D"AlternativeID">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:IncidentID" maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"restriction" type=3D"iodef:restriction-type" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"ext-restriction" type=3D"xs:string" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <!--=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
  =3D=3D  RelatedActivity class                                        =
=3D=3D=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
 -->=0A=
 <xs:element name=3D"RelatedActivity">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:IncidentID" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:URL" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:ThreatActor" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:Campaign" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:IndicatorID" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:Confidence" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:Description" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:AdditionalData" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"restriction" type=3D"iodef:restriction-type" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"ext-restriction" type=3D"xs:string" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:element name=3D"ThreatActor">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:ThreatActorID" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:URL" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:Description" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:AdditionalData" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"restriction" type=3D"iodef:restriction-type" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"ext-restriction" type=3D"xs:string" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:element name=3D"ThreatActorID" type=3D"xs:string"/>=0A=
 <xs:element name=3D"Campaign">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:CampaignID" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:URL" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:Description" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:AdditionalData" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"restriction" type=3D"iodef:restriction-type" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"ext-restriction" type=3D"xs:string" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:element name=3D"CampaignID" type=3D"xs:string"/>=0A=
 <!--=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
  =3D=3D   Contact class                                               =
=3D=3D=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
 -->=0A=
 <xs:element name=3D"Contact">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:ContactName" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:ContactTitle" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:Description" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:RegistryHandle" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:PostalAddress" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:Email" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:Telephone" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:Timezone" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:Contact" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:AdditionalData" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"role" type=3D"contact-role-type" =
use=3D"required"/>=0A=
     <xs:attribute name=3D"ext-role" type=3D"xs:string" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"type" type=3D"contact-type-type" =
use=3D"required"/>=0A=
     <xs:attribute name=3D"ext-type" type=3D"xs:string" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"restriction" type=3D"iodef:restriction-type" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"ext-restriction" type=3D"xs:string" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:simpleType name=3D"contact-role-type">=0A=
   <xs:restriction base=3D"xs:NMTOKEN">=0A=
     <xs:enumeration value=3D"creator"/>=0A=
     <xs:enumeration value=3D"reporter"/>=0A=
     <xs:enumeration value=3D"admin"/>=0A=
     <xs:enumeration value=3D"tech"/>=0A=
     <xs:enumeration value=3D"provider"/>=0A=
     <xs:enumeration value=3D"user"/>=0A=
     <xs:enumeration value=3D"billing"/>=0A=
     <xs:enumeration value=3D"legal"/>=0A=
     <xs:enumeration value=3D"abuse"/>=0A=
     <xs:enumeration value=3D"irt"/>=0A=
     <xs:enumeration value=3D"cc"/>=0A=
     <xs:enumeration value=3D"cc-irt"/>=0A=
     <xs:enumeration value=3D"leo"/>=0A=
     <xs:enumeration value=3D"vendor"/>=0A=
     <xs:enumeration value=3D"vendor-services"/>=0A=
     <xs:enumeration value=3D"victim"/>=0A=
     <xs:enumeration value=3D"victim-notified"/>=0A=
     <xs:enumeration value=3D"ext-value"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <xs:simpleType name=3D"contact-type-type">=0A=
   <xs:restriction base=3D"xs:NMTOKEN">=0A=
     <xs:enumeration value=3D"person"/>=0A=
     <xs:enumeration value=3D"organization"/>=0A=
     <xs:enumeration value=3D"ext-value"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <xs:element name=3D"ContactName" type=3D"iodef:MLStringType"/>=0A=
 <xs:element name=3D"ContactTitle" type=3D"iodef:MLStringType"/>=0A=
 <xs:element name=3D"RegistryHandle">=0A=
   <xs:complexType>=0A=
     <xs:simpleContent>=0A=
       <xs:extension base=3D"xs:string">=0A=
         <xs:attribute name=3D"registry" =
type=3D"registryhandle-registry-type"/>=0A=
         <xs:attribute name=3D"ext-registry" type=3D"xs:string" =
use=3D"optional"/>=0A=
       </xs:extension>=0A=
     </xs:simpleContent>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:simpleType name=3D"registryhandle-registry-type">=0A=
   <xs:restriction base=3D"xs:NMTOKEN">=0A=
     <xs:enumeration value=3D"internic"/>=0A=
     <xs:enumeration value=3D"apnic"/>=0A=
     <xs:enumeration value=3D"arin"/>=0A=
     <xs:enumeration value=3D"lacnic"/>=0A=
     <xs:enumeration value=3D"ripe"/>=0A=
     <xs:enumeration value=3D"afrinic"/>=0A=
     <xs:enumeration value=3D"local"/>=0A=
     <xs:enumeration value=3D"ext-value"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <xs:element name=3D"PostalAddress">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:PAddress"/>=0A=
       <xs:element ref=3D"iodef:Description" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"type" type=3D"postaladdress-type-type" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"ext-type" type=3D"xs:string" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:element name=3D"PAddress" type=3D"iodef:MLStringType"/>=0A=
 <xs:simpleType name=3D"postaladdress-type-type">=0A=
   <xs:restriction base=3D"xs:NMTOKEN">=0A=
     <xs:enumeration value=3D"street"/>=0A=
     <xs:enumeration value=3D"mailing"/>=0A=
     <xs:enumeration value=3D"ext-value"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <xs:element name=3D"Telephone">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:TelephoneNumber"/>=0A=
       <xs:element ref=3D"iodef:Description" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"type" type=3D"telephone-type-type" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"ext-type" type=3D"xs:string" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:element name=3D"TelephoneNumber" type=3D"xs:string"/>=0A=
 <xs:simpleType name=3D"telephone-type-type">=0A=
   <xs:restriction base=3D"xs:NMTOKEN">=0A=
     <xs:enumeration value=3D"wired"/>=0A=
     <xs:enumeration value=3D"mobile"/>=0A=
     <xs:enumeration value=3D"fax"/>=0A=
     <xs:enumeration value=3D"hotline"/>=0A=
     <xs:enumeration value=3D"ext-value"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <xs:element name=3D"Email">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:EmailTo"/>=0A=
       <xs:element ref=3D"iodef:Description" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"type" type=3D"email-type-type" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"ext-type" type=3D"xs:string" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:simpleType name=3D"email-type-type">=0A=
   <xs:restriction base=3D"xs:NMTOKEN">=0A=
     <xs:enumeration value=3D"direct"/>=0A=
     <xs:enumeration value=3D"hotline"/>=0A=
     <xs:enumeration value=3D"ext-value"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <!--=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
  =3D=3D  Time-based classes                                           =
=3D=3D=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
 -->=0A=
 <xs:element name=3D"DateTime" type=3D"xs:dateTime"/>=0A=
 <xs:element name=3D"ReportTime" type=3D"xs:dateTime"/>=0A=
 <xs:element name=3D"DetectTime" type=3D"xs:dateTime"/>=0A=
 <xs:element name=3D"StartTime" type=3D"xs:dateTime"/>=0A=
 <xs:element name=3D"EndTime" type=3D"xs:dateTime"/>=0A=
 <xs:element name=3D"RecoveryTime" type=3D"xs:dateTime"/>=0A=
 <xs:element name=3D"GenerationTime" type=3D"xs:dateTime"/>=0A=
 <xs:element name=3D"Timezone" type=3D"iodef:TimezoneType"/>=0A=
 <!--=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
  =3D=3D  History class                                                =
=3D=3D=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
 -->=0A=
 <xs:element name=3D"History">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:HistoryItem" maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"restriction" type=3D"iodef:restriction-type" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"ext-restriction" type=3D"xs:string" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:element name=3D"HistoryItem">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:DateTime"/>=0A=
       <xs:element ref=3D"iodef:IncidentID" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:Contact" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:Description" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:DefinedCOA" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:AdditionalData" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"action" type=3D"iodef:action-type" =
use=3D"required"/>=0A=
     <xs:attribute name=3D"ext-action" type=3D"xs:string" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"restriction" type=3D"iodef:restriction-type" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"ext-restriction" type=3D"xs:string" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"observable-id" type=3D"xs:ID" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:element name=3D"DefinedCOA" type=3D"xs:string"/>=0A=
 <!--=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
  =3D=3D  Expectation class                                            =
=3D=3D=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
 -->=0A=
 <xs:element name=3D"Expectation">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:Description" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:DefinedCOA" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:StartTime" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:EndTime" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:Contact" minOccurs=3D"0"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"action" type=3D"iodef:action-type" =
default=3D"other"/>=0A=
     <xs:attribute name=3D"ext-action" type=3D"xs:string" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"severity" type=3D"iodef:severity-type"/>=0A=
     <xs:attribute name=3D"restriction" type=3D"iodef:restriction-type" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"ext-restriction" type=3D"xs:string" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"observable-id" type=3D"xs:ID" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <!--=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
  =3D=3D  Discovery class                                              =
=3D=3D=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
 -->=0A=
 <xs:element name=3D"Discovery">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:Description" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:Contact" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:DetectionPattern" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"source" type=3D"discovery-source-type" =
use=3D"optional" default=3D"unknown"/>=0A=
     <xs:attribute name=3D"ext-source" type=3D"xs:string" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"restriction" type=3D"iodef:restriction-type" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"ext-restriction" type=3D"xs:string" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:simpleType name=3D"discovery-source-type">=0A=
   <xs:restriction base=3D"xs:NMTOKEN">=0A=
     <xs:enumeration value=3D"nidps"/>=0A=
     <xs:enumeration value=3D"hips"/>=0A=
     <xs:enumeration value=3D"siem"/>=0A=
     <xs:enumeration value=3D"av"/>=0A=
     <xs:enumeration value=3D"third-party-monitoring"/>=0A=
     <xs:enumeration value=3D"incident"/>=0A=
     <xs:enumeration value=3D"os-log"/>=0A=
     <xs:enumeration value=3D"application-log"/>=0A=
     <xs:enumeration value=3D"device-log"/>=0A=
     <xs:enumeration value=3D"network-flow"/>=0A=
     <xs:enumeration value=3D"passive-dns"/>=0A=
     <xs:enumeration value=3D"investigation"/>=0A=
     <xs:enumeration value=3D"audit"/>=0A=
     <xs:enumeration value=3D"internal-notification"/>=0A=
     <xs:enumeration value=3D"external-notification"/>=0A=
     <xs:enumeration value=3D"leo"/>=0A=
     <xs:enumeration value=3D"partner"/>=0A=
     <xs:enumeration value=3D"actor"/>=0A=
     <xs:enumeration value=3D"unknown"/>=0A=
     <xs:enumeration value=3D"ext-value"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <xs:element name=3D"DetectionPattern">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:Application"/>=0A=
       <xs:element ref=3D"iodef:Description" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element name=3D"DetectionConfiguration" type=3D"xs:string" =
minOccurs=3D"0" maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"restriction" type=3D"iodef:restriction-type" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"ext-restriction" type=3D"xs:string" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"observable-id" type=3D"xs:ID" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <!--=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
  =3D=3D  Method class                                                 =
=3D=3D=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
 -->=0A=
 <xs:element name=3D"Method">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:Reference" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:Description" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"sci:AttackPattern" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"sci:Vulnerability" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"sci:Weakness" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:AdditionalData" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"restriction" type=3D"iodef:restriction-type" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"ext-restriction" type=3D"xs:string" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <!--=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
  =3D=3D  Reference class                                              =
=3D=3D=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
 -->=0A=
 <xs:element name=3D"Reference">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"enum:ReferenceName" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:URL" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:Description" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"observable-id" type=3D"xs:ID" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <!--=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
  =3D=3D  Assessment class                                             =
=3D=3D=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
 -->=0A=
 <xs:element name=3D"Assessment">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:IncidentCategory" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:choice maxOccurs=3D"unbounded">=0A=
         <xs:element ref=3D"iodef:SystemImpact"/>=0A=
         <xs:element ref=3D"iodef:BusinessImpact"/>=0A=
         <xs:element ref=3D"iodef:TimeImpact"/>=0A=
         <xs:element ref=3D"iodef:MonetaryImpact"/>=0A=
         <xs:element ref=3D"iodef:IntendedImpact"/>=0A=
       </xs:choice>=0A=
       <xs:element ref=3D"iodef:Counter" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:MitigatingFactor" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:Cause" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:Confidence" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:AdditionalData" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"occurrence">=0A=
       <xs:simpleType>=0A=
         <xs:restriction base=3D"xs:NMTOKEN">=0A=
           <xs:enumeration value=3D"actual"/>=0A=
           <xs:enumeration value=3D"potential"/>=0A=
         </xs:restriction>=0A=
       </xs:simpleType>=0A=
     </xs:attribute>=0A=
     <xs:attribute name=3D"restriction" type=3D"iodef:restriction-type" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"ext-restriction" type=3D"xs:string" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"observable-id" type=3D"xs:ID" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:element name=3D"IncidentCategory" type=3D"iodef:MLStringType"/>=0A=
 <xs:element name=3D"BusinessImpact" type=3D"iodef:BusinessImpactType"/>=0A=
 <xs:element name=3D"IntendedImpact" type=3D"iodef:BusinessImpactType"/>=0A=
 <xs:element name=3D"MitigatingFactor" type=3D"iodef:MLStringType"/>=0A=
 <xs:element name=3D"Cause" type=3D"iodef:MLStringType"/>=0A=
 <xs:element name=3D"SystemImpact">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:Description" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"severity" type=3D"iodef:severity-type" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"completion" =
type=3D"iodef:systemimpact-completion-type" use=3D"optional"/>=0A=
     <xs:attribute name=3D"type" type=3D"systemimpact-type-type" =
use=3D"optional" default=3D"unknown"/>=0A=
     <xs:attribute name=3D"ext-type" type=3D"xs:string" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:simpleType name=3D"systemimpact-completion-type">=0A=
   <xs:restriction base=3D"xs:NMTOKEN">=0A=
     <xs:enumeration value=3D"failed"/>=0A=
     <xs:enumeration value=3D"succeeded"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <xs:simpleType name=3D"systemimpact-type-type">=0A=
   <xs:restriction base=3D"xs:NMTOKEN">=0A=
     <xs:enumeration value=3D"takeover-account"/>=0A=
     <xs:enumeration value=3D"takeover-service"/>=0A=
     <xs:enumeration value=3D"takeover-system"/>=0A=
     <xs:enumeration value=3D"cps-manipulation"/>=0A=
     <xs:enumeration value=3D"cps-damage"/>=0A=
     <xs:enumeration value=3D"availability-data"/>=0A=
     <xs:enumeration value=3D"availability-account"/>=0A=
     <xs:enumeration value=3D"availability-service"/>=0A=
     <xs:enumeration value=3D"availability-system"/>=0A=
     <xs:enumeration value=3D"damaged-system"/>=0A=
     <xs:enumeration value=3D"damaged-data"/>=0A=
     <xs:enumeration value=3D"breach-proprietary"/>=0A=
     <xs:enumeration value=3D"breach-privacy"/>=0A=
     <xs:enumeration value=3D"breach-credential"/>=0A=
     <xs:enumeration value=3D"breach-configuration"/>=0A=
     <xs:enumeration value=3D"integrity-data"/>=0A=
     <xs:enumeration value=3D"integrity-configuration"/>=0A=
     <xs:enumeration value=3D"integrity-hardware"/>=0A=
     <xs:enumeration value=3D"traffic-redirection"/>=0A=
     <xs:enumeration value=3D"monitoring-traffic"/>=0A=
     <xs:enumeration value=3D"monitoring-host"/>=0A=
     <xs:enumeration value=3D"policy"/>=0A=
     <xs:enumeration value=3D"unknown"/>=0A=
     <xs:enumeration value=3D"ext-value"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <xs:complexType name=3D"BusinessImpactType">=0A=
   <xs:sequence>=0A=
     <xs:element ref=3D"iodef:Description" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
   </xs:sequence>=0A=
   <xs:attribute name=3D"severity" type=3D"businessimpact-severity-type" =
use=3D"optional"/>=0A=
   <xs:attribute name=3D"ext-severity" type=3D"xs:string" =
use=3D"optional"/>=0A=
   <xs:attribute name=3D"type" type=3D"businessimpact-type-type" =
use=3D"optional" default=3D"unknown"/>=0A=
   <xs:attribute name=3D"ext-type" type=3D"xs:string" use=3D"optional"/>=0A=
 </xs:complexType>=0A=
 <xs:simpleType name=3D"businessimpact-severity-type">=0A=
   <xs:restriction base=3D"xs:NMTOKEN">=0A=
     <xs:enumeration value=3D"none"/>=0A=
     <xs:enumeration value=3D"low"/>=0A=
     <xs:enumeration value=3D"medium"/>=0A=
     <xs:enumeration value=3D"high"/>=0A=
     <xs:enumeration value=3D"unknown"/>=0A=
     <xs:enumeration value=3D"ext-value"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <xs:simpleType name=3D"businessimpact-type-type">=0A=
   <xs:restriction base=3D"xs:NMTOKEN">=0A=
     <xs:enumeration value=3D"breach-proprietary"/>=0A=
     <xs:enumeration value=3D"breach-privacy"/>=0A=
     <xs:enumeration value=3D"breach-credential"/>=0A=
     <xs:enumeration value=3D"loss-of-integrity"/>=0A=
     <xs:enumeration value=3D"loss-of-service"/>=0A=
     <xs:enumeration value=3D"theft-financial"/>=0A=
     <xs:enumeration value=3D"theft-service"/>=0A=
     <xs:enumeration value=3D"degraded-reputation"/>=0A=
     <xs:enumeration value=3D"asset-damage"/>=0A=
     <xs:enumeration value=3D"asset-manipulation"/>=0A=
     <xs:enumeration value=3D"legal"/>=0A=
     <xs:enumeration value=3D"extortion"/>=0A=
     <xs:enumeration value=3D"unknown"/>=0A=
     <xs:enumeration value=3D"ext-value"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <xs:element name=3D"TimeImpact">=0A=
   <xs:complexType>=0A=
     <xs:simpleContent>=0A=
       <xs:extension base=3D"iodef:PositiveFloatType">=0A=
         <xs:attribute name=3D"severity" type=3D"iodef:severity-type"/>=0A=
         <xs:attribute name=3D"metric" type=3D"timeimpact-metric-type" =
use=3D"required"/>=0A=
         <xs:attribute name=3D"ext-metric" type=3D"xs:string" =
use=3D"optional"/>=0A=
         <xs:attribute name=3D"duration" type=3D"iodef:duration-type"/>=0A=
         <xs:attribute name=3D"ext-duration" type=3D"xs:string" =
use=3D"optional"/>=0A=
       </xs:extension>=0A=
     </xs:simpleContent>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:simpleType name=3D"timeimpact-metric-type">=0A=
   <xs:restriction base=3D"xs:NMTOKEN">=0A=
     <xs:enumeration value=3D"labor"/>=0A=
     <xs:enumeration value=3D"elapsed"/>=0A=
     <xs:enumeration value=3D"downtime"/>=0A=
     <xs:enumeration value=3D"ext-value"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <xs:element name=3D"MonetaryImpact">=0A=
   <xs:complexType>=0A=
     <xs:simpleContent>=0A=
       <xs:extension base=3D"iodef:PositiveFloatType">=0A=
         <xs:attribute name=3D"severity" type=3D"iodef:severity-type"/>=0A=
         <xs:attribute name=3D"currency" type=3D"xs:string"/>=0A=
       </xs:extension>=0A=
     </xs:simpleContent>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:element name=3D"Confidence">=0A=
   <xs:complexType>=0A=
     <xs:attribute name=3D"rating" type=3D"confidence-rating-type" =
use=3D"required"/>=0A=
     <xs:attribute name=3D"ext-rating" type=3D"xs:string" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:simpleType name=3D"confidence-rating-type">=0A=
   <xs:restriction base=3D"xs:NMTOKEN">=0A=
     <xs:enumeration value=3D"low"/>=0A=
     <xs:enumeration value=3D"medium"/>=0A=
     <xs:enumeration value=3D"high"/>=0A=
     <xs:enumeration value=3D"numeric"/>=0A=
     <xs:enumeration value=3D"unknown"/>=0A=
     <xs:enumeration value=3D"ext-value"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <!--=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
  =3D=3D EventData class                                               =
=3D=3D=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
 -->=0A=
 <xs:element name=3D"EventData">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:Description" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:DetectTime" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:StartTime" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:EndTime" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:RecoveryTime" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:ReportTime" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:Contact" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:Discovery" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:Assessment" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:Method" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:Flow" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:Expectation" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:Record" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:EventData" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:AdditionalData" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"restriction" type=3D"iodef:restriction-type" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"ext-restriction" type=3D"xs:string" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"observable-id" type=3D"xs:ID" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <!--=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
  =3D=3D  Flow class                                                   =
=3D=3D=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
 -->=0A=
 <xs:element name=3D"Flow">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:System" maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <!--=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
  =3D=3D  System class                                                 =
=3D=3D=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
 -->=0A=
 <xs:element name=3D"System">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:Node"/>=0A=
       <xs:element ref=3D"iodef:NodeRole" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:Service" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:OperatingSystem" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:Counter" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element name=3D"AssetID" type=3D"xs:string" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:Description" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:AdditionalData" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"category" type=3D"system-category-type"/>=0A=
     <xs:attribute name=3D"ext-category" type=3D"xs:string" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"interface" type=3D"xs:string"/>=0A=
     <xs:attribute name=3D"spoofed" type=3D"yes-no-unknown-type" =
default=3D"unknown"/>=0A=
     <xs:attribute name=3D"virtual" type=3D"yes-no-unknown-type" =
use=3D"optional" default=3D"unknown"/>=0A=
     <xs:attribute name=3D"ownership" type=3D"system-ownership-type" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"ext-ownership" type=3D"xs:string" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"restriction" type=3D"iodef:restriction-type" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"ext-restriction" type=3D"xs:string" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"observable-id" type=3D"xs:ID" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:element name=3D"OperatingSystem" type=3D"iodef:SoftwareType"/>=0A=
 <xs:simpleType name=3D"system-category-type">=0A=
   <xs:restriction base=3D"xs:NMTOKEN">=0A=
     <xs:enumeration value=3D"source"/>=0A=
     <xs:enumeration value=3D"target"/>=0A=
     <xs:enumeration value=3D"intermediate"/>=0A=
     <xs:enumeration value=3D"sensor"/>=0A=
     <xs:enumeration value=3D"infrastructure"/>=0A=
     <xs:enumeration value=3D"ext-value"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <xs:simpleType name=3D"system-ownership-type">=0A=
   <xs:restriction base=3D"xs:NMTOKEN">=0A=
     <xs:enumeration value=3D"organization"/>=0A=
     <xs:enumeration value=3D"personal"/>=0A=
     <xs:enumeration value=3D"partner"/>=0A=
     <xs:enumeration value=3D"customer"/>=0A=
     <xs:enumeration value=3D"no-relationship"/>=0A=
     <xs:enumeration value=3D"unknown"/>=0A=
     <xs:enumeration value=3D"ext-value"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <!--=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
  =3D=3D Node class                                                   =
=3D=3D=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
 -->=0A=
 <xs:element name=3D"Node">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:choice maxOccurs=3D"unbounded">=0A=
         <xs:element ref=3D"iodef:DomainData" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
         <xs:element ref=3D"iodef:Address" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       </xs:choice>=0A=
       <xs:element ref=3D"iodef:PostalAddress" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:Location" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:Counter" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:element name=3D"Address">=0A=
   <xs:complexType>=0A=
     <xs:simpleContent>=0A=
       <xs:extension base=3D"xs:string">=0A=
         <xs:attribute name=3D"category" type=3D"address-category-type" =
default=3D"ipv6-addr"/>=0A=
         <xs:attribute name=3D"ext-category" type=3D"xs:string" =
use=3D"optional"/>=0A=
         <xs:attribute name=3D"vlan-name" type=3D"xs:string"/>=0A=
         <xs:attribute name=3D"vlan-num" type=3D"xs:integer"/>=0A=
         <xs:attribute name=3D"observable-id" type=3D"xs:ID" =
use=3D"optional"/>=0A=
       </xs:extension>=0A=
     </xs:simpleContent>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:simpleType name=3D"address-category-type">=0A=
   <xs:restriction base=3D"xs:NMTOKEN">=0A=
     <xs:enumeration value=3D"asn"/>=0A=
     <xs:enumeration value=3D"atm"/>=0A=
     <xs:enumeration value=3D"e-mail"/>=0A=
     <xs:enumeration value=3D"mac"/>=0A=
     <xs:enumeration value=3D"ipv4-addr"/>=0A=
     <xs:enumeration value=3D"ipv4-net"/>=0A=
     <xs:enumeration value=3D"ipv4-net-masked"/>=0A=
     <xs:enumeration value=3D"ipv4-net-mask"/>=0A=
     <xs:enumeration value=3D"ipv6-addr"/>=0A=
     <xs:enumeration value=3D"ipv6-net"/>=0A=
     <xs:enumeration value=3D"ipv6-net-masked"/>=0A=
     <xs:enumeration value=3D"site-uri"/>=0A=
     <xs:enumeration value=3D"ext-value"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <xs:element name=3D"Location" type=3D"iodef:MLStringType"/>=0A=
 <xs:element name=3D"NodeRole">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:Description" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"category" type=3D"noderole-category-type" =
use=3D"required"/>=0A=
     <xs:attribute name=3D"ext-category" type=3D"xs:string" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:simpleType name=3D"noderole-category-type">=0A=
   <xs:restriction base=3D"xs:NMTOKEN">=0A=
     <xs:enumeration value=3D"client"/>=0A=
     <xs:enumeration value=3D"client-enterprise"/>=0A=
     <xs:enumeration value=3D"client-partner"/>=0A=
     <xs:enumeration value=3D"client-remote"/>=0A=
     <xs:enumeration value=3D"client-kiosk"/>=0A=
     <xs:enumeration value=3D"client-mobile"/>=0A=
     <xs:enumeration value=3D"server-internal"/>=0A=
     <xs:enumeration value=3D"server-public"/>=0A=
     <xs:enumeration value=3D"www"/>=0A=
     <xs:enumeration value=3D"mail"/>=0A=
     <xs:enumeration value=3D"webmail"/>=0A=
     <xs:enumeration value=3D"messaging"/>=0A=
     <xs:enumeration value=3D"streaming"/>=0A=
     <xs:enumeration value=3D"voice"/>=0A=
     <xs:enumeration value=3D"file"/>=0A=
     <xs:enumeration value=3D"ftp"/>=0A=
     <xs:enumeration value=3D"p2p"/>=0A=
     <xs:enumeration value=3D"name"/>=0A=
     <xs:enumeration value=3D"directory"/>=0A=
     <xs:enumeration value=3D"credential"/>=0A=
     <xs:enumeration value=3D"print"/>=0A=
     <xs:enumeration value=3D"application"/>=0A=
     <xs:enumeration value=3D"database"/>=0A=
     <xs:enumeration value=3D"backup"/>=0A=
     <xs:enumeration value=3D"dhcp"/>=0A=
     <xs:enumeration value=3D"assessment"/>=0A=
     <xs:enumeration value=3D"source-control"/>=0A=
     <xs:enumeration value=3D"config-management"/>=0A=
     <xs:enumeration value=3D"monitoring"/>=0A=
     <xs:enumeration value=3D"infra"/>=0A=
     <xs:enumeration value=3D"infra-firewall"/>=0A=
     <xs:enumeration value=3D"infra-router"/>=0A=
     <xs:enumeration value=3D"infra-switch"/>=0A=
     <xs:enumeration value=3D"camera"/>=0A=
     <xs:enumeration value=3D"proxy"/>=0A=
     <xs:enumeration value=3D"remote-access"/>=0A=
     <xs:enumeration value=3D"log"/>=0A=
     <xs:enumeration value=3D"virtualization"/>=0A=
     <xs:enumeration value=3D"pos"/>=0A=
     <xs:enumeration value=3D"scada"/>=0A=
     <xs:enumeration value=3D"scada-supervisory"/>=0A=
     <xs:enumeration value=3D"sinkhole"/>=0A=
     <xs:enumeration value=3D"honeypot"/>=0A=
     <xs:enumeration value=3D"anonymization"/>=0A=
     <xs:enumeration value=3D"c2-server"/>=0A=
     <xs:enumeration value=3D"malware-distribution"/>=0A=
     <xs:enumeration value=3D"drop-server"/>=0A=
     <xs:enumeration value=3D"hop-point"/>=0A=
     <xs:enumeration value=3D"reflector"/>=0A=
     <xs:enumeration value=3D"phishing-site"/>=0A=
     <xs:enumeration value=3D"spear-phishing-site"/>=0A=
     <xs:enumeration value=3D"recruiting-site"/>=0A=
     <xs:enumeration value=3D"fraudulent-site"/>=0A=
     <xs:enumeration value=3D"ext-value"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <!--=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
  =3D=3D  Service Class                                                =
=3D=3D=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
 -->=0A=
 <xs:element name=3D"Service">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:ServiceName" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:Port" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:Portlist" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:ProtoType" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:ProtoCode" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:ProtoField" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:ApplicationHeader" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:EmailData" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:Application" minOccurs=3D"0"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"ip-protocol" type=3D"xs:integer" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"observable-id" type=3D"xs:ID" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:element name=3D"Port" type=3D"xs:integer"/>=0A=
 <xs:element name=3D"Portlist" type=3D"iodef:PortlistType"/>=0A=
 <xs:element name=3D"ProtoType" type=3D"xs:integer"/>=0A=
 <xs:element name=3D"ProtoCode" type=3D"xs:integer"/>=0A=
 <xs:element name=3D"ProtoField" type=3D"xs:integer"/>=0A=
 <xs:element name=3D"ApplicationHeader">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:ApplicationHeaderField" =
maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:element name=3D"ApplicationHeaderField" =
type=3D"iodef:ExtensionType"/>=0A=
 <xs:element name=3D"ServiceName">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:IANAService" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:URL" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:Description" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:element name=3D"IANAService" type=3D"xs:string"/>=0A=
 <xs:element name=3D"Application" type=3D"iodef:SoftwareType"/>=0A=
 <!--=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
  =3D=3D  Counter class                                                =
=3D=3D=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
 -->=0A=
 <xs:element name=3D"Counter">=0A=
   <xs:complexType>=0A=
     <xs:simpleContent>=0A=
       <xs:extension base=3D"xs:float">=0A=
         <xs:attribute name=3D"type" type=3D"counter-type-type" =
use=3D"required"/>=0A=
         <xs:attribute name=3D"ext-type" type=3D"xs:string" =
use=3D"optional"/>=0A=
         <xs:attribute name=3D"unit" type=3D"counter-unit-type" =
use=3D"required"/>=0A=
         <xs:attribute name=3D"ext-unit" type=3D"xs:string" =
use=3D"optional"/>=0A=
         <xs:attribute name=3D"meaning" type=3D"xs:string" =
use=3D"optional"/>=0A=
         <xs:attribute name=3D"duration" type=3D"iodef:duration-type"/>=0A=
         <xs:attribute name=3D"ext-duration" type=3D"xs:string" =
use=3D"optional"/>=0A=
       </xs:extension>=0A=
     </xs:simpleContent>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:simpleType name=3D"counter-type-type">=0A=
   <xs:restriction base=3D"xs:NMTOKEN">=0A=
     <xs:enumeration value=3D"counter"/>=0A=
     <xs:enumeration value=3D"rate"/>=0A=
     <xs:enumeration value=3D"average"/>=0A=
     <xs:enumeration value=3D"ext-value"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <xs:simpleType name=3D"counter-unit-type">=0A=
   <xs:restriction base=3D"xs:NMTOKEN">=0A=
     <xs:enumeration value=3D"byte"/>=0A=
     <xs:enumeration value=3D"mbit"/>=0A=
     <xs:enumeration value=3D"packet"/>=0A=
     <xs:enumeration value=3D"flow"/>=0A=
     <xs:enumeration value=3D"session"/>=0A=
     <xs:enumeration value=3D"event"/>=0A=
     <xs:enumeration value=3D"alert"/>=0A=
     <xs:enumeration value=3D"message"/>=0A=
     <xs:enumeration value=3D"host"/>=0A=
     <xs:enumeration value=3D"site"/>=0A=
     <xs:enumeration value=3D"organization"/>=0A=
     <xs:enumeration value=3D"ext-value"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <!--=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
  =3D=3D  EmailData class                                              =
=3D=3D=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
 -->=0A=
 <xs:element name=3D"EmailData">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:EmailTo" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:EmailFrom" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:EmailSubject" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:EmailX-Mailer" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:EmailHeaderField" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:EmailHeaders" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:EmailBody" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:EmailMessage" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:HashData" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"SignatureData" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"observable-id" type=3D"xs:ID" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:element name=3D"EmailTo" type=3D"xs:string"/>=0A=
 <xs:element name=3D"EmailFrom" type=3D"xs:string"/>=0A=
 <xs:element name=3D"EmailSubject" type=3D"xs:string"/>=0A=
 <xs:element name=3D"EmailX-Mailer" type=3D"xs:string"/>=0A=
 <xs:element name=3D"EmailHeaderField" type=3D"iodef:ExtensionType"/>=0A=
 <xs:element name=3D"EmailHeaders" type=3D"xs:string"/>=0A=
 <xs:element name=3D"EmailBody" type=3D"xs:string"/>=0A=
 <xs:element name=3D"EmailMessage" type=3D"xs:string"/>=0A=
 <!--=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
  =3D=3D   DomainData class                                            =
=3D=3D=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
 -->=0A=
 <xs:element name=3D"DomainData">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:Name"/>=0A=
       <xs:element ref=3D"iodef:DateDomainWasChecked" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:RegistrationDate" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:ExpirationDate" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:RelatedDNS" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:Nameservers" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:DomainContacts" minOccurs=3D"0"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"system-status" =
type=3D"domaindata-system-status-type"/>=0A=
     <xs:attribute name=3D"ext-system-status" type=3D"xs:string" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"domain-status" =
type=3D"domaindata-domain-status-type"/>=0A=
     <xs:attribute name=3D"ext-domain-status" type=3D"xs:string" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"observable-id" type=3D"xs:ID" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:element name=3D"Name" type=3D"xs:string"/>=0A=
 <xs:element name=3D"DateDomainWasChecked" type=3D"xs:dateTime"/>=0A=
 <xs:element name=3D"RegistrationDate" type=3D"xs:dateTime"/>=0A=
 <xs:element name=3D"ExpirationDate" type=3D"xs:dateTime"/>=0A=
 <xs:simpleType name=3D"domaindata-system-status-type">=0A=
   <xs:restriction base=3D"xs:string">=0A=
     <xs:enumeration value=3D"spoofed"/>=0A=
     <xs:enumeration value=3D"fraudulent"/>=0A=
     <xs:enumeration value=3D"innocent-hacked"/>=0A=
     <xs:enumeration value=3D"innocent-hijacked"/>=0A=
     <xs:enumeration value=3D"unknown"/>=0A=
     <xs:enumeration value=3D"ext-value"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <xs:simpleType name=3D"domaindata-domain-status-type">=0A=
   <xs:restriction base=3D"xs:string">=0A=
     <xs:enumeration value=3D"reservedDelegation"/>=0A=
     <xs:enumeration value=3D"assignedAndActive"/>=0A=
     <xs:enumeration value=3D"assignedAndInactive"/>=0A=
     <xs:enumeration value=3D"assignedAndOnHold"/>=0A=
     <xs:enumeration value=3D"revoked"/>=0A=
     <xs:enumeration value=3D"transferPending"/>=0A=
     <xs:enumeration value=3D"registryLock"/>=0A=
     <xs:enumeration value=3D"registrarLock"/>=0A=
     <xs:enumeration value=3D"other"/>=0A=
     <xs:enumeration value=3D"unknown"/>=0A=
     <xs:enumeration value=3D"ext-value"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <xs:element name=3D"RelatedDNS" type=3D"iodef:ExtensionType"/>=0A=
 <xs:element name=3D"Nameservers">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:Server"/>=0A=
       <xs:element ref=3D"iodef:Address" maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:element name=3D"Server" type=3D"xs:string"/>=0A=
 <xs:element name=3D"DomainContacts">=0A=
   <xs:complexType>=0A=
     <xs:choice>=0A=
       <xs:element ref=3D"iodef:SameDomainContact"/>=0A=
       <xs:element ref=3D"iodef:Contact" minOccurs=3D"1" =
maxOccurs=3D"unbounded"/>=0A=
     </xs:choice>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:element name=3D"SameDomainContact" type=3D"xs:string"/>=0A=
 <!--=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
  =3D=3D  Record class                                                 =
=3D=3D=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
 -->=0A=
 <xs:element name=3D"Record">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:RecordData" maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"restriction" type=3D"iodef:restriction-type" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"ext-restriction" type=3D"xs:string" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:element name=3D"RecordData">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:DateTime" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:Description" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:Application" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:RecordPattern" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:RecordItem" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:URL" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:FileData" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:WindowsRegistryKeysModified" =
minOccurs=3D"0" maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:CertificateData" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:AdditionalData" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"restriction" type=3D"iodef:restriction-type" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"ext-restriction" type=3D"xs:string" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"observable-id" type=3D"xs:ID" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:element name=3D"RecordPattern">=0A=
   <xs:complexType>=0A=
     <xs:simpleContent>=0A=
       <xs:extension base=3D"xs:string">=0A=
         <xs:attribute name=3D"type" type=3D"recordpattern-type-type" =
use=3D"required"/>=0A=
         <xs:attribute name=3D"ext-type" type=3D"xs:string" =
use=3D"optional"/>=0A=
         <xs:attribute name=3D"offset" type=3D"xs:integer" =
use=3D"optional"/>=0A=
         <xs:attribute name=3D"offsetunit" =
type=3D"recordpattern-offsetunit-type" use=3D"optional" =
default=3D"line"/>=0A=
         <xs:attribute name=3D"ext-offsetunit" type=3D"xs:string" =
use=3D"optional"/>=0A=
         <xs:attribute name=3D"instance" type=3D"xs:integer" =
use=3D"optional"/>=0A=
       </xs:extension>=0A=
     </xs:simpleContent>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:simpleType name=3D"recordpattern-type-type">=0A=
   <xs:restriction base=3D"xs:NMTOKEN">=0A=
     <xs:enumeration value=3D"regex"/>=0A=
     <xs:enumeration value=3D"binary"/>=0A=
     <xs:enumeration value=3D"xpath"/>=0A=
     <xs:enumeration value=3D"ext-value"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <xs:simpleType name=3D"recordpattern-offsetunit-type">=0A=
   <xs:restriction base=3D"xs:NMTOKEN">=0A=
     <xs:enumeration value=3D"line"/>=0A=
     <xs:enumeration value=3D"byte"/>=0A=
     <xs:enumeration value=3D"ext-value"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <xs:element name=3D"RecordItem" type=3D"iodef:ExtensionType"/>=0A=
 <!--=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
  =3D=3D  WindowsRegistryKeysModified Class                            =
=3D=3D=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
 -->=0A=
 <xs:element name=3D"WindowsRegistryKeysModified">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:Key" maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"observable-id" type=3D"xs:ID" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:element name=3D"Key">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:KeyName"/>=0A=
       <xs:element ref=3D"iodef:Value" minOccurs=3D"0"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"registryaction" =
type=3D"key-registryaction-type"/>=0A=
     <xs:attribute name=3D"ext-registryaction" type=3D"xs:string" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"observable-id" type=3D"xs:ID" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:element name=3D"KeyName" type=3D"xs:string"/>=0A=
 <xs:element name=3D"Value" type=3D"xs:string"/>=0A=
 <xs:simpleType name=3D"key-registryaction-type">=0A=
   <xs:restriction base=3D"xs:NMTOKEN">=0A=
     <xs:enumeration value=3D"add-key"/>=0A=
     <xs:enumeration value=3D"add-value"/>=0A=
     <xs:enumeration value=3D"delete-key"/>=0A=
     <xs:enumeration value=3D"delete-value"/>=0A=
     <xs:enumeration value=3D"modify-key"/>=0A=
     <xs:enumeration value=3D"modify-value"/>=0A=
     <xs:enumeration value=3D"ext-value"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <!--=0A=
 =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
 =3D=3D  FileData Class                                                =
=3D=3D=0A=
 =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
 -->=0A=
 <xs:element name=3D"FileData">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:File" minOccurs=3D"1" =
maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"restriction" type=3D"iodef:restriction-type" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"ext-restriction" type=3D"xs:string" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"observable-id" type=3D"xs:ID" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:element name=3D"File">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:FileName" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:FileSize" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"FileType" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:URL" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:HashData" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:SignatureData" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:AssociatedSoftware" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:FileProperties" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"observable-id" type=3D"xs:ID" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:element name=3D"FileName" type=3D"xs:string"/>=0A=
 <xs:element name=3D"FileSize" type=3D"xs:integer"/>=0A=
 <xs:element name=3D"FileType" type=3D"xs:string"/>=0A=
 <xs:element name=3D"AssociatedSoftware" type=3D"iodef:SoftwareType"/>=0A=
 <xs:element name=3D"FileProperties" type=3D"iodef:ExtensionType"/>=0A=
 <!--=0A=
 =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
 =3D=3D  HashData Class                                                =
=3D=3D=0A=
 =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
 -->=0A=
 <xs:element name=3D"HashData">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:HashTargetID" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:Hash" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:FuzzyHash" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"scope" type=3D"hashdata-scope-type" =
use=3D"required"/>=0A=
     <xs:attribute name=3D"ext-scope" type=3D"xs:string" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:element name=3D"HashTargetID" type=3D"xs:string"/>=0A=
 <xs:simpleType name=3D"hashdata-scope-type">=0A=
   <xs:restriction base=3D"xs:NMTOKEN">=0A=
     <xs:enumeration value=3D"file-contents"/>=0A=
     <xs:enumeration value=3D"file-pe-section"/>=0A=
     <xs:enumeration value=3D"file-pe-iat"/>=0A=
     <xs:enumeration value=3D"file-pe-resource"/>=0A=
     <xs:enumeration value=3D"file-pdf-object"/>=0A=
     <xs:enumeration value=3D"email-hash"/>=0A=
     <xs:enumeration value=3D"email-headers-hash"/>=0A=
     <xs:enumeration value=3D"email-body-hash"/>=0A=
     <xs:enumeration value=3D"ext-value"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <xs:element name=3D"Hash">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"ds:DigestMethod"/>=0A=
       <xs:element ref=3D"ds:DigestValue"/>=0A=
       <xs:element ref=3D"ds:CanonicalizationMethod" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:Application" minOccurs=3D"0"/>=0A=
     </xs:sequence>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:element name=3D"FuzzyHash">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:FuzzyHashValue" maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:Application" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:AdditionalData" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:element name=3D"FuzzyHashValue" type=3D"iodef:ExtensionType"/>=0A=
 <!--=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
  =3D=3D  SignatureData Class                                          =
=3D=3D=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
 -->=0A=
 <xs:element name=3D"SignatureData">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"ds:Signature" maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <!--=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
  =3D=3D  CertificateData                                              =
=3D=3D=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
 -->=0A=
 <xs:element name=3D"CertificateData">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:Certificate" maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"restriction" type=3D"iodef:restriction-type" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"ext-restriction" type=3D"xs:string" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"observable-id" type=3D"xs:ID" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:element name=3D"Certificate">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"ds:X509Data"/>=0A=
       <xs:element ref=3D"iodef:Description" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"observable-id" type=3D"xs:ID" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <!--=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
  =3D=3D IndicatorData Class                                           =
=3D=3D=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
 -->=0A=
 <xs:element name=3D"IndicatorData">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:Indicator" minOccurs=3D"1" =
maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:element name=3D"Indicator">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:IndicatorID"/>=0A=
       <xs:element ref=3D"iodef:AlternativeIndicatorID" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:Description" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:StartTime" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:EndTime" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:Confidence" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:Contact" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:choice>=0A=
         <xs:element ref=3D"iodef:Observable"/>=0A=
         <xs:element ref=3D"iodef:ObservableReference"/>=0A=
         <xs:element ref=3D"iodef:IndicatorExpression"/>=0A=
         <xs:element ref=3D"iodef:IndicatorReference"/>=0A=
       </xs:choice>=0A=
       <xs:element ref=3D"iodef:NodeRole" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:AttackPhase" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:Reference" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:AdditionalData" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"restriction" type=3D"iodef:restriction-type" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"ext-restriction" type=3D"xs:string" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:element name=3D"IndicatorID">=0A=
   <xs:complexType>=0A=
     <xs:simpleContent>=0A=
       <xs:extension base=3D"xs:ID">=0A=
         <xs:attribute name=3D"name" type=3D"xs:string" =
use=3D"required"/>=0A=
         <xs:attribute name=3D"version" type=3D"xs:string" =
use=3D"required"/>=0A=
       </xs:extension>=0A=
     </xs:simpleContent>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:element name=3D"AlternativeIndicatorID">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:IndicatorID" maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"restriction" type=3D"iodef:restriction-type" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"ext-restriction" type=3D"xs:string" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:element name=3D"Observable">=0A=
   <xs:complexType>=0A=
     <xs:choice>=0A=
       <xs:element ref=3D"iodef:System" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:Address" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:DomainData" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:Service" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:EmailData" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:WindowsRegistryKeysModified" =
minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:FileData" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:CertificateData" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:RegistryHandle" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:RecordData" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:EventData" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:Incident" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:Expectation" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:Reference" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:Assessment" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:DetectionPattern" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:HistoryItem" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:BulkObservable" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:AdditionalData" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
     </xs:choice>=0A=
     <xs:attribute name=3D"restriction" type=3D"iodef:restriction-type" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"ext-restriction" type=3D"xs:string" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:element name=3D"BulkObservable">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:BulkObservableFormat" minOccurs=3D"0"/>=0A=
       <xs:element name=3D"BulkObservableList"/>=0A=
       <xs:element ref=3D"iodef:AdditionalData" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"type" type=3D"bulkobservable-type-type" =
use=3D"required"/>=0A=
     <xs:attribute name=3D"ext-type" type=3D"xs:string" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:simpleType name=3D"bulkobservable-type-type">=0A=
   <xs:restriction base=3D"xs:NMTOKEN">=0A=
     <xs:enumeration value=3D"asn"/>=0A=
     <xs:enumeration value=3D"atm"/>=0A=
     <xs:enumeration value=3D"e-mail"/>=0A=
     <xs:enumeration value=3D"ipv4-addr"/>=0A=
     <xs:enumeration value=3D"ipv4-net"/>=0A=
     <xs:enumeration value=3D"ipv4-net-mask"/>=0A=
     <xs:enumeration value=3D"ipv6-addr"/>=0A=
     <xs:enumeration value=3D"ipv6-net"/>=0A=
     <xs:enumeration value=3D"ipv6-net-mask"/>=0A=
     <xs:enumeration value=3D"mac"/>=0A=
     <xs:enumeration value=3D"site-uri"/>=0A=
     <xs:enumeration value=3D"domain-name"/>=0A=
     <xs:enumeration value=3D"domain-to-ipv4"/>=0A=
     <xs:enumeration value=3D"domain-to-ipv6"/>=0A=
     <xs:enumeration value=3D"domain-to-ipv4-timestamp"/>=0A=
     <xs:enumeration value=3D"domain-to-ipv6-timestamp"/>=0A=
     <xs:enumeration value=3D"ipv4-port"/>=0A=
     <xs:enumeration value=3D"ipv6-port"/>=0A=
     <xs:enumeration value=3D"windows-reg-key"/>=0A=
     <xs:enumeration value=3D"file-hash"/>=0A=
     <xs:enumeration value=3D"email-x-mailer"/>=0A=
     <xs:enumeration value=3D"email-subject"/>=0A=
     <xs:enumeration value=3D"http-user-agent"/>=0A=
     <xs:enumeration value=3D"http-request-uri"/>=0A=
     <xs:enumeration value=3D"mutex"/>=0A=
     <xs:enumeration value=3D"file-path"/>=0A=
     <xs:enumeration value=3D"user-name"/>=0A=
     <xs:enumeration value=3D"ext-value"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <xs:element name=3D"BulkObservableFormat">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:Hash" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:AdditionalData" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:element name=3D"BulkObservableList" type=3D"xs:string"/>=0A=
 <xs:element name=3D"IndicatorExpression">=0A=
   <xs:complexType>=0A=
     <xs:sequence maxOccurs=3D"unbounded">=0A=
       <xs:choice>=0A=
         <xs:element ref=3D"iodef:IndicatorExpression"/>=0A=
         <xs:element ref=3D"iodef:Observable"/>=0A=
         <xs:element ref=3D"iodef:ObservableReference"/>=0A=
         <xs:element ref=3D"iodef:IndicatorReference"/>=0A=
       </xs:choice>=0A=
       <xs:element ref=3D"iodef:Confidence" minOccurs=3D"0"/>=0A=
       <xs:element ref=3D"iodef:AdditionalData" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"operator" =
type=3D"indicatorexpression-operator-type" use=3D"optional" =
default=3D"and"/>=0A=
     <xs:attribute name=3D"ext-operator" type=3D"xs:string" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:simpleType name=3D"indicatorexpression-operator-type">=0A=
   <xs:restriction base=3D"xs:NMTOKEN">=0A=
     <xs:enumeration value=3D"not"/>=0A=
     <xs:enumeration value=3D"and"/>=0A=
     <xs:enumeration value=3D"or"/>=0A=
     <xs:enumeration value=3D"xor"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <xs:element name=3D"ObservableReference">=0A=
   <xs:complexType>=0A=
     <xs:attribute name=3D"uid-ref" type=3D"xs:IDREF" use=3D"required"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:element name=3D"IndicatorReference">=0A=
   <xs:complexType>=0A=
     <xs:attribute name=3D"uid-ref" type=3D"xs:IDREF" use=3D"optional"/>=0A=
     <xs:attribute name=3D"euid-ref" type=3D"xs:string" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"version" type=3D"xs:string" use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:element name=3D"AttackPhase">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:element ref=3D"iodef:AttackPhaseID" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:URL" maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:Description" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
       <xs:element ref=3D"iodef:AdditionalData" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:element name=3D"AttackPhaseID" type=3D"xs:string"/>=0A=
 <!--=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
  =3D=3D Miscellaneous Classes                                         =
=3D=3D=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
 -->=0A=
 <xs:element name=3D"AdditionalData" type=3D"iodef:ExtensionType"/>=0A=
 <xs:element name=3D"Description" type=3D"iodef:MLStringType"/>=0A=
 <xs:element name=3D"URL" type=3D"xs:anyURI"/>=0A=
 <!--=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
  =3D=3D IODEF Data Types                                              =
=3D=3D=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
 -->=0A=
 <xs:simpleType name=3D"PositiveFloatType">=0A=
   <xs:restriction base=3D"xs:float">=0A=
     <xs:minExclusive value=3D"0"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <xs:complexType name=3D"MLStringType">=0A=
   <xs:simpleContent>=0A=
     <xs:extension base=3D"xs:string">=0A=
       <xs:attribute name=3D"translation-id" type=3D"xs:string" =
use=3D"optional"/>=0A=
       <xs:attribute ref=3D"xml:lang"/>=0A=
     </xs:extension>=0A=
   </xs:simpleContent>=0A=
 </xs:complexType>=0A=
 <xs:simpleType name=3D"PortlistType">=0A=
   <xs:restriction base=3D"xs:string">=0A=
     <xs:pattern value=3D"\d+(\-\d+)?(,\d+(\-\d+)?)*"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <xs:simpleType name=3D"TimezoneType">=0A=
   <xs:restriction base=3D"xs:string">=0A=
     <xs:pattern value=3D"Z|[\+\-](0[0-9]|1[0-4]):[0-5][0-9]"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <xs:complexType name=3D"ExtensionType" mixed=3D"true">=0A=
   <xs:sequence>=0A=
     <xs:any namespace=3D"##any" processContents=3D"lax" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
   </xs:sequence>=0A=
=0A=
   <xs:attribute name=3D"name" type=3D"xs:string" use=3D"optional"/>=0A=
   <xs:attribute name=3D"dtype" type=3D"iodef:dtype-type" =
use=3D"required"/>=0A=
   <xs:attribute name=3D"ext-dtype" type=3D"xs:string" use=3D"optional"/>=0A=
   <xs:attribute name=3D"meaning" type=3D"xs:string" use=3D"optional"/>=0A=
   <xs:attribute name=3D"formatid" type=3D"xs:string" use=3D"optional"/>=0A=
   <xs:attribute name=3D"restriction" type=3D"iodef:restriction-type" =
use=3D"optional"/>=0A=
   <xs:attribute name=3D"ext-restriction" type=3D"xs:string" =
use=3D"optional"/>=0A=
   <xs:attribute name=3D"observable-id" type=3D"xs:ID" use=3D"optional"/>=0A=
 </xs:complexType>=0A=
 <xs:complexType name=3D"SoftwareType">=0A=
   <xs:sequence>=0A=
     <xs:element ref=3D"iodef:SoftwareReference" minOccurs=3D"0"/>=0A=
     <xs:element ref=3D"iodef:URL" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
     <xs:element ref=3D"iodef:Description" minOccurs=3D"0" =
maxOccurs=3D"unbounded"/>=0A=
   </xs:sequence>=0A=
 </xs:complexType>=0A=
 <xs:element name=3D"SoftwareReference">=0A=
   <xs:complexType>=0A=
     <xs:sequence>=0A=
       <xs:any namespace=3D"##any" processContents=3D"lax" =
minOccurs=3D"0" maxOccurs=3D"unbounded"/>=0A=
     </xs:sequence>=0A=
     <xs:attribute name=3D"spec-name" =
type=3D"softwarereference-spec-name-type" use=3D"required"/>=0A=
     <xs:attribute name=3D"ext-spec-name" type=3D"xs:string" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"dtype" type=3D"softwarereference-dtype-type" =
use=3D"optional"/>=0A=
     <xs:attribute name=3D"ext-dtype" type=3D"xs:string" =
use=3D"optional"/>=0A=
   </xs:complexType>=0A=
 </xs:element>=0A=
 <xs:simpleType name=3D"softwarereference-spec-name-type">=0A=
   <xs:restriction base=3D"xs:NMTOKEN">=0A=
     <xs:enumeration value=3D"custom"/>=0A=
     <xs:enumeration value=3D"cpe"/>=0A=
     <xs:enumeration value=3D"swid"/>=0A=
     <xs:enumeration value=3D"ext-value"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <xs:simpleType name=3D"softwarereference-dtype-type">=0A=
   <xs:restriction base=3D"xs:NMTOKEN">=0A=
     <xs:enumeration value=3D"bytes"/>=0A=
     <xs:enumeration value=3D"integer"/>=0A=
     <xs:enumeration value=3D"real"/>=0A=
     <xs:enumeration value=3D"string"/>=0A=
     <xs:enumeration value=3D"xml"/>=0A=
     <xs:enumeration value=3D"ext-value"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <!--=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
  =3D=3D Global attribute type declarations                            =
=3D=3D=0A=
  =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
 -->=0A=
 <xs:simpleType name=3D"yes-no-unknown-type">=0A=
   <xs:restriction base=3D"xs:NMTOKEN">=0A=
     <xs:enumeration value=3D"yes"/>=0A=
     <xs:enumeration value=3D"no"/>=0A=
     <xs:enumeration value=3D"unknown"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <xs:simpleType name=3D"restriction-type">=0A=
   <xs:restriction base=3D"xs:NMTOKEN">=0A=
     <xs:enumeration value=3D"default"/>=0A=
     <xs:enumeration value=3D"public"/>=0A=
     <xs:enumeration value=3D"partner"/>=0A=
     <xs:enumeration value=3D"need-to-know"/>=0A=
     <xs:enumeration value=3D"private"/>=0A=
     <xs:enumeration value=3D"white"/>=0A=
     <xs:enumeration value=3D"green"/>=0A=
     <xs:enumeration value=3D"amber"/>=0A=
     <xs:enumeration value=3D"red"/>=0A=
     <xs:enumeration value=3D"ext-value"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <xs:simpleType name=3D"severity-type">=0A=
   <xs:restriction base=3D"xs:NMTOKEN">=0A=
     <xs:enumeration value=3D"low"/>=0A=
     <xs:enumeration value=3D"medium"/>=0A=
     <xs:enumeration value=3D"high"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <xs:simpleType name=3D"duration-type">=0A=
   <xs:restriction base=3D"xs:NMTOKEN">=0A=
     <xs:enumeration value=3D"second"/>=0A=
     <xs:enumeration value=3D"minute"/>=0A=
     <xs:enumeration value=3D"hour"/>=0A=
     <xs:enumeration value=3D"day"/>=0A=
     <xs:enumeration value=3D"month"/>=0A=
     <xs:enumeration value=3D"quarter"/>=0A=
     <xs:enumeration value=3D"year"/>=0A=
     <xs:enumeration value=3D"ext-value"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <xs:simpleType name=3D"action-type">=0A=
   <xs:restriction base=3D"xs:NMTOKEN">=0A=
     <xs:enumeration value=3D"nothing"/>=0A=
     <xs:enumeration value=3D"contact-source-site"/>=0A=
     <xs:enumeration value=3D"contact-target-site"/>=0A=
     <xs:enumeration value=3D"contact-sender"/>=0A=
     <xs:enumeration value=3D"investigate"/>=0A=
     <xs:enumeration value=3D"block-host"/>=0A=
     <xs:enumeration value=3D"block-network"/>=0A=
     <xs:enumeration value=3D"block-port"/>=0A=
     <xs:enumeration value=3D"rate-limit-host"/>=0A=
     <xs:enumeration value=3D"rate-limit-network"/>=0A=
     <xs:enumeration value=3D"rate-limit-port"/>=0A=
     <xs:enumeration value=3D"redirect-traffic"/>=0A=
     <xs:enumeration value=3D"honeypot"/>=0A=
     <xs:enumeration value=3D"upgrade-software"/>=0A=
     <xs:enumeration value=3D"rebuild-asset"/>=0A=
     <xs:enumeration value=3D"harden-asset"/>=0A=
     <xs:enumeration value=3D"remediate-other"/>=0A=
     <xs:enumeration value=3D"status-triage"/>=0A=
     <xs:enumeration value=3D"status-new-info"/>=0A=
     <xs:enumeration value=3D"watch-and-report"/>=0A=
     <xs:enumeration value=3D"defined-coa"/>=0A=
     <xs:enumeration value=3D"other"/>=0A=
     <xs:enumeration value=3D"ext-value"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
 <xs:simpleType name=3D"dtype-type">=0A=
   <xs:restriction base=3D"xs:NMTOKEN">=0A=
     <xs:enumeration value=3D"boolean"/>=0A=
     <xs:enumeration value=3D"byte"/>=0A=
     <xs:enumeration value=3D"bytes"/>=0A=
     <xs:enumeration value=3D"character"/>=0A=
     <xs:enumeration value=3D"date-time"/>=0A=
     <xs:enumeration value=3D"integer"/>=0A=
     <xs:enumeration value=3D"ntpstamp"/>=0A=
     <xs:enumeration value=3D"portlist"/>=0A=
     <xs:enumeration value=3D"real"/>=0A=
     <xs:enumeration value=3D"string"/>=0A=
     <xs:enumeration value=3D"file"/>=0A=
     <xs:enumeration value=3D"path"/>=0A=
     <xs:enumeration value=3D"frame"/>=0A=
     <xs:enumeration value=3D"packet"/>=0A=
     <xs:enumeration value=3D"ipv4-packet"/>=0A=
     <xs:enumeration value=3D"ipv6-packet"/>=0A=
     <xs:enumeration value=3D"url"/>=0A=
     <xs:enumeration value=3D"csv"/>=0A=
     <xs:enumeration value=3D"winreg"/>=0A=
     <xs:enumeration value=3D"xml"/>=0A=
     <xs:enumeration value=3D"ext-value"/>=0A=
   </xs:restriction>=0A=
 </xs:simpleType>=0A=
</xs:schema>=0A=

------=_NextPart_000_000B_01D31C24.D57DACE0--



From nobody Wed Aug 23 21:56:08 2017
Return-Path: <tt2@rc5.so-net.ne.jp>
X-Original-To: mile@ietfa.amsl.com
Delivered-To: mile@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 31D66132812 for <mile@ietfa.amsl.com>; Wed, 23 Aug 2017 21:56:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.201
X-Spam-Level: 
X-Spam-Status: No, score=-2.201 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_SORBS_SPAM=0.5, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rc5.so-net.ne.jp
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 IsSoGvTGxoHX for <mile@ietfa.amsl.com>; Wed, 23 Aug 2017 21:56:02 -0700 (PDT)
Received: from ms-omx53.so-net.ne.jp (ms-omx53.so-net.ne.jp [202.238.84.153]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6EB8A1321E3 for <mile@ietf.org>; Wed, 23 Aug 2017 21:55:57 -0700 (PDT)
Received: from ms-omx61.so-net.ne.jp (ms-omx61.plus.so-net.ne.jp [10.240.84.163]) by ms-omx53.plus.so-net.ne.jp  with ESMTP id v7O4tnZK011536 for <mile@ietf.org>; Thu, 24 Aug 2017 13:55:49 +0900
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rc5.so-net.ne.jp; s=sn2017; t=1503550549; bh=vILNEEfXmguBcDjJX0QR5FLLHX629e+RSUjTIRHc6IU=; h=In-Reply-To:References:From:Date:Subject:To:Cc; b=hmrsbVgpYpaA/8mD6Yo/MOD+RYvwhMFWHokKBIlEmoJMOTQXvgjr3aSTAD78vW65U cvUVnkC7Ko1v3SKGaZwhLA4gZAKP/YBuHwDd6i2l4ea5KfcuI8pCniqG1xVv/+I8Uv wnZ4dfqsEF9+KalG4eBSebAg3rnMJh88ITsOOoL1Kk4/xgLBY0/8eRQsA9UAAadGn/ br7kiq9A2UiezBV3sgqp/WTNE9ET8zWk1ycYVb2vRW1ALvfUh/C7CTMQ8JSEs5nXrO AIwYjBLChx8ZM4MODYYfcnOvA1F762kcPHgvDd7FgfUNDtfEDYSbx+60Ya0CnZ3s4v fesp7HGAtFqAw==
Received: from mail-qk0-f173.google.com (mail-qk0-f173.google.com [209.85.220.173]) (authenticated) by ms-omx61.plus.so-net.ne.jp  with ESMTP id v7O4tlv0004521 (using TLSv1/SSLv3 with cipher AES128-SHA (128 bits)) for <mile@ietf.org>; Thu, 24 Aug 2017 13:55:48 +0900
Received: by mail-qk0-f173.google.com with SMTP id 130so11049354qkg.2 for <mile@ietf.org>; Wed, 23 Aug 2017 21:55:48 -0700 (PDT)
X-Gm-Message-State: AHYfb5jxv2QlD+YC0FdMROTZRVkptNh6Hd9iD1VuCYskzAi1/D5UdsFI hRWs98HjN6+ml9XUpFnfx5tw/GfZVA==
X-Received: by 10.55.126.198 with SMTP id z189mr7020012qkc.299.1503550547219;  Wed, 23 Aug 2017 21:55:47 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.237.55.41 with HTTP; Wed, 23 Aug 2017 21:55:06 -0700 (PDT)
In-Reply-To: <CAC0wChEO9f6Ly_E0JqUNKPAvo9xxMi+2XUAHg5ktqjNYeM=gzg@mail.gmail.com>
References: <C5A1DE61-B7D0-4238-ADF9-7AE825FA32FB@cisco.com> <7933b1e60e344c6db7dceda93b357fe3@XCH-ALN-010.cisco.com> <CACknUNV68pxREU5s291nMbwSh3Mx1=oNeZxof1f7cW-PyZF=qg@mail.gmail.com> <CAC0wChEO9f6Ly_E0JqUNKPAvo9xxMi+2XUAHg5ktqjNYeM=gzg@mail.gmail.com>
From: Takeshi Takahashi <tt2@rc5.so-net.ne.jp>
Date: Thu, 24 Aug 2017 13:55:06 +0900
X-Gmail-Original-Message-ID: <CAMA4c9XPp4jUmjsjvok-wo=Ujz61fS2YLr=BVXPCH0EjjzB3xw@mail.gmail.com>
Message-ID: <CAMA4c9XPp4jUmjsjvok-wo=Ujz61fS2YLr=BVXPCH0EjjzB3xw@mail.gmail.com>
To: John Field <jfield@pivotal.io>
Cc: Adam Montville <adam.w.montville@gmail.com>, "mile@ietf.org" <mile@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/mile/uk6hJRIclefqWubCgKimz_0P8Dw>
Subject: Re: [mile] ROLIE for Standards track?
X-BeenThere: mile@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" <mile.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mile>, <mailto:mile-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mile/>
List-Post: <mailto:mile@ietf.org>
List-Help: <mailto:mile-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mile>, <mailto:mile-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 24 Aug 2017 04:56:07 -0000

+1 for standards track

Take


2017-08-08 1:20 GMT+09:00 John Field <jfield@pivotal.io>:
> +1
>
> Thanks,
> John
>
> On Thu, Aug 3, 2017 at 5:08 PM, Adam Montville <adam.w.montville@gmail.co=
m>
> wrote:
>>
>> +1 here also.
>>
>> On Thu, Aug 3, 2017 at 3:55 PM Panos Kampanakis (pkampana)
>> <pkampana@cisco.com> wrote:
>>>
>>> +1 for standards track.
>>>
>>>
>>>
>>> From: mile [mailto:mile-bounces@ietf.org] On Behalf Of Nancy Cam-Winget
>>> (ncamwing)
>>> Sent: Wednesday, August 02, 2017 8:10 PM
>>> To: mile@ietf.org
>>> Subject: [mile] ROLIE for Standards track?
>>>
>>>
>>>
>>> Hi,
>>>
>>>
>>>
>>> Back in IETF 97 (Seoul), we discussed moving ROLIE from Informational t=
o
>>> Standards track with participants being in favor.  However, I was remis=
s in
>>> confirming this over the mail list=E2=80=A6.SO,
>>>
>>> In order to move this forward as I think the draft is ready other than
>>> its category.
>>>
>>>
>>>
>>> I=E2=80=99d like to ask the mail list:
>>>
>>> -        Should MILE adopt
>>> https://datatracker.ietf.org/doc/draft-ietf-mile-rolie/ as a Standards =
track
>>> document?
>>>
>>>
>>>
>>> Please respond by August 16th so that we can move this item forward.
>>>
>>>
>>>
>>> Kind regards, Nancy
>>>
>>> _______________________________________________
>>> mile mailing list
>>> mile@ietf.org
>>> https://www.ietf.org/mailman/listinfo/mile
>>
>>
>> _______________________________________________
>> mile mailing list
>> mile@ietf.org
>> https://www.ietf.org/mailman/listinfo/mile
>>
>
>
>
> --
>
> John P. Field | Security PM | Pivotal
>
> Direct: (908) 962-3394 | jfield@pivotal.io
>
>
> _______________________________________________
> mile mailing list
> mile@ietf.org
> https://www.ietf.org/mailman/listinfo/mile
>



--=20
--
Takeshi Takahashi, Ph.D., CISSP, PMP
"Practice makes perfect!"


From nobody Fri Aug 25 18:13:52 2017
Return-Path: <kathleen.moriarty.ietf@gmail.com>
X-Original-To: mile@ietfa.amsl.com
Delivered-To: mile@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 66CA41326E8; Fri, 25 Aug 2017 18:13:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level: 
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9,  DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 l0txkbUqGJwD; Fri, 25 Aug 2017 18:13:44 -0700 (PDT)
Received: from mail-pf0-x22b.google.com (mail-pf0-x22b.google.com [IPv6:2607:f8b0:400e:c00::22b]) (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 B2C4B1321AE; Fri, 25 Aug 2017 18:13:44 -0700 (PDT)
Received: by mail-pf0-x22b.google.com with SMTP id k3so219144pfc.3; Fri, 25 Aug 2017 18:13:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=UiNw2aNnB3nGV4hkjOjazA/n774E0VnBcNLImSJk/CI=; b=PlExK8FhKlJxX4Q9Avh58n2laA57cQWrQNEv8oNV+cEoYEvBFVWm9I2GJmKPWPXbks BtFqqTpHR2p0/NBhR/gfz1OgQrgzVujFj9tGhBt5EwhcuxpAt/X6lPUQPlhVlSzfhLXu pWJ14F79WZki+HH+k6cfwB96ccgnHzg0/AjbNQEl9VJuSYv7eT2NoANBaYJBtggM5a8F e3ZmYuqE9n8xayMi2yLRyWJsp3SOeWMpzGnOboXr1eLVMZcJnMPtp3ieaJsxC31hhxyG 6AdOkKznVEqjn9qq9wm7NEWAmphmBoq9Ik2Ma+WFi549+0hTukAVvuut4UI3Lch+j6aM cAqg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=UiNw2aNnB3nGV4hkjOjazA/n774E0VnBcNLImSJk/CI=; b=lXsQicpFrfClaLmDVaMf2L7YUpWu1VSYWhJqXOWJyokZEJinMoK7eEK+yTjb0VZF3p qfKH8dISBg/dqxnWoZayW5BFDuv0w4l0SPdbYN2SWHCqWJtNevSenlNO0knwkiJqfotg OBVMwRBI4PBkbzcx0pUlfJnCi7cAnQrBlrLGKSHkXOcUmjxpVufpAi+CbDQgqiNJpQ4y Yr5Hk6XKkEHlp+i6AL+GbJlApe0N+e9VpExzA5ubCgNfd9u4RA3OLH614/MCrh5oU4bT GpUvX8mXFiwNP6uX2yqtNz7aCHVVRxz8GeJMhCTiGPZ2I4lMzavyvUzC0iOIDcj7hAyL HIRg==
X-Gm-Message-State: AHYfb5hhqkbBtfme3mXGiX71rw3gDtMdmaSvQ3V91MN1VK0IFmGR/+9o eV2zH1WghuHYgEqxWGGrpmeBPNk/2Q==
X-Received: by 10.98.63.14 with SMTP id m14mr308646pfa.261.1503710024297; Fri, 25 Aug 2017 18:13:44 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.100.144.1 with HTTP; Fri, 25 Aug 2017 18:13:03 -0700 (PDT)
In-Reply-To: <ABCAA4EF18F17B4FB619EA93DEF7939A4F5D1969@eusaamb107.ericsson.se>
References: <ABCAA4EF18F17B4FB619EA93DEF7939A4F5D1969@eusaamb107.ericsson.se>
From: Kathleen Moriarty <kathleen.moriarty.ietf@gmail.com>
Date: Fri, 25 Aug 2017 21:13:03 -0400
Message-ID: <CAHbuEH4acgjfp-sgHiF2_STXv8nKpwNgTX0GkELGE4uBk5bhVg@mail.gmail.com>
To: Meral Shirazipour <meral.shirazipour@ericsson.com>, MILE IETF <mile@ietf.org>
Cc: "draft-ietf-mile-iodef-guidance.all@tools.ietf.org" <draft-ietf-mile-iodef-guidance.all@tools.ietf.org>,  "gen-art@ietf.org" <gen-art@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mile/LGPpyw7YJXSKz4ifHkQGXKQa-ZY>
Subject: Re: [mile] Gen-ART Last Call review of draft-ietf-mile-iodef-guidance-10
X-BeenThere: mile@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" <mile.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mile>, <mailto:mile-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mile/>
List-Post: <mailto:mile@ietf.org>
List-Help: <mailto:mile-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mile>, <mailto:mile-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 26 Aug 2017 01:13:46 -0000

Thank you for the review and nits!

Kathleen

On Tue, Aug 22, 2017 at 7:08 PM, Meral Shirazipour
<meral.shirazipour@ericsson.com> wrote:
> I am the assigned Gen-ART reviewer for this draft. The General Area Review
> Team (Gen-ART) reviews all IETF documents being processed by the IESG for
> the IETF Chair.  Please treat these comments just like any other last call
> comments.
>
>
>
> For more information, please see the FAQ at
> <https://trac.ietf.org/trac/gen/wiki/GenArtfaq>.
>
>
>
> Document: draft-ietf-mile-iodef-guidance-10
>
> Reviewer: Meral Shirazipour
>
> Review Date: 2017-08-22
>
> IETF LC End Date: 2017-08-25
>
> IESG Telechat date: 2017-08-31
>
>
>
>
>
> Summary: This draft is ready to be published as Informational RFC but I have
> comments.
>
>
>
> Major issues:
>
>
>
> Minor issues:
>
>
>
>
>
> Nits/editorial comments:
>
> -[Page 3], "should chose"---->"should choose"
>
> -[Page 4], "language an the"---->"language and the"
>
> -[Page 5], "that an successful"---->"that a successful"
>
> -[Page 6], "can cary greatly"---->"can caryy greatly"
>
> -[Page 8], "excercise"---->"exercise"
>
> -[Page 8],"compteting"---->"competing"
>
>
>
>
>
> Best Regards,
>
> Meral
>
> ---
>
> Meral Shirazipour
>
> Ericsson
>
> Research
>
> www.ericsson.com



-- 

Best regards,
Kathleen


From nobody Fri Aug 25 18:24:04 2017
Return-Path: <kathleen.moriarty.ietf@gmail.com>
X-Original-To: mile@ietfa.amsl.com
Delivered-To: mile@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 640931321AE; Fri, 25 Aug 2017 18:23:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level: 
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9,  DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 vxymiDC6RXQR; Fri, 25 Aug 2017 18:23:55 -0700 (PDT)
Received: from mail-pf0-x22c.google.com (mail-pf0-x22c.google.com [IPv6:2607:f8b0:400e:c00::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 2ACEE13219A; Fri, 25 Aug 2017 18:23:52 -0700 (PDT)
Received: by mail-pf0-x22c.google.com with SMTP id k3so261892pfc.3; Fri, 25 Aug 2017 18:23:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=BXg1T2wlz2AXxoAxQbzS4Ng7thYSWqIe5DbyIp4yDvQ=; b=MO4HAoGW4VlTpavMwIfYa6+qgEr5PFHChJLgLzwZOJitwauBToA7icydSxJ+cuV+dF IIE/Ot6CEYOMAMHGsrVKCJ4S80iG1rowkxWqT72OJG9sh0H4fQV+SYPr6foD88VbkVoy iWu92kX4rDugM2lFp9Nt91vAAnz8K44MYV9Szp7125i5WhH2XqCmrLPfo/EAisFTpF0B sU2XwV/dqqk4GKlypN802s9VHhIGKLI7QpuTui4iIou6d12doBup9+YlmvW6rizgBNbc HAWq38wDam+gfN33oAs7iB7yELw35+jsNueRorw2BtI3Pw5Ki3ZOgzhrhUrdBZF5AEY4 oJYw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=BXg1T2wlz2AXxoAxQbzS4Ng7thYSWqIe5DbyIp4yDvQ=; b=OzFftBTYyLj0ik4ahb6QvoBuiU0oa1PkYVynt8VlHN//Xfr7aa5pJvXsoQPdFHBANr kxtSJkkbnrbHvJTjkBlOJWvdFqCGZi9b1cNRv4GTODZbluTTULdD+KBu5e3nIEbhD295 Nfxyo/o5L/OxxEyrOm6NkF/n/M8xr+4d4j/FXrQXmIHpFOFdkD4w0wua96Km0qz3YdaH aPK/KSKZpH4o63u1bz7UlBP9apEnk0pHMZ8nWGR+1f4/eJdjeANSC44c0oqAdzfZIR59 LREv/nig8HDe+clLhpfhF852M9ksvqpPh+cPpy8AEetb7jFf3WG2xtaoX1xZ49gkf+VS c4Zw==
X-Gm-Message-State: AHYfb5gnukS6EczZphwFmaNxeJIffajWGso/W2qKpixNNlAcnk7Uirnd 1pLE5lCsy/cHgVc9C4iDEELdCk791A==
X-Received: by 10.99.99.5 with SMTP id x5mr354881pgb.13.1503710631672; Fri, 25 Aug 2017 18:23:51 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.100.144.1 with HTTP; Fri, 25 Aug 2017 18:23:11 -0700 (PDT)
In-Reply-To: <B8F9A780D330094D99AF023C5877DABA9AAAE242@nkgeml513-mbx.china.huawei.com>
References: <B8F9A780D330094D99AF023C5877DABA9AAAE242@nkgeml513-mbx.china.huawei.com>
From: Kathleen Moriarty <kathleen.moriarty.ietf@gmail.com>
Date: Fri, 25 Aug 2017 21:23:11 -0400
Message-ID: <CAHbuEH4f6Mh19N1ZEjdcuPdhn1z_xYbG4_MBEGbxunBWadHa+g@mail.gmail.com>
To: Qin Wu <bill.wu@huawei.com>, MILE IETF <mile@ietf.org>
Cc: "ops-dir@ietf.org" <ops-dir@ietf.org>,  "draft-ietf-mile-iodef-guidance.all@ietf.org" <draft-ietf-mile-iodef-guidance.all@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/mile/bWciokBM_NuA-HRA26JgAyuxM3s>
Subject: Re: [mile] OPS-DIR Review of draft-ietf-mile-iodef-guidance-10
X-BeenThere: mile@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" <mile.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mile>, <mailto:mile-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mile/>
List-Post: <mailto:mile@ietf.org>
List-Help: <mailto:mile-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mile>, <mailto:mile-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 26 Aug 2017 01:23:57 -0000

Thank you for your review.  The editors will respond and update as
needed.  Copying mile to help with the response.

Best regards,
Kathleen

On Thu, Aug 17, 2017 at 11:15 PM, Qin Wu <bill.wu@huawei.com> wrote:
> I have reviewed this document as part of the Operational directorate's
> ongoing effort to review all IETF documents being processed by the IESG.
> These comments were written with the intent of improving the operational
> aspects of the IETF drafts. Comments that are not addressed in last call =
may
> be included in AD reviews during the IESG review.  Document editors and W=
G
> chairs should treat these comments just like any other last call comments=
.
>
>
>
> Summary:
>
> This document provides usage guideline for The Incident Object Descriptio=
n
> Exchange Format v2.
>
> It is almost ready for publication. The readability needs to be improved =
a
> little bit.
>
> Major Issues:
>
> Section 3.1, 3rd paragraph:
>
> Confused, Which elements are required by IODEF v2 specification? Email or
> type and role attributes? Isn=E2=80=99t contact class part of IODEF v2
> specification?
>
> Section 5.2 2nd paragraph said:
>
> =E2=80=9C
>
> Interoperability between RID agents and the standards, Use of
>
> [RFC6545] and [RFC6546], were also proven in this exercise.
>
> =E2=80=9C
>
> Interoperability between RID agents or Interoperability between RID agent=
s
> and standards?
>
> Use of[RFC6545] and [RFC6546] is proven? Please make clear in the text.
>
>
>
> Minor Issues:
>
> Section 3.1 2nd paragraph:
>
> Consistent with the figure in section 3.1
>
> s/ minimal Incident class needs/ minimal-style Incident class needs
>
> Section 3.2 4th paragraph:
>
> OLD TEXT:
>
> =E2=80=9C
>
>    For use-cases where indicators need to be described, the
>
>    IndicatorData class its classes will be implemented instead of the
>
>    EventData class.
>
> =E2=80=9C
>
> NEW TEXT:
>
> =E2=80=9C
>
>    For use-cases where indicators need to be described, the
>
>    IndicatorData class will be implemented instead of the
>
>    EventData class.
>
> =E2=80=9D
>
> Section 3.2 last paragraph:
>
> s/ relavant/relevant
>
> Section 4.1
>
> OLD TEXT:
>
> =E2=80=9C
>
> As
>
>    external enumerations can cary greatly, implementers SHOULD only
>
>    support external enumerations that are expected to describe their
>
>    specific use-cases.
>
>
>
> =E2=80=9D
>
> NEW TEXT:
>
> =E2=80=9C
>
> As external enumerations can be carried greatly, implementers SHOULD only
>
>    support external enumerations that are expected to describe their
>
>    specific use-cases.
>
>
>
> =E2=80=9D
>
> Section 4.3
>
> OLD TEXT:
>
> =E2=80=9C
>
> The Indicator class can include references to other
>
>    indicators, observables and more classes the contain details about
>
>    the indicator.
>
> =E2=80=9D
>
> NEW TEXT:
>
> =E2=80=9C
>
> The Indicator class can include references to other
>
> indicators, observables and more classes the contain details about
>
> the indicator.
>
> =E2=80=9D
>
> Section 5.1
>
> OLD TEXT:
>
> =E2=80=9C
>
> Section 7 also
>
>    includes practical IODEF use guidelines.
>
> =E2=80=9D
>
> NEW TEXT:
>
> =E2=80=9C
>
> =E2=80=9C
>
> Section 7 also
>
>    includes practical IODEF usage guidelines.
>
> =E2=80=9D
>
>
>
> =E2=80=9D
>
> Section 5.2 1st paragraph:
>
> s/ compteting /competing
>
> Nits:
>
> Please run nit-check to fix 3 errors and 3 warnings.
>
>
>
> -Qin



--=20

Best regards,
Kathleen


From nobody Tue Aug 29 16:07:23 2017
Return-Path: <ben@nostrum.com>
X-Original-To: mile@ietf.org
Delivered-To: mile@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 14A301326BB; Tue, 29 Aug 2017 16:07:21 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Ben Campbell <ben@nostrum.com>
To: "The IESG" <iesg@ietf.org>
Cc: draft-ietf-mile-iodef-guidance@ietf.org, mile-chairs@ietf.org, ncamwing@cisco.com, mile@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.59.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <150404804107.21445.3865722523779300659.idtracker@ietfa.amsl.com>
Date: Tue, 29 Aug 2017 16:07:21 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/mile/jgIo6Kg41Bo_zckm7SMRPP3TCmM>
Subject: [mile] Ben Campbell's No Objection on draft-ietf-mile-iodef-guidance-10: (with COMMENT)
X-BeenThere: mile@ietf.org
X-Mailman-Version: 2.1.22
List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" <mile.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mile>, <mailto:mile-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mile/>
List-Post: <mailto:mile@ietf.org>
List-Help: <mailto:mile-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mile>, <mailto:mile-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 29 Aug 2017 23:07:21 -0000

Ben Campbell has entered the following ballot position for
draft-ietf-mile-iodef-guidance-10: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-mile-iodef-guidance/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

I'm confused by the use of 2119 language in this document. Some of it seems to
restate requirements already defined elsewhere. Some of it seems too vague  for
2119 keywords (e.g. "SHOULD consider"). The rest seems like BCP material rather
than informational, since it seems to say that we recommend people do certain
things rather than describe choices and consequences. The latter is reasonable
for an informational RFC, but the former belongs in standards track documents
or BCPs. I suggest that the 2119 language be removed, the 2119 boilerplate be
replaced with something that more accurately describes the intended meaning of
MUST and SHOULD,  or that you reconsider the intended status.

IDNits calls out some issues that should be considered. (e.g. lack of an IANA
considerations section.)

Otherwise, I have a number of editorial comments:

- General: This draft uses a lot of words (and repetition) to convey some very
basic concepts. A good part of it could be summarized as "Don't include objects
you don't need".  Please consider editing for conciseness.

- Title: Please expand IODEF in the title.

- Abstract: It's only necessary to expand CSIRT on the first mention in the
abstract.

-1, first paragraph: Please mention the acronym IODEF the first time you expand
it.

-3, first paragraph: " It is important for IODEF implementers to be able to
distinguish how
   the IODEF classes will be used in incident information exchanges.  To
   do that one has to follow a strategy according to which of the
   various IODEF classes will be implemented.

I don't understand the point of the second sentence.  It seems to restate the
idea from the first sentence in a more complicated way.

-3.3, 2nd paragraph: I have trouble following the first sentence. I _think_
this paragraph seeks to distinguish attempted attacks from successful attacks,
without actually using those terms.

-4, section title: What kind of considerations? I assume the entire document is
about considerations of one form or another.

-4.1: s/cary/vary

-4.1, 3rd paragraph: "IODEF implementers SHOULD NOT consider using"
Does this mean "SHOULD NOT use"? (we can't really mandate what they consider.)

-4.4 "SHOULD be treated carefully": That's vague for a 2119 keyword--can you
offer more concrete guidance? (Or avoid the keyword?) "SHOULD consider" - also
vague.

-5.1: It's not clear whether "section 7" refers to this document or to
[implementreport].

-5.2: Please expand RID on first mention. s/compteting/competing



From nobody Wed Aug 30 03:19:12 2017
Return-Path: <bclaise@cisco.com>
X-Original-To: mile@ietf.org
Delivered-To: mile@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D66D3132E16; Wed, 30 Aug 2017 03:19:10 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Benoit Claise <bclaise@cisco.com>
To: "The IESG" <iesg@ietf.org>
Cc: draft-ietf-mile-iodef-guidance@ietf.org, mile-chairs@ietf.org, ncamwing@cisco.com, mile@ietf.org, Qin Wu <bill.wu@huawei.com>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.59.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <150408835087.21627.1295197776346818174.idtracker@ietfa.amsl.com>
Date: Wed, 30 Aug 2017 03:19:10 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/mile/jCMEL4-aS31MBPdFC7Oxqn_TuTI>
Subject: [mile] Benoit Claise's No Objection on draft-ietf-mile-iodef-guidance-10: (with COMMENT)
X-BeenThere: mile@ietf.org
X-Mailman-Version: 2.1.22
List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" <mile.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mile>, <mailto:mile-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mile/>
List-Post: <mailto:mile@ietf.org>
List-Help: <mailto:mile-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mile>, <mailto:mile-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 30 Aug 2017 10:19:11 -0000

Benoit Claise has entered the following ballot position for
draft-ietf-mile-iodef-guidance-10: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-mile-iodef-guidance/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

I noted the exact same point as Ben regarding the intended status.
This is really a BCP, right? https://tools.ietf.org/html/rfc2026#section-5
However, I believe the combination of BCP and RFC2119 language is fine.
If I take a single sentence, as an example:

   An IODEF document MUST include
   at least an Incident class, an xml:lang attribute that defines the
   supported language an the IODEF version attribute.

Is this a specification coming from RFC 7970 (which I could not find, by
browsing for a few minutes)? Or is this is a new specification of this "BCP"?

See also Qin's OPS DIR feedback.



From nobody Wed Aug 30 06:48:57 2017
Return-Path: <pkampana@cisco.com>
X-Original-To: mile@ietfa.amsl.com
Delivered-To: mile@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2B769132ED4; Wed, 30 Aug 2017 06:48:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.521
X-Spam-Level: 
X-Spam-Status: No, score=-14.521 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, 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 ng-8aGtjRhMm; Wed, 30 Aug 2017 06:48:55 -0700 (PDT)
Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 07BA4132D4B; Wed, 30 Aug 2017 06:48:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2057; q=dns/txt; s=iport; t=1504100934; x=1505310534; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=AZOqbpYgYmACnoVTdf0FNoVsHEnw+1kOF7fUks4bKcQ=; b=CwvSnluX0AbXwzpCq4u6mZN0WFlFKvwvJMVAu977AaFW5q4gFhM8KPPy 3eYsaLA900P8UjxivCp2SIjqBGB1UUWT6VRaIc2V7WX7AOGJ2QSRc/QMM uhUG5PNXetSi2CR9vagOiJEOrp9ZvkF+XVzvVDxOJcvEWi2LRByPBxlAn g=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CYAADzwaZZ/4kNJK1eGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBg1pkgRUHjg6QGoFxlieCEiELhRsChCU/GAECAQEBAQEBAWsohRg?= =?us-ascii?q?BAQEBAwEBJRMPJQsMBAIBCBEDAQEBAR4JBycLFAkIAgQBDQUIiikQrjs6i0YBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBAQEBAQEdgyqCAoFOgWODKIppBaBsAodXjGqCG4VninK?= =?us-ascii?q?WQgEfOIENdxVJhxt2AYldAYEOAQEB?=
X-IronPort-AV: E=Sophos;i="5.41,448,1498521600"; d="scan'208";a="477229335"
Received: from alln-core-4.cisco.com ([173.36.13.137]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 30 Aug 2017 13:48:53 +0000
Received: from XCH-RCD-007.cisco.com (xch-rcd-007.cisco.com [173.37.102.17]) by alln-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id v7UDmrxU027984 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 30 Aug 2017 13:48:53 GMT
Received: from xch-aln-010.cisco.com (173.36.7.20) by XCH-RCD-007.cisco.com (173.37.102.17) with Microsoft SMTP Server (TLS) id 15.0.1263.5; Wed, 30 Aug 2017 08:48:53 -0500
Received: from xch-aln-010.cisco.com ([173.36.7.20]) by XCH-ALN-010.cisco.com ([173.36.7.20]) with mapi id 15.00.1263.000; Wed, 30 Aug 2017 08:48:53 -0500
From: "Panos Kampanakis (pkampana)" <pkampana@cisco.com>
To: Kathleen Moriarty <kathleen.moriarty.ietf@gmail.com>, Meral Shirazipour <meral.shirazipour@ericsson.com>, MILE IETF <mile@ietf.org>
CC: "draft-ietf-mile-iodef-guidance.all@tools.ietf.org" <draft-ietf-mile-iodef-guidance.all@tools.ietf.org>, "gen-art@ietf.org" <gen-art@ietf.org>
Thread-Topic: [mile] Gen-ART Last Call review of draft-ietf-mile-iodef-guidance-10
Thread-Index: AQHTHgiVI5V180Rz3Uy+9Kt5A7g0G6Kc8QTA
Date: Wed, 30 Aug 2017 13:48:53 +0000
Message-ID: <fb92dd0268164856a4813f640b2416d2@XCH-ALN-010.cisco.com>
References: <ABCAA4EF18F17B4FB619EA93DEF7939A4F5D1969@eusaamb107.ericsson.se> <CAHbuEH4acgjfp-sgHiF2_STXv8nKpwNgTX0GkELGE4uBk5bhVg@mail.gmail.com>
In-Reply-To: <CAHbuEH4acgjfp-sgHiF2_STXv8nKpwNgTX0GkELGE4uBk5bhVg@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [64.102.56.148]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/mile/q2ik0X1FZnCd2S2tvytfrM9V_D4>
Subject: Re: [mile] Gen-ART Last Call review of draft-ietf-mile-iodef-guidance-10
X-BeenThere: mile@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" <mile.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mile>, <mailto:mile-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mile/>
List-Post: <mailto:mile@ietf.org>
List-Help: <mailto:mile-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mile>, <mailto:mile-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 30 Aug 2017 13:48:57 -0000

Thank you. All of these are addressed in the next iteration of the draft wh=
ich will be posted with all the other IESG comments.=20


-----Original Message-----
From: mile [mailto:mile-bounces@ietf.org] On Behalf Of Kathleen Moriarty
Sent: Friday, August 25, 2017 9:13 PM
To: Meral Shirazipour <meral.shirazipour@ericsson.com>; MILE IETF <mile@iet=
f.org>
Cc: draft-ietf-mile-iodef-guidance.all@tools.ietf.org; gen-art@ietf.org
Subject: Re: [mile] Gen-ART Last Call review of draft-ietf-mile-iodef-guida=
nce-10

Thank you for the review and nits!

Kathleen

On Tue, Aug 22, 2017 at 7:08 PM, Meral Shirazipour <meral.shirazipour@erics=
son.com> wrote:
> I am the assigned Gen-ART reviewer for this draft. The General Area=20
> Review Team (Gen-ART) reviews all IETF documents being processed by=20
> the IESG for the IETF Chair.  Please treat these comments just like=20
> any other last call comments.
>
>
>
> For more information, please see the FAQ at=20
> <https://trac.ietf.org/trac/gen/wiki/GenArtfaq>.
>
>
>
> Document: draft-ietf-mile-iodef-guidance-10
>
> Reviewer: Meral Shirazipour
>
> Review Date: 2017-08-22
>
> IETF LC End Date: 2017-08-25
>
> IESG Telechat date: 2017-08-31
>
>
>
>
>
> Summary: This draft is ready to be published as Informational RFC but=20
> I have comments.
>
>
>
> Major issues:
>
>
>
> Minor issues:
>
>
>
>
>
> Nits/editorial comments:
>
> -[Page 3], "should chose"---->"should choose"
>
> -[Page 4], "language an the"---->"language and the"
>
> -[Page 5], "that an successful"---->"that a successful"
>
> -[Page 6], "can cary greatly"---->"can caryy greatly"
>
> -[Page 8], "excercise"---->"exercise"
>
> -[Page 8],"compteting"---->"competing"
>
>
>
>
>
> Best Regards,
>
> Meral
>
> ---
>
> Meral Shirazipour
>
> Ericsson
>
> Research
>
> www.ericsson.com



--=20

Best regards,
Kathleen

_______________________________________________
mile mailing list
mile@ietf.org
https://www.ietf.org/mailman/listinfo/mile


From nobody Wed Aug 30 07:04:20 2017
Return-Path: <pkampana@cisco.com>
X-Original-To: mile@ietfa.amsl.com
Delivered-To: mile@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2353D132E3D; Wed, 30 Aug 2017 07:04:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.521
X-Spam-Level: 
X-Spam-Status: No, score=-14.521 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, 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 b0nJF11Bph3m; Wed, 30 Aug 2017 07:04:07 -0700 (PDT)
Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 13A13132E68; Wed, 30 Aug 2017 07:04:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2524; q=dns/txt; s=iport; t=1504101844; x=1505311444; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=n61kpNkk46j3pCpZG89hZS8greva/WK2zKUMZLJZJKM=; b=O4cToqf/uIk64vufbDJTcjggOW8XqY/MXx9HT9tTJKBofN++R+OVlcEt 0qjjfMLXY1Kg8F08jjg1wlCi1MbVm30LgyYvlMZfnXwuCsZ3W1j44rVuK Wy28dX/niWqJR82SVsp7hrlKtNqSMyHsrm5Ul/GWbicP2m5l43zYoS5Qd I=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CYAAABxaZZ/5pdJa1eGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBg1pkgRUHjg6QGoFxlicOggQhC4UbAoQlPxgBAgEBAQEBAQFrKIU?= =?us-ascii?q?YAQEBAQMBATg0CwwEAgEIEQQBAR8JBycLFAkIAgQBDQUIiFWBVBCucotGAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBAQEBGAWDKoICgU6BY4MohEIBEgFRhUIFigOOK4g+Aod?= =?us-ascii?q?XjGqCG4VninKWQgEfOIECC3cVSYUYHBmBTnYBiDqBIwGBDgEBAQ?=
X-IronPort-AV: E=Sophos;i="5.41,448,1498521600"; d="scan'208";a="289260368"
Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 30 Aug 2017 14:03:57 +0000
Received: from XCH-ALN-007.cisco.com (xch-aln-007.cisco.com [173.36.7.17]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id v7UE3uvP012038 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 30 Aug 2017 14:03:57 GMT
Received: from xch-aln-010.cisco.com (173.36.7.20) by XCH-ALN-007.cisco.com (173.36.7.17) with Microsoft SMTP Server (TLS) id 15.0.1263.5; Wed, 30 Aug 2017 09:03:56 -0500
Received: from xch-aln-010.cisco.com ([173.36.7.20]) by XCH-ALN-010.cisco.com ([173.36.7.20]) with mapi id 15.00.1263.000; Wed, 30 Aug 2017 09:03:56 -0500
From: "Panos Kampanakis (pkampana)" <pkampana@cisco.com>
To: "Benoit Claise (bclaise)" <bclaise@cisco.com>, The IESG <iesg@ietf.org>
CC: "draft-ietf-mile-iodef-guidance@ietf.org" <draft-ietf-mile-iodef-guidance@ietf.org>, "mile@ietf.org" <mile@ietf.org>, Qin Wu <bill.wu@huawei.com>, "mile-chairs@ietf.org" <mile-chairs@ietf.org>
Thread-Topic: [mile] Benoit Claise's No Objection on draft-ietf-mile-iodef-guidance-10: (with COMMENT)
Thread-Index: AQHTIXlu4s0sg3O7I0ymNFW8vddKK6Kc7Qtw
Date: Wed, 30 Aug 2017 14:03:56 +0000
Message-ID: <0f63d28cbbbf4a51ab5638545a5b7746@XCH-ALN-010.cisco.com>
References: <150408835087.21627.1295197776346818174.idtracker@ietfa.amsl.com>
In-Reply-To: <150408835087.21627.1295197776346818174.idtracker@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [64.102.56.148]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/mile/F0ZbwR9zKqrCi0yH_GAAUHsYXPA>
Subject: Re: [mile] Benoit Claise's No Objection on draft-ietf-mile-iodef-guidance-10: (with COMMENT)
X-BeenThere: mile@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" <mile.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mile>, <mailto:mile-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mile/>
List-Post: <mailto:mile@ietf.org>
List-Help: <mailto:mile-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mile>, <mailto:mile-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 30 Aug 2017 14:04:14 -0000

Thank you Benoit.

Good catch on xml:lang. The "MUST" for xml:lang is not normative language w=
e are introducing. It comes from RFC7970 where the XML schema for the Incid=
ent class defines the xml:lang attribute as non-optional/mandatory. The tru=
th is that the text in RFC7970 does not reflect that, as the text mentions =
in as optional. The authors did intend to have xml:lang as mandatory as it =
is in the XML schema, so we are trying to get the discrepancy in the text f=
ixed in RFC7970 with an errata.=20

In summary, the "MUST" for xml:lang is not something new we are introducing=
 in this draft.

Panos


-----Original Message-----
From: mile [mailto:mile-bounces@ietf.org] On Behalf Of Benoit Claise (bclai=
se)
Sent: Wednesday, August 30, 2017 6:19 AM
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-mile-iodef-guidance@ietf.org; mile@ietf.org; Qin Wu <bill.wu=
@huawei.com>; mile-chairs@ietf.org
Subject: [mile] Benoit Claise's No Objection on draft-ietf-mile-iodef-guida=
nce-10: (with COMMENT)

Benoit Claise has entered the following ballot position for
draft-ietf-mile-iodef-guidance-10: No Objection

When responding, please keep the subject line intact and reply to all email=
 addresses included in the To and CC lines. (Feel free to cut this introduc=
tory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-mile-iodef-guidance/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

I noted the exact same point as Ben regarding the intended status.
This is really a BCP, right? https://tools.ietf.org/html/rfc2026#section-5
However, I believe the combination of BCP and RFC2119 language is fine.
If I take a single sentence, as an example:

   An IODEF document MUST include
   at least an Incident class, an xml:lang attribute that defines the
   supported language an the IODEF version attribute.

Is this a specification coming from RFC 7970 (which I could not find, by br=
owsing for a few minutes)? Or is this is a new specification of this "BCP"?

See also Qin's OPS DIR feedback.


_______________________________________________
mile mailing list
mile@ietf.org
https://www.ietf.org/mailman/listinfo/mile


From nobody Wed Aug 30 08:58:27 2017
Return-Path: <pkampana@cisco.com>
X-Original-To: mile@ietfa.amsl.com
Delivered-To: mile@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F195413213D; Wed, 30 Aug 2017 08:58:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.521
X-Spam-Level: 
X-Spam-Status: No, score=-14.521 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, 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 EBQnPUs23yNj; Wed, 30 Aug 2017 08:58:18 -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 3A1D01320D8; Wed, 30 Aug 2017 08:58:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5782; q=dns/txt; s=iport; t=1504108698; x=1505318298; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=8TbBKEayU2QrTdwiC9bfm1bpQSWBWyt/73jkzdsJlPo=; b=dVWF3dS9+gToUuLjacMTHMgDFu6YUFWHvk++7DsXn/yYMkjlmkgWofex hkqQuKu1Ki48xg3UbLDlDeJyAKDi97PkZilbj1Qf+pzDWGBqbQwwBM0dW L3FesQ0IPKUMwqMSRZMB16Kf8PUVpxpO+OGxWFAj6UiZrYjV/gsSgqvQ4 M=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0A7AQCp36ZZ/5hdJa1eGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBg1pkgRUHg3CKHpAbgXGWJw6CBCELhRsCGoQNPxgBAgEBAQEBAQF?= =?us-ascii?q?rKIUYAQEBAQMBASERMwcLDAQCAQgRBAEBAQICIwMCAgIlCxQBCAgCBAENBQiKK?= =?us-ascii?q?RCsPIIni0IBAQEBAQEBAQEBAQEBAQEBAQEBAQEYBYENgh2CAoFOgWODKIRCARI?= =?us-ascii?q?BgzKCYQWgbAKUQYIbhWeKcol3jEsBHziBAgt3FUmFGByBZ3aIO4EjAYEOAQEB?=
X-IronPort-AV: E=Sophos;i="5.41,449,1498521600"; d="scan'208";a="450630699"
Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 30 Aug 2017 15:58:17 +0000
Received: from XCH-RCD-007.cisco.com (xch-rcd-007.cisco.com [173.37.102.17]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id v7UFwHdA031099 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 30 Aug 2017 15:58:17 GMT
Received: from xch-aln-010.cisco.com (173.36.7.20) by XCH-RCD-007.cisco.com (173.37.102.17) with Microsoft SMTP Server (TLS) id 15.0.1263.5; Wed, 30 Aug 2017 10:58:16 -0500
Received: from xch-aln-010.cisco.com ([173.36.7.20]) by XCH-ALN-010.cisco.com ([173.36.7.20]) with mapi id 15.00.1263.000; Wed, 30 Aug 2017 10:58:16 -0500
From: "Panos Kampanakis (pkampana)" <pkampana@cisco.com>
To: Kathleen Moriarty <kathleen.moriarty.ietf@gmail.com>, Qin Wu <bill.wu@huawei.com>, MILE IETF <mile@ietf.org>
CC: "draft-ietf-mile-iodef-guidance.all@ietf.org" <draft-ietf-mile-iodef-guidance.all@ietf.org>, "ops-dir@ietf.org" <ops-dir@ietf.org>
Thread-Topic: [mile] OPS-DIR Review of draft-ietf-mile-iodef-guidance-10
Thread-Index: AQHTHgoJ4p8hwBe3zEmLI2jq/cO+EaKc/l9g
Date: Wed, 30 Aug 2017 15:58:16 +0000
Message-ID: <c5f6554386684c82b806b55c2e971890@XCH-ALN-010.cisco.com>
References: <B8F9A780D330094D99AF023C5877DABA9AAAE242@nkgeml513-mbx.china.huawei.com> <CAHbuEH4f6Mh19N1ZEjdcuPdhn1z_xYbG4_MBEGbxunBWadHa+g@mail.gmail.com>
In-Reply-To: <CAHbuEH4f6Mh19N1ZEjdcuPdhn1z_xYbG4_MBEGbxunBWadHa+g@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [64.102.56.148]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/mile/XEmhQ7fJiOa2ur9sIxf7ON27TuI>
Subject: Re: [mile] OPS-DIR Review of draft-ietf-mile-iodef-guidance-10
X-BeenThere: mile@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" <mile.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mile>, <mailto:mile-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mile/>
List-Post: <mailto:mile@ietf.org>
List-Help: <mailto:mile-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mile>, <mailto:mile-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 30 Aug 2017 15:58:20 -0000

VGhhbmsgeW91LiANCg0KV2UganVzdCBhZGRyZXNzZWQgYWxsIHRoZXNlLiBXZSBhbHNvIG1hZGUg
dXBkYXRlcyB0byBzZWN0aW9uIDMuMSB0byBzaG93IG1vcmUgaW50dWl0aXZlbHkgdGhlIE1USSBJ
T0RFRiBjbGFzc2VzIGFuZCBhdHRyaWJ1dGVzLg0KDQpBbGwgY2hhbmdlcyB3aWxsIGJlIHJlZmxl
Y3RlZCBpbiB0aGUgbmV4dCBpdGVyYXRpb24gdGhhdCB3aWxsIGJlIGFkZHJlc3NlZCB0aGUgSUVT
RyBjb21tZW50cy4gDQoNClBhbm9zDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZy
b206IG1pbGUgW21haWx0bzptaWxlLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBLYXRo
bGVlbiBNb3JpYXJ0eQ0KU2VudDogRnJpZGF5LCBBdWd1c3QgMjUsIDIwMTcgOToyMyBQTQ0KVG86
IFFpbiBXdSA8YmlsbC53dUBodWF3ZWkuY29tPjsgTUlMRSBJRVRGIDxtaWxlQGlldGYub3JnPg0K
Q2M6IGRyYWZ0LWlldGYtbWlsZS1pb2RlZi1ndWlkYW5jZS5hbGxAaWV0Zi5vcmc7IG9wcy1kaXJA
aWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbbWlsZV0gT1BTLURJUiBSZXZpZXcgb2YgZHJhZnQtaWV0
Zi1taWxlLWlvZGVmLWd1aWRhbmNlLTEwDQoNClRoYW5rIHlvdSBmb3IgeW91ciByZXZpZXcuICBU
aGUgZWRpdG9ycyB3aWxsIHJlc3BvbmQgYW5kIHVwZGF0ZSBhcyBuZWVkZWQuICBDb3B5aW5nIG1p
bGUgdG8gaGVscCB3aXRoIHRoZSByZXNwb25zZS4NCg0KQmVzdCByZWdhcmRzLA0KS2F0aGxlZW4N
Cg0KT24gVGh1LCBBdWcgMTcsIDIwMTcgYXQgMTE6MTUgUE0sIFFpbiBXdSA8YmlsbC53dUBodWF3
ZWkuY29tPiB3cm90ZToNCj4gSSBoYXZlIHJldmlld2VkIHRoaXMgZG9jdW1lbnQgYXMgcGFydCBv
ZiB0aGUgT3BlcmF0aW9uYWwgZGlyZWN0b3JhdGUncyANCj4gb25nb2luZyBlZmZvcnQgdG8gcmV2
aWV3IGFsbCBJRVRGIGRvY3VtZW50cyBiZWluZyBwcm9jZXNzZWQgYnkgdGhlIElFU0cuDQo+IFRo
ZXNlIGNvbW1lbnRzIHdlcmUgd3JpdHRlbiB3aXRoIHRoZSBpbnRlbnQgb2YgaW1wcm92aW5nIHRo
ZSANCj4gb3BlcmF0aW9uYWwgYXNwZWN0cyBvZiB0aGUgSUVURiBkcmFmdHMuIENvbW1lbnRzIHRo
YXQgYXJlIG5vdCANCj4gYWRkcmVzc2VkIGluIGxhc3QgY2FsbCBtYXkgYmUgaW5jbHVkZWQgaW4g
QUQgcmV2aWV3cyBkdXJpbmcgdGhlIElFU0cgDQo+IHJldmlldy4gIERvY3VtZW50IGVkaXRvcnMg
YW5kIFdHIGNoYWlycyBzaG91bGQgdHJlYXQgdGhlc2UgY29tbWVudHMganVzdCBsaWtlIGFueSBv
dGhlciBsYXN0IGNhbGwgY29tbWVudHMuDQo+DQo+DQo+DQo+IFN1bW1hcnk6DQo+DQo+IFRoaXMg
ZG9jdW1lbnQgcHJvdmlkZXMgdXNhZ2UgZ3VpZGVsaW5lIGZvciBUaGUgSW5jaWRlbnQgT2JqZWN0
IA0KPiBEZXNjcmlwdGlvbiBFeGNoYW5nZSBGb3JtYXQgdjIuDQo+DQo+IEl0IGlzIGFsbW9zdCBy
ZWFkeSBmb3IgcHVibGljYXRpb24uIFRoZSByZWFkYWJpbGl0eSBuZWVkcyB0byBiZSANCj4gaW1w
cm92ZWQgYSBsaXR0bGUgYml0Lg0KPg0KPiBNYWpvciBJc3N1ZXM6DQo+DQo+IFNlY3Rpb24gMy4x
LCAzcmQgcGFyYWdyYXBoOg0KPg0KPiBDb25mdXNlZCwgV2hpY2ggZWxlbWVudHMgYXJlIHJlcXVp
cmVkIGJ5IElPREVGIHYyIHNwZWNpZmljYXRpb24/IEVtYWlsIA0KPiBvciB0eXBlIGFuZCByb2xl
IGF0dHJpYnV0ZXM/IElzbuKAmXQgY29udGFjdCBjbGFzcyBwYXJ0IG9mIElPREVGIHYyIA0KPiBz
cGVjaWZpY2F0aW9uPw0KPg0KPiBTZWN0aW9uIDUuMiAybmQgcGFyYWdyYXBoIHNhaWQ6DQo+DQo+
IOKAnA0KPg0KPiBJbnRlcm9wZXJhYmlsaXR5IGJldHdlZW4gUklEIGFnZW50cyBhbmQgdGhlIHN0
YW5kYXJkcywgVXNlIG9mDQo+DQo+IFtSRkM2NTQ1XSBhbmQgW1JGQzY1NDZdLCB3ZXJlIGFsc28g
cHJvdmVuIGluIHRoaXMgZXhlcmNpc2UuDQo+DQo+IOKAnA0KPg0KPiBJbnRlcm9wZXJhYmlsaXR5
IGJldHdlZW4gUklEIGFnZW50cyBvciBJbnRlcm9wZXJhYmlsaXR5IGJldHdlZW4gUklEIA0KPiBh
Z2VudHMgYW5kIHN0YW5kYXJkcz8NCj4NCj4gVXNlIG9mW1JGQzY1NDVdIGFuZCBbUkZDNjU0Nl0g
aXMgcHJvdmVuPyBQbGVhc2UgbWFrZSBjbGVhciBpbiB0aGUgdGV4dC4NCj4NCj4NCj4NCj4gTWlu
b3IgSXNzdWVzOg0KPg0KPiBTZWN0aW9uIDMuMSAybmQgcGFyYWdyYXBoOg0KPg0KPiBDb25zaXN0
ZW50IHdpdGggdGhlIGZpZ3VyZSBpbiBzZWN0aW9uIDMuMQ0KPg0KPiBzLyBtaW5pbWFsIEluY2lk
ZW50IGNsYXNzIG5lZWRzLyBtaW5pbWFsLXN0eWxlIEluY2lkZW50IGNsYXNzIG5lZWRzDQo+DQo+
IFNlY3Rpb24gMy4yIDR0aCBwYXJhZ3JhcGg6DQo+DQo+IE9MRCBURVhUOg0KPg0KPiDigJwNCj4N
Cj4gICAgRm9yIHVzZS1jYXNlcyB3aGVyZSBpbmRpY2F0b3JzIG5lZWQgdG8gYmUgZGVzY3JpYmVk
LCB0aGUNCj4NCj4gICAgSW5kaWNhdG9yRGF0YSBjbGFzcyBpdHMgY2xhc3NlcyB3aWxsIGJlIGlt
cGxlbWVudGVkIGluc3RlYWQgb2YgdGhlDQo+DQo+ICAgIEV2ZW50RGF0YSBjbGFzcy4NCj4NCj4g
4oCcDQo+DQo+IE5FVyBURVhUOg0KPg0KPiDigJwNCj4NCj4gICAgRm9yIHVzZS1jYXNlcyB3aGVy
ZSBpbmRpY2F0b3JzIG5lZWQgdG8gYmUgZGVzY3JpYmVkLCB0aGUNCj4NCj4gICAgSW5kaWNhdG9y
RGF0YSBjbGFzcyB3aWxsIGJlIGltcGxlbWVudGVkIGluc3RlYWQgb2YgdGhlDQo+DQo+ICAgIEV2
ZW50RGF0YSBjbGFzcy4NCj4NCj4g4oCdDQo+DQo+IFNlY3Rpb24gMy4yIGxhc3QgcGFyYWdyYXBo
Og0KPg0KPiBzLyByZWxhdmFudC9yZWxldmFudA0KPg0KPiBTZWN0aW9uIDQuMQ0KPg0KPiBPTEQg
VEVYVDoNCj4NCj4g4oCcDQo+DQo+IEFzDQo+DQo+ICAgIGV4dGVybmFsIGVudW1lcmF0aW9ucyBj
YW4gY2FyeSBncmVhdGx5LCBpbXBsZW1lbnRlcnMgU0hPVUxEIG9ubHkNCj4NCj4gICAgc3VwcG9y
dCBleHRlcm5hbCBlbnVtZXJhdGlvbnMgdGhhdCBhcmUgZXhwZWN0ZWQgdG8gZGVzY3JpYmUgdGhl
aXINCj4NCj4gICAgc3BlY2lmaWMgdXNlLWNhc2VzLg0KPg0KPg0KPg0KPiDigJ0NCj4NCj4gTkVX
IFRFWFQ6DQo+DQo+IOKAnA0KPg0KPiBBcyBleHRlcm5hbCBlbnVtZXJhdGlvbnMgY2FuIGJlIGNh
cnJpZWQgZ3JlYXRseSwgaW1wbGVtZW50ZXJzIFNIT1VMRCANCj4gb25seQ0KPg0KPiAgICBzdXBw
b3J0IGV4dGVybmFsIGVudW1lcmF0aW9ucyB0aGF0IGFyZSBleHBlY3RlZCB0byBkZXNjcmliZSB0
aGVpcg0KPg0KPiAgICBzcGVjaWZpYyB1c2UtY2FzZXMuDQo+DQo+DQo+DQo+IOKAnQ0KPg0KPiBT
ZWN0aW9uIDQuMw0KPg0KPiBPTEQgVEVYVDoNCj4NCj4g4oCcDQo+DQo+IFRoZSBJbmRpY2F0b3Ig
Y2xhc3MgY2FuIGluY2x1ZGUgcmVmZXJlbmNlcyB0byBvdGhlcg0KPg0KPiAgICBpbmRpY2F0b3Jz
LCBvYnNlcnZhYmxlcyBhbmQgbW9yZSBjbGFzc2VzIHRoZSBjb250YWluIGRldGFpbHMgYWJvdXQN
Cj4NCj4gICAgdGhlIGluZGljYXRvci4NCj4NCj4g4oCdDQo+DQo+IE5FVyBURVhUOg0KPg0KPiDi
gJwNCj4NCj4gVGhlIEluZGljYXRvciBjbGFzcyBjYW4gaW5jbHVkZSByZWZlcmVuY2VzIHRvIG90
aGVyDQo+DQo+IGluZGljYXRvcnMsIG9ic2VydmFibGVzIGFuZCBtb3JlIGNsYXNzZXMgdGhlIGNv
bnRhaW4gZGV0YWlscyBhYm91dA0KPg0KPiB0aGUgaW5kaWNhdG9yLg0KPg0KPiDigJ0NCj4NCj4g
U2VjdGlvbiA1LjENCj4NCj4gT0xEIFRFWFQ6DQo+DQo+IOKAnA0KPg0KPiBTZWN0aW9uIDcgYWxz
bw0KPg0KPiAgICBpbmNsdWRlcyBwcmFjdGljYWwgSU9ERUYgdXNlIGd1aWRlbGluZXMuDQo+DQo+
IOKAnQ0KPg0KPiBORVcgVEVYVDoNCj4NCj4g4oCcDQo+DQo+IOKAnA0KPg0KPiBTZWN0aW9uIDcg
YWxzbw0KPg0KPiAgICBpbmNsdWRlcyBwcmFjdGljYWwgSU9ERUYgdXNhZ2UgZ3VpZGVsaW5lcy4N
Cj4NCj4g4oCdDQo+DQo+DQo+DQo+IOKAnQ0KPg0KPiBTZWN0aW9uIDUuMiAxc3QgcGFyYWdyYXBo
Og0KPg0KPiBzLyBjb21wdGV0aW5nIC9jb21wZXRpbmcNCj4NCj4gTml0czoNCj4NCj4gUGxlYXNl
IHJ1biBuaXQtY2hlY2sgdG8gZml4IDMgZXJyb3JzIGFuZCAzIHdhcm5pbmdzLg0KPg0KPg0KPg0K
PiAtUWluDQoNCg0KDQotLSANCg0KQmVzdCByZWdhcmRzLA0KS2F0aGxlZW4NCg0KX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCm1pbGUgbWFpbGluZyBsaXN0
DQptaWxlQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21p
bGUNCg==


From nobody Wed Aug 30 12:28:34 2017
Return-Path: <warren@kumari.net>
X-Original-To: mile@ietf.org
Delivered-To: mile@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E2FAE1326EA; Wed, 30 Aug 2017 12:28:17 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Warren Kumari <warren@kumari.net>
To: "The IESG" <iesg@ietf.org>
Cc: draft-ietf-mile-iodef-guidance@ietf.org, mile-chairs@ietf.org, ncamwing@cisco.com, mile@ietf.org, bill.wu@huawei.com
X-Test-IDTracker: no
X-IETF-IDTracker: 6.59.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <150412129792.21599.7418826747975474337.idtracker@ietfa.amsl.com>
Date: Wed, 30 Aug 2017 12:28:17 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/mile/B847vBJMqWuZpiiRBfCHD2Thz0U>
Subject: [mile] Warren Kumari's No Objection on draft-ietf-mile-iodef-guidance-10: (with COMMENT)
X-BeenThere: mile@ietf.org
X-Mailman-Version: 2.1.22
List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" <mile.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mile>, <mailto:mile-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mile/>
List-Post: <mailto:mile@ietf.org>
List-Help: <mailto:mile-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mile>, <mailto:mile-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 30 Aug 2017 19:28:18 -0000

Warren Kumari has entered the following ballot position for
draft-ietf-mile-iodef-guidance-10: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-mile-iodef-guidance/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

I'll also echo Ben / Benoit's comments and also thank Qin Wu for the OpsDir
review. I've just seen that you have responded to it, thank you.

I especially don't understand the:
"Interoperability between RID agents and the standards, Use of  [RFC6545] and
[RFC6546], were also proven in this exercise." -- is the "Use of" superfluous?
I *think* so, and removing it fixes it, but I'm not quite sure what was
intended.

Many of the nit checker things seem simply to solve (like the use of
non-documentation addresses) - these should be addressed.

In addition I have some nits:
Section3.1.
"Minimal IODEF document IODEF includes one mandatory classes. "
s/classes/class/

Section 3.2.  Information represented
" The implementer should  carefully look into the schema and decide classes to
implement (or not)." -- I think this is missing a "which" between "decide" and
"classes".



From nobody Wed Aug 30 19:21:19 2017
Return-Path: <suresh.krishnan@gmail.com>
X-Original-To: mile@ietf.org
Delivered-To: mile@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B7D4A1320BD; Wed, 30 Aug 2017 19:21:17 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Suresh Krishnan <suresh.krishnan@gmail.com>
To: "The IESG" <iesg@ietf.org>
Cc: draft-ietf-mile-iodef-guidance@ietf.org, mile-chairs@ietf.org, ncamwing@cisco.com, mile@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.59.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <150414607774.16896.2084382126594552594.idtracker@ietfa.amsl.com>
Date: Wed, 30 Aug 2017 19:21:17 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/mile/7M9fxO38umt-RhdULYkbm1evBZw>
Subject: [mile] Suresh Krishnan's No Objection on draft-ietf-mile-iodef-guidance-10: (with COMMENT)
X-BeenThere: mile@ietf.org
X-Mailman-Version: 2.1.22
List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" <mile.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mile>, <mailto:mile-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mile/>
List-Post: <mailto:mile@ietf.org>
List-Help: <mailto:mile-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mile>, <mailto:mile-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 31 Aug 2017 02:21:18 -0000

Suresh Krishnan has entered the following ballot position for
draft-ietf-mile-iodef-guidance-10: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-mile-iodef-guidance/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

* Please use example IP addresses from one or more of the documentation blocks
in RFC6890 exclusively instead of using RFC1918 private addresses mixed in
(e.g. 10.1.1.1)



From nobody Wed Aug 30 21:28:33 2017
Return-Path: <adam@nostrum.com>
X-Original-To: mile@ietf.org
Delivered-To: mile@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 89F1C124207; Wed, 30 Aug 2017 21:28:26 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Adam Roach <adam@nostrum.com>
To: "The IESG" <iesg@ietf.org>
Cc: draft-ietf-mile-iodef-guidance@ietf.org, mile-chairs@ietf.org, ncamwing@cisco.com, mile@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.59.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <150415370655.16892.11906802051251973830.idtracker@ietfa.amsl.com>
Date: Wed, 30 Aug 2017 21:28:26 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/mile/cfDc3VSv8R7-nEIxqkfU6rGUFVI>
Subject: [mile] Adam Roach's No Objection on draft-ietf-mile-iodef-guidance-10: (with COMMENT)
X-BeenThere: mile@ietf.org
X-Mailman-Version: 2.1.22
List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" <mile.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mile>, <mailto:mile-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mile/>
List-Post: <mailto:mile@ietf.org>
List-Help: <mailto:mile-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mile>, <mailto:mile-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 31 Aug 2017 04:28:27 -0000

Adam Roach has entered the following ballot position for
draft-ietf-mile-iodef-guidance-10: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-mile-iodef-guidance/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

I agree with the other comments that this reads like a BCP, and should probably
be re-characterized.

The diagram in section 3.1 (which I would like to refer to by number but cannot
-- consider adding figure numbers) appears to be using UML. While many software
engineers will be familiar with this notation, it's likely that many also will
not. A citation to ISO/IEC 19501:2005 to explain the meaning of the various
symbols may be appropriate.

Section 3.1 says "Implementers can refer to Appendix B and Section 7 of
[RFC7970]..." which is ambiguous: it reads as if it is directing readers to
Appendix B of RFC7970. I think it means Appendix B of this document. Suggest:
"Implementers can refer to Section 7 of [RFC7970] and Appendix B...".

Section 3.2 refers to the use of external schemata for reporting certain types
of events. I would have expected to see guidance here (and/or in Section 4.2)
indicating that the event report should be useful even for those
implementations that don't comprehend these external schemata (unless this
guidance already exists in the base IODEF definition; in which case, feel free
to silently ignore this comment).

It would be useful to provide a definition of the term "spear-phishing."

____

I assume the version of the ID Nits tool used to check this document varies
from the one at
<https://www.ietf.org/tools/idnits?url=https://www.ietf.org/archive/id/draft-ietf-mile-iodef-guidance-10.txt>.
The following issues appear to be legitimate problems in need of addressing. If
formatting of the XML documents without adding line breaks is considered
critical (which seems possible but unlikely), consider base64-encoding them.

  ** The document seems to lack an IANA Considerations section.  (See Section
     2.2 of http://www.ietf.org/id-info/checklist for how to handle the case
     when there are no actions for IANA.)

  ** There are 28 instances of too long lines in the document, the longest
     one being 53 characters in excess of 72.

  ** The abstract seems to contain references ([RFC7970]), which it
     shouldn't.  Please replace those with straight textual mentions of the
     documents in question.

  == There are 2 instances of lines with private range IPv4 addresses in the
     document.  If these are generic example addresses, they should be changed
     to use any of the ranges defined in RFC 6890 (or successor): 192.0.2.x,
     198.51.100.x or 203.0.113.x.



From nobody Thu Aug 31 08:26:51 2017
Return-Path: <pkampana@cisco.com>
X-Original-To: mile@ietfa.amsl.com
Delivered-To: mile@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E796E120720; Thu, 31 Aug 2017 08:26:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.52
X-Spam-Level: 
X-Spam-Status: No, score=-14.52 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, SPF_PASS=-0.001, URIBL_BLOCKED=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 32Fc1AUenDYt; Thu, 31 Aug 2017 08:26:40 -0700 (PDT)
Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6F44C13236D; Thu, 31 Aug 2017 08:26:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2614; q=dns/txt; s=iport; t=1504193200; x=1505402800; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=sPlEkFfIJE4hLS+eia1s9kPXusSlEZpl6RyhLFN9j7U=; b=PO2M37qoQ7doZ2+wy2QvoDwis0+0sA3II/dUp+7600cM8Pk9arQ7UdyP y3m5RgiDMHTnp2EFo8BMaW/NIrgNPd19XX0K8luIuQJhuYX9jcfnLMRcz 6uDz+I08xMeFlppr6Abj70YlciGND0IwEm6bMra9Inif3HRntKtx1F9YR 8=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CYAAAhKqhZ/5tdJa1eGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBg1pkgRUHjhCQHoFxlicOggQhC4UbAoQOPxgBAgEBAQEBAQFrKIU?= =?us-ascii?q?YAQEBAQMBATg0CwwEAgEIEQQBAR8JBycLFAkIAgQBDQUIiikQsCKLSQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBARgFgyqCAoFOgWODKIRCARIBUYVCBYoDlmwCh1mMbYI?= =?us-ascii?q?chWeKdJZEAR84gQILdxVJhRgcGYFOdgGIGYEjgQ8BAQE?=
X-IronPort-AV: E=Sophos;i="5.41,453,1498521600"; d="scan'208";a="477469734"
Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 31 Aug 2017 15:26:39 +0000
Received: from XCH-RCD-007.cisco.com (xch-rcd-007.cisco.com [173.37.102.17]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id v7VFQd9O011808 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 31 Aug 2017 15:26:39 GMT
Received: from xch-aln-010.cisco.com (173.36.7.20) by XCH-RCD-007.cisco.com (173.37.102.17) with Microsoft SMTP Server (TLS) id 15.0.1263.5; Thu, 31 Aug 2017 10:26:38 -0500
Received: from xch-aln-010.cisco.com ([173.36.7.20]) by XCH-ALN-010.cisco.com ([173.36.7.20]) with mapi id 15.00.1263.000; Thu, 31 Aug 2017 10:26:38 -0500
From: "Panos Kampanakis (pkampana)" <pkampana@cisco.com>
To: Warren Kumari <warren@kumari.net>, The IESG <iesg@ietf.org>
CC: "draft-ietf-mile-iodef-guidance@ietf.org" <draft-ietf-mile-iodef-guidance@ietf.org>, "mile@ietf.org" <mile@ietf.org>, "bill.wu@huawei.com" <bill.wu@huawei.com>, "mile-chairs@ietf.org" <mile-chairs@ietf.org>
Thread-Topic: [mile] Warren Kumari's No Objection on draft-ietf-mile-iodef-guidance-10: (with COMMENT)
Thread-Index: AQHTIcYokcSYtfoER0auv1DF8JdkS6Kehi8A
Date: Thu, 31 Aug 2017 15:26:38 +0000
Message-ID: <03db4ab6dec24c628da6264d985fcbaa@XCH-ALN-010.cisco.com>
References: <150412129792.21599.7418826747975474337.idtracker@ietfa.amsl.com>
In-Reply-To: <150412129792.21599.7418826747975474337.idtracker@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.116.108.5]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/mile/Y_InIHsDoFkVT0Lbce65FR1f8gU>
Subject: Re: [mile] Warren Kumari's No Objection on draft-ietf-mile-iodef-guidance-10: (with COMMENT)
X-BeenThere: mile@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" <mile.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mile>, <mailto:mile-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mile/>
List-Post: <mailto:mile@ietf.org>
List-Help: <mailto:mile-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mile>, <mailto:mile-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 31 Aug 2017 15:26:43 -0000

Thank you for the review Warren. We rephrased the sentence about interop to=
 " Interoperability between RID agents implementing [RFC6545"] [RFC6546] wa=
s also confirmed. " so that it makes more sense. All the rest of the nits a=
nd nit checker finds are also fixed. Also added a minimal IANA consideratio=
ns section, since practically there are none.=20

We still owe responses and fixes for Ben's comments. Will do that soon.=20

Panos


-----Original Message-----
From: mile [mailto:mile-bounces@ietf.org] On Behalf Of Warren Kumari
Sent: Wednesday, August 30, 2017 3:28 PM
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-mile-iodef-guidance@ietf.org; mile@ietf.org; bill.wu@huawei.=
com; mile-chairs@ietf.org
Subject: [mile] Warren Kumari's No Objection on draft-ietf-mile-iodef-guida=
nce-10: (with COMMENT)

Warren Kumari has entered the following ballot position for
draft-ietf-mile-iodef-guidance-10: No Objection

When responding, please keep the subject line intact and reply to all email=
 addresses included in the To and CC lines. (Feel free to cut this introduc=
tory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-mile-iodef-guidance/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

I'll also echo Ben / Benoit's comments and also thank Qin Wu for the OpsDir=
 review. I've just seen that you have responded to it, thank you.

I especially don't understand the:
"Interoperability between RID agents and the standards, Use of  [RFC6545] a=
nd [RFC6546], were also proven in this exercise." -- is the "Use of" superf=
luous?
I *think* so, and removing it fixes it, but I'm not quite sure what was int=
ended.

Many of the nit checker things seem simply to solve (like the use of non-do=
cumentation addresses) - these should be addressed.

In addition I have some nits:
Section3.1.
"Minimal IODEF document IODEF includes one mandatory classes. "
s/classes/class/

Section 3.2.  Information represented
" The implementer should  carefully look into the schema and decide classes=
 to implement (or not)." -- I think this is missing a "which" between "deci=
de" and "classes".


_______________________________________________
mile mailing list
mile@ietf.org
https://www.ietf.org/mailman/listinfo/mile


From nobody Thu Aug 31 09:47:37 2017
Return-Path: <pkampana@cisco.com>
X-Original-To: mile@ietfa.amsl.com
Delivered-To: mile@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D576A132025; Thu, 31 Aug 2017 09:47:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.52
X-Spam-Level: 
X-Spam-Status: No, score=-14.52 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, SPF_PASS=-0.001, URIBL_BLOCKED=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 5__2fGHG5Ep4; Thu, 31 Aug 2017 09:47:34 -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 ED666132DFA; Thu, 31 Aug 2017 09:47:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1487; q=dns/txt; s=iport; t=1504198053; x=1505407653; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=3HPv5ZLwevwWoI8Bv4cpt7O4LGFmdRKZED5NmsZ+TNY=; b=Rfpt8KOZtEuiVdo3Ue/q6KquROn2BRB9fKwVYg3ciLX34ZHAY+6pXTAg X8sAfVzTDwi+k8zGiszpwhdfuR3R3T78aTKDe5+2v17xmTLzGzHwdRfMH Bch6MaMT62/c52/EDykWnkQfBYvzlnYaJTL5raJGVc5wXUxbyidNDJDRg o=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CYAADrPKhZ/5RdJa1eGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBg1pkgRUHjhCQHoFxlicOggQhC4UbAoQOPxgBAgEBAQEBAQFrKIU?= =?us-ascii?q?YAQEBAQMBATg0CwwEAgEIEQQBAR8JBycLFAkIAgQBDQUIiikQsH+LYAEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBARgFgyqCAoFOgWODKIRCARIBUYVCBYoDlmwCh1mMbYI?= =?us-ascii?q?chWeKdJZEAR84gQILdxVJhU2BTnYBiBmBI4EPAQEB?=
X-IronPort-AV: E=Sophos;i="5.41,454,1498521600"; d="scan'208";a="474648258"
Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 31 Aug 2017 16:47:32 +0000
Received: from XCH-ALN-007.cisco.com (xch-aln-007.cisco.com [173.36.7.17]) by rcdn-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id v7VGlWJn012311 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 31 Aug 2017 16:47:32 GMT
Received: from xch-aln-010.cisco.com (173.36.7.20) by XCH-ALN-007.cisco.com (173.36.7.17) with Microsoft SMTP Server (TLS) id 15.0.1263.5; Thu, 31 Aug 2017 11:47:31 -0500
Received: from xch-aln-010.cisco.com ([173.36.7.20]) by XCH-ALN-010.cisco.com ([173.36.7.20]) with mapi id 15.00.1263.000; Thu, 31 Aug 2017 11:47:31 -0500
From: "Panos Kampanakis (pkampana)" <pkampana@cisco.com>
To: Suresh Krishnan <suresh.krishnan@gmail.com>, The IESG <iesg@ietf.org>
CC: "draft-ietf-mile-iodef-guidance@ietf.org" <draft-ietf-mile-iodef-guidance@ietf.org>, "mile@ietf.org" <mile@ietf.org>, "mile-chairs@ietf.org" <mile-chairs@ietf.org>
Thread-Topic: [mile] Suresh Krishnan's No Objection on draft-ietf-mile-iodef-guidance-10: (with COMMENT)
Thread-Index: AQHTIf/WmAA+53aw2UCc622qWceuPaKerY/w
Date: Thu, 31 Aug 2017 16:47:31 +0000
Message-ID: <9faacf649cfb4bc8895a86196fc66109@XCH-ALN-010.cisco.com>
References: <150414607774.16896.2084382126594552594.idtracker@ietfa.amsl.com>
In-Reply-To: <150414607774.16896.2084382126594552594.idtracker@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.116.108.5]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/mile/EF_6HSSblOAbktCCo2zL0jMR1v0>
Subject: Re: [mile] Suresh Krishnan's No Objection on draft-ietf-mile-iodef-guidance-10: (with COMMENT)
X-BeenThere: mile@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" <mile.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mile>, <mailto:mile-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mile/>
List-Post: <mailto:mile@ietf.org>
List-Help: <mailto:mile-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mile>, <mailto:mile-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 31 Aug 2017 16:47:36 -0000

Thank you Suresh. Fixed in the new iteration that will go out.=20
=20

-----Original Message-----
From: mile [mailto:mile-bounces@ietf.org] On Behalf Of Suresh Krishnan
Sent: Wednesday, August 30, 2017 10:21 PM
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-mile-iodef-guidance@ietf.org; mile@ietf.org; mile-chairs@iet=
f.org
Subject: [mile] Suresh Krishnan's No Objection on draft-ietf-mile-iodef-gui=
dance-10: (with COMMENT)

Suresh Krishnan has entered the following ballot position for
draft-ietf-mile-iodef-guidance-10: No Objection

When responding, please keep the subject line intact and reply to all email=
 addresses included in the To and CC lines. (Feel free to cut this introduc=
tory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-mile-iodef-guidance/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

* Please use example IP addresses from one or more of the documentation blo=
cks in RFC6890 exclusively instead of using RFC1918 private addresses mixed=
 in (e.g. 10.1.1.1)


_______________________________________________
mile mailing list
mile@ietf.org
https://www.ietf.org/mailman/listinfo/mile


From nobody Thu Aug 31 11:09:09 2017
Return-Path: <warren@kumari.net>
X-Original-To: mile@ietfa.amsl.com
Delivered-To: mile@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1894B13293F for <mile@ietfa.amsl.com>; Thu, 31 Aug 2017 11:09:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level: 
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, URIBL_BLOCKED=0.001] autolearn=unavailable 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 MSqlcOoG9ihK for <mile@ietfa.amsl.com>; Thu, 31 Aug 2017 11:09:03 -0700 (PDT)
Received: from mail-wr0-x231.google.com (mail-wr0-x231.google.com [IPv6:2a00:1450:400c:c0c::231]) (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 693C01326AA for <mile@ietf.org>; Thu, 31 Aug 2017 11:09:01 -0700 (PDT)
Received: by mail-wr0-x231.google.com with SMTP id y15so1019731wrc.2 for <mile@ietf.org>; Thu, 31 Aug 2017 11:09:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=r/KXwXFzWOmBkRV2A0F/1kIr9IWEO05CzVzTWLgzdsg=; b=jRmPxudJ9/PSctrxfa7widqErHMT8uhWO0rCPkWrxIuDHwX64Arn+o8ljgDY2KH+js TFoN6xcmxzBFwOuiRPqxCDZGy9NoYi81Kzi2wdrXt5gW9AiA6fhYXxiwYhhJ7xdADGwt /69AmJNvuoq/yQMTWdHhVpQxcKdzwKj2aA+7LYTLX4vcwZrz+ZsHTyGgtf0P95AUiPA/ /Wf5nz8m+Lnz499NhB3b+uWPQiD/SJotakgW4wS55oY4HLhM0S5uRhglA37/dhbiYCPA EhZ2vFuxH2egXpodVX0L0Fj55ERA9ZjgOsRClId9Mnk6LJnregLLriIsD99d7ngv/PJM sNFA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=r/KXwXFzWOmBkRV2A0F/1kIr9IWEO05CzVzTWLgzdsg=; b=t3oWzxCz0+I66q4k/V9EJrtLLvfj+89zs/jtxF9vycABEfPfZcmdzFkKyGgfj24SwP 0TSAiND5r3pu3Oq8Ae1NQeH1pdActAchqjoCpmmzxxGVR+1CadkWY1YscPnSYsotUxR1 8Ce781sq9kBWOkvsdXCN2S53KfTv5mKJigZuAFvcT3SKd/3quRz/u2hY6+j4OxlEkChG RqPREFSTyxoG1Y2HezgLbhVKdPXVmLiExsuYQZjn/5wtKttLrEjhPHP0dPoMq6Eb6PeA YehN+FecOC4Iw0IZ7QKtNorFfMehGWIT01gBxiQGXonczOogTHxv7lYsRsxkwSp9WKB1 EQEQ==
X-Gm-Message-State: AHYfb5gHVpZyzmk5qFTSCsg5qsssc6jIcy15AmQpfwzRddTAmOLkupAS XpyeCU7Upe1OhzNootI4RiegCjZ7/BPv
X-Google-Smtp-Source: ADKCNb4IIe0Tb4NqN3otNQQD+Bn4QgTDegOrJ6X4Q2+QmDukdtcbdUYYgzzQm+psfpMG9p3koZcxXX7trmPG+LLaSYk=
X-Received: by 10.223.163.19 with SMTP id c19mr2142151wrb.167.1504202939740; Thu, 31 Aug 2017 11:08:59 -0700 (PDT)
MIME-Version: 1.0
References: <150412129792.21599.7418826747975474337.idtracker@ietfa.amsl.com> <03db4ab6dec24c628da6264d985fcbaa@XCH-ALN-010.cisco.com>
In-Reply-To: <03db4ab6dec24c628da6264d985fcbaa@XCH-ALN-010.cisco.com>
From: Warren Kumari <warren@kumari.net>
Date: Thu, 31 Aug 2017 18:08:49 +0000
Message-ID: <CAHw9_i+42xsp2jqa1ML-fMX9uHnpp1fQM56jLjpK=R2vP7N0Fg@mail.gmail.com>
To: "Panos Kampanakis (pkampana)" <pkampana@cisco.com>, The IESG <iesg@ietf.org>
Cc: "bill.wu@huawei.com" <bill.wu@huawei.com>,  "draft-ietf-mile-iodef-guidance@ietf.org" <draft-ietf-mile-iodef-guidance@ietf.org>,  "mile-chairs@ietf.org" <mile-chairs@ietf.org>, "mile@ietf.org" <mile@ietf.org>
Content-Type: multipart/alternative; boundary="f403045f19bce4ca6405581089cf"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mile/SylO6h__425gBZ1UGm1QQku0VCs>
Subject: Re: [mile] Warren Kumari's No Objection on draft-ietf-mile-iodef-guidance-10: (with COMMENT)
X-BeenThere: mile@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" <mile.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mile>, <mailto:mile-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mile/>
List-Post: <mailto:mile@ietf.org>
List-Help: <mailto:mile-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mile>, <mailto:mile-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 31 Aug 2017 18:09:07 -0000

--f403045f19bce4ca6405581089cf
Content-Type: text/plain; charset="UTF-8"

On Thu, Aug 31, 2017 at 11:26 AM Panos Kampanakis (pkampana) <
pkampana@cisco.com> wrote:

> Thank you for the review Warren. We rephrased the sentence about interop
> to " Interoperability between RID agents implementing [RFC6545"] [RFC6546]
> was also confirmed. " so that it makes more sense.


Great, thanks.

All the rest of the nits and nit checker finds are also fixed. Also added a
> minimal IANA considerations section, since practically there are none.
>
> We still owe responses and fixes for Ben's comments. Will do that soon.

Okay.

Thanks,
W



>
> Panos
>
>
> -----Original Message-----
> From: mile [mailto:mile-bounces@ietf.org] On Behalf Of Warren Kumari
> Sent: Wednesday, August 30, 2017 3:28 PM
> To: The IESG <iesg@ietf.org>
> Cc: draft-ietf-mile-iodef-guidance@ietf.org; mile@ietf.org;
> bill.wu@huawei.com; mile-chairs@ietf.org
> Subject: [mile] Warren Kumari's No Objection on
> draft-ietf-mile-iodef-guidance-10: (with COMMENT)
>
> Warren Kumari has entered the following ballot position for
> draft-ietf-mile-iodef-guidance-10: No Objection
>
> When responding, please keep the subject line intact and reply to all
> email addresses included in the To and CC lines. (Feel free to cut this
> introductory paragraph, however.)
>
>
> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
> for more information about IESG DISCUSS and COMMENT positions.
>
>
> The document, along with other ballot positions, can be found here:
> https://datatracker.ietf.org/doc/draft-ietf-mile-iodef-guidance/
>
>
>
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
>
> I'll also echo Ben / Benoit's comments and also thank Qin Wu for the
> OpsDir review. I've just seen that you have responded to it, thank you.
>
> I especially don't understand the:
> "Interoperability between RID agents and the standards, Use of  [RFC6545]
> and [RFC6546], were also proven in this exercise." -- is the "Use of"
> superfluous?
> I *think* so, and removing it fixes it, but I'm not quite sure what was
> intended.
>
> Many of the nit checker things seem simply to solve (like the use of
> non-documentation addresses) - these should be addressed.
>
> In addition I have some nits:
> Section3.1.
> "Minimal IODEF document IODEF includes one mandatory classes. "
> s/classes/class/
>
> Section 3.2.  Information represented
> " The implementer should  carefully look into the schema and decide
> classes to implement (or not)." -- I think this is missing a "which"
> between "decide" and "classes".
>
>
> _______________________________________________
> mile mailing list
> mile@ietf.org
> https://www.ietf.org/mailman/listinfo/mile
>
> --
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

--f403045f19bce4ca6405581089cf
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div><br><div class=3D"gmail_quote"><div dir=3D"auto">On Thu, Aug 31, 2017 =
at 11:26 AM Panos Kampanakis (pkampana) &lt;<a href=3D"mailto:pkampana@cisc=
o.com">pkampana@cisco.com</a>&gt; wrote:<br></div><blockquote class=3D"gmai=
l_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left=
:1ex">Thank you for the review Warren. We rephrased the sentence about inte=
rop to &quot; Interoperability between RID agents implementing [RFC6545&quo=
t;] [RFC6546] was also confirmed. &quot; so that it makes more sense. </blo=
ckquote><div dir=3D"auto"><br></div><div dir=3D"auto">Great, thanks.</div><=
div dir=3D"auto"><br></div><blockquote class=3D"gmail_quote" style=3D"margi=
n:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">All the rest of t=
he nits and nit checker finds are also fixed. Also added a minimal IANA con=
siderations section, since practically there are none.<br>
<br>
We still owe responses and fixes for Ben&#39;s comments. Will do that soon.=
</blockquote><div dir=3D"auto">Okay.</div><div dir=3D"auto"><br></div><div =
dir=3D"auto">Thanks,</div><div dir=3D"auto">W</div><div dir=3D"auto"><br></=
div><div dir=3D"auto"><br></div><blockquote class=3D"gmail_quote" style=3D"=
margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
Panos<br>
<br>
<br>
-----Original Message-----<br>
From: mile [mailto:<a href=3D"mailto:mile-bounces@ietf.org" target=3D"_blan=
k">mile-bounces@ietf.org</a>] On Behalf Of Warren Kumari<br>
Sent: Wednesday, August 30, 2017 3:28 PM<br>
To: The IESG &lt;<a href=3D"mailto:iesg@ietf.org" target=3D"_blank">iesg@ie=
tf.org</a>&gt;<br>
Cc: <a href=3D"mailto:draft-ietf-mile-iodef-guidance@ietf.org" target=3D"_b=
lank">draft-ietf-mile-iodef-guidance@ietf.org</a>; <a href=3D"mailto:mile@i=
etf.org" target=3D"_blank">mile@ietf.org</a>; <a href=3D"mailto:bill.wu@hua=
wei.com" target=3D"_blank">bill.wu@huawei.com</a>; <a href=3D"mailto:mile-c=
hairs@ietf.org" target=3D"_blank">mile-chairs@ietf.org</a><br>
Subject: [mile] Warren Kumari&#39;s No Objection on draft-ietf-mile-iodef-g=
uidance-10: (with COMMENT)<br>
<br>
Warren Kumari has entered the following ballot position for<br>
draft-ietf-mile-iodef-guidance-10: No Objection<br>
<br>
When responding, please keep the subject line intact and reply to all email=
 addresses included in the To and CC lines. (Feel free to cut this introduc=
tory paragraph, however.)<br>
<br>
<br>
Please refer to <a href=3D"https://www.ietf.org/iesg/statement/discuss-crit=
eria.html" rel=3D"noreferrer" target=3D"_blank">https://www.ietf.org/iesg/s=
tatement/discuss-criteria.html</a><br>
for more information about IESG DISCUSS and COMMENT positions.<br>
<br>
<br>
The document, along with other ballot positions, can be found here:<br>
<a href=3D"https://datatracker.ietf.org/doc/draft-ietf-mile-iodef-guidance/=
" rel=3D"noreferrer" target=3D"_blank">https://datatracker.ietf.org/doc/dra=
ft-ietf-mile-iodef-guidance/</a><br>
<br>
<br>
<br>
----------------------------------------------------------------------<br>
COMMENT:<br>
----------------------------------------------------------------------<br>
<br>
I&#39;ll also echo Ben / Benoit&#39;s comments and also thank Qin Wu for th=
e OpsDir review. I&#39;ve just seen that you have responded to it, thank yo=
u.<br>
<br>
I especially don&#39;t understand the:<br>
&quot;Interoperability between RID agents and the standards, Use of=C2=A0 [=
RFC6545] and [RFC6546], were also proven in this exercise.&quot; -- is the =
&quot;Use of&quot; superfluous?<br>
I *think* so, and removing it fixes it, but I&#39;m not quite sure what was=
 intended.<br>
<br>
Many of the nit checker things seem simply to solve (like the use of non-do=
cumentation addresses) - these should be addressed.<br>
<br>
In addition I have some nits:<br>
Section3.1.<br>
&quot;Minimal IODEF document IODEF includes one mandatory classes. &quot;<b=
r>
s/classes/class/<br>
<br>
Section 3.2.=C2=A0 Information represented<br>
&quot; The implementer should=C2=A0 carefully look into the schema and deci=
de classes to implement (or not).&quot; -- I think this is missing a &quot;=
which&quot; between &quot;decide&quot; and &quot;classes&quot;.<br>
<br>
<br>
_______________________________________________<br>
mile mailing list<br>
<a href=3D"mailto:mile@ietf.org" target=3D"_blank">mile@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/mile" rel=3D"noreferrer" t=
arget=3D"_blank">https://www.ietf.org/mailman/listinfo/mile</a><br>
<br>
</blockquote></div></div><div dir=3D"ltr">-- <br></div><div class=3D"gmail_=
signature" data-smartmail=3D"gmail_signature">I don&#39;t think the executi=
on is relevant when it was obviously a bad idea in the first place.<br>This=
 is like putting rabid weasels in your pants, and later expressing regret a=
t having chosen those particular rabid weasels and that pair of pants.<br>=
=C2=A0 =C2=A0---maf</div>

--f403045f19bce4ca6405581089cf--


From nobody Thu Aug 31 12:06:47 2017
Return-Path: <nance@winget.net>
X-Original-To: mile@ietf.org
Delivered-To: mile@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 3F5DB132DFA; Thu, 31 Aug 2017 12:06:45 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Nancy Cam-Winget <nance@winget.net>
To: <Kathleen.Moriarty.ietf@gmail.com>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.59.0
Auto-Submitted: auto-generated
Precedence: bulk
Cc: ncamwing@cisco.com, mile-chairs@tools.ietf.org, iesg-secretary@ietf.org, mile-chairs@ietf.org, mile@ietf.org, Nancy Cam-Winget <ncamwing@cisco.com>
Message-ID: <150420640525.16880.17139438831389904189.idtracker@ietfa.amsl.com>
Date: Thu, 31 Aug 2017 12:06:45 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/mile/HC-oE72rq5svDSDfElVtbL5rkOw>
Subject: [mile] Publication has been requested for draft-ietf-mile-rolie-08
X-BeenThere: mile@ietf.org
X-Mailman-Version: 2.1.22
List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" <mile.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mile>, <mailto:mile-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mile/>
List-Post: <mailto:mile@ietf.org>
List-Help: <mailto:mile-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mile>, <mailto:mile-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 31 Aug 2017 19:06:45 -0000

Nancy Cam-Winget has requested publication of draft-ietf-mile-rolie-08 as Proposed Standard on behalf of the MILE working group.

Please verify the document's state at https://datatracker.ietf.org/doc/draft-ietf-mile-rolie/


From nobody Thu Aug 31 13:16:46 2017
Return-Path: <ncamwing@cisco.com>
X-Original-To: mile@ietfa.amsl.com
Delivered-To: mile@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A600132A84 for <mile@ietfa.amsl.com>; Thu, 31 Aug 2017 13:16:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.52
X-Spam-Level: 
X-Spam-Status: No, score=-14.52 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, SPF_PASS=-0.001, URIBL_BLOCKED=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 2J4qSiG2PejK for <mile@ietfa.amsl.com>; Thu, 31 Aug 2017 13:16:42 -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 40AF31329D4 for <mile@ietf.org>; Thu, 31 Aug 2017 13:16:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3770; q=dns/txt; s=iport; t=1504210602; x=1505420202; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=HaGcWUTJZbwB9JHF6ZN0IeNOKxQIMbMaKdCfrb3Z+Ac=; b=DV5S2ce563JgiiSKDt/LA4iB2EAuq2Y+gR73hlVShHXIz0HFQdTc+mPj 802AC6JN9drOEzcsqzOJ8nYMM5rB6nkXfJOPB+C9erKiugPY8WEwTPRt2 1F5g4tkzkSQbunEoX+jd3xaTHgDVZ4gQvVjhfd3JRF0i8gFWlVsLi26Im g=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DjAAALbqhZ/4ENJK1aAxkBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYNaZIEVB44QkB6BTyKIOY1ughIhC4UbAhqDdT8YAQIBAQEBAQE?= =?us-ascii?q?BayiFGAEBAQEDAQEhEToLEAIBCA4DBAEBAQICIwMCAgIfBgsUAQgIAgQBDQWKG?= =?us-ascii?q?QMVEK98gieHPA2EFAEBAQEBAQEBAQEBAQEBAQEBAQEBARgFgQ2CHYICgzErC4J?= =?us-ascii?q?ygleBfgEBHhcKJoJMMIIxBaAzPAKHWYNahCaEdgyCB4VninSMTol2AR84gQ13F?= =?us-ascii?q?UkSAYcIdgGIJ4EjgQ8BAQE?=
X-IronPort-AV: E=Sophos;i="5.41,455,1498521600"; d="scan'208";a="474741501"
Received: from alln-core-9.cisco.com ([173.36.13.129]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 31 Aug 2017 20:16:41 +0000
Received: from XCH-RTP-014.cisco.com (xch-rtp-014.cisco.com [64.101.220.154]) by alln-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id v7VKGeR1016913 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 31 Aug 2017 20:16:41 GMT
Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-014.cisco.com (64.101.220.154) with Microsoft SMTP Server (TLS) id 15.0.1263.5; Thu, 31 Aug 2017 16:16:40 -0400
Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1263.000; Thu, 31 Aug 2017 16:16:40 -0400
From: "Nancy Cam-Winget (ncamwing)" <ncamwing@cisco.com>
To: Takeshi Takahashi <tt2@rc5.so-net.ne.jp>, John Field <jfield@pivotal.io>
CC: "mile@ietf.org" <mile@ietf.org>
Thread-Topic: [mile] ROLIE for Standards track?
Thread-Index: AQHTC+zN6wlv0xzHFkSqq1oFy/1Ny6JzHd6wgABGjwCABfjRgIAZ+EUAgAuMcgA=
Date: Thu, 31 Aug 2017 20:16:40 +0000
Message-ID: <E1B1EAF2-296B-4371-92E1-B3E1C3D174FD@cisco.com>
References: <C5A1DE61-B7D0-4238-ADF9-7AE825FA32FB@cisco.com> <7933b1e60e344c6db7dceda93b357fe3@XCH-ALN-010.cisco.com> <CACknUNV68pxREU5s291nMbwSh3Mx1=oNeZxof1f7cW-PyZF=qg@mail.gmail.com> <CAC0wChEO9f6Ly_E0JqUNKPAvo9xxMi+2XUAHg5ktqjNYeM=gzg@mail.gmail.com> <CAMA4c9XPp4jUmjsjvok-wo=Ujz61fS2YLr=BVXPCH0EjjzB3xw@mail.gmail.com>
In-Reply-To: <CAMA4c9XPp4jUmjsjvok-wo=Ujz61fS2YLr=BVXPCH0EjjzB3xw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/f.1a.0.160910
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.155.208.44]
Content-Type: text/plain; charset="utf-8"
Content-ID: <3A1C4FEEDEE6654E8A8A51736DAC6CE3@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/mile/G99Gy4e1qFSfUrFispx1OEcBuiw>
Subject: Re: [mile] ROLIE for Standards track?
X-BeenThere: mile@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" <mile.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mile>, <mailto:mile-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mile/>
List-Post: <mailto:mile@ietf.org>
List-Help: <mailto:mile-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mile>, <mailto:mile-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 31 Aug 2017 20:16:44 -0000

VGhhbmsgeW91IGFsbCBmb3IgdGhlIGNvbmZpcm1hdGlvbiBvZiBtb3ZpbmcgdGhlIGRyYWZ0IHRv
IFN0YW5kYXJkcyB0cmFjay4NCg0KV2l0aCB0aGlzLCBJ4oCZdmUgY2hhbmdlZCBpdHMgY2F0ZWdv
cml6YXRpb24gYW5kIGhhdmUgc3VibWl0dGVkIHRoZSB3cml0ZXVwIHRvIG1vdmUgdGhpcyB0byBJ
RVNHIHB1YmxpY2F0aW9uIHJlcXVlc3QuDQoNClJlZ2FyZHMsIE5hbmN5DQoNCk9uIDgvMjMvMTcs
IDk6NTUgUE0sICJtaWxlIG9uIGJlaGFsZiBvZiBUYWtlc2hpIFRha2FoYXNoaSIgPG1pbGUtYm91
bmNlc0BpZXRmLm9yZyBvbiBiZWhhbGYgb2YgdHQyQHJjNS5zby1uZXQubmUuanA+IHdyb3RlOg0K
DQogICAgKzEgZm9yIHN0YW5kYXJkcyB0cmFjaw0KICAgIA0KICAgIFRha2UNCiAgICANCiAgICAN
CiAgICAyMDE3LTA4LTA4IDE6MjAgR01UKzA5OjAwIEpvaG4gRmllbGQgPGpmaWVsZEBwaXZvdGFs
LmlvPjoNCiAgICA+ICsxDQogICAgPg0KICAgID4gVGhhbmtzLA0KICAgID4gSm9obg0KICAgID4N
CiAgICA+IE9uIFRodSwgQXVnIDMsIDIwMTcgYXQgNTowOCBQTSwgQWRhbSBNb250dmlsbGUgPGFk
YW0udy5tb250dmlsbGVAZ21haWwuY29tPg0KICAgID4gd3JvdGU6DQogICAgPj4NCiAgICA+PiAr
MSBoZXJlIGFsc28uDQogICAgPj4NCiAgICA+PiBPbiBUaHUsIEF1ZyAzLCAyMDE3IGF0IDM6NTUg
UE0gUGFub3MgS2FtcGFuYWtpcyAocGthbXBhbmEpDQogICAgPj4gPHBrYW1wYW5hQGNpc2NvLmNv
bT4gd3JvdGU6DQogICAgPj4+DQogICAgPj4+ICsxIGZvciBzdGFuZGFyZHMgdHJhY2suDQogICAg
Pj4+DQogICAgPj4+DQogICAgPj4+DQogICAgPj4+IEZyb206IG1pbGUgW21haWx0bzptaWxlLWJv
dW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBOYW5jeSBDYW0tV2luZ2V0DQogICAgPj4+IChu
Y2Ftd2luZykNCiAgICA+Pj4gU2VudDogV2VkbmVzZGF5LCBBdWd1c3QgMDIsIDIwMTcgODoxMCBQ
TQ0KICAgID4+PiBUbzogbWlsZUBpZXRmLm9yZw0KICAgID4+PiBTdWJqZWN0OiBbbWlsZV0gUk9M
SUUgZm9yIFN0YW5kYXJkcyB0cmFjaz8NCiAgICA+Pj4NCiAgICA+Pj4NCiAgICA+Pj4NCiAgICA+
Pj4gSGksDQogICAgPj4+DQogICAgPj4+DQogICAgPj4+DQogICAgPj4+IEJhY2sgaW4gSUVURiA5
NyAoU2VvdWwpLCB3ZSBkaXNjdXNzZWQgbW92aW5nIFJPTElFIGZyb20gSW5mb3JtYXRpb25hbCB0
bw0KICAgID4+PiBTdGFuZGFyZHMgdHJhY2sgd2l0aCBwYXJ0aWNpcGFudHMgYmVpbmcgaW4gZmF2
b3IuICBIb3dldmVyLCBJIHdhcyByZW1pc3MgaW4NCiAgICA+Pj4gY29uZmlybWluZyB0aGlzIG92
ZXIgdGhlIG1haWwgbGlzdOKApi5TTywNCiAgICA+Pj4NCiAgICA+Pj4gSW4gb3JkZXIgdG8gbW92
ZSB0aGlzIGZvcndhcmQgYXMgSSB0aGluayB0aGUgZHJhZnQgaXMgcmVhZHkgb3RoZXIgdGhhbg0K
ICAgID4+PiBpdHMgY2F0ZWdvcnkuDQogICAgPj4+DQogICAgPj4+DQogICAgPj4+DQogICAgPj4+
IEnigJlkIGxpa2UgdG8gYXNrIHRoZSBtYWlsIGxpc3Q6DQogICAgPj4+DQogICAgPj4+IC0gICAg
ICAgIFNob3VsZCBNSUxFIGFkb3B0DQogICAgPj4+IGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5v
cmcvZG9jL2RyYWZ0LWlldGYtbWlsZS1yb2xpZS8gYXMgYSBTdGFuZGFyZHMgdHJhY2sNCiAgICA+
Pj4gZG9jdW1lbnQ/DQogICAgPj4+DQogICAgPj4+DQogICAgPj4+DQogICAgPj4+IFBsZWFzZSBy
ZXNwb25kIGJ5IEF1Z3VzdCAxNnRoIHNvIHRoYXQgd2UgY2FuIG1vdmUgdGhpcyBpdGVtIGZvcndh
cmQuDQogICAgPj4+DQogICAgPj4+DQogICAgPj4+DQogICAgPj4+IEtpbmQgcmVnYXJkcywgTmFu
Y3kNCiAgICA+Pj4NCiAgICA+Pj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX18NCiAgICA+Pj4gbWlsZSBtYWlsaW5nIGxpc3QNCiAgICA+Pj4gbWlsZUBpZXRm
Lm9yZw0KICAgID4+PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21pbGUN
CiAgICA+Pg0KICAgID4+DQogICAgPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX18NCiAgICA+PiBtaWxlIG1haWxpbmcgbGlzdA0KICAgID4+IG1pbGVAaWV0
Zi5vcmcNCiAgICA+PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21pbGUN
CiAgICA+Pg0KICAgID4NCiAgICA+DQogICAgPg0KICAgID4gLS0NCiAgICA+DQogICAgPiBKb2hu
IFAuIEZpZWxkIHwgU2VjdXJpdHkgUE0gfCBQaXZvdGFsDQogICAgPg0KICAgID4gRGlyZWN0OiAo
OTA4KSA5NjItMzM5NCB8IGpmaWVsZEBwaXZvdGFsLmlvDQogICAgPg0KICAgID4NCiAgICA+IF9f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQogICAgPiBtaWxl
IG1haWxpbmcgbGlzdA0KICAgID4gbWlsZUBpZXRmLm9yZw0KICAgID4gaHR0cHM6Ly93d3cuaWV0
Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9taWxlDQogICAgPg0KICAgIA0KICAgIA0KICAgIA0KICAg
IC0tIA0KICAgIC0tDQogICAgVGFrZXNoaSBUYWthaGFzaGksIFBoLkQuLCBDSVNTUCwgUE1QDQog
ICAgIlByYWN0aWNlIG1ha2VzIHBlcmZlY3QhIg0KICAgIA0KICAgIF9fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQogICAgbWlsZSBtYWlsaW5nIGxpc3QNCiAg
ICBtaWxlQGlldGYub3JnDQogICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m
by9taWxlDQogICAgDQoNCg==


From nobody Thu Aug 31 15:32:58 2017
Return-Path: <ncamwing@cisco.com>
X-Original-To: mile@ietfa.amsl.com
Delivered-To: mile@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 67FBD132FDD for <mile@ietfa.amsl.com>; Thu, 31 Aug 2017 15:32:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.519
X-Spam-Level: 
X-Spam-Status: No, score=-14.519 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, SPF_PASS=-0.001, URIBL_BLOCKED=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 YedGm9h3x9x3 for <mile@ietfa.amsl.com>; Thu, 31 Aug 2017 15:32:54 -0700 (PDT)
Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6A2C7132EAA for <mile@ietf.org>; Thu, 31 Aug 2017 15:32:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5614; q=dns/txt; s=iport; t=1504218773; x=1505428373; h=from:to:subject:date:message-id:mime-version; bh=bkpaTNF1jMoggwl7W0D9uqDlZ/rVJR4CqImIycZ8f5g=; b=ZrK+MorOToZAfjIgkqhPTUFSYPt/S+Wtrm0MeLl0izJBRrzKSbly550b HPMA4kgd+AerkNwS4ZzBh2zgErEiCNiwBlv2beYhhic6jyfAnQz6QZFGJ 43c6JNipZ1ipdVRO9wI3UQkUPUXUjuzW/sjFzVASWLBwid0ezHotgdXQd 4=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DTAACojahZ/5NdJa1cGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBgm9rZIEcjhCQHpJahT6CEiyFN4N1PxgBAgEBAQEBAQFrHQuFQmgBSgI?= =?us-ascii?q?EMCcEiWBkELAUgicnizkBAQEBAQEBAwEBAQEBAQEBGwWDKoICgzEriwUwgjEFo?= =?us-ascii?q?G8Ch1mMdpJulkQBHziBDXcVWwGHCIpBgQ8BAQE?=
X-IronPort-AV: E=Sophos;i="5.41,455,1498521600";  d="scan'208,217";a="479635112"
Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 31 Aug 2017 22:32:52 +0000
Received: from XCH-RTP-011.cisco.com (xch-rtp-011.cisco.com [64.101.220.151]) by rcdn-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id v7VMWqkY031221 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for <mile@ietf.org>; Thu, 31 Aug 2017 22:32:52 GMT
Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-011.cisco.com (64.101.220.151) with Microsoft SMTP Server (TLS) id 15.0.1263.5; Thu, 31 Aug 2017 18:32:51 -0400
Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1263.000; Thu, 31 Aug 2017 18:32:51 -0400
From: "Nancy Cam-Winget (ncamwing)" <ncamwing@cisco.com>
To: "mile@ietf.org" <mile@ietf.org>
Thread-Topic: IODEF JSON adoption
Thread-Index: AQHTIqkUEh15N83bD0Omk7Yo0r5eLw==
Date: Thu, 31 Aug 2017 22:32:51 +0000
Message-ID: <814B22F9-144B-4CE9-94C6-94E5CB4110D8@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/f.1a.0.160910
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.155.208.44]
Content-Type: multipart/alternative; boundary="_000_814B22F9144B4CE994C694E5CB4110D8ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/mile/6UbdNxpRZwOmCMSETEDyGCraN-E>
Subject: [mile] IODEF JSON adoption
X-BeenThere: mile@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" <mile.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mile>, <mailto:mile-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mile/>
List-Post: <mailto:mile@ietf.org>
List-Help: <mailto:mile-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mile>, <mailto:mile-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 31 Aug 2017 22:32:56 -0000

--_000_814B22F9144B4CE994C694E5CB4110D8ciscocom_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

QWxsLA0KVGhlcmUgaXMgZW5vdWdoIHN1cHBvcnQgZnJvbSB0aGUgTUlMRSBtZW1iZXJzaGlwIHRv
IGluZGljYXRlIHdlIHNob3VsZCBtb3ZlIGZvcndhcmQgaW4gYWRvcHRpbmcgc3VwcG9ydCBmb3Ig
SU9ERUYgdXNpbmcgSlNPTiBhcyBhIFdHIGl0ZW0uDQoNClRvIHRoYXQgZXh0ZW50LCB1bmxlc3Mg
dGhlcmUgYXJlIG9iamVjdGlvbnMgSSB3b3VsZCBwcm9wb3NlIHRoYXQgd2UgY2FuIHVzZSBodHRw
czovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtdGFrYWhhc2hpLW1pbGUtanNvbmlvZGVmLTAw
IGFzIGEgc3RhcnRpbmcgcG9pbnQgZm9yIGRpc2N1c3Npb25zIGFuZCB0byBhbGxvdyB1cyB0byB3
b3JrIHRvd2FyZHMgYSBkcmFmdCB0aGF0LCBhcyBhIGdyb3VwLCBjYW4gcmVhY2ggYWRvcHRpb24g
Y29uc2Vuc3VzOyBidXQgaXMgbm90IG1lYW50IHRvIHByZWNsdWRlIG90aGVycyBmcm9tIHByb3Zp
ZGluZyBjb250cmlidXRpb25z4oCmbXkgc3VnZ2VzdGlvbiBpcyB0byBoZWxwIGJ1aWxkIG1vbWVu
dHVtIGZvciBwcm9ncmVzcyDimLoNCg0KVGFrZS1zYW46IGFyZSB5b3Ugd2lsbGluZyB0byBiZSB0
aGUgZWRpdG9yIGFuZCBhbGxvdyBvdGhlcnMgdG8gaGVscCB3aXRoIHRoZSBkcmFmdD8NCg0KV2Fy
bSByZWdhcmRzLCBOYW5jeQ0KDQoNCg==

--_000_814B22F9144B4CE994C694E5CB4110D8ciscocom_
Content-Type: text/html; charset="utf-8"
Content-ID: <1A8A2B6506F6C24F98EF333C6081B571@emea.cisco.com>
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4
bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo
dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo
dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp
dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l
dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu
dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg
KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N
CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAg
MCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsN
CglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1p
bHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBE
ZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0K
CXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0
Ow0KCWZvbnQtZmFtaWx5OkNhbGlicmk7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXtt
c28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1NjNDMTsNCgl0ZXh0LWRlY29yYXRpb246
dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28t
c3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Izk1NEY3MjsNCgl0ZXh0LWRlY29yYXRpb246dW5k
ZXJsaW5lO30NCnNwYW4uRW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLWNv
bXBvc2U7DQoJZm9udC1mYW1pbHk6Q2FsaWJyaTsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4u
bXNvSW5zDQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCW1zby1zdHlsZS1uYW1lOiIi
Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7DQoJY29sb3I6dGVhbDt9DQouTXNvQ2hwRGVm
YXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZhbWlseTpDYWxpYnJp
O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4w
aW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0
aW9uMTt9DQotLT48L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiIGxhbmc9
IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3Jk
U2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox
MS4wcHQiPkFsbCw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+VGhlcmUgaXMgZW5vdWdoIHN1cHBvcnQgZnJv
bSB0aGUgTUlMRSBtZW1iZXJzaGlwIHRvIGluZGljYXRlIHdlIHNob3VsZCBtb3ZlIGZvcndhcmQg
aW4gYWRvcHRpbmcgc3VwcG9ydCBmb3IgSU9ERUYgdXNpbmcgSlNPTiBhcyBhIFdHIGl0ZW0uPG86
cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5UbyB0aGF0IGV4dGVudCwg
dW5sZXNzIHRoZXJlIGFyZSBvYmplY3Rpb25zIEkgd291bGQgcHJvcG9zZSB0aGF0IHdlIGNhbiB1
c2UNCjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC10YWthaGFzaGkt
bWlsZS1qc29uaW9kZWYtMDAiPmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC10YWth
aGFzaGktbWlsZS1qc29uaW9kZWYtMDA8L2E+IGFzIGEgc3RhcnRpbmcgcG9pbnQgZm9yIGRpc2N1
c3Npb25zIGFuZCB0byBhbGxvdyB1cyB0byB3b3JrIHRvd2FyZHMgYSBkcmFmdCB0aGF0LCBhcyBh
IGdyb3VwLCBjYW4gcmVhY2ggYWRvcHRpb24gY29uc2Vuc3VzOw0KIGJ1dCBpcyBub3QgbWVhbnQg
dG8gcHJlY2x1ZGUgb3RoZXJzIGZyb20gcHJvdmlkaW5nIGNvbnRyaWJ1dGlvbnPigKZteSBzdWdn
ZXN0aW9uIGlzIHRvIGhlbHAgYnVpbGQgbW9tZW50dW0gZm9yIHByb2dyZXNzDQo8L3NwYW4+PHNw
YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6V2luZ2RpbmdzIj5KPC9zcGFu
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4m
bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9
ImZvbnQtc2l6ZToxMS4wcHQiPlRha2Utc2FuOiBhcmUgeW91IHdpbGxpbmcgdG8gYmUgdGhlIGVk
aXRvciBhbmQgYWxsb3cgb3RoZXJzIHRvIGhlbHAgd2l0aCB0aGUgZHJhZnQ/PG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox
MS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5XYXJtIHJlZ2FyZHMsIE5hbmN5PG86cD48
L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwv
c3Bhbj48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg==

--_000_814B22F9144B4CE994C694E5CB4110D8ciscocom_--


From nobody Thu Aug 31 15:36:16 2017
Return-Path: <ncamwing@cisco.com>
X-Original-To: mile@ietfa.amsl.com
Delivered-To: mile@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 72420133195 for <mile@ietfa.amsl.com>; Thu, 31 Aug 2017 15:36:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.52
X-Spam-Level: 
X-Spam-Status: No, score=-14.52 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, 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 CcfBkpf7AwXe for <mile@ietfa.amsl.com>; Thu, 31 Aug 2017 15:36:12 -0700 (PDT)
Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 953B4133089 for <mile@ietf.org>; Thu, 31 Aug 2017 15:36:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4314; q=dns/txt; s=iport; t=1504218972; x=1505428572; h=from:to:subject:date:message-id:mime-version; bh=JZwLGAE+dPrP1/PIHqkg/wblBTw+3bZjW9qR8K5ZSd0=; b=bwgsT6x0o4TIUoWmYBa1zQ/Tv+VNi5SScQVMMR5CC1ODfCuFQz6lvm8T ZnvOkHuN+yxLto7trkn7F10rC4Ngd/FZH/EgoMBJa3QEmKFt480HN57dO IOl9G+sk5jX5PFe5rELF8QdrEi88cagrad5V1+GcvsISkDp7DaI+XnZut E=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ArAQDOjqhZ/5BdJa1cGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBgm9rZIEcjhCQHoFPkQuFPoIShWODdT8YAQIBAQEBAQEBax0LhUJoAQw?= =?us-ascii?q?+AgQwJwSJYGSwIoInJ4s5AQEBAQEBAQMBAQEBAQEBAQEfgyqCAoNcC4p6MIIxB?= =?us-ascii?q?YoKlmUClE8MggeBboN5inSDCJM8AR84gQ13FUkSAYcIikGBDwEBAQ?=
X-IronPort-AV: E=Sophos;i="5.41,455,1498521600";  d="scan'208,217";a="289976103"
Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 31 Aug 2017 22:36:11 +0000
Received: from XCH-RTP-011.cisco.com (xch-rtp-011.cisco.com [64.101.220.151]) by rcdn-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id v7VMaBuW020704 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for <mile@ietf.org>; Thu, 31 Aug 2017 22:36:11 GMT
Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-011.cisco.com (64.101.220.151) with Microsoft SMTP Server (TLS) id 15.0.1263.5; Thu, 31 Aug 2017 18:36:10 -0400
Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1263.000; Thu, 31 Aug 2017 18:36:10 -0400
From: "Nancy Cam-Winget (ncamwing)" <ncamwing@cisco.com>
To: "mile@ietf.org" <mile@ietf.org>
Thread-Topic: contact for TAXII 2.0 overview?
Thread-Index: AQHTIqmL3nIQq7dWdUin1J7A3e6dsA==
Date: Thu, 31 Aug 2017 22:36:10 +0000
Message-ID: <EA427EF3-F619-4037-A46D-376F21DBCB5D@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/f.1a.0.160910
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.155.208.44]
Content-Type: multipart/alternative; boundary="_000_EA427EF3F6194037A46D376F21DBCB5Dciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/mile/uZgR4Y1Pt3PUrtOPiBb94aJAfZY>
Subject: [mile] contact for TAXII 2.0 overview?
X-BeenThere: mile@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" <mile.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mile>, <mailto:mile-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mile/>
List-Post: <mailto:mile@ietf.org>
List-Help: <mailto:mile-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mile>, <mailto:mile-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 31 Aug 2017 22:36:14 -0000

--_000_EA427EF3F6194037A46D376F21DBCB5Dciscocom_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

SGVsbG8sDQoNCkkgYW0gaG9waW5nIHRoZSBwZXJzb24gd2hvIHZvbHVudGVlcmVkIHRvIHByb3Zp
ZGUgdGhlIFRBWElJIDIuMCBvdmVydmlldyBhbmQgaXRzIGludGVyd29ya2luZyB3aXRoIFJPTElF
IGlzIG1vbml0b3JpbmcgdGhpcyBsaXN04oCmLm9yIHNvbWVvbmUga25vd3MgdGhlIGluZGl2aWR1
YWwgd2hvIHZvbHVudGVlcmVkIHRvIGRvIHRoaXMgaW4gdGhlIElFVEYgOTkgc2Vzc2lvbi4NCg0K
VGhlcmUgd2FzIGludGVyZXN0IGluIHRoZSBncm91cCB0byBsZWFybiBhYm91dCB0aGlzLCBidXQg
SSBkbyBub3QgaGF2ZSB0aGUgY29udGFjdCB3aG8gdm9sdW50ZWVyZWQgdG8gc2V0dXAgYSB0aW1l
IGZvciB0aGlzLiAgSWYgeW91IGRvLCAgY2FuIHlvdSBwbGVhc2UgdW5pY2FzdCBtZT8NCg0KVGhh
bmtzLCBOYW5jeQ0K

--_000_EA427EF3F6194037A46D376F21DBCB5Dciscocom_
Content-Type: text/html; charset="utf-8"
Content-ID: <2D99CA757577F549B5656F28CACA8906@emea.cisco.com>
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4
bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo
dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo
dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp
dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l
dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu
dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg
KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N
CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0
IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ
cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N
CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsN
CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls
eTpDYWxpYnJpO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9y
aXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph
OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5
Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFu
LkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZvbnQt
ZmFtaWx5OkNhbGlicmk7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLm1zb0lucw0KCXttc28t
c3R5bGUtdHlwZTpleHBvcnQtb25seTsNCgltc28tc3R5bGUtbmFtZToiIjsNCgl0ZXh0LWRlY29y
YXRpb246dW5kZXJsaW5lOw0KCWNvbG9yOnRlYWw7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0
eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6Q2FsaWJyaTt9DQpAcGFnZSBXb3Jk
U2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGlu
IDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9z
dHlsZT4NCjwvaGVhZD4NCjxib2R5IGJnY29sb3I9IndoaXRlIiBsYW5nPSJFTi1VUyIgbGluaz0i
IzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5IZWxsbyw8
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkkgYW0gaG9waW5nIHRo
ZSBwZXJzb24gd2hvIHZvbHVudGVlcmVkIHRvIHByb3ZpZGUgdGhlIFRBWElJIDIuMCBvdmVydmll
dyBhbmQgaXRzIGludGVyd29ya2luZyB3aXRoIFJPTElFIGlzIG1vbml0b3JpbmcgdGhpcyBsaXN0
4oCmLm9yIHNvbWVvbmUga25vd3MgdGhlIGluZGl2aWR1YWwgd2hvIHZvbHVudGVlcmVkIHRvIGRv
IHRoaXMgaW4gdGhlIElFVEYgOTkgc2Vzc2lvbi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJz
cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQiPlRoZXJlIHdhcyBpbnRlcmVzdCBpbiB0aGUgZ3JvdXAgdG8gbGVhcm4g
YWJvdXQgdGhpcywgYnV0IEkgZG8gbm90IGhhdmUgdGhlIGNvbnRhY3Qgd2hvIHZvbHVudGVlcmVk
IHRvIHNldHVwIGEgdGltZSBmb3IgdGhpcy4mbmJzcDsgSWYgeW91IGRvLCAmbmJzcDtjYW4geW91
IHBsZWFzZSB1bmljYXN0IG1lPzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx
LjBwdCI+VGhhbmtzLCBOYW5jeTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9ib2R5
Pg0KPC9odG1sPg0K

--_000_EA427EF3F6194037A46D376F21DBCB5Dciscocom_--


From nobody Thu Aug 31 22:34:29 2017
Return-Path: <tt2@rc5.so-net.ne.jp>
X-Original-To: mile@ietfa.amsl.com
Delivered-To: mile@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6982C132FB4 for <mile@ietfa.amsl.com>; Thu, 31 Aug 2017 22:34:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.201
X-Spam-Level: 
X-Spam-Status: No, score=-2.201 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_SORBS_SPAM=0.5, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rc5.so-net.ne.jp
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 FaqYZ6Ueh4Pr for <mile@ietfa.amsl.com>; Thu, 31 Aug 2017 22:34:25 -0700 (PDT)
Received: from ms-omx52.so-net.ne.jp (ms-omx52.so-net.ne.jp [202.238.84.152]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 98B1A132EE0 for <mile@ietf.org>; Thu, 31 Aug 2017 22:34:24 -0700 (PDT)
Received: from ms-omx61.so-net.ne.jp (ms-omx61.plus.so-net.ne.jp [10.240.84.163]) by ms-omx52.plus.so-net.ne.jp  with ESMTP id v815YLHj016552 for <mile@ietf.org>; Fri, 1 Sep 2017 14:34:21 +0900
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rc5.so-net.ne.jp; s=sn2017; t=1504244061; bh=7RY+YRx0lqUnslCZeEX+gAdxsxhfgoF8/c/1AoC+GuQ=; h=In-Reply-To:References:From:Date:Subject:To:Cc; b=3iJr2OQhjBdTNwATY3qIvEgxnI247hCU/DWtR6J/iBaGcKGjR0K7/APm1GXPhTVir N2q6px1f3ADvsvO8qvvXJeMDtbQJGASlOxu7Z4U5K5bJcmhA/92rw+ehNrt56RXEr0 a1aObGoBqrUvwpB+7OLAQgB8obk4xmL7a1y82+vP7N7jIva0QikySc/MkKKbdltVkY sli5mOQBHog1WANnqyy4o96doKmQl21h0F/mOW4EHefP7ZVQjyA4ueSXDPDvechpB8 1sgczQrUyS+0jiBY+Un0prPrMEV1h6dZ9r4HnUT0SmXdaLmcjp19Cdmx5XBcuWEcQE fQnQE/t4dJF3A==
Received: from mail-qt0-f178.google.com (mail-qt0-f178.google.com [209.85.216.178]) (authenticated) by ms-omx61.plus.so-net.ne.jp  with ESMTP id v815YKkX029193 (using TLSv1/SSLv3 with cipher AES128-SHA (128 bits)) for <mile@ietf.org>; Fri, 1 Sep 2017 14:34:21 +0900
Received: by mail-qt0-f178.google.com with SMTP id e2so6971570qta.0 for <mile@ietf.org>; Thu, 31 Aug 2017 22:34:21 -0700 (PDT)
X-Gm-Message-State: AHPjjUg0sZ1FeYTe54EfphW5o+oEnia9e6bCdgxddp4mVVXzy1ViJ1R2 9iKD85jrd671Oe0uKacCBsxSymEHBQ==
X-Google-Smtp-Source: ADKCNb6dpSUixd5+VC2jAeON2HmRjwukH0qGlAUwFiSpsB8r8VvygGFQF3COMaDVLXBkYYyUOH7Xn40YWCA6+dM1gkU=
X-Received: by 10.200.52.143 with SMTP id w15mr1308629qtb.52.1504244059946; Thu, 31 Aug 2017 22:34:19 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.200.43.184 with HTTP; Thu, 31 Aug 2017 22:33:39 -0700 (PDT)
In-Reply-To: <814B22F9-144B-4CE9-94C6-94E5CB4110D8@cisco.com>
References: <814B22F9-144B-4CE9-94C6-94E5CB4110D8@cisco.com>
From: Takeshi Takahashi <tt2@rc5.so-net.ne.jp>
Date: Fri, 1 Sep 2017 14:33:39 +0900
X-Gmail-Original-Message-ID: <CAMA4c9WQMgkGJ792bE65n2Bt841S+wBRocBQdH2wVmyom6Zjwg@mail.gmail.com>
Message-ID: <CAMA4c9WQMgkGJ792bE65n2Bt841S+wBRocBQdH2wVmyom6Zjwg@mail.gmail.com>
To: "Nancy Cam-Winget (ncamwing)" <ncamwing@cisco.com>
Cc: "mile@ietf.org" <mile@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/mile/DO3iJulZKgs0Tpi6E_rq9Uitol0>
Subject: Re: [mile] IODEF JSON adoption
X-BeenThere: mile@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" <mile.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mile>, <mailto:mile-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mile/>
List-Post: <mailto:mile@ietf.org>
List-Help: <mailto:mile-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mile>, <mailto:mile-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Sep 2017 05:34:28 -0000

Hello Nancy and all,

I am happy to work on this, and would like to have co-authors.
Therefore, if anybody is interested in co-writing the draft, please contact=
 me.

I'm currently working on the revision of the existing work-in-progress
draft (draft-takahashi-mile-jsoniodef-00) so that we can initiate more
discussion with it.
I'll upload the revision within 2 weeks.

Best regards,
Take



2017-09-01 7:32 GMT+09:00 Nancy Cam-Winget (ncamwing) <ncamwing@cisco.com>:
> All,
>
> There is enough support from the MILE membership to indicate we should mo=
ve
> forward in adopting support for IODEF using JSON as a WG item.
>
>
>
> To that extent, unless there are objections I would propose that we can u=
se
> https://tools.ietf.org/html/draft-takahashi-mile-jsoniodef-00 as a starti=
ng
> point for discussions and to allow us to work towards a draft that, as a
> group, can reach adoption consensus; but is not meant to preclude others
> from providing contributions=E2=80=A6my suggestion is to help build momen=
tum for
> progress J
>
>
>
> Take-san: are you willing to be the editor and allow others to help with =
the
> draft?
>
>
>
> Warm regards, Nancy
>
>
>
>
>
>
> _______________________________________________
> mile mailing list
> mile@ietf.org
> https://www.ietf.org/mailman/listinfo/mile
>



--=20
--
Takeshi Takahashi, Ph.D., CISSP, PMP
"Practice makes perfect!"

