From nobody Thu Nov 2 15:28:48 2017 Return-Path: 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 D6F6113FA0F; Thu, 2 Nov 2017 15:28: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 2ztOe6tIpYvA; Thu, 2 Nov 2017 15:28:45 -0700 (PDT) Received: from mail-ot0-x22d.google.com (mail-ot0-x22d.google.com [IPv6:2607:f8b0:4003:c0f::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 DED7D13F6B4; Thu, 2 Nov 2017 15:28:44 -0700 (PDT) Received: by mail-ot0-x22d.google.com with SMTP id s88so924615ota.4; Thu, 02 Nov 2017 15:28: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:content-transfer-encoding; bh=DgJgIZg1zY4+B45tLXvt4MJOjKjwEhbnijZy83l95nw=; b=AdDLSiPRLksNZi47+f6+LrrEqOd0qxPwyeFl0JJmD5xH+uT8Bm49nYgXi4q7d2KQ9X NPIWtrGcL9u4Rap+5eVh9zR7cfa0CqAUu7IBU79AhgL54xeT67Yr3HEscHOIbN3Sa1WK Qksx2FZdA2MK4ILpU8gOwzhiSbHmRn0e6d0+Ahj8MKHNHTYfetwFJa8suancNRlOerS2 Ycl1AjhPdzo/2rPb9+ETBi06iFxW4NMFWTqK5Yfe/heRfRTNNkuWbxYK1etl4wKFpdqg Xt1h8QHh/m0BGT0ZMH3Mv259Stl2ucW4ED9rXkOo2E3S5asaSpXZWpCpV4Nsxhj5/15Z +Jvg== 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=DgJgIZg1zY4+B45tLXvt4MJOjKjwEhbnijZy83l95nw=; b=RKk+2cnglASVkpf22HP1NgyZcUKE1WGAQFXsdJ7M2b10gJogGWu1Ly9uQUfgGe6INX yeIgMtEAnpgPlOoF+DiaVUY4tsX3DOEgtIkwhEhLviWqiHbJC9GqSvSkiR2KRyQSc9/O /iuez0NHbLZbXAJBzrG03OY00/5HupWq3IHVAq41kFFL2zwG+gpEbGEbMVeeJE3MMuKd VueNW0WUox/RxsHLngleDehfnleW1aE4katWPEoaqdAFSF/EES4vbUaDKjbWYyNCRWiQ ek09t8sWnktoQBEreIDRcFdvgqQeltzS+UQeCV35qej97N5SF5ocKOWalqdmKV/SU9s4 mzOA== X-Gm-Message-State: AJaThX6GdIQYbB0q1N3InBQmVw0hKSYomOJ9KUGeTwbG88mDVNwsKyEO ECUKLe11HG0PNtZqeV6rC7h1fjqzjuBxo15jxIM= X-Google-Smtp-Source: ABhQp+TAD2ZUaxwdv/N31FWOUX0GEKUHxBtxV2zk652zvZByVJehwWhs0CI66YPPX0K0X587VRwk8IGBXZyurS7m42c= X-Received: by 10.157.37.90 with SMTP id j26mr3548001otd.401.1509661724022; Thu, 02 Nov 2017 15:28:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.72.178 with HTTP; Thu, 2 Nov 2017 15:28:43 -0700 (PDT) In-Reply-To: References: <150752570618.18384.5615358468704377459@ietfa.amsl.com> From: Martin Thomson Date: Fri, 3 Nov 2017 09:28:43 +1100 Message-ID: To: "Banghart, Stephen A. (Fed)" Cc: "mile@ietf.org" , "draft-ietf-mile-rolie.all@ietf.org" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [mile] Artart last call review of draft-ietf-mile-rolie-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" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2017 22:28:47 -0000 I just wanted to follow up on this. I see that the draft has been revised a few times, but I haven't seen any response to my comments about the XML, or any changes related to them. I ask, because IANA is asking about the XML registrations. If the working group consensus is that I'm in the rough, let me know and I'll tell IANA that the schema is good to go. On Fri, Oct 20, 2017 at 10:53 AM, Martin Thomson wrote: > Thanks Stephen, > > Most of this looks good (I'll trust that your representation of the > changes is accurate rather than wade through XML, though I have > reviewed some of the changes). > > On Fri, Oct 20, 2017 at 3:24 AM, Banghart, Stephen A. (Fed) > wrote: >>> The requirements in Section 5.3 on TLS use are unnecessarily strict. I= t's great >>> to recommend the use of TLS 1.2, but given that the document has no rea= l >>> requirement on any particular version of TLS, the use of "MUST" here is= not >>> needed. Similarly, the prohibition on the use of 0-RTT is groundless. = The >>> lengthy list of requirements around certificate validation only risk cr= eating a >>> conflict with advice in other RFCs. Many, if not all, of these require= ments are >>> transitively included by way of referencing HTTPS documents. I would p= refer >>> to see this entire section reduced to a simple RFC 7525 reference. >> >> The majority of the section has been reduced to a RFC 7525 reference. We= believe that the benefits provided by 0-RTT don't outweigh the loss of for= ward secrecy. The text currently places this as a suggestion from the autho= rs, and not a normative requirement. > > I'm going to push on this one more time. 0-RTT does not necessarily > compromise forward secrecy. It is also entirely possible to deploy > 0-RTT without risk of replay attack. But these facts don't seem > persuasive because it is possible to implement the feature with these > risks. > > The text you provide indicates that it is replay you are concerned > about. Do you have any analysis that indicates that someone deploying > a server that enables early data would produce harm? Does that > analysis suggest any other alternative mitigation strategies? > > Again, I would prefer that the draft remain silent on this subject. I > realize that I'm in the rough here, but I consider this to be a test > case for this. The next person who uses HTTP will see your text, > notice that it is good, and copy it. It becomes precedent to forbid > the use of 0-RTT and we forget *why*. I would prefer that this text > be better motivated if it is included. > >>> User authentication is under-specified. > > The new text is much more concise and targeted, thank you. > >>> In Section 6.2.3, what is the advantage of "rolie:format" over having a= well- >>> defined media type? Media types can take advantage of content >>> negotiation, existing support in link relations, and other existing too= ls. >>> This rolie:format element has namespace, format, and schema; these are = not >>> useful to anyone that is ignorant of their contents. The only advantag= e I see >>> is that syntax might be validated, but semantics can't be extracted. T= here's a >>> lot of implied work in adding this element, but that doesn't seem to be >>> justified by that advantage. (I see that RFC 7970 doesn't define a med= ia type, >>> but it seems like it would be easier to correct that than to define an = element >>> like this.) >> >> Atom:content has an attribute for media type, which provides information= about the serialization of the content representation. In many cases, we f= ound that different formats can appear for the same content within the same= media type. For example, the same piece of information may be represented = using two different XML Schemas. The rolie:format element allows the entry = to clarify which "format" its using beyond which serialization it is using.= Ultimately the format element is not registered anywhere, nor is its conte= nts particularly standardized. We're providing the element as a tool for re= pository producers to use. > > This is, at least in my opinion, a mistake. It creates another layer > of content negotiation that is not visible to HTTP. If the same > information can be presented in two different formats, why is it not > possible to have two media types? Or at least a parameterized media > type that identifies the format. > > The problem with defining elements is that they are costly. Not so > much to specify, but to implement correctly. If you are able to rely > on existing mechanisms, you should do that as much as possible. > > It doesn't sound like you have a concrete use case for this, which > makes me nervous. > >>> Section 6.2.4 defines a generic key-value mechanism. But that is somet= hing >>> that XML is actually good at. Why can't users that require additional >>> metadata use additional metadata as originally defined by Atom? That i= s, >>> replace >> value=3D"12345"/> with something like >>> 12345. The final paragrap= h of the >>> section recognizes this possibility. >> >> The latter example you provide is still possible, as unrecognized elemen= ts in ROLIE/Atom don't cause validation to fail, but are just potentially i= gnored by the client/server. The rolie:property element allows automated sy= stems to have a globally available "vocabulary" of potentially available pr= operties, that can be used to populate tables or fields in automated system= s. > > I realize that the set of attributes you have might be useful in this > context. But defining them in XML would be much easier. You don't > create a new mechanism for expressing key-value pairs, and the > registry that goes with it. That seems like a minor cost, but like in > the previous case, the choice to define another bespoke mechanism > comes with hidden costs. Why bother when you have a perfectly > workable mechanism available to you already? > >>> Question: it's fairly widely accepted that use of IRIs in Atom has been= less >>> than successful. Do you want to mandate use of URIs instead? This wou= ld >>> apply to both link relations and the "src" attribute. >> >> We wanted to stay in line with the requirements in Atom, if this becomes= an issue it may be worth re-examining. > > This is your chance. You don't get to go back or re-examine once your > protocol is widely deployed. From nobody Thu Nov 2 15:28:53 2017 Return-Path: X-Original-To: expand-draft-ietf-mile-rolie.all@virtual.ietf.org Delivered-To: mile@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id 131EC13F6B4; Thu, 2 Nov 2017 15:28:47 -0700 (PDT) X-Original-To: xfilter-draft-ietf-mile-rolie.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-mile-rolie.all@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D6F6113FA0F; Thu, 2 Nov 2017 15:28: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 2ztOe6tIpYvA; Thu, 2 Nov 2017 15:28:45 -0700 (PDT) Received: from mail-ot0-x22d.google.com (mail-ot0-x22d.google.com [IPv6:2607:f8b0:4003:c0f::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 DED7D13F6B4; Thu, 2 Nov 2017 15:28:44 -0700 (PDT) Received: by mail-ot0-x22d.google.com with SMTP id s88so924615ota.4; Thu, 02 Nov 2017 15:28: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:content-transfer-encoding; bh=DgJgIZg1zY4+B45tLXvt4MJOjKjwEhbnijZy83l95nw=; b=AdDLSiPRLksNZi47+f6+LrrEqOd0qxPwyeFl0JJmD5xH+uT8Bm49nYgXi4q7d2KQ9X NPIWtrGcL9u4Rap+5eVh9zR7cfa0CqAUu7IBU79AhgL54xeT67Yr3HEscHOIbN3Sa1WK Qksx2FZdA2MK4ILpU8gOwzhiSbHmRn0e6d0+Ahj8MKHNHTYfetwFJa8suancNRlOerS2 Ycl1AjhPdzo/2rPb9+ETBi06iFxW4NMFWTqK5Yfe/heRfRTNNkuWbxYK1etl4wKFpdqg Xt1h8QHh/m0BGT0ZMH3Mv259Stl2ucW4ED9rXkOo2E3S5asaSpXZWpCpV4Nsxhj5/15Z +Jvg== 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=DgJgIZg1zY4+B45tLXvt4MJOjKjwEhbnijZy83l95nw=; b=RKk+2cnglASVkpf22HP1NgyZcUKE1WGAQFXsdJ7M2b10gJogGWu1Ly9uQUfgGe6INX yeIgMtEAnpgPlOoF+DiaVUY4tsX3DOEgtIkwhEhLviWqiHbJC9GqSvSkiR2KRyQSc9/O /iuez0NHbLZbXAJBzrG03OY00/5HupWq3IHVAq41kFFL2zwG+gpEbGEbMVeeJE3MMuKd VueNW0WUox/RxsHLngleDehfnleW1aE4katWPEoaqdAFSF/EES4vbUaDKjbWYyNCRWiQ ek09t8sWnktoQBEreIDRcFdvgqQeltzS+UQeCV35qej97N5SF5ocKOWalqdmKV/SU9s4 mzOA== X-Gm-Message-State: AJaThX6GdIQYbB0q1N3InBQmVw0hKSYomOJ9KUGeTwbG88mDVNwsKyEO ECUKLe11HG0PNtZqeV6rC7h1fjqzjuBxo15jxIM= X-Google-Smtp-Source: ABhQp+TAD2ZUaxwdv/N31FWOUX0GEKUHxBtxV2zk652zvZByVJehwWhs0CI66YPPX0K0X587VRwk8IGBXZyurS7m42c= X-Received: by 10.157.37.90 with SMTP id j26mr3548001otd.401.1509661724022; Thu, 02 Nov 2017 15:28:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.72.178 with HTTP; Thu, 2 Nov 2017 15:28:43 -0700 (PDT) In-Reply-To: References: <150752570618.18384.5615358468704377459@ietfa.amsl.com> From: Martin Thomson Date: Fri, 3 Nov 2017 09:28:43 +1100 Message-ID: To: "Banghart, Stephen A. (Fed)" Cc: "mile@ietf.org" , "draft-ietf-mile-rolie.all@ietf.org" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Resent-From: Resent-To: jfield@pivotal.io, stephen.banghart@nist.gov, david.waltermire@nist.gov, ncamwing@cisco.com, takeshi_takahashi@nict.go.jp, Kathleen.Moriarty.ietf@gmail.com, ekr@rtfm.com, mile-chairs@tools.ietf.org, mile@ietf.org, Nancy Cam-Winget Resent-Message-Id: <20171102222847.131EC13F6B4@ietfa.amsl.com> Resent-Date: Thu, 2 Nov 2017 15:28:47 -0700 (PDT) Archived-At: Subject: Re: [mile] Artart last call review of draft-ietf-mile-rolie-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" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2017 22:28:47 -0000 I just wanted to follow up on this. I see that the draft has been revised a few times, but I haven't seen any response to my comments about the XML, or any changes related to them. I ask, because IANA is asking about the XML registrations. If the working group consensus is that I'm in the rough, let me know and I'll tell IANA that the schema is good to go. On Fri, Oct 20, 2017 at 10:53 AM, Martin Thomson wrote: > Thanks Stephen, > > Most of this looks good (I'll trust that your representation of the > changes is accurate rather than wade through XML, though I have > reviewed some of the changes). > > On Fri, Oct 20, 2017 at 3:24 AM, Banghart, Stephen A. (Fed) > wrote: >>> The requirements in Section 5.3 on TLS use are unnecessarily strict. I= t's great >>> to recommend the use of TLS 1.2, but given that the document has no rea= l >>> requirement on any particular version of TLS, the use of "MUST" here is= not >>> needed. Similarly, the prohibition on the use of 0-RTT is groundless. = The >>> lengthy list of requirements around certificate validation only risk cr= eating a >>> conflict with advice in other RFCs. Many, if not all, of these require= ments are >>> transitively included by way of referencing HTTPS documents. I would p= refer >>> to see this entire section reduced to a simple RFC 7525 reference. >> >> The majority of the section has been reduced to a RFC 7525 reference. We= believe that the benefits provided by 0-RTT don't outweigh the loss of for= ward secrecy. The text currently places this as a suggestion from the autho= rs, and not a normative requirement. > > I'm going to push on this one more time. 0-RTT does not necessarily > compromise forward secrecy. It is also entirely possible to deploy > 0-RTT without risk of replay attack. But these facts don't seem > persuasive because it is possible to implement the feature with these > risks. > > The text you provide indicates that it is replay you are concerned > about. Do you have any analysis that indicates that someone deploying > a server that enables early data would produce harm? Does that > analysis suggest any other alternative mitigation strategies? > > Again, I would prefer that the draft remain silent on this subject. I > realize that I'm in the rough here, but I consider this to be a test > case for this. The next person who uses HTTP will see your text, > notice that it is good, and copy it. It becomes precedent to forbid > the use of 0-RTT and we forget *why*. I would prefer that this text > be better motivated if it is included. > >>> User authentication is under-specified. > > The new text is much more concise and targeted, thank you. > >>> In Section 6.2.3, what is the advantage of "rolie:format" over having a= well- >>> defined media type? Media types can take advantage of content >>> negotiation, existing support in link relations, and other existing too= ls. >>> This rolie:format element has namespace, format, and schema; these are = not >>> useful to anyone that is ignorant of their contents. The only advantag= e I see >>> is that syntax might be validated, but semantics can't be extracted. T= here's a >>> lot of implied work in adding this element, but that doesn't seem to be >>> justified by that advantage. (I see that RFC 7970 doesn't define a med= ia type, >>> but it seems like it would be easier to correct that than to define an = element >>> like this.) >> >> Atom:content has an attribute for media type, which provides information= about the serialization of the content representation. In many cases, we f= ound that different formats can appear for the same content within the same= media type. For example, the same piece of information may be represented = using two different XML Schemas. The rolie:format element allows the entry = to clarify which "format" its using beyond which serialization it is using.= Ultimately the format element is not registered anywhere, nor is its conte= nts particularly standardized. We're providing the element as a tool for re= pository producers to use. > > This is, at least in my opinion, a mistake. It creates another layer > of content negotiation that is not visible to HTTP. If the same > information can be presented in two different formats, why is it not > possible to have two media types? Or at least a parameterized media > type that identifies the format. > > The problem with defining elements is that they are costly. Not so > much to specify, but to implement correctly. If you are able to rely > on existing mechanisms, you should do that as much as possible. > > It doesn't sound like you have a concrete use case for this, which > makes me nervous. > >>> Section 6.2.4 defines a generic key-value mechanism. But that is somet= hing >>> that XML is actually good at. Why can't users that require additional >>> metadata use additional metadata as originally defined by Atom? That i= s, >>> replace >> value=3D"12345"/> with something like >>> 12345. The final paragrap= h of the >>> section recognizes this possibility. >> >> The latter example you provide is still possible, as unrecognized elemen= ts in ROLIE/Atom don't cause validation to fail, but are just potentially i= gnored by the client/server. The rolie:property element allows automated sy= stems to have a globally available "vocabulary" of potentially available pr= operties, that can be used to populate tables or fields in automated system= s. > > I realize that the set of attributes you have might be useful in this > context. But defining them in XML would be much easier. You don't > create a new mechanism for expressing key-value pairs, and the > registry that goes with it. That seems like a minor cost, but like in > the previous case, the choice to define another bespoke mechanism > comes with hidden costs. Why bother when you have a perfectly > workable mechanism available to you already? > >>> Question: it's fairly widely accepted that use of IRIs in Atom has been= less >>> than successful. Do you want to mandate use of URIs instead? This wou= ld >>> apply to both link relations and the "src" attribute. >> >> We wanted to stay in line with the requirements in Atom, if this becomes= an issue it may be worth re-examining. > > This is your chance. You don't get to go back or re-examine once your > protocol is widely deployed. From nobody Fri Nov 3 06:56:56 2017 Return-Path: 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 6578113FBAD for ; Fri, 3 Nov 2017 06:56:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.997 X-Spam-Level: X-Spam-Status: No, score=-1.997 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, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 mE1-39YcWCuJ for ; Fri, 3 Nov 2017 06:56:51 -0700 (PDT) Received: from mail-qt0-x230.google.com (mail-qt0-x230.google.com [IPv6:2607:f8b0:400d:c0d::230]) (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 31E8113FAC5 for ; Fri, 3 Nov 2017 06:56:51 -0700 (PDT) Received: by mail-qt0-x230.google.com with SMTP id p1so3320873qtg.2 for ; Fri, 03 Nov 2017 06:56:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:content-transfer-encoding:mime-version:date:subject:message-id :references:to; bh=hbaT/Ypg2rMGM+LYvxXmrU4Y9cjKZa6yx8rikcOi3Lc=; b=bVAVSMem+XUNQ6LvmA9w2iBZark5pNgRM/F9t0AwUYiy5kKs88o+H5fUbtXYWB5NeN PFt7gJRCXjXW5ZgWc5/WrT2tXu47oduPaBR7whzckfAFDVSteuXJ/4IcUKbLW7wlLimR 8vg4PXatCcdM/hn0XyPN3S1SYZIkFExm8vZ2QafwU5pbMoxIVBpeqg+wf9BW73opmUmF ujBG3jWiEiTpbUmXjjnDCU5b39IC4SdcQZVFuokNmuxnPCdNllN/dGznXYMvA7pvSchy o8/2MRsmghV4/9a0T0BS2pl7wLR5+YOm+D5XHncCMGWtqAzf2dJBeN/2cYVi37IjPa8I DfQA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version:date :subject:message-id:references:to; bh=hbaT/Ypg2rMGM+LYvxXmrU4Y9cjKZa6yx8rikcOi3Lc=; b=X5m3TeGEpwaRdxkvLt6zoK/p7DpAeoyWEPFNnGvfOeLkDiT3AXoHCpZHpgOq7arEE2 FflF22mmFb8QUL5jVKdOA5m7O7VHAqxSsxJaZRHanFtNugegTuBBUF15jMmVDWMz46W2 gfvd/S7CZzTt9Jk+zvMEolDPebmSz2khJeo6c4qYLYExwl0rxVZQRvA2LJW+osykYUZ2 o2xCSyvvoBdXk+YV4pKpYtBN+uyksCpVNtwug8cAOxHmk0oo+Ttj5zYVUPUgBHRtIDoz A8XmgUzG8gzAcZ3PSTCB8BrbuEJ9pWdKXu1ITJ1wsCbj/KdeD5Rw2b/5EOuWaD6aXUqz BMDQ== X-Gm-Message-State: AMCzsaUfV1ktID2U0B0GDNQOkQMEYWE+49twVZzpXZiof78p7mG2T7Oh TCDIy7PTkocZwyMwfLe9jzKoS7M8 X-Google-Smtp-Source: ABhQp+SrZg6X7Qa+0cjFM4lprCTs18Vbb8hYC3SkDJ3TM7Jg7l8kIDtJqxPnMH9R2rnlT0eXE/XiKQ== X-Received: by 10.200.22.12 with SMTP id p12mr9587986qtj.142.1509717410206; Fri, 03 Nov 2017 06:56:50 -0700 (PDT) Received: from [192.168.1.6] (209-6-124-204.s3530.c3-0.arl-ubr1.sbo-arl.ma.cable.rcncustomer.com. [209.6.124.204]) by smtp.gmail.com with ESMTPSA id j4sm3718062qkf.75.2017.11.03.06.56.49 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 03 Nov 2017 06:56:49 -0700 (PDT) From: Kathleen Moriarty Content-Type: multipart/alternative; boundary=Apple-Mail-215F5334-D61C-4FA9-AC82-3E0372DCD9D8 Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (1.0) Date: Fri, 3 Nov 2017 09:56:48 -0400 Message-Id: <9D306BE0-3BC1-4C9F-89AC-A144C7602695@gmail.com> References: To: mile@ietf.org X-Mailer: iPhone Mail (14F89) Archived-At: Subject: [mile] Fwd: [first-announce] FIRST 2018 Call for Speakers is Open! X-BeenThere: mile@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Nov 2017 13:56:54 -0000 --Apple-Mail-215F5334-D61C-4FA9-AC82-3E0372DCD9D8 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Sent from my iPhone Begin forwarded message: > From: "Traci Wei" (via first-announce Mailing List) > Date: November 3, 2017 at 9:28:47 AM EDT > To: "first-2018announce@first.org" > Cc: "first-2018@first.org" > Subject: [first-announce] FIRST 2018 Call for Speakers is Open! > Reply-To: Traci Wei >=20 > Greetings FIRST Community, > =20 > Happy November! We hope you are all well and looking forward to another ye= ar end. > =20 > Just a quick and exciting announcement=E2=80=A6the 2018 Call for Speakers i= s officially open! 2018 marks our 30th Annual FIRST Conference and we have a= ppropriately themed the 2018 event, =E2=80=9C30 Years of Incident Handling.=E2= =80=9D For full information on the types of contributions we are looking for= and link to the official submission form, please visit: https://www.first.o= rg/conference/2018/cfp. > =20 > Important dates to keep note of: > - Submission Close: December 13, 2017 > - Notice of Acceptance: February 20, 2018 > =20 > If you should have any questions regarding your submission or the theme, p= lease feel free to contact our 2018 Program Chair, Jeffrey Carpenter at firs= t-2018chair@first.org. > =20 > Keep in mind of the event date and location: > June 24-29, 2018 > Shangri-La Hotel > Kuala Lumpur, Malaysia > =20 > Visas Issues: > If you hold an Israeli passport, please contact us at first-2018@first.org= at your earliest convenience as we are working with the Ministry of Home Af= fairs to approve travel and participation. > =20 > =E2=80=A6and lastly, please do feel free to pass this along to peers in yo= ur network! We look forward to your submissions =E2=80=93 good luck! > =20 > Warm regards, > Traci > =20 > =20 > FIRST Conference Team > 30th Annual FIRST Conference: 30 Years of Incident Handling > June 24-29, 2018 | Kuala Lumpur, Malaysia > =20 > FIRST.Org, Inc. > first-2018@first.org > www.first.org > =20 > Follow all the latest event news at www.twitter.com/firstdotorg > Like us at www.facebook.com/firstcon > #firstcon18 > =20 > =20 > =20 > =20 > =20 > =20 > =20 > ___________________________________________________________ >=20 > This is a FIRST restricted and confidential mailing list. =20 > Do not Forward, Cc, Bcc, copy or summarize this email=20 > outside of the FIRST community without the express=20 > permission of the content owner(s). >=20 > FIRST.Org Lists > ___________________________________________________________ --Apple-Mail-215F5334-D61C-4FA9-AC82-3E0372DCD9D8 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable


Sent from my iPhone
=
Begin forwarded message:

=

Greetings FIRST Community,

 

Happy November! We hope you are all well and looking f= orward to another year end.

 

Just a quick and exciting announcement=E2=80=A6the 2018 Call for Speakers is officially open! 2018 marks our 30th Annual FIRST Conference and we have appro= priately themed the 2018 event, =E2=80=9C30 Years of Incident Handling.=E2=80= =9D For full information on the types of contributions we are looking for an= d link to the official submission form, please visit: https://www.fi= rst.org/conference/2018/cfp.

 

Important dates to keep note of:

- Submission Close: December 13, 2017

- Notice of Acceptance: February 20, 2018<= /p>

 

If you should have any questions regarding your submi= ssion or the theme, please feel free to contact our 2018 Program Chair, Jeffrey Carpenter at first-2018chair@first.org.

 

Keep in mind of the event date and location:<= /o:p>

June 24-29, 2018

Shangri-La Hotel

Kuala Lumpur, Malaysia

 

Visas Issues:

If you hold an Israeli passport, please contact us at= first-2018@first.org at your earliest convenience as we are working with= the Ministry of Home Affairs to approve travel and participation.

 

=E2=80=A6and lastly, please do feel free to pass t= his along to peers in your network! We look forward to your submissions =E2=80= =93 good luck!

 

Warm regards,

Traci

 

 

FIR= ST Conference Team

30<= sup>th Annual FIRST Conference: 30 Years of Incident Handling

Jun= e 24-29, 2018 | Kuala Lumpur, Malaysia

 

FIRST.Org, Inc.

first-2018@first.org

www.first.org

&= nbsp;

Follow= all the latest event news at www.twitter.com/firstdotorg

Like u= s at www.facebook.com/firstcon

#first= con18

 

 

 

 

 

 

 

____________________= _______________________________________

Thi= s is a FIRST restricted and confidential mailing list.  
Do not Forward, Cc, Bcc, copy or summarize this email
out= side of the FIRST community without the express
permission o= f the content owner(s).

FIRST.Org Lists
_______________________________= ____________________________
= --Apple-Mail-215F5334-D61C-4FA9-AC82-3E0372DCD9D8-- From nobody Fri Nov 3 08:52:36 2017 Return-Path: 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 5268113FE87; Fri, 3 Nov 2017 08:52:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nistgov.onmicrosoft.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 J6HiDPRLlc5T; Fri, 3 Nov 2017 08:52:32 -0700 (PDT) Received: from gcc01-dm2-obe.outbound.protection.outlook.com (mail-dm2gcc01on0096.outbound.protection.outlook.com [23.103.201.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D1C6913FE86; Fri, 3 Nov 2017 08:52:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nistgov.onmicrosoft.com; s=selector1-nist-gov; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=hikzcf3F+HCNOtjISHszcizFusj5W6l0ET3DK7bcRNg=; b=cCi/IQIeb6S2anoWxnnTOKyOXGdR5J4OSzhKnQF46UGyqBirP+XWjaaroPINUpqM86y2rfFdF/QS/Id+fQxnKfjOqbubfu9nOgh36zig/1vv57nA/EJkm1szn/xdYXcbsdIdfmMoYNsxrmd7r+ih5yoo6R3BBx45CulRIQMsHTk= Received: from MWHPR09MB1197.namprd09.prod.outlook.com (10.172.49.143) by MWHPR09MB1198.namprd09.prod.outlook.com (10.172.49.144) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.197.13; Fri, 3 Nov 2017 15:52:24 +0000 Received: from MWHPR09MB1197.namprd09.prod.outlook.com ([10.172.49.143]) by MWHPR09MB1197.namprd09.prod.outlook.com ([10.172.49.143]) with mapi id 15.20.0197.013; Fri, 3 Nov 2017 15:52:24 +0000 From: "Banghart, Stephen A. (Fed)" To: Martin Thomson CC: "mile@ietf.org" , "draft-ietf-mile-rolie.all@ietf.org" Thread-Topic: [mile] Artart last call review of draft-ietf-mile-rolie-10 Thread-Index: AQHTQLy5EiZhxIKVNkSNg/Bn547ThKLrUSVQgACYZACAFejegIABGBVw Date: Fri, 3 Nov 2017 15:52:24 +0000 Message-ID: References: <150752570618.18384.5615358468704377459@ietfa.amsl.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=stephen.banghart@nist.gov; x-originating-ip: [129.6.251.1] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; MWHPR09MB1198; 6:m+VUSOlmFbELiBKT5j/pwejdk95B+W5/W9Q8lWM36rGDPloPEXwp1cwpqVrP94IZpcI2eqVCSnJzWu38vz1au5qvs0VwMKdZDqo9iL5X95zo21I+UVGs5r4HMWRr7tdHZJQsGiScMHIMQTVD2jAhJEpsigK/uPJ+8+SXcSOCMcP2kNBtMqZxbWmlPFFsYcds3Maeh/Qz7TFkZzpRv36s+xQxsdSW9B8sqRjYv5om0vxQxkUUFhMce9PXhASSPt7ZKtL5fBW58TM31HgHx946gq2aKZnHLxjZFdmLftYqfN+HUWSUQb3pN7un4tAt1mgStYLoAr3n7rOAmtsYjM6NMIXI+L5hH5O26S4UTMRoQt0=; 5:lGdtDGP7KTrtqx8eLu7fBOSWWWk1dWZ4xpxVEQ7IwW2yzSP8LI5UaEX3idfjl0mEr35rhF8/I2SIp14VO/DkSU9gdLTAhUkvkUDUTXJpWOBREql/uxQxb5ldAopsF+Em5h7xBsX1QJYha6H/73NGZ6c7FpcyyYhb2hNlpXn14zs=; 24:TjqkxRirAqBJsIjkoDaOOCanB5kVRR/cbtapfHRdJkHakXUhb6Lcasak1TJ4qA5G7OuCfdWRiFXSuk4LuTyUCLtV8TLb9RntjBWhGinYzjA=; 7:0druW7Umwbl0+gWGp2FjlxOXpjnxS4gZhkCBb6tiCZ/r+UFc1hrB0rMbjFv5XmhSMiv2ZnObLzGYYMugn83pNgHoH7qC0TE47VN8SW8lCb0ofMl7F4tP5UQCa9VMqbSjuyahNHpZxmPy1vKZxoWPYSbtIRMgd/yZZ4uQ2SrGrNtEpRjRj5lEc3aCiHA29FQPCrRVsIpMdbhdNmY42B4f59fwEaoV+E8WbutaUn4g+VT9Ppf9MeU7MqSl3/9dXpB9 x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: 1f3c3b24-d831-4854-cc33-08d522d2e052 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(4534020)(4602075)(4627115)(201703031133081)(201702281549075)(48565401081)(2017052603199); SRVR:MWHPR09MB1198; x-ms-traffictypediagnostic: MWHPR09MB1198: x-exchange-antispam-report-test: UriScan:(158342451672863)(65766998875637)(131327999870524)(788757137089)(100405760836317); x-microsoft-antispam-prvs: x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(2401047)(8121501046)(5005006)(3002001)(10201501046)(3231021)(93006095)(93001095)(100000703101)(100105400095)(6055026)(6041248)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123560025)(20161123562025)(20161123558100)(20161123555025)(20161123564025)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:MWHPR09MB1198; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:MWHPR09MB1198; x-forefront-prvs: 0480A51D4A x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(346002)(376002)(39860400002)(13464003)(24454002)(189002)(51694002)(199003)(316002)(54356999)(76176999)(50986999)(9686003)(55016002)(97736004)(2950100002)(99286004)(6916009)(105586002)(33656002)(7696004)(106356001)(14454004)(229853002)(101416001)(53546010)(54906003)(66066001)(5660300001)(4326008)(189998001)(478600001)(8936002)(81166006)(81156014)(8676002)(68736007)(230783001)(3660700001)(3846002)(3280700002)(6116002)(6436002)(86362001)(305945005)(6246003)(77096006)(102836003)(6506006)(25786009)(53936002)(2900100001)(39060400002)(93886005)(7736002)(2906002)(74316002); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR09MB1198; H:MWHPR09MB1197.namprd09.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: nist.gov does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: nist.gov X-MS-Exchange-CrossTenant-Network-Message-Id: 1f3c3b24-d831-4854-cc33-08d522d2e052 X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Nov 2017 15:52:24.2292 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 2ab5d82f-d8fa-4797-a93e-054655c61dec X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR09MB1198 Archived-At: Subject: Re: [mile] Artart last call review of draft-ietf-mile-rolie-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" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Nov 2017 15:52:35 -0000 TWFydGluLA0KDQpDb3VsZCB5b3UgY2xhcmlmeSB3aGljaCBYTUwgaXNzdWVzIHlvdSBtZWFuPyBU aGUgcm9saWU6Zm9ybWF0IC8gcm9saWU6cHJvcGVydHkgZWxlbWVudHMgb3Igc29tZXRoaW5nIGVs c2U/DQoNCnJvbGllOmZvcm1hdCBpcyBuZWNlc3NhcnkgYmV5b25kIG1lZGlhIHR5cGVzIGZvciBk aWZmZXJlbnRpYXRpbmcgYmV0d2VlbiBmb3JtYXRzIHRoYXQgZG9uJ3QgaGF2ZSB0aGVpciBvd24g bWVkaWEgdHlwZSwgYW5kIGZvciBtYWtpbmcgY2xlYXIgdGhlIGRpZmZlcmVuY2UgYmV0d2VlbiBh ICJtZWRpYSB0eXBlIiBhbmQgYSAiZm9ybWF0Ii4gTWVkaWEgdHlwZXMgcHJvdmlkZSBpbmZvcm1h dGlvbiBhYm91dCB0aGUgc2VyaWFsaXphdGlvbiBvZiBjb250ZW50LCBidXQgZG9uJ3QgYWN0dWFs bHkgZGVmaW5lIHRoZSBtb2RlbCBvZiB0aGUgY29udGVudC4gU2NoZW1hcyBjYW4gYmUgdXNlZCB0 byBoZWxwIHRoZSBwYXJzZXIgdW5kZXJzdGFuZCB0aGUgY29udGVudCwgcm9saWU6Zm9ybWF0IHBy b3ZpZGVzIGEgbWVhbnMgdG8gZGVzY3JpYmUgYm90aCB0aGUgbW9kZWwgYW5kIHRoZSBzY2hlbWEg b2YgdGhlIGNvbnRlbnQuIFdlIGNvdWxkIHNvbHZlIHRoaXMgYnkgcHJvdmlkaW5nIHNvbWUgbW9k aWZpZWQgbWVkaWEgdHlwZSwgYnV0IHRoaXMgd291bGQgcmVxdWlyZSBqdXN0IGFzIG11Y2ggc3Bl Y2lmaWNhdGlvbiBhcyBvdXIgY3VycmVudCBzb2x1dGlvbi4gQXMgYW4gZXhhbXBsZSwgaG93IHdv dWxkIHdlIGJlc3Qgc3BlY2lmeSB0byBhIGNvbnN1bWVyIHRoYXQgdGhlIGNvbnRlbnQgZWxlbWVu dCBsaW5rcyB0byBhbiBJT0RFRiBkb2N1bWVudD8gSXQncyBtZWRpYSB0eXBlIGlzIFhNTCwgYnV0 IHRoZXJlIHJlbWFpbnMgaW5mb3JtYXRpb24gdGhhdCBjYW4gb25seSBiZSBnbGVhbmVkICBieSBk b3dubG9hZGluZyB0aGUgZW50aXJlIGNvbnRlbnQgZmlsZS4NCg0Kcm9saWU6cHJvcGVydHkgaGFz IGEgY291cGxlIG9mIGFkdmFudGFnZXMgb3ZlciBkZWZpbmluZyB0aGUga2V5LXZhbHVlIHBhaXJz IGluIFhNTC4gRGVmaW5pbmcgbmV3IGVsZW1lbnRzIGluIFhNTCBpcyBleHBlbnNpdmUuIEluIHRo ZSBST0xJRSBjb3JlIGRvY3VtZW50IHdlIGRlZmluZSA0IG5ldyBwcm9wZXJ0aWVzLCB3aGljaCB3 b3VsZCB5aWVsZCA0IG5ldyBlbGVtZW50cyBpbiB0aGUgc2NoZW1hLiBJbiBvdXIgU29mdHdhcmUg RGVzY3JpcHRvciB3ZSBkZWZpbmUgYW5vdGhlciBzb2Z0d2FyZSBzcGVjaWZpYyBwcm9wZXJ0eSwg YW5kIHdlIG1heSBhZGQgbW9yZSBhcyB3ZSBpdGVyYXRlIHRoZSBkcmFmdC4gVGhlcmUgYXJlIHR3 byBvdGhlciBleHRlbnNpb25zIGluIGRldmVsb3BtZW50IHRoYXQgbWF5IGFkZCBuZXcgcHJvcGVy dGllcyBhcyB3ZWxsLiByb2xpZTpwcm9wZXJ0eSBwcm92aWRlcyBhIG1lYW5zIHRvIGVhc2lseSBk ZWZpbmUgbmV3IHByb3BlcnRpZXMgd2l0aG91dCBnZW5lcmF0aW5nIGEgaHVnZSBudW1iZXIgb2Yg bmV3IGVsZW1lbnRzLiANCg0KV291bGQgaXQgYmUgdXNlZnVsIHRvIGNsYXJpZnkgdGhpcyBmdXJ0 aGVyIGluIHRoZSBzcGVjaWZpY2F0aW9uLCBvciBkbyB5b3Ugc3RpbGwgaGF2ZSB0ZWNobmljYWwg Y29uY2VybnM/DQoNClRoYW5rcywNClN0ZXBoZW4NCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2Ut LS0tLQ0KPiBGcm9tOiBNYXJ0aW4gVGhvbXNvbiBbbWFpbHRvOm1hcnRpbi50aG9tc29uQGdtYWls LmNvbV0NCj4gU2VudDogVGh1cnNkYXksIE5vdmVtYmVyIDAyLCAyMDE3IDY6MjkgUE0NCj4gVG86 IEJhbmdoYXJ0LCBTdGVwaGVuIEEuIChGZWQpIDxzdGVwaGVuLmJhbmdoYXJ0QG5pc3QuZ292Pg0K PiBDYzogbWlsZUBpZXRmLm9yZzsgZHJhZnQtaWV0Zi1taWxlLXJvbGllLmFsbEBpZXRmLm9yZw0K PiBTdWJqZWN0OiBSZTogW21pbGVdIEFydGFydCBsYXN0IGNhbGwgcmV2aWV3IG9mIGRyYWZ0LWll dGYtbWlsZS1yb2xpZS0xMA0KPiANCj4gSSBqdXN0IHdhbnRlZCB0byBmb2xsb3cgdXAgb24gdGhp cy4gIEkgc2VlIHRoYXQgdGhlIGRyYWZ0IGhhcyBiZWVuIHJldmlzZWQgYSBmZXcNCj4gdGltZXMs IGJ1dCBJIGhhdmVuJ3Qgc2VlbiBhbnkgcmVzcG9uc2UgdG8gbXkgY29tbWVudHMgYWJvdXQgdGhl IFhNTCwgb3INCj4gYW55IGNoYW5nZXMgcmVsYXRlZCB0byB0aGVtLg0KPiANCj4gSSBhc2ssIGJl Y2F1c2UgSUFOQSBpcyBhc2tpbmcgYWJvdXQgdGhlIFhNTCByZWdpc3RyYXRpb25zLiAgSWYgdGhl IHdvcmtpbmcNCj4gZ3JvdXAgY29uc2Vuc3VzIGlzIHRoYXQgSSdtIGluIHRoZSByb3VnaCwgbGV0 IG1lIGtub3cgYW5kIEknbGwgdGVsbCBJQU5BIHRoYXQNCj4gdGhlIHNjaGVtYSBpcyBnb29kIHRv IGdvLg0KPiANCj4gT24gRnJpLCBPY3QgMjAsIDIwMTcgYXQgMTA6NTMgQU0sIE1hcnRpbiBUaG9t c29uDQo+IDxtYXJ0aW4udGhvbXNvbkBnbWFpbC5jb20+IHdyb3RlOg0KPiA+IFRoYW5rcyBTdGVw aGVuLA0KPiA+DQo+ID4gTW9zdCBvZiB0aGlzIGxvb2tzIGdvb2QgKEknbGwgdHJ1c3QgdGhhdCB5 b3VyIHJlcHJlc2VudGF0aW9uIG9mIHRoZQ0KPiA+IGNoYW5nZXMgaXMgYWNjdXJhdGUgcmF0aGVy IHRoYW4gd2FkZSB0aHJvdWdoIFhNTCwgdGhvdWdoIEkgaGF2ZQ0KPiA+IHJldmlld2VkIHNvbWUg b2YgdGhlIGNoYW5nZXMpLg0KPiA+DQo+ID4gT24gRnJpLCBPY3QgMjAsIDIwMTcgYXQgMzoyNCBB TSwgQmFuZ2hhcnQsIFN0ZXBoZW4gQS4gKEZlZCkNCj4gPiA8c3RlcGhlbi5iYW5naGFydEBuaXN0 Lmdvdj4gd3JvdGU6DQo+ID4+PiBUaGUgcmVxdWlyZW1lbnRzIGluIFNlY3Rpb24gNS4zIG9uIFRM UyB1c2UgYXJlIHVubmVjZXNzYXJpbHkgc3RyaWN0Lg0KPiA+Pj4gSXQncyBncmVhdCB0byByZWNv bW1lbmQgdGhlIHVzZSBvZiBUTFMgMS4yLCBidXQgZ2l2ZW4gdGhhdCB0aGUNCj4gPj4+IGRvY3Vt ZW50IGhhcyBubyByZWFsIHJlcXVpcmVtZW50IG9uIGFueSBwYXJ0aWN1bGFyIHZlcnNpb24gb2Yg VExTLA0KPiA+Pj4gdGhlIHVzZSBvZiAiTVVTVCIgaGVyZSBpcyBub3QgbmVlZGVkLiAgU2ltaWxh cmx5LCB0aGUgcHJvaGliaXRpb24gb24NCj4gPj4+IHRoZSB1c2Ugb2YgMC1SVFQgaXMgZ3JvdW5k bGVzcy4gIFRoZSBsZW5ndGh5IGxpc3Qgb2YgcmVxdWlyZW1lbnRzDQo+ID4+PiBhcm91bmQgY2Vy dGlmaWNhdGUgdmFsaWRhdGlvbiBvbmx5IHJpc2sgY3JlYXRpbmcgYSBjb25mbGljdCB3aXRoDQo+ ID4+PiBhZHZpY2UgaW4gb3RoZXIgUkZDcy4gIE1hbnksIGlmIG5vdCBhbGwsIG9mIHRoZXNlIHJl cXVpcmVtZW50cyBhcmUNCj4gPj4+IHRyYW5zaXRpdmVseSBpbmNsdWRlZCBieSB3YXkgb2YgcmVm ZXJlbmNpbmcgSFRUUFMgZG9jdW1lbnRzLiAgSSB3b3VsZA0KPiBwcmVmZXIgdG8gc2VlIHRoaXMg ZW50aXJlIHNlY3Rpb24gcmVkdWNlZCB0byBhIHNpbXBsZSBSRkMgNzUyNSByZWZlcmVuY2UuDQo+ ID4+DQo+ID4+IFRoZSBtYWpvcml0eSBvZiB0aGUgc2VjdGlvbiBoYXMgYmVlbiByZWR1Y2VkIHRv IGEgUkZDIDc1MjUgcmVmZXJlbmNlLg0KPiBXZSBiZWxpZXZlIHRoYXQgdGhlIGJlbmVmaXRzIHBy b3ZpZGVkIGJ5IDAtUlRUIGRvbid0IG91dHdlaWdoIHRoZSBsb3NzIG9mDQo+IGZvcndhcmQgc2Vj cmVjeS4gVGhlIHRleHQgY3VycmVudGx5IHBsYWNlcyB0aGlzIGFzIGEgc3VnZ2VzdGlvbiBmcm9t IHRoZQ0KPiBhdXRob3JzLCBhbmQgbm90IGEgbm9ybWF0aXZlIHJlcXVpcmVtZW50Lg0KPiA+DQo+ ID4gSSdtIGdvaW5nIHRvIHB1c2ggb24gdGhpcyBvbmUgbW9yZSB0aW1lLiAgMC1SVFQgZG9lcyBu b3QgbmVjZXNzYXJpbHkNCj4gPiBjb21wcm9taXNlIGZvcndhcmQgc2VjcmVjeS4gIEl0IGlzIGFs c28gZW50aXJlbHkgcG9zc2libGUgdG8gZGVwbG95DQo+ID4gMC1SVFQgd2l0aG91dCByaXNrIG9m IHJlcGxheSBhdHRhY2suICBCdXQgdGhlc2UgZmFjdHMgZG9uJ3Qgc2VlbQ0KPiA+IHBlcnN1YXNp dmUgYmVjYXVzZSBpdCBpcyBwb3NzaWJsZSB0byBpbXBsZW1lbnQgdGhlIGZlYXR1cmUgd2l0aCB0 aGVzZQ0KPiA+IHJpc2tzLg0KPiA+DQo+ID4gVGhlIHRleHQgeW91IHByb3ZpZGUgaW5kaWNhdGVz IHRoYXQgaXQgaXMgcmVwbGF5IHlvdSBhcmUgY29uY2VybmVkDQo+ID4gYWJvdXQuICBEbyB5b3Ug aGF2ZSBhbnkgYW5hbHlzaXMgdGhhdCBpbmRpY2F0ZXMgdGhhdCBzb21lb25lIGRlcGxveWluZw0K PiA+IGEgc2VydmVyIHRoYXQgZW5hYmxlcyBlYXJseSBkYXRhIHdvdWxkIHByb2R1Y2UgaGFybT8g IERvZXMgdGhhdA0KPiA+IGFuYWx5c2lzIHN1Z2dlc3QgYW55IG90aGVyIGFsdGVybmF0aXZlIG1p dGlnYXRpb24gc3RyYXRlZ2llcz8NCj4gPg0KPiA+IEFnYWluLCBJIHdvdWxkIHByZWZlciB0aGF0 IHRoZSBkcmFmdCByZW1haW4gc2lsZW50IG9uIHRoaXMgc3ViamVjdC4gIEkNCj4gPiByZWFsaXpl IHRoYXQgSSdtIGluIHRoZSByb3VnaCBoZXJlLCBidXQgSSBjb25zaWRlciB0aGlzIHRvIGJlIGEg dGVzdA0KPiA+IGNhc2UgZm9yIHRoaXMuICBUaGUgbmV4dCBwZXJzb24gd2hvIHVzZXMgSFRUUCB3 aWxsIHNlZSB5b3VyIHRleHQsDQo+ID4gbm90aWNlIHRoYXQgaXQgaXMgZ29vZCwgYW5kIGNvcHkg aXQuICBJdCBiZWNvbWVzIHByZWNlZGVudCB0byBmb3JiaWQNCj4gPiB0aGUgdXNlIG9mIDAtUlRU IGFuZCB3ZSBmb3JnZXQgKndoeSouICBJIHdvdWxkIHByZWZlciB0aGF0IHRoaXMgdGV4dA0KPiA+ IGJlIGJldHRlciBtb3RpdmF0ZWQgaWYgaXQgaXMgaW5jbHVkZWQuDQo+ID4NCj4gPj4+IFVzZXIg YXV0aGVudGljYXRpb24gaXMgdW5kZXItc3BlY2lmaWVkLg0KPiA+DQo+ID4gVGhlIG5ldyB0ZXh0 IGlzIG11Y2ggbW9yZSBjb25jaXNlIGFuZCB0YXJnZXRlZCwgdGhhbmsgeW91Lg0KPiA+DQo+ID4+ PiBJbiBTZWN0aW9uIDYuMi4zLCB3aGF0IGlzIHRoZSBhZHZhbnRhZ2Ugb2YgInJvbGllOmZvcm1h dCIgb3Zlcg0KPiA+Pj4gaGF2aW5nIGEgd2VsbC0gZGVmaW5lZCBtZWRpYSB0eXBlPyAgTWVkaWEg dHlwZXMgY2FuIHRha2UgYWR2YW50YWdlDQo+ID4+PiBvZiBjb250ZW50IG5lZ290aWF0aW9uLCBl eGlzdGluZyBzdXBwb3J0IGluIGxpbmsgcmVsYXRpb25zLCBhbmQgb3RoZXINCj4gZXhpc3Rpbmcg dG9vbHMuDQo+ID4+PiBUaGlzIHJvbGllOmZvcm1hdCBlbGVtZW50IGhhcyBuYW1lc3BhY2UsIGZv cm1hdCwgYW5kIHNjaGVtYTsgdGhlc2UNCj4gPj4+IGFyZSBub3QgdXNlZnVsIHRvIGFueW9uZSB0 aGF0IGlzIGlnbm9yYW50IG9mIHRoZWlyIGNvbnRlbnRzLiAgVGhlDQo+ID4+PiBvbmx5IGFkdmFu dGFnZSBJIHNlZSBpcyB0aGF0IHN5bnRheCBtaWdodCBiZSB2YWxpZGF0ZWQsIGJ1dA0KPiA+Pj4g c2VtYW50aWNzIGNhbid0IGJlIGV4dHJhY3RlZC4gIFRoZXJlJ3MgYSBsb3Qgb2YgaW1wbGllZCB3 b3JrIGluDQo+ID4+PiBhZGRpbmcgdGhpcyBlbGVtZW50LCBidXQgdGhhdCBkb2Vzbid0IHNlZW0g dG8gYmUganVzdGlmaWVkIGJ5IHRoYXQNCj4gPj4+IGFkdmFudGFnZS4gIChJIHNlZSB0aGF0IFJG QyA3OTcwIGRvZXNuJ3QgZGVmaW5lIGEgbWVkaWEgdHlwZSwgYnV0IGl0DQo+ID4+PiBzZWVtcyBs aWtlIGl0IHdvdWxkIGJlIGVhc2llciB0byBjb3JyZWN0IHRoYXQgdGhhbiB0byBkZWZpbmUgYW4N Cj4gPj4+IGVsZW1lbnQgbGlrZSB0aGlzLikNCj4gPj4NCj4gPj4gQXRvbTpjb250ZW50IGhhcyBh biBhdHRyaWJ1dGUgZm9yIG1lZGlhIHR5cGUsIHdoaWNoIHByb3ZpZGVzDQo+IGluZm9ybWF0aW9u IGFib3V0IHRoZSBzZXJpYWxpemF0aW9uIG9mIHRoZSBjb250ZW50IHJlcHJlc2VudGF0aW9uLiBJ biBtYW55DQo+IGNhc2VzLCB3ZSBmb3VuZCB0aGF0IGRpZmZlcmVudCBmb3JtYXRzIGNhbiBhcHBl YXIgZm9yIHRoZSBzYW1lIGNvbnRlbnQNCj4gd2l0aGluIHRoZSBzYW1lIG1lZGlhIHR5cGUuIEZv ciBleGFtcGxlLCB0aGUgc2FtZSBwaWVjZSBvZiBpbmZvcm1hdGlvbg0KPiBtYXkgYmUgcmVwcmVz ZW50ZWQgdXNpbmcgdHdvIGRpZmZlcmVudCBYTUwgU2NoZW1hcy4gVGhlIHJvbGllOmZvcm1hdA0K PiBlbGVtZW50IGFsbG93cyB0aGUgZW50cnkgdG8gY2xhcmlmeSB3aGljaCAiZm9ybWF0IiBpdHMg dXNpbmcgYmV5b25kIHdoaWNoDQo+IHNlcmlhbGl6YXRpb24gaXQgaXMgdXNpbmcuIFVsdGltYXRl bHkgdGhlIGZvcm1hdCBlbGVtZW50IGlzIG5vdCByZWdpc3RlcmVkDQo+IGFueXdoZXJlLCBub3Ig aXMgaXRzIGNvbnRlbnRzIHBhcnRpY3VsYXJseSBzdGFuZGFyZGl6ZWQuIFdlJ3JlIHByb3ZpZGlu ZyB0aGUNCj4gZWxlbWVudCBhcyBhIHRvb2wgZm9yIHJlcG9zaXRvcnkgcHJvZHVjZXJzIHRvIHVz ZS4NCj4gPg0KPiA+IFRoaXMgaXMsIGF0IGxlYXN0IGluIG15IG9waW5pb24sIGEgbWlzdGFrZS4g IEl0IGNyZWF0ZXMgYW5vdGhlciBsYXllcg0KPiA+IG9mIGNvbnRlbnQgbmVnb3RpYXRpb24gdGhh dCBpcyBub3QgdmlzaWJsZSB0byBIVFRQLiAgSWYgdGhlIHNhbWUNCj4gPiBpbmZvcm1hdGlvbiBj YW4gYmUgcHJlc2VudGVkIGluIHR3byBkaWZmZXJlbnQgZm9ybWF0cywgd2h5IGlzIGl0IG5vdA0K PiA+IHBvc3NpYmxlIHRvIGhhdmUgdHdvIG1lZGlhIHR5cGVzPyAgT3IgYXQgbGVhc3QgYSBwYXJh bWV0ZXJpemVkIG1lZGlhDQo+ID4gdHlwZSB0aGF0IGlkZW50aWZpZXMgdGhlIGZvcm1hdC4NCj4g Pg0KPiA+IFRoZSBwcm9ibGVtIHdpdGggZGVmaW5pbmcgZWxlbWVudHMgaXMgdGhhdCB0aGV5IGFy ZSBjb3N0bHkuICBOb3Qgc28NCj4gPiBtdWNoIHRvIHNwZWNpZnksIGJ1dCB0byBpbXBsZW1lbnQg Y29ycmVjdGx5LiAgSWYgeW91IGFyZSBhYmxlIHRvIHJlbHkNCj4gPiBvbiBleGlzdGluZyBtZWNo YW5pc21zLCB5b3Ugc2hvdWxkIGRvIHRoYXQgYXMgbXVjaCBhcyBwb3NzaWJsZS4NCj4gPg0KPiA+ IEl0IGRvZXNuJ3Qgc291bmQgbGlrZSB5b3UgaGF2ZSBhIGNvbmNyZXRlIHVzZSBjYXNlIGZvciB0 aGlzLCB3aGljaA0KPiA+IG1ha2VzIG1lIG5lcnZvdXMuDQo+ID4NCj4gPj4+IFNlY3Rpb24gNi4y LjQgZGVmaW5lcyBhIGdlbmVyaWMga2V5LXZhbHVlIG1lY2hhbmlzbS4gIEJ1dCB0aGF0IGlzDQo+ ID4+PiBzb21ldGhpbmcgdGhhdCBYTUwgaXMgYWN0dWFsbHkgZ29vZCBhdC4gIFdoeSBjYW4ndCB1 c2VycyB0aGF0DQo+ID4+PiByZXF1aXJlIGFkZGl0aW9uYWwgbWV0YWRhdGEgdXNlIGFkZGl0aW9u YWwgbWV0YWRhdGEgYXMgb3JpZ2luYWxseQ0KPiA+Pj4gZGVmaW5lZCBieSBBdG9tPyAgVGhhdCBp cywgcmVwbGFjZSA8cm9saWU6cHJvcGVydHkNCj4gbmFtZT0idXJuOmlldGY6cGFyYW1zOnJvbGll OnByb3BlcnR5OmNzaXJ0LWlvZGVmLWlkIg0KPiA+Pj4gdmFsdWU9IjEyMzQ1Ii8+IHdpdGggc29t ZXRoaW5nIGxpa2UNCj4gPj4+IDxyb2xpZTpjc2lydC1pb2RlZi1pZD4xMjM0NTwvcm9saWU6Y3Np cnQtaW9kZWYtaWQ+LiAgVGhlIGZpbmFsDQo+ID4+PiBwYXJhZ3JhcGggb2YgdGhlIHNlY3Rpb24g cmVjb2duaXplcyB0aGlzIHBvc3NpYmlsaXR5Lg0KPiA+Pg0KPiA+PiBUaGUgbGF0dGVyIGV4YW1w bGUgeW91IHByb3ZpZGUgaXMgc3RpbGwgcG9zc2libGUsIGFzIHVucmVjb2duaXplZCBlbGVtZW50 cw0KPiBpbiBST0xJRS9BdG9tIGRvbid0IGNhdXNlIHZhbGlkYXRpb24gdG8gZmFpbCwgYnV0IGFy ZSBqdXN0IHBvdGVudGlhbGx5IGlnbm9yZWQNCj4gYnkgdGhlIGNsaWVudC9zZXJ2ZXIuIFRoZSBy b2xpZTpwcm9wZXJ0eSBlbGVtZW50IGFsbG93cyBhdXRvbWF0ZWQgc3lzdGVtcw0KPiB0byBoYXZl IGEgZ2xvYmFsbHkgYXZhaWxhYmxlICJ2b2NhYnVsYXJ5IiBvZiBwb3RlbnRpYWxseSBhdmFpbGFi bGUgcHJvcGVydGllcywNCj4gdGhhdCBjYW4gYmUgdXNlZCB0byBwb3B1bGF0ZSB0YWJsZXMgb3Ig ZmllbGRzIGluIGF1dG9tYXRlZCBzeXN0ZW1zLg0KPiA+DQo+ID4gSSByZWFsaXplIHRoYXQgdGhl IHNldCBvZiBhdHRyaWJ1dGVzIHlvdSBoYXZlIG1pZ2h0IGJlIHVzZWZ1bCBpbiB0aGlzDQo+ID4g Y29udGV4dC4gIEJ1dCBkZWZpbmluZyB0aGVtIGluIFhNTCB3b3VsZCBiZSBtdWNoIGVhc2llci4g IFlvdSBkb24ndA0KPiA+IGNyZWF0ZSBhIG5ldyBtZWNoYW5pc20gZm9yIGV4cHJlc3Npbmcga2V5 LXZhbHVlIHBhaXJzLCBhbmQgdGhlDQo+ID4gcmVnaXN0cnkgdGhhdCBnb2VzIHdpdGggaXQuICBU aGF0IHNlZW1zIGxpa2UgYSBtaW5vciBjb3N0LCBidXQgbGlrZSBpbg0KPiA+IHRoZSBwcmV2aW91 cyBjYXNlLCB0aGUgY2hvaWNlIHRvIGRlZmluZSBhbm90aGVyIGJlc3Bva2UgbWVjaGFuaXNtDQo+ ID4gY29tZXMgd2l0aCBoaWRkZW4gY29zdHMuICBXaHkgYm90aGVyIHdoZW4geW91IGhhdmUgYSBw ZXJmZWN0bHkNCj4gPiB3b3JrYWJsZSBtZWNoYW5pc20gYXZhaWxhYmxlIHRvIHlvdSBhbHJlYWR5 Pw0KPiA+DQo+ID4+PiBRdWVzdGlvbjogaXQncyBmYWlybHkgd2lkZWx5IGFjY2VwdGVkIHRoYXQg dXNlIG9mIElSSXMgaW4gQXRvbSBoYXMNCj4gPj4+IGJlZW4gbGVzcyB0aGFuIHN1Y2Nlc3NmdWwu ICBEbyB5b3Ugd2FudCB0byBtYW5kYXRlIHVzZSBvZiBVUklzDQo+ID4+PiBpbnN0ZWFkPyAgVGhp cyB3b3VsZCBhcHBseSB0byBib3RoIGxpbmsgcmVsYXRpb25zIGFuZCB0aGUgInNyYyIgYXR0cmli dXRlLg0KPiA+Pg0KPiA+PiBXZSB3YW50ZWQgdG8gc3RheSBpbiBsaW5lIHdpdGggdGhlIHJlcXVp cmVtZW50cyBpbiBBdG9tLCBpZiB0aGlzIGJlY29tZXMNCj4gYW4gaXNzdWUgaXQgbWF5IGJlIHdv cnRoIHJlLWV4YW1pbmluZy4NCj4gPg0KPiA+IFRoaXMgaXMgeW91ciBjaGFuY2UuICBZb3UgZG9u J3QgZ2V0IHRvIGdvIGJhY2sgb3IgcmUtZXhhbWluZSBvbmNlIHlvdXINCj4gPiBwcm90b2NvbCBp cyB3aWRlbHkgZGVwbG95ZWQuDQo= From nobody Fri Nov 3 08:52:41 2017 Return-Path: X-Original-To: expand-draft-ietf-mile-rolie.all@virtual.ietf.org Delivered-To: mile@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id 98F6713FE86; Fri, 3 Nov 2017 08:52:35 -0700 (PDT) X-Original-To: xfilter-draft-ietf-mile-rolie.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-mile-rolie.all@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5268113FE87; Fri, 3 Nov 2017 08:52:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nistgov.onmicrosoft.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 J6HiDPRLlc5T; Fri, 3 Nov 2017 08:52:32 -0700 (PDT) Received: from gcc01-dm2-obe.outbound.protection.outlook.com (mail-dm2gcc01on0096.outbound.protection.outlook.com [23.103.201.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D1C6913FE86; Fri, 3 Nov 2017 08:52:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nistgov.onmicrosoft.com; s=selector1-nist-gov; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=hikzcf3F+HCNOtjISHszcizFusj5W6l0ET3DK7bcRNg=; b=cCi/IQIeb6S2anoWxnnTOKyOXGdR5J4OSzhKnQF46UGyqBirP+XWjaaroPINUpqM86y2rfFdF/QS/Id+fQxnKfjOqbubfu9nOgh36zig/1vv57nA/EJkm1szn/xdYXcbsdIdfmMoYNsxrmd7r+ih5yoo6R3BBx45CulRIQMsHTk= Received: from MWHPR09MB1197.namprd09.prod.outlook.com (10.172.49.143) by MWHPR09MB1198.namprd09.prod.outlook.com (10.172.49.144) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.197.13; Fri, 3 Nov 2017 15:52:24 +0000 Received: from MWHPR09MB1197.namprd09.prod.outlook.com ([10.172.49.143]) by MWHPR09MB1197.namprd09.prod.outlook.com ([10.172.49.143]) with mapi id 15.20.0197.013; Fri, 3 Nov 2017 15:52:24 +0000 From: "Banghart, Stephen A. (Fed)" To: Martin Thomson CC: "mile@ietf.org" , "draft-ietf-mile-rolie.all@ietf.org" Thread-Topic: [mile] Artart last call review of draft-ietf-mile-rolie-10 Thread-Index: AQHTQLy5EiZhxIKVNkSNg/Bn547ThKLrUSVQgACYZACAFejegIABGBVw Date: Fri, 3 Nov 2017 15:52:24 +0000 Message-ID: References: <150752570618.18384.5615358468704377459@ietfa.amsl.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=stephen.banghart@nist.gov; x-originating-ip: [129.6.251.1] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; MWHPR09MB1198; 6:m+VUSOlmFbELiBKT5j/pwejdk95B+W5/W9Q8lWM36rGDPloPEXwp1cwpqVrP94IZpcI2eqVCSnJzWu38vz1au5qvs0VwMKdZDqo9iL5X95zo21I+UVGs5r4HMWRr7tdHZJQsGiScMHIMQTVD2jAhJEpsigK/uPJ+8+SXcSOCMcP2kNBtMqZxbWmlPFFsYcds3Maeh/Qz7TFkZzpRv36s+xQxsdSW9B8sqRjYv5om0vxQxkUUFhMce9PXhASSPt7ZKtL5fBW58TM31HgHx946gq2aKZnHLxjZFdmLftYqfN+HUWSUQb3pN7un4tAt1mgStYLoAr3n7rOAmtsYjM6NMIXI+L5hH5O26S4UTMRoQt0=; 5:lGdtDGP7KTrtqx8eLu7fBOSWWWk1dWZ4xpxVEQ7IwW2yzSP8LI5UaEX3idfjl0mEr35rhF8/I2SIp14VO/DkSU9gdLTAhUkvkUDUTXJpWOBREql/uxQxb5ldAopsF+Em5h7xBsX1QJYha6H/73NGZ6c7FpcyyYhb2hNlpXn14zs=; 24:TjqkxRirAqBJsIjkoDaOOCanB5kVRR/cbtapfHRdJkHakXUhb6Lcasak1TJ4qA5G7OuCfdWRiFXSuk4LuTyUCLtV8TLb9RntjBWhGinYzjA=; 7:0druW7Umwbl0+gWGp2FjlxOXpjnxS4gZhkCBb6tiCZ/r+UFc1hrB0rMbjFv5XmhSMiv2ZnObLzGYYMugn83pNgHoH7qC0TE47VN8SW8lCb0ofMl7F4tP5UQCa9VMqbSjuyahNHpZxmPy1vKZxoWPYSbtIRMgd/yZZ4uQ2SrGrNtEpRjRj5lEc3aCiHA29FQPCrRVsIpMdbhdNmY42B4f59fwEaoV+E8WbutaUn4g+VT9Ppf9MeU7MqSl3/9dXpB9 x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: 1f3c3b24-d831-4854-cc33-08d522d2e052 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(4534020)(4602075)(4627115)(201703031133081)(201702281549075)(48565401081)(2017052603199); SRVR:MWHPR09MB1198; x-ms-traffictypediagnostic: MWHPR09MB1198: x-exchange-antispam-report-test: UriScan:(158342451672863)(65766998875637)(131327999870524)(788757137089)(100405760836317); x-microsoft-antispam-prvs: x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(2401047)(8121501046)(5005006)(3002001)(10201501046)(3231021)(93006095)(93001095)(100000703101)(100105400095)(6055026)(6041248)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123560025)(20161123562025)(20161123558100)(20161123555025)(20161123564025)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:MWHPR09MB1198; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:MWHPR09MB1198; x-forefront-prvs: 0480A51D4A x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(346002)(376002)(39860400002)(13464003)(24454002)(189002)(51694002)(199003)(316002)(54356999)(76176999)(50986999)(9686003)(55016002)(97736004)(2950100002)(99286004)(6916009)(105586002)(33656002)(7696004)(106356001)(14454004)(229853002)(101416001)(53546010)(54906003)(66066001)(5660300001)(4326008)(189998001)(478600001)(8936002)(81166006)(81156014)(8676002)(68736007)(230783001)(3660700001)(3846002)(3280700002)(6116002)(6436002)(86362001)(305945005)(6246003)(77096006)(102836003)(6506006)(25786009)(53936002)(2900100001)(39060400002)(93886005)(7736002)(2906002)(74316002); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR09MB1198; H:MWHPR09MB1197.namprd09.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: nist.gov does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: nist.gov X-MS-Exchange-CrossTenant-Network-Message-Id: 1f3c3b24-d831-4854-cc33-08d522d2e052 X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Nov 2017 15:52:24.2292 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 2ab5d82f-d8fa-4797-a93e-054655c61dec X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR09MB1198 Resent-From: Resent-To: jfield@pivotal.io, stephen.banghart@nist.gov, david.waltermire@nist.gov, ncamwing@cisco.com, takeshi_takahashi@nict.go.jp, Kathleen.Moriarty.ietf@gmail.com, ekr@rtfm.com, mile-chairs@tools.ietf.org, mile@ietf.org, Nancy Cam-Winget Resent-Message-Id: <20171103155235.98F6713FE86@ietfa.amsl.com> Resent-Date: Fri, 3 Nov 2017 08:52:35 -0700 (PDT) Archived-At: Subject: Re: [mile] Artart last call review of draft-ietf-mile-rolie-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" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Nov 2017 15:52:36 -0000 TWFydGluLA0KDQpDb3VsZCB5b3UgY2xhcmlmeSB3aGljaCBYTUwgaXNzdWVzIHlvdSBtZWFuPyBU aGUgcm9saWU6Zm9ybWF0IC8gcm9saWU6cHJvcGVydHkgZWxlbWVudHMgb3Igc29tZXRoaW5nIGVs c2U/DQoNCnJvbGllOmZvcm1hdCBpcyBuZWNlc3NhcnkgYmV5b25kIG1lZGlhIHR5cGVzIGZvciBk aWZmZXJlbnRpYXRpbmcgYmV0d2VlbiBmb3JtYXRzIHRoYXQgZG9uJ3QgaGF2ZSB0aGVpciBvd24g bWVkaWEgdHlwZSwgYW5kIGZvciBtYWtpbmcgY2xlYXIgdGhlIGRpZmZlcmVuY2UgYmV0d2VlbiBh ICJtZWRpYSB0eXBlIiBhbmQgYSAiZm9ybWF0Ii4gTWVkaWEgdHlwZXMgcHJvdmlkZSBpbmZvcm1h dGlvbiBhYm91dCB0aGUgc2VyaWFsaXphdGlvbiBvZiBjb250ZW50LCBidXQgZG9uJ3QgYWN0dWFs bHkgZGVmaW5lIHRoZSBtb2RlbCBvZiB0aGUgY29udGVudC4gU2NoZW1hcyBjYW4gYmUgdXNlZCB0 byBoZWxwIHRoZSBwYXJzZXIgdW5kZXJzdGFuZCB0aGUgY29udGVudCwgcm9saWU6Zm9ybWF0IHBy b3ZpZGVzIGEgbWVhbnMgdG8gZGVzY3JpYmUgYm90aCB0aGUgbW9kZWwgYW5kIHRoZSBzY2hlbWEg b2YgdGhlIGNvbnRlbnQuIFdlIGNvdWxkIHNvbHZlIHRoaXMgYnkgcHJvdmlkaW5nIHNvbWUgbW9k aWZpZWQgbWVkaWEgdHlwZSwgYnV0IHRoaXMgd291bGQgcmVxdWlyZSBqdXN0IGFzIG11Y2ggc3Bl Y2lmaWNhdGlvbiBhcyBvdXIgY3VycmVudCBzb2x1dGlvbi4gQXMgYW4gZXhhbXBsZSwgaG93IHdv dWxkIHdlIGJlc3Qgc3BlY2lmeSB0byBhIGNvbnN1bWVyIHRoYXQgdGhlIGNvbnRlbnQgZWxlbWVu dCBsaW5rcyB0byBhbiBJT0RFRiBkb2N1bWVudD8gSXQncyBtZWRpYSB0eXBlIGlzIFhNTCwgYnV0 IHRoZXJlIHJlbWFpbnMgaW5mb3JtYXRpb24gdGhhdCBjYW4gb25seSBiZSBnbGVhbmVkICBieSBk b3dubG9hZGluZyB0aGUgZW50aXJlIGNvbnRlbnQgZmlsZS4NCg0Kcm9saWU6cHJvcGVydHkgaGFz IGEgY291cGxlIG9mIGFkdmFudGFnZXMgb3ZlciBkZWZpbmluZyB0aGUga2V5LXZhbHVlIHBhaXJz IGluIFhNTC4gRGVmaW5pbmcgbmV3IGVsZW1lbnRzIGluIFhNTCBpcyBleHBlbnNpdmUuIEluIHRo ZSBST0xJRSBjb3JlIGRvY3VtZW50IHdlIGRlZmluZSA0IG5ldyBwcm9wZXJ0aWVzLCB3aGljaCB3 b3VsZCB5aWVsZCA0IG5ldyBlbGVtZW50cyBpbiB0aGUgc2NoZW1hLiBJbiBvdXIgU29mdHdhcmUg RGVzY3JpcHRvciB3ZSBkZWZpbmUgYW5vdGhlciBzb2Z0d2FyZSBzcGVjaWZpYyBwcm9wZXJ0eSwg YW5kIHdlIG1heSBhZGQgbW9yZSBhcyB3ZSBpdGVyYXRlIHRoZSBkcmFmdC4gVGhlcmUgYXJlIHR3 byBvdGhlciBleHRlbnNpb25zIGluIGRldmVsb3BtZW50IHRoYXQgbWF5IGFkZCBuZXcgcHJvcGVy dGllcyBhcyB3ZWxsLiByb2xpZTpwcm9wZXJ0eSBwcm92aWRlcyBhIG1lYW5zIHRvIGVhc2lseSBk ZWZpbmUgbmV3IHByb3BlcnRpZXMgd2l0aG91dCBnZW5lcmF0aW5nIGEgaHVnZSBudW1iZXIgb2Yg bmV3IGVsZW1lbnRzLiANCg0KV291bGQgaXQgYmUgdXNlZnVsIHRvIGNsYXJpZnkgdGhpcyBmdXJ0 aGVyIGluIHRoZSBzcGVjaWZpY2F0aW9uLCBvciBkbyB5b3Ugc3RpbGwgaGF2ZSB0ZWNobmljYWwg Y29uY2VybnM/DQoNClRoYW5rcywNClN0ZXBoZW4NCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2Ut LS0tLQ0KPiBGcm9tOiBNYXJ0aW4gVGhvbXNvbiBbbWFpbHRvOm1hcnRpbi50aG9tc29uQGdtYWls LmNvbV0NCj4gU2VudDogVGh1cnNkYXksIE5vdmVtYmVyIDAyLCAyMDE3IDY6MjkgUE0NCj4gVG86 IEJhbmdoYXJ0LCBTdGVwaGVuIEEuIChGZWQpIDxzdGVwaGVuLmJhbmdoYXJ0QG5pc3QuZ292Pg0K PiBDYzogbWlsZUBpZXRmLm9yZzsgZHJhZnQtaWV0Zi1taWxlLXJvbGllLmFsbEBpZXRmLm9yZw0K PiBTdWJqZWN0OiBSZTogW21pbGVdIEFydGFydCBsYXN0IGNhbGwgcmV2aWV3IG9mIGRyYWZ0LWll dGYtbWlsZS1yb2xpZS0xMA0KPiANCj4gSSBqdXN0IHdhbnRlZCB0byBmb2xsb3cgdXAgb24gdGhp cy4gIEkgc2VlIHRoYXQgdGhlIGRyYWZ0IGhhcyBiZWVuIHJldmlzZWQgYSBmZXcNCj4gdGltZXMs IGJ1dCBJIGhhdmVuJ3Qgc2VlbiBhbnkgcmVzcG9uc2UgdG8gbXkgY29tbWVudHMgYWJvdXQgdGhl IFhNTCwgb3INCj4gYW55IGNoYW5nZXMgcmVsYXRlZCB0byB0aGVtLg0KPiANCj4gSSBhc2ssIGJl Y2F1c2UgSUFOQSBpcyBhc2tpbmcgYWJvdXQgdGhlIFhNTCByZWdpc3RyYXRpb25zLiAgSWYgdGhl IHdvcmtpbmcNCj4gZ3JvdXAgY29uc2Vuc3VzIGlzIHRoYXQgSSdtIGluIHRoZSByb3VnaCwgbGV0 IG1lIGtub3cgYW5kIEknbGwgdGVsbCBJQU5BIHRoYXQNCj4gdGhlIHNjaGVtYSBpcyBnb29kIHRv IGdvLg0KPiANCj4gT24gRnJpLCBPY3QgMjAsIDIwMTcgYXQgMTA6NTMgQU0sIE1hcnRpbiBUaG9t c29uDQo+IDxtYXJ0aW4udGhvbXNvbkBnbWFpbC5jb20+IHdyb3RlOg0KPiA+IFRoYW5rcyBTdGVw aGVuLA0KPiA+DQo+ID4gTW9zdCBvZiB0aGlzIGxvb2tzIGdvb2QgKEknbGwgdHJ1c3QgdGhhdCB5 b3VyIHJlcHJlc2VudGF0aW9uIG9mIHRoZQ0KPiA+IGNoYW5nZXMgaXMgYWNjdXJhdGUgcmF0aGVy IHRoYW4gd2FkZSB0aHJvdWdoIFhNTCwgdGhvdWdoIEkgaGF2ZQ0KPiA+IHJldmlld2VkIHNvbWUg b2YgdGhlIGNoYW5nZXMpLg0KPiA+DQo+ID4gT24gRnJpLCBPY3QgMjAsIDIwMTcgYXQgMzoyNCBB TSwgQmFuZ2hhcnQsIFN0ZXBoZW4gQS4gKEZlZCkNCj4gPiA8c3RlcGhlbi5iYW5naGFydEBuaXN0 Lmdvdj4gd3JvdGU6DQo+ID4+PiBUaGUgcmVxdWlyZW1lbnRzIGluIFNlY3Rpb24gNS4zIG9uIFRM UyB1c2UgYXJlIHVubmVjZXNzYXJpbHkgc3RyaWN0Lg0KPiA+Pj4gSXQncyBncmVhdCB0byByZWNv bW1lbmQgdGhlIHVzZSBvZiBUTFMgMS4yLCBidXQgZ2l2ZW4gdGhhdCB0aGUNCj4gPj4+IGRvY3Vt ZW50IGhhcyBubyByZWFsIHJlcXVpcmVtZW50IG9uIGFueSBwYXJ0aWN1bGFyIHZlcnNpb24gb2Yg VExTLA0KPiA+Pj4gdGhlIHVzZSBvZiAiTVVTVCIgaGVyZSBpcyBub3QgbmVlZGVkLiAgU2ltaWxh cmx5LCB0aGUgcHJvaGliaXRpb24gb24NCj4gPj4+IHRoZSB1c2Ugb2YgMC1SVFQgaXMgZ3JvdW5k bGVzcy4gIFRoZSBsZW5ndGh5IGxpc3Qgb2YgcmVxdWlyZW1lbnRzDQo+ID4+PiBhcm91bmQgY2Vy dGlmaWNhdGUgdmFsaWRhdGlvbiBvbmx5IHJpc2sgY3JlYXRpbmcgYSBjb25mbGljdCB3aXRoDQo+ ID4+PiBhZHZpY2UgaW4gb3RoZXIgUkZDcy4gIE1hbnksIGlmIG5vdCBhbGwsIG9mIHRoZXNlIHJl cXVpcmVtZW50cyBhcmUNCj4gPj4+IHRyYW5zaXRpdmVseSBpbmNsdWRlZCBieSB3YXkgb2YgcmVm ZXJlbmNpbmcgSFRUUFMgZG9jdW1lbnRzLiAgSSB3b3VsZA0KPiBwcmVmZXIgdG8gc2VlIHRoaXMg ZW50aXJlIHNlY3Rpb24gcmVkdWNlZCB0byBhIHNpbXBsZSBSRkMgNzUyNSByZWZlcmVuY2UuDQo+ ID4+DQo+ID4+IFRoZSBtYWpvcml0eSBvZiB0aGUgc2VjdGlvbiBoYXMgYmVlbiByZWR1Y2VkIHRv IGEgUkZDIDc1MjUgcmVmZXJlbmNlLg0KPiBXZSBiZWxpZXZlIHRoYXQgdGhlIGJlbmVmaXRzIHBy b3ZpZGVkIGJ5IDAtUlRUIGRvbid0IG91dHdlaWdoIHRoZSBsb3NzIG9mDQo+IGZvcndhcmQgc2Vj cmVjeS4gVGhlIHRleHQgY3VycmVudGx5IHBsYWNlcyB0aGlzIGFzIGEgc3VnZ2VzdGlvbiBmcm9t IHRoZQ0KPiBhdXRob3JzLCBhbmQgbm90IGEgbm9ybWF0aXZlIHJlcXVpcmVtZW50Lg0KPiA+DQo+ ID4gSSdtIGdvaW5nIHRvIHB1c2ggb24gdGhpcyBvbmUgbW9yZSB0aW1lLiAgMC1SVFQgZG9lcyBu b3QgbmVjZXNzYXJpbHkNCj4gPiBjb21wcm9taXNlIGZvcndhcmQgc2VjcmVjeS4gIEl0IGlzIGFs c28gZW50aXJlbHkgcG9zc2libGUgdG8gZGVwbG95DQo+ID4gMC1SVFQgd2l0aG91dCByaXNrIG9m IHJlcGxheSBhdHRhY2suICBCdXQgdGhlc2UgZmFjdHMgZG9uJ3Qgc2VlbQ0KPiA+IHBlcnN1YXNp dmUgYmVjYXVzZSBpdCBpcyBwb3NzaWJsZSB0byBpbXBsZW1lbnQgdGhlIGZlYXR1cmUgd2l0aCB0 aGVzZQ0KPiA+IHJpc2tzLg0KPiA+DQo+ID4gVGhlIHRleHQgeW91IHByb3ZpZGUgaW5kaWNhdGVz IHRoYXQgaXQgaXMgcmVwbGF5IHlvdSBhcmUgY29uY2VybmVkDQo+ID4gYWJvdXQuICBEbyB5b3Ug aGF2ZSBhbnkgYW5hbHlzaXMgdGhhdCBpbmRpY2F0ZXMgdGhhdCBzb21lb25lIGRlcGxveWluZw0K PiA+IGEgc2VydmVyIHRoYXQgZW5hYmxlcyBlYXJseSBkYXRhIHdvdWxkIHByb2R1Y2UgaGFybT8g IERvZXMgdGhhdA0KPiA+IGFuYWx5c2lzIHN1Z2dlc3QgYW55IG90aGVyIGFsdGVybmF0aXZlIG1p dGlnYXRpb24gc3RyYXRlZ2llcz8NCj4gPg0KPiA+IEFnYWluLCBJIHdvdWxkIHByZWZlciB0aGF0 IHRoZSBkcmFmdCByZW1haW4gc2lsZW50IG9uIHRoaXMgc3ViamVjdC4gIEkNCj4gPiByZWFsaXpl IHRoYXQgSSdtIGluIHRoZSByb3VnaCBoZXJlLCBidXQgSSBjb25zaWRlciB0aGlzIHRvIGJlIGEg dGVzdA0KPiA+IGNhc2UgZm9yIHRoaXMuICBUaGUgbmV4dCBwZXJzb24gd2hvIHVzZXMgSFRUUCB3 aWxsIHNlZSB5b3VyIHRleHQsDQo+ID4gbm90aWNlIHRoYXQgaXQgaXMgZ29vZCwgYW5kIGNvcHkg aXQuICBJdCBiZWNvbWVzIHByZWNlZGVudCB0byBmb3JiaWQNCj4gPiB0aGUgdXNlIG9mIDAtUlRU IGFuZCB3ZSBmb3JnZXQgKndoeSouICBJIHdvdWxkIHByZWZlciB0aGF0IHRoaXMgdGV4dA0KPiA+ IGJlIGJldHRlciBtb3RpdmF0ZWQgaWYgaXQgaXMgaW5jbHVkZWQuDQo+ID4NCj4gPj4+IFVzZXIg YXV0aGVudGljYXRpb24gaXMgdW5kZXItc3BlY2lmaWVkLg0KPiA+DQo+ID4gVGhlIG5ldyB0ZXh0 IGlzIG11Y2ggbW9yZSBjb25jaXNlIGFuZCB0YXJnZXRlZCwgdGhhbmsgeW91Lg0KPiA+DQo+ID4+ PiBJbiBTZWN0aW9uIDYuMi4zLCB3aGF0IGlzIHRoZSBhZHZhbnRhZ2Ugb2YgInJvbGllOmZvcm1h dCIgb3Zlcg0KPiA+Pj4gaGF2aW5nIGEgd2VsbC0gZGVmaW5lZCBtZWRpYSB0eXBlPyAgTWVkaWEg dHlwZXMgY2FuIHRha2UgYWR2YW50YWdlDQo+ID4+PiBvZiBjb250ZW50IG5lZ290aWF0aW9uLCBl eGlzdGluZyBzdXBwb3J0IGluIGxpbmsgcmVsYXRpb25zLCBhbmQgb3RoZXINCj4gZXhpc3Rpbmcg dG9vbHMuDQo+ID4+PiBUaGlzIHJvbGllOmZvcm1hdCBlbGVtZW50IGhhcyBuYW1lc3BhY2UsIGZv cm1hdCwgYW5kIHNjaGVtYTsgdGhlc2UNCj4gPj4+IGFyZSBub3QgdXNlZnVsIHRvIGFueW9uZSB0 aGF0IGlzIGlnbm9yYW50IG9mIHRoZWlyIGNvbnRlbnRzLiAgVGhlDQo+ID4+PiBvbmx5IGFkdmFu dGFnZSBJIHNlZSBpcyB0aGF0IHN5bnRheCBtaWdodCBiZSB2YWxpZGF0ZWQsIGJ1dA0KPiA+Pj4g c2VtYW50aWNzIGNhbid0IGJlIGV4dHJhY3RlZC4gIFRoZXJlJ3MgYSBsb3Qgb2YgaW1wbGllZCB3 b3JrIGluDQo+ID4+PiBhZGRpbmcgdGhpcyBlbGVtZW50LCBidXQgdGhhdCBkb2Vzbid0IHNlZW0g dG8gYmUganVzdGlmaWVkIGJ5IHRoYXQNCj4gPj4+IGFkdmFudGFnZS4gIChJIHNlZSB0aGF0IFJG QyA3OTcwIGRvZXNuJ3QgZGVmaW5lIGEgbWVkaWEgdHlwZSwgYnV0IGl0DQo+ID4+PiBzZWVtcyBs aWtlIGl0IHdvdWxkIGJlIGVhc2llciB0byBjb3JyZWN0IHRoYXQgdGhhbiB0byBkZWZpbmUgYW4N Cj4gPj4+IGVsZW1lbnQgbGlrZSB0aGlzLikNCj4gPj4NCj4gPj4gQXRvbTpjb250ZW50IGhhcyBh biBhdHRyaWJ1dGUgZm9yIG1lZGlhIHR5cGUsIHdoaWNoIHByb3ZpZGVzDQo+IGluZm9ybWF0aW9u IGFib3V0IHRoZSBzZXJpYWxpemF0aW9uIG9mIHRoZSBjb250ZW50IHJlcHJlc2VudGF0aW9uLiBJ biBtYW55DQo+IGNhc2VzLCB3ZSBmb3VuZCB0aGF0IGRpZmZlcmVudCBmb3JtYXRzIGNhbiBhcHBl YXIgZm9yIHRoZSBzYW1lIGNvbnRlbnQNCj4gd2l0aGluIHRoZSBzYW1lIG1lZGlhIHR5cGUuIEZv ciBleGFtcGxlLCB0aGUgc2FtZSBwaWVjZSBvZiBpbmZvcm1hdGlvbg0KPiBtYXkgYmUgcmVwcmVz ZW50ZWQgdXNpbmcgdHdvIGRpZmZlcmVudCBYTUwgU2NoZW1hcy4gVGhlIHJvbGllOmZvcm1hdA0K PiBlbGVtZW50IGFsbG93cyB0aGUgZW50cnkgdG8gY2xhcmlmeSB3aGljaCAiZm9ybWF0IiBpdHMg dXNpbmcgYmV5b25kIHdoaWNoDQo+IHNlcmlhbGl6YXRpb24gaXQgaXMgdXNpbmcuIFVsdGltYXRl bHkgdGhlIGZvcm1hdCBlbGVtZW50IGlzIG5vdCByZWdpc3RlcmVkDQo+IGFueXdoZXJlLCBub3Ig aXMgaXRzIGNvbnRlbnRzIHBhcnRpY3VsYXJseSBzdGFuZGFyZGl6ZWQuIFdlJ3JlIHByb3ZpZGlu ZyB0aGUNCj4gZWxlbWVudCBhcyBhIHRvb2wgZm9yIHJlcG9zaXRvcnkgcHJvZHVjZXJzIHRvIHVz ZS4NCj4gPg0KPiA+IFRoaXMgaXMsIGF0IGxlYXN0IGluIG15IG9waW5pb24sIGEgbWlzdGFrZS4g IEl0IGNyZWF0ZXMgYW5vdGhlciBsYXllcg0KPiA+IG9mIGNvbnRlbnQgbmVnb3RpYXRpb24gdGhh dCBpcyBub3QgdmlzaWJsZSB0byBIVFRQLiAgSWYgdGhlIHNhbWUNCj4gPiBpbmZvcm1hdGlvbiBj YW4gYmUgcHJlc2VudGVkIGluIHR3byBkaWZmZXJlbnQgZm9ybWF0cywgd2h5IGlzIGl0IG5vdA0K PiA+IHBvc3NpYmxlIHRvIGhhdmUgdHdvIG1lZGlhIHR5cGVzPyAgT3IgYXQgbGVhc3QgYSBwYXJh bWV0ZXJpemVkIG1lZGlhDQo+ID4gdHlwZSB0aGF0IGlkZW50aWZpZXMgdGhlIGZvcm1hdC4NCj4g Pg0KPiA+IFRoZSBwcm9ibGVtIHdpdGggZGVmaW5pbmcgZWxlbWVudHMgaXMgdGhhdCB0aGV5IGFy ZSBjb3N0bHkuICBOb3Qgc28NCj4gPiBtdWNoIHRvIHNwZWNpZnksIGJ1dCB0byBpbXBsZW1lbnQg Y29ycmVjdGx5LiAgSWYgeW91IGFyZSBhYmxlIHRvIHJlbHkNCj4gPiBvbiBleGlzdGluZyBtZWNo YW5pc21zLCB5b3Ugc2hvdWxkIGRvIHRoYXQgYXMgbXVjaCBhcyBwb3NzaWJsZS4NCj4gPg0KPiA+ IEl0IGRvZXNuJ3Qgc291bmQgbGlrZSB5b3UgaGF2ZSBhIGNvbmNyZXRlIHVzZSBjYXNlIGZvciB0 aGlzLCB3aGljaA0KPiA+IG1ha2VzIG1lIG5lcnZvdXMuDQo+ID4NCj4gPj4+IFNlY3Rpb24gNi4y LjQgZGVmaW5lcyBhIGdlbmVyaWMga2V5LXZhbHVlIG1lY2hhbmlzbS4gIEJ1dCB0aGF0IGlzDQo+ ID4+PiBzb21ldGhpbmcgdGhhdCBYTUwgaXMgYWN0dWFsbHkgZ29vZCBhdC4gIFdoeSBjYW4ndCB1 c2VycyB0aGF0DQo+ID4+PiByZXF1aXJlIGFkZGl0aW9uYWwgbWV0YWRhdGEgdXNlIGFkZGl0aW9u YWwgbWV0YWRhdGEgYXMgb3JpZ2luYWxseQ0KPiA+Pj4gZGVmaW5lZCBieSBBdG9tPyAgVGhhdCBp cywgcmVwbGFjZSA8cm9saWU6cHJvcGVydHkNCj4gbmFtZT0idXJuOmlldGY6cGFyYW1zOnJvbGll OnByb3BlcnR5OmNzaXJ0LWlvZGVmLWlkIg0KPiA+Pj4gdmFsdWU9IjEyMzQ1Ii8+IHdpdGggc29t ZXRoaW5nIGxpa2UNCj4gPj4+IDxyb2xpZTpjc2lydC1pb2RlZi1pZD4xMjM0NTwvcm9saWU6Y3Np cnQtaW9kZWYtaWQ+LiAgVGhlIGZpbmFsDQo+ID4+PiBwYXJhZ3JhcGggb2YgdGhlIHNlY3Rpb24g cmVjb2duaXplcyB0aGlzIHBvc3NpYmlsaXR5Lg0KPiA+Pg0KPiA+PiBUaGUgbGF0dGVyIGV4YW1w bGUgeW91IHByb3ZpZGUgaXMgc3RpbGwgcG9zc2libGUsIGFzIHVucmVjb2duaXplZCBlbGVtZW50 cw0KPiBpbiBST0xJRS9BdG9tIGRvbid0IGNhdXNlIHZhbGlkYXRpb24gdG8gZmFpbCwgYnV0IGFy ZSBqdXN0IHBvdGVudGlhbGx5IGlnbm9yZWQNCj4gYnkgdGhlIGNsaWVudC9zZXJ2ZXIuIFRoZSBy b2xpZTpwcm9wZXJ0eSBlbGVtZW50IGFsbG93cyBhdXRvbWF0ZWQgc3lzdGVtcw0KPiB0byBoYXZl IGEgZ2xvYmFsbHkgYXZhaWxhYmxlICJ2b2NhYnVsYXJ5IiBvZiBwb3RlbnRpYWxseSBhdmFpbGFi bGUgcHJvcGVydGllcywNCj4gdGhhdCBjYW4gYmUgdXNlZCB0byBwb3B1bGF0ZSB0YWJsZXMgb3Ig ZmllbGRzIGluIGF1dG9tYXRlZCBzeXN0ZW1zLg0KPiA+DQo+ID4gSSByZWFsaXplIHRoYXQgdGhl IHNldCBvZiBhdHRyaWJ1dGVzIHlvdSBoYXZlIG1pZ2h0IGJlIHVzZWZ1bCBpbiB0aGlzDQo+ID4g Y29udGV4dC4gIEJ1dCBkZWZpbmluZyB0aGVtIGluIFhNTCB3b3VsZCBiZSBtdWNoIGVhc2llci4g IFlvdSBkb24ndA0KPiA+IGNyZWF0ZSBhIG5ldyBtZWNoYW5pc20gZm9yIGV4cHJlc3Npbmcga2V5 LXZhbHVlIHBhaXJzLCBhbmQgdGhlDQo+ID4gcmVnaXN0cnkgdGhhdCBnb2VzIHdpdGggaXQuICBU aGF0IHNlZW1zIGxpa2UgYSBtaW5vciBjb3N0LCBidXQgbGlrZSBpbg0KPiA+IHRoZSBwcmV2aW91 cyBjYXNlLCB0aGUgY2hvaWNlIHRvIGRlZmluZSBhbm90aGVyIGJlc3Bva2UgbWVjaGFuaXNtDQo+ ID4gY29tZXMgd2l0aCBoaWRkZW4gY29zdHMuICBXaHkgYm90aGVyIHdoZW4geW91IGhhdmUgYSBw ZXJmZWN0bHkNCj4gPiB3b3JrYWJsZSBtZWNoYW5pc20gYXZhaWxhYmxlIHRvIHlvdSBhbHJlYWR5 Pw0KPiA+DQo+ID4+PiBRdWVzdGlvbjogaXQncyBmYWlybHkgd2lkZWx5IGFjY2VwdGVkIHRoYXQg dXNlIG9mIElSSXMgaW4gQXRvbSBoYXMNCj4gPj4+IGJlZW4gbGVzcyB0aGFuIHN1Y2Nlc3NmdWwu ICBEbyB5b3Ugd2FudCB0byBtYW5kYXRlIHVzZSBvZiBVUklzDQo+ID4+PiBpbnN0ZWFkPyAgVGhp cyB3b3VsZCBhcHBseSB0byBib3RoIGxpbmsgcmVsYXRpb25zIGFuZCB0aGUgInNyYyIgYXR0cmli dXRlLg0KPiA+Pg0KPiA+PiBXZSB3YW50ZWQgdG8gc3RheSBpbiBsaW5lIHdpdGggdGhlIHJlcXVp cmVtZW50cyBpbiBBdG9tLCBpZiB0aGlzIGJlY29tZXMNCj4gYW4gaXNzdWUgaXQgbWF5IGJlIHdv cnRoIHJlLWV4YW1pbmluZy4NCj4gPg0KPiA+IFRoaXMgaXMgeW91ciBjaGFuY2UuICBZb3UgZG9u J3QgZ2V0IHRvIGdvIGJhY2sgb3IgcmUtZXhhbWluZSBvbmNlIHlvdXINCj4gPiBwcm90b2NvbCBp cyB3aWRlbHkgZGVwbG95ZWQuDQo= From nobody Sun Nov 5 16:58:19 2017 Return-Path: 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 DE89513FBF6; Sun, 5 Nov 2017 16:58:15 -0800 (PST) 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 fWAuIc7OKra7; Sun, 5 Nov 2017 16:58:13 -0800 (PST) Received: from mail-ot0-x232.google.com (mail-ot0-x232.google.com [IPv6:2607:f8b0:4003:c0f::232]) (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 BDFD413FBF1; Sun, 5 Nov 2017 16:58:13 -0800 (PST) Received: by mail-ot0-x232.google.com with SMTP id u41so6984653otf.12; Sun, 05 Nov 2017 16:58:13 -0800 (PST) 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=n+UCX01FGWG85R0CwjCySLTlVnjMM1408toOltdpRQo=; b=rqln3r9Nny2pIJWCykdlJnWZc3ViN6Nh02IJkHYsuX9ev+UuEYNAzvhvMq2O4+oztd sU0SBoeAKv5vXmwMf8a0EQc7ntbKyRXho0Q2UGFTOhHqZAYUbTjRKqaMJWUZbDkbXSJN kdAojtt8OXq0qQPAQL2tEplRIiKITcDVqGTSzQsnOB0cznZZVwor97nI4YK6UfdmL2+G 1aHEUFg0GPPtuMtjy1I+JxyRYiXUs/7EGgX6wgBQDB9Ap/+/8bC9mXUZYVaNoWEdURYs s59q9Jd7MWh6kCrf5t3EqjugrwJeY2n3cexIByQi2EtnA4ito12RqPB2shfYaiu5EnzR wPNA== 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=n+UCX01FGWG85R0CwjCySLTlVnjMM1408toOltdpRQo=; b=XHvNRpSxvKxjSeC+myy9qcVEL5VzdQw3yMsSddUbRKs30zNNb7+pbjltSPm3UaSh3d 9ZHHPpglFSeUakZ9tliooCXtHB+JZsC7Qhkm7q1OakobwexGolwBe5L8IMb9S+vxHwSf BooayfQYKZ7YSN62q6POqoCXNo2tIVPn4XycWpEXQNCHP0K5kO6xo7fyc34bjgdrVD/+ J7FmBX2ZdsSrpEXEz5rIql4xaoPgzcedFoQ3soc00RHVXXWGRSMrgwRACv6WP8xEFpI0 +BPM9M0wn9VwnkVxgVg/AHtRmbuafy3fwvyuiURq7OlHccH0qiAr1gp7kOw/E6/dQg3r V+Cw== X-Gm-Message-State: AJaThX5kuXcfnX3OyszNtIDl4A5m3SoK9oD4L4DlH5ZM9cM4wmVdBOb7 ZPW+lEKn7/omqxB36+aCp3oL/WgadNcqXaBcvPg= X-Google-Smtp-Source: ABhQp+TPRAo3gzl2dN/ldSa+cx6MoQqT0OVt6POibQ8XR8nucj6Kc7n/4RM9l0XhEe9pje7G7yHTMkrxpYILFxLgXV0= X-Received: by 10.157.47.199 with SMTP id b7mr3157026otd.377.1509929893077; Sun, 05 Nov 2017 16:58:13 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.15.155 with HTTP; Sun, 5 Nov 2017 16:58:12 -0800 (PST) In-Reply-To: References: <150752570618.18384.5615358468704377459@ietfa.amsl.com> From: Martin Thomson Date: Mon, 6 Nov 2017 11:58:12 +1100 Message-ID: To: "Banghart, Stephen A. (Fed)" Cc: "mile@ietf.org" , "draft-ietf-mile-rolie.all@ietf.org" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [mile] Artart last call review of draft-ietf-mile-rolie-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" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Nov 2017 00:58:16 -0000 On Sat, Nov 4, 2017 at 2:52 AM, Banghart, Stephen A. (Fed) wrote: > Martin, > > Could you clarify which XML issues you mean? The rolie:format / rolie:pro= perty elements or something else? > > rolie:format is necessary beyond media types for differentiating between = formats that don't have their own media type, and for making clear the diff= erence between a "media type" and a "format". Media types provide informati= on about the serialization of content, but don't actually define the model = of the content. Schemas can be used to help the parser understand the conte= nt, rolie:format provides a means to describe both the model and the schema= of the content. We could solve this by providing some modified media type,= but this would require just as much specification as our current solution.= As an example, how would we best specify to a consumer that the content el= ement links to an IODEF document? It's media type is XML, but there remains= information that can only be gleaned by downloading the entire content fi= le. You describe the exact purpose of a media type. The advantage of media types being that the type is available in more places than just a ROLIE Feed. For instance, you can use content negotiation in HTTP to ensure that you get something you can consume. I'm not saying that this is more or less specification, it's just that you get more value from a media type than you do with this sort of mechanism. Even if it means minting a few more media types. Furthermore, identifying a schema is usually inadequate to describe the relevant parts of an XML format. There are many generic container formats in XML for which listing the top-level schema is pointless. ROLIE itself suffers from this because it uses Atom. It's not even possible to list schemas, because that loses critical information about what elements are used in what contexts. In order to properly capture the full transitive closure of formats, you need something considerably richer (I once thought that this worth doing/possible, but that idea was quickly abandoned without really testing it fully: https://tools.ietf.org/html/draft-thomson-simple-expressing-xml-support-00)= . > rolie:property has a couple of advantages over defining the key-value pai= rs in XML. Defining new elements in XML is expensive. In the ROLIE core doc= ument we define 4 new properties, which would yield 4 new elements in the s= chema. In our Software Descriptor we define another software specific prope= rty, and we may add more as we iterate the draft. There are two other exten= sions in development that may add new properties as well. rolie:property pr= ovides a means to easily define new properties without generating a huge nu= mber of new elements. I disagree on the XML - the amount of effort you put in to define your XML properties is pretty minimal: a namespace and schema, plus semantics of each of the fields. You gain the ability to properly constrain the grammar (for example, you could use xs:dateTime for content-updated-date instead of prose). You have demonstrated how easy that can be in this document (by defining rolie:property itself). I've dealt with extensible fields like this in the past (see RFC 6848), and it's no more difficult to pair up ns+localname and simple value than it is to pair up URN and simple value. As proposed, you also have a new registry for these fields, which is strictly more costly. p.s., I thought you were going to remove "urn:ietf:params:rolie:property:local", but it is still in -13. That would of course be moot if you did as I suggest. > Would it be useful to clarify this further in the specification, or do yo= u still have technical concerns? From nobody Sun Nov 5 16:58:23 2017 Return-Path: X-Original-To: expand-draft-ietf-mile-rolie.all@virtual.ietf.org Delivered-To: mile@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id 1EF2013FBF1; Sun, 5 Nov 2017 16:58:16 -0800 (PST) X-Original-To: xfilter-draft-ietf-mile-rolie.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-mile-rolie.all@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DE89513FBF6; Sun, 5 Nov 2017 16:58:15 -0800 (PST) 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 fWAuIc7OKra7; Sun, 5 Nov 2017 16:58:13 -0800 (PST) Received: from mail-ot0-x232.google.com (mail-ot0-x232.google.com [IPv6:2607:f8b0:4003:c0f::232]) (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 BDFD413FBF1; Sun, 5 Nov 2017 16:58:13 -0800 (PST) Received: by mail-ot0-x232.google.com with SMTP id u41so6984653otf.12; Sun, 05 Nov 2017 16:58:13 -0800 (PST) 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=n+UCX01FGWG85R0CwjCySLTlVnjMM1408toOltdpRQo=; b=rqln3r9Nny2pIJWCykdlJnWZc3ViN6Nh02IJkHYsuX9ev+UuEYNAzvhvMq2O4+oztd sU0SBoeAKv5vXmwMf8a0EQc7ntbKyRXho0Q2UGFTOhHqZAYUbTjRKqaMJWUZbDkbXSJN kdAojtt8OXq0qQPAQL2tEplRIiKITcDVqGTSzQsnOB0cznZZVwor97nI4YK6UfdmL2+G 1aHEUFg0GPPtuMtjy1I+JxyRYiXUs/7EGgX6wgBQDB9Ap/+/8bC9mXUZYVaNoWEdURYs s59q9Jd7MWh6kCrf5t3EqjugrwJeY2n3cexIByQi2EtnA4ito12RqPB2shfYaiu5EnzR wPNA== 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=n+UCX01FGWG85R0CwjCySLTlVnjMM1408toOltdpRQo=; b=XHvNRpSxvKxjSeC+myy9qcVEL5VzdQw3yMsSddUbRKs30zNNb7+pbjltSPm3UaSh3d 9ZHHPpglFSeUakZ9tliooCXtHB+JZsC7Qhkm7q1OakobwexGolwBe5L8IMb9S+vxHwSf BooayfQYKZ7YSN62q6POqoCXNo2tIVPn4XycWpEXQNCHP0K5kO6xo7fyc34bjgdrVD/+ J7FmBX2ZdsSrpEXEz5rIql4xaoPgzcedFoQ3soc00RHVXXWGRSMrgwRACv6WP8xEFpI0 +BPM9M0wn9VwnkVxgVg/AHtRmbuafy3fwvyuiURq7OlHccH0qiAr1gp7kOw/E6/dQg3r V+Cw== X-Gm-Message-State: AJaThX5kuXcfnX3OyszNtIDl4A5m3SoK9oD4L4DlH5ZM9cM4wmVdBOb7 ZPW+lEKn7/omqxB36+aCp3oL/WgadNcqXaBcvPg= X-Google-Smtp-Source: ABhQp+TPRAo3gzl2dN/ldSa+cx6MoQqT0OVt6POibQ8XR8nucj6Kc7n/4RM9l0XhEe9pje7G7yHTMkrxpYILFxLgXV0= X-Received: by 10.157.47.199 with SMTP id b7mr3157026otd.377.1509929893077; Sun, 05 Nov 2017 16:58:13 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.15.155 with HTTP; Sun, 5 Nov 2017 16:58:12 -0800 (PST) In-Reply-To: References: <150752570618.18384.5615358468704377459@ietfa.amsl.com> From: Martin Thomson Date: Mon, 6 Nov 2017 11:58:12 +1100 Message-ID: To: "Banghart, Stephen A. (Fed)" Cc: "mile@ietf.org" , "draft-ietf-mile-rolie.all@ietf.org" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Resent-From: Resent-To: jfield@pivotal.io, stephen.banghart@nist.gov, david.waltermire@nist.gov, ncamwing@cisco.com, takeshi_takahashi@nict.go.jp, Kathleen.Moriarty.ietf@gmail.com, ekr@rtfm.com, mile-chairs@tools.ietf.org, mile@ietf.org, Nancy Cam-Winget Resent-Message-Id: <20171106005816.1EF2013FBF1@ietfa.amsl.com> Resent-Date: Sun, 5 Nov 2017 16:58:16 -0800 (PST) Archived-At: Subject: Re: [mile] Artart last call review of draft-ietf-mile-rolie-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" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Nov 2017 00:58:16 -0000 On Sat, Nov 4, 2017 at 2:52 AM, Banghart, Stephen A. (Fed) wrote: > Martin, > > Could you clarify which XML issues you mean? The rolie:format / rolie:pro= perty elements or something else? > > rolie:format is necessary beyond media types for differentiating between = formats that don't have their own media type, and for making clear the diff= erence between a "media type" and a "format". Media types provide informati= on about the serialization of content, but don't actually define the model = of the content. Schemas can be used to help the parser understand the conte= nt, rolie:format provides a means to describe both the model and the schema= of the content. We could solve this by providing some modified media type,= but this would require just as much specification as our current solution.= As an example, how would we best specify to a consumer that the content el= ement links to an IODEF document? It's media type is XML, but there remains= information that can only be gleaned by downloading the entire content fi= le. You describe the exact purpose of a media type. The advantage of media types being that the type is available in more places than just a ROLIE Feed. For instance, you can use content negotiation in HTTP to ensure that you get something you can consume. I'm not saying that this is more or less specification, it's just that you get more value from a media type than you do with this sort of mechanism. Even if it means minting a few more media types. Furthermore, identifying a schema is usually inadequate to describe the relevant parts of an XML format. There are many generic container formats in XML for which listing the top-level schema is pointless. ROLIE itself suffers from this because it uses Atom. It's not even possible to list schemas, because that loses critical information about what elements are used in what contexts. In order to properly capture the full transitive closure of formats, you need something considerably richer (I once thought that this worth doing/possible, but that idea was quickly abandoned without really testing it fully: https://tools.ietf.org/html/draft-thomson-simple-expressing-xml-support-00)= From nobody Fri Nov 10 22:20:22 2017 Return-Path: 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 1E84A12944C for ; Fri, 10 Nov 2017 22:20:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.301 X-Spam-Level: X-Spam-Status: No, score=-2.301 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, 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 tdNcDswpGr8B for ; Fri, 10 Nov 2017 22:20:19 -0800 (PST) Received: from ns1.nict.go.jp (ns1.nict.go.jp [IPv6:2001:df0:232:300::1]) by ietfa.amsl.com (Postfix) with ESMTP id 46BC612943E for ; Fri, 10 Nov 2017 22:20:19 -0800 (PST) Received: from gw1.nict.go.jp (gw1.nict.go.jp [133.243.18.250]) by ns1.nict.go.jp with ESMTP id vAB6KI7N072779 for ; Sat, 11 Nov 2017 15:20:18 +0900 (JST) Received: from DESKTOP2JPR8KD (ssh1.nict.go.jp [133.243.3.49]) by gw1.nict.go.jp with ESMTP id vAB6KHB5072468 for ; Sat, 11 Nov 2017 15:20:17 +0900 (JST) From: "Takeshi Takahashi" To: Date: Sat, 11 Nov 2017 15:20:16 +0900 Message-ID: <875701d35ab5$24461730$6cd24590$@nict.go.jp> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_8758_01D35B00.942E5B70" X-Mailer: Microsoft Outlook 16.0 Thread-Index: AdNashV0SOsHehdhSwesCpg5NODcqQ== Content-Language: ja X-Virus-Scanned: clamav-milter 0.99.2 at zenith1 X-Virus-Status: Clean Archived-At: Subject: [mile] MILE@IETF100 [on Thursday] X-BeenThere: mile@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Nov 2017 06:20:21 -0000 This is a multipart message in MIME format. ------=_NextPart_000_8758_01D35B00.942E5B70 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi all, The MILE session will be held on Thursday (November 16, 2017 ), 18:10-19:10. If you have some topics to discuss, please contact the chairs and share the slides by Tuesday 23:59 localtime (in Singapore). We are currently looking for two note takers and one jabber scribe. If you could volunteer to serve one of these, we appreciate that very much; please kindly contact us on this. Kind regards, Take ------=_NextPart_000_8758_01D35B00.942E5B70 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi = all,

 

The MILE = session will be held on Thursday (November 16, 2017 ), = 18:10-19:10.

If you have some topics to = discuss, please contact the chairs and share the slides by Tuesday 23:59 = localtime (in Singapore).

 

We are = currently looking for two note takers and one jabber = scribe.

If you could volunteer to serve one of these, = we appreciate that very much; please kindly contact us on = this.

 

Kind = regards,

Take

 

 

------=_NextPart_000_8758_01D35B00.942E5B70-- From nobody Sat Nov 11 17:31:14 2017 Return-Path: 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 E124A1252BA; Sat, 11 Nov 2017 17:31:06 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: mile@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.65.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151045026687.30848.6678826604935739335@ietfa.amsl.com> Date: Sat, 11 Nov 2017 17:31:06 -0800 Archived-At: Subject: [mile] I-D Action: draft-ietf-mile-jsoniodef-01.txt X-BeenThere: mile@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Nov 2017 01:31:07 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Managed Incident Lightweight Exchange WG of the IETF. Title : JSON binding of IODEF Authors : Takeshi Takahashi Mio Suzuki Filename : draft-ietf-mile-jsoniodef-01.txt Pages : 57 Date : 2017-11-11 Abstract: RFC 7970 [RFC7970] provides XML-based data representation on incident information, but the use of the IODEF data model is not limited to XML. JSON representation is sometimes preferred since it is easy to handle from certain programming environments. This draft represents the IODEF data model in JSON. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mile-jsoniodef/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-mile-jsoniodef-01 https://datatracker.ietf.org/doc/html/draft-ietf-mile-jsoniodef-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-mile-jsoniodef-01 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sat Nov 11 17:36:41 2017 Return-Path: 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 EB39E124D37 for ; Sat, 11 Nov 2017 17:36:39 -0800 (PST) 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, 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 WxqbDIjfvX3s for ; Sat, 11 Nov 2017 17:36:38 -0800 (PST) Received: from ns2.nict.go.jp (ns2.nict.go.jp [IPv6:2001:df0:232:300::2]) by ietfa.amsl.com (Postfix) with ESMTP id B361D124BFA for ; Sat, 11 Nov 2017 17:36:37 -0800 (PST) Received: from gw2.nict.go.jp (gw2.nict.go.jp [133.243.18.251]) by ns2.nict.go.jp with ESMTP id vAC1abgO000638 for ; Sun, 12 Nov 2017 10:36:37 +0900 (JST) Received: from DESKTOP2JPR8KD (ssh1.nict.go.jp [133.243.3.49]) by gw2.nict.go.jp with ESMTP id vAC1aaQ1000632 for ; Sun, 12 Nov 2017 10:36:36 +0900 (JST) From: "Takeshi Takahashi" To: References: <151045026702.30848.6222109898502216464.idtracker@ietfa.amsl.com> In-Reply-To: <151045026702.30848.6222109898502216464.idtracker@ietfa.amsl.com> Date: Sun, 12 Nov 2017 10:36:33 +0900 Message-ID: <290c01d35b56$ac94bbe0$05be33a0$@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: AQEmrrSRHq6A3lOzAcFlI+b/m7xYBqRpT8SQ Content-Language: ja X-Virus-Scanned: clamav-milter 0.99.2 at zenith2 X-Virus-Status: Clean Archived-At: Subject: [mile] FW: New Version Notification for draft-ietf-mile-jsoniodef-01.txt X-BeenThere: mile@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Nov 2017 01:36:40 -0000 Hi all, The 01 version of the json iodef draft is now available online: = https://datatracker.ietf.org/doc/draft-ietf-mile-jsoniodef/ (Github page: https://github.com/milewg/draft-ietf-mile-jsoniodef) Though this is already its 01 version, we would say that this is the = first version we could ask people to review. We hope you could take a look at the draft and provide us some = feedbacks. On the other hand, we are looking for co-editors of this draft. If you are interested in this work, please contact us. Thanks and regards, Take -----Original Message----- From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]=20 Sent: Sunday, November 12, 2017 10:31 AM To: Mio Suzuki ; Takeshi Takahashi = Subject: New Version Notification for draft-ietf-mile-jsoniodef-01.txt A new version of I-D, draft-ietf-mile-jsoniodef-01.txt has been = successfully submitted by Takeshi Takahashi and posted to the IETF = repository. Name: draft-ietf-mile-jsoniodef Revision: 01 Title: JSON binding of IODEF Document date: 2017-11-10 Group: mile Pages: 57 URL: = https://www.ietf.org/internet-drafts/draft-ietf-mile-jsoniodef-01.txt Status: = https://datatracker.ietf.org/doc/draft-ietf-mile-jsoniodef/ Htmlized: https://tools.ietf.org/html/draft-ietf-mile-jsoniodef-01 Htmlized: = https://datatracker.ietf.org/doc/html/draft-ietf-mile-jsoniodef-01 Diff: = https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-mile-jsoniodef-01 Abstract: RFC 7970 [RFC7970] provides XML-based data representation on incident information, but the use of the IODEF data model is not limited to XML. JSON representation is sometimes preferred since it is easy to handle from certain programming environments. This draft represents the IODEF data model in JSON. = =20 Please note that it may take a couple of minutes from the time of = submission until the htmlized version and diff are available at = tools.ietf.org. The IETF Secretariat From nobody Wed Nov 15 17:09:25 2017 Return-Path: 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 C523A124D85; Wed, 15 Nov 2017 17:09:23 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: mile@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.66.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151079456375.28003.2959251741345864614@ietfa.amsl.com> Date: Wed, 15 Nov 2017 17:09:23 -0800 Archived-At: Subject: [mile] I-D Action: draft-ietf-mile-rolie-14.txt X-BeenThere: mile@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Nov 2017 01:09:24 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Managed Incident Lightweight Exchange WG of the IETF. Title : Resource-Oriented Lightweight Information Exchange Authors : John P. Field Stephen A. Banghart David Waltermire Filename : draft-ietf-mile-rolie-14.txt Pages : 45 Date : 2017-11-15 Abstract: This document defines a resource-oriented approach for security automation information publication, discovery, and sharing. Using this approach, producers may publish, share, and exchange representations of software descriptors, security incidents, attack indicators, software vulnerabilities, configuration checklists, and other security automation information as web-addressable resources. Furthermore, consumers and other stakeholders may access and search this security information as needed, establishing a rapid and on- demand information exchange network for restricted internal use or public access repositories. This specification extends the Atom Publishing Protocol and Atom Syndication Format to transport and share security automation resource representations. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mile-rolie/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-mile-rolie-14 https://datatracker.ietf.org/doc/html/draft-ietf-mile-rolie-14 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-mile-rolie-14 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Nov 15 17:09:36 2017 Return-Path: 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 E6246127978; Wed, 15 Nov 2017 17:09:23 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: , , , , , , "Nancy Cam-Winget" X-Test-IDTracker: no X-IETF-IDTracker: 6.66.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151079456393.28003.4755188095946394735.idtracker@ietfa.amsl.com> Date: Wed, 15 Nov 2017 17:09:23 -0800 Archived-At: Subject: [mile] New Version Notification - draft-ietf-mile-rolie-14.txt X-BeenThere: mile@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Nov 2017 01:09:24 -0000 A new version (-14) has been submitted for draft-ietf-mile-rolie: https://www.ietf.org/internet-drafts/draft-ietf-mile-rolie-14.txt The IETF datatracker page for this Internet-Draft is: https://datatracker.ietf.org/doc/draft-ietf-mile-rolie/ Diff from previous version: https://www.ietf.org/rfcdiff?url2=draft-ietf-mile-rolie-14 Please note that it may take a couple of minutes from the time of submission until the diff is available at tools.ietf.org. IETF Secretariat. From nobody Wed Nov 15 17:13:17 2017 Return-Path: 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 D910A120227; Wed, 15 Nov 2017 17:13:11 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Adam Roach To: "The IESG" Cc: draft-ietf-mile-rolie@ietf.org, mile@ietf.org, mile-chairs@tools.ietf.org, Nancy Cam-Winget , mile-chairs@ietf.org, ncamwing@cisco.com, mile@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.66.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151079479188.28216.6940280757774490862.idtracker@ietfa.amsl.com> Date: Wed, 15 Nov 2017 17:13:11 -0800 Archived-At: Subject: [mile] Adam Roach's No Objection on draft-ietf-mile-rolie-14: (with COMMENT) X-BeenThere: mile@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Nov 2017 01:13:12 -0000 Adam Roach has entered the following ballot position for draft-ietf-mile-rolie-14: 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-rolie/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thanks for addressing my discuss points and comments. From nobody Wed Nov 15 17:13:39 2017 Return-Path: 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 1C9A7120227; Wed, 15 Nov 2017 17:13:38 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Ben Campbell To: "The IESG" Cc: draft-ietf-mile-rolie@ietf.org, mile@ietf.org, mile-chairs@tools.ietf.org, Nancy Cam-Winget , mile-chairs@ietf.org, ncamwing@cisco.com, mile@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.66.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151079481811.28377.16179607531437063177.idtracker@ietfa.amsl.com> Date: Wed, 15 Nov 2017 17:13:38 -0800 Archived-At: Subject: [mile] Ben Campbell's No Objection on draft-ietf-mile-rolie-14: (with COMMENT) X-BeenThere: mile@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Nov 2017 01:13:38 -0000 Ben Campbell has entered the following ballot position for draft-ietf-mile-rolie-14: 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-rolie/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thanks for addressing my DISCUSS points and other comments! From nobody Thu Nov 16 02:38:35 2017 Return-Path: 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 44257128B27 for ; Thu, 16 Nov 2017 02:38:34 -0800 (PST) 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 TwXAOsk-fXCs for ; Thu, 16 Nov 2017 02:38:32 -0800 (PST) Received: from mail-io0-x231.google.com (mail-io0-x231.google.com [IPv6:2607:f8b0:4001:c06::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 9DAB2127909 for ; Thu, 16 Nov 2017 02:38:32 -0800 (PST) Received: by mail-io0-x231.google.com with SMTP id x63so4755677ioe.6 for ; Thu, 16 Nov 2017 02:38:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=II/Het8u9aVLyek9xs4cun0lVadcwcZ4p/AiTKxjkBs=; b=OQDEdbo4bx08ZiHM/0B06kBbmjvchAdcQZhxPXHzXfWVb+SoYeZXPXhRmV3g2oz2FM OT/mxPO+SHoBDn+9z2TKWk/tT/qKwG2dWF7b1sPEqk2e/b/af7+JOKHfUma6bt4Gn9Ak sbeKlajTOQfsDkX27Y+vr92ktevNAjYoSjHd6mz2+4BC/zvxZjZezj7JDh+Syss9OQkw m7QDOXb4z4IBaW4QmAj3qP32J8e3sFn1m9Bhq2FlSjg8xd2cRmHu96pTOZfur8q8jRuc dmx9mst8/MlzfkJkfapSoKWmc0kb7WM5JroWZncOLf/kxSoInzoc2C1D1liA43433H32 XzKA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=II/Het8u9aVLyek9xs4cun0lVadcwcZ4p/AiTKxjkBs=; b=gylMRHlzUmY3yCAOsFOnoKrn+MQ24NioXH82ud/LF3G+jnxnIbV5ILKjmi1LBkUqij CKDteYZT4jo3evhUYCAp/jfHDMWpZlX/3clIQGLHWoBpDUZ4IKe0Tam3tavgB0uHbrFp CzsuVpcRnIgwqzzRBDcPg8peMULia1UGPQJngmRadgmkH0ivlv5cZMkTJbTAUiNgoJao 8bntshfBFryv1xVPWUk7IA3sn0OdTOwVgELCYa5wG5DiKroRA+ZPqrNP5RpaWKWWgKVD C0Z70AJycAU0sPVFAc0+oQg6XaOMJOKyIKNlm0vbkNPN6SgwAejZltPzT2Q4Eac06tS+ 9jgw== X-Gm-Message-State: AJaThX6KQ/aRlIT93c1dTdNdXoOL2B6z6nxRotSgiU/jEA/10TIj0Ksb Gga5Fl1ebZAmmLP36ZdNRIGabahqN4gTiBfcc71gmg== X-Google-Smtp-Source: AGs4zMbNBmnXp2dGz3x3jWM7mRsh/qTIwRovhm5wMwS4kdlrUYQsyWDrK0YwHIKDI+VE1c/aqtZKAfzyCnnKjKQqrr0= X-Received: by 10.107.33.18 with SMTP id h18mr1104653ioh.167.1510828711557; Thu, 16 Nov 2017 02:38:31 -0800 (PST) MIME-Version: 1.0 From: Adam Montville Date: Thu, 16 Nov 2017 10:38:20 +0000 Message-ID: To: "" Content-Type: multipart/alternative; boundary="001a1141bbf6ab4a73055e17382c" Archived-At: Subject: [mile] ROLIE Extension Template in GitHub X-BeenThere: mile@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Nov 2017 10:38:34 -0000 --001a1141bbf6ab4a73055e17382c Content-Type: text/plain; charset="UTF-8" Hello MILE: If you'd ever like to create a ROLIE extension, this GitHub repository might be helpful: https://github.com/CISecurity/ROLIE-Extension Kind regards, Adam --001a1141bbf6ab4a73055e17382c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello MILE:

If you'd ever like to c= reate a ROLIE extension, this GitHub repository might be helpful:=C2=A0https://github.com/CI= Security/ROLIE-Extension

Kind regards,

Adam
--001a1141bbf6ab4a73055e17382c-- From nobody Thu Nov 16 04:22:40 2017 Return-Path: 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 B8C061294B5; Thu, 16 Nov 2017 04:22:34 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Alexey Melnikov To: "The IESG" Cc: draft-ietf-mile-rolie@ietf.org, mile@ietf.org, mile-chairs@tools.ietf.org, Nancy Cam-Winget , mile-chairs@ietf.org, ncamwing@cisco.com, mile@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.66.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151083495475.28307.5453459911418083077.idtracker@ietfa.amsl.com> Date: Thu, 16 Nov 2017 04:22:34 -0800 Archived-At: Subject: [mile] Alexey Melnikov's Yes on draft-ietf-mile-rolie-14: (with COMMENT) X-BeenThere: mile@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Nov 2017 12:22:35 -0000 Alexey Melnikov has entered the following ballot position for draft-ietf-mile-rolie-14: Yes 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-rolie/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thank you for addressing my DISCUSS points. I talked to Mark Nottingham about use of RFC5005 link relations and he explained that I was mistaken. However we agreed that slightly modifying link relation definitions from RFC5005 is not the best thing. I am still concerned that user authentication is under-specified, but I can live with existing text. From nobody Thu Nov 16 08:55:44 2017 Return-Path: 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 1F69812969E for ; Thu, 16 Nov 2017 08:55:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 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, 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 0QIk7r4X9r4e for ; Thu, 16 Nov 2017 08:55:41 -0800 (PST) Received: from mail-ua0-x22f.google.com (mail-ua0-x22f.google.com [IPv6:2607:f8b0:400c:c08::22f]) (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 EA2991204DA for ; Thu, 16 Nov 2017 08:55:40 -0800 (PST) Received: by mail-ua0-x22f.google.com with SMTP id 21so16465694uas.13 for ; Thu, 16 Nov 2017 08:55:40 -0800 (PST) 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=Oe/YwfXifxouSEV7wzjbEMg89o5dzBfgYNZGcIJ+5cg=; b=gJFC2WEDGQ5Tefv++bwons8/5/I8yzZlTKf4Jq18LfPISj6zM5PwRfuYKvjkL1eAtJ xUxjB2dKOyckJjMekL69HwI/2DS9ADo+JIIuZvuXiWa8jixDLEWwnEkgngAj92THSLyz Q8V9vYJsNZ+XPB96oFditeFD0vWGD+tYLyIn5nAGGQwsFLbOX++ldjm6rf09ycd43t2l xdoP2HLb+hBVE+8hV8FdrL4NwvvC1UrnyMoAFdNUFF9WUpzmINn6cUJ7TW6l/qymfzFK 1t3nto0rKOJhOTCTjakLWBFDNLy+NdN0wQoNrHjZlI5omcaB2EZAPljjUY/znU8pPkNr GDEA== 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=Oe/YwfXifxouSEV7wzjbEMg89o5dzBfgYNZGcIJ+5cg=; b=YeeswatPpjPlTl3MMoPjzTJy0la89Lw2DYaVCWMTHI15Ai+q2D4s3JzsmHPSsLK7K9 P8bcFfPapUb9vbcMsziBq04L0fnBldFHBXraaG+E/lVQA/mLePhcQyhHr5/gDRbn/m1a jAv3XZDCuaOUWgflKu779y+MT+F+Jq7vEskYldniW4F1dy/du+aoJ5Df725+xBIcLxQr e/bO/atfKTlymxkd0lsBZBVVh1W18VmA7NyYYdOxpObCnfTVhf1njvyEa0nmHBaoAwN9 sPJAqiFeXIQ1N5ojuwaTm9c0Noo1AXE9J3RZ2EkJtr5suoiybqdIQvysyodUbVCHSyIo UdAg== X-Gm-Message-State: AJaThX74B5YJv4fBEJdIK5z6yiTAx+yG3GK9k2yAuTkWVQUovylnmny2 IVHL58fx175+V43k35sORJ+1djyDzoS4H26an+2KGg== X-Google-Smtp-Source: AGs4zMbshDiHLlLfD5htgYxjMENu1qNXmhSwQHGmoMhcbggDxrGLggO1lbmgFYbkE6MLILc1euyUsIWVRul+uMfqirU= X-Received: by 10.176.0.183 with SMTP id 52mr2065435uaj.58.1510851339902; Thu, 16 Nov 2017 08:55:39 -0800 (PST) MIME-Version: 1.0 Received: by 10.176.75.91 with HTTP; Thu, 16 Nov 2017 08:55:39 -0800 (PST) In-Reply-To: References: From: John Field Date: Thu, 16 Nov 2017 11:55:39 -0500 Message-ID: To: Adam Montville Cc: "" Content-Type: multipart/alternative; boundary="001a1141859a6c7a30055e1c7d69" Archived-At: Subject: Re: [mile] ROLIE Extension Template in GitHub X-BeenThere: mile@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Nov 2017 16:55:43 -0000 --001a1141859a6c7a30055e1c7d69 Content-Type: text/plain; charset="UTF-8" Nice. Thanks for making that available. John On Thu, Nov 16, 2017 at 5:38 AM, Adam Montville wrote: > Hello MILE: > > If you'd ever like to create a ROLIE extension, this GitHub repository > might be helpful: https://github.com/CISecurity/ROLIE-Extension > > Kind regards, > > Adam > > _______________________________________________ > 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 --001a1141859a6c7a30055e1c7d69 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Nice.=C2=A0 Thanks for making that available.

John

On Thu, Nov 16, 2017 at 5:38 AM, Adam Montville <= ;adam.w.mon= tville@gmail.com> wrote:
Hello MILE:

If you'd ever like to cre= ate a ROLIE extension, this GitHub repository might be helpful:=C2=A0https= ://github.com/CISecurity/ROLIE-Extension

= Kind regards,

Adam

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




--
=

John= P. Field |=C2=A0Security PM |=C2=A0Pivotal= =C2=A0

Direct: (908) 962-3394 | jfield@pivo= tal.io=C2=A0=C2=A0

--001a1141859a6c7a30055e1c7d69-- From nobody Mon Nov 20 08:23:40 2017 Return-Path: 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 25EE9129BCC for ; Mon, 20 Nov 2017 08:23:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.001 X-Spam-Level: X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cert.org 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 ouioq4QbfH_R for ; Mon, 20 Nov 2017 08:23:36 -0800 (PST) Received: from veto.sei.cmu.edu (veto.sei.cmu.edu [147.72.252.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7A425129BC5 for ; Mon, 20 Nov 2017 08:23:25 -0800 (PST) Received: from korb.sei.cmu.edu (korb.sei.cmu.edu [10.64.21.30]) by veto.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id vAKGNOpP026627 for ; Mon, 20 Nov 2017 11:23:24 -0500 DKIM-Filter: OpenDKIM Filter v2.11.0 veto.sei.cmu.edu vAKGNOpP026627 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1511195004; bh=jwzU8Qhrq/jUgD3EngppCIh3csxkJZMquQEk6cP+8js=; h=From:To:Subject:Date:From; b=I9s+PoyGlLNOD/iryR/DdnUhMKcWSFKGlgaKHesH/vjQRu7rJOAqDBzslYK4HXcYv Cc/p1YoQnZlz/Gtj2/RU1aNx+/n49o4+IdCKhM17LSFLlTRxDcaEuoZ37Oy98Js3Xp AygLO6stI/pY9+LSKwPw/wKY8EW88lH5guEpP1CI= Received: from CASCADE.ad.sei.cmu.edu (cascade.ad.sei.cmu.edu [10.64.28.248]) by korb.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id vAKGNKsr010812 for ; Mon, 20 Nov 2017 11:23:20 -0500 Received: from MARATHON.ad.sei.cmu.edu ([10.64.28.250]) by CASCADE.ad.sei.cmu.edu ([10.64.28.248]) with mapi id 14.03.0361.001; Mon, 20 Nov 2017 11:23:20 -0500 From: Roman Danyliw To: "mile@ietf.org" Thread-Topic: Feedback on draft-banghart-mile-rolie-csirt-02 Thread-Index: AdNiE0gmyccQA7GdQdmhMZonzYpWZw== Date: Mon, 20 Nov 2017 16:23:19 +0000 Message-ID: <359EC4B99E040048A7131E0F4E113AFC010500B1E4@marathon> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.64.22.6] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: [mile] Feedback on draft-banghart-mile-rolie-csirt-02 X-BeenThere: mile@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Nov 2017 16:23:38 -0000 Hi Stephen and John! >From my reading of draft-banghart-mile-rolie-csirt-02, I have the following= feedback: (1) Section 3, Additional Requirements for the Atom Publishing Protocol ** Cite RFC5023 as the reference for Atom Publishing Protocol. (2) Section 4, ** Cite RFC4287 as the reference for Atom Syndication Format. (3) Section 3.1.2, User Authorization ** In the first sentence, I'd recommend replacing s/When the content model = .../When the content for the Atom element contains an / for readability. ** Also the first sentence states "... the authorization MUST be adjudicat= ed ... per Section 8.1.1". What specific section in 8.1.1 is being referen= ced? Is it @restriction? Is it also worth noting that this adjudication w= ill be done is outside the scope of the document -- some sites might treat = @restriction=3D"need-to-know" differently? ** is mentioned but without citation. (4) Section 4, Additonal Requirements for the Atom Syndication Format ** s/Additonal/Additional/ (typo in the Section title) (5) Section 4.1, Additional Requirements for the atom:feed element ** s/Additonal/Additional/ (typo in the Section title) ** The first sentence states "A feed containing IODEF incident content MUST= contain at least two additional elements." What does it m= ean to contain "IODEF incident content"? Is "IODEF incident content" an in= stance of an whose includes at least one ? (6) Section 4.2, Additonal Requirements for the atom:entry element ** s/Additonal/Additional/ (typo in the Section title) ** The first sentence states "An entry containing an IODEF payload." What = does it mean to contain an "IODEF payload"? Is it an instance of ? (7) Section 4.3.1, The IODEF Document ** s/// ** s/// (8) Section 5.1, "incident" information type ** The fifth bullet uses the language "effect and result information", it m= ight be clearer to refer to it as the "incident impact" (9) Section 5.3.1, IODEF Format ** Cite IODEF with an informative reference ** The last paragraph states that "The use of the IODEF format imposes addi= tional requirements on the server." Where are those requirement documented= ? (10) Section 5.3.2, STIX Format ** Cite STIX with an informative reference (11) Section 6.1, urn:ietf:params:rolie:property:csirt:ID ** The first sentence states that csirt:ID "provides an exposure point for = an identifier ...". What is an "exposure point"? Is that a unique referen= ce? ** Also, the first sentence states "... identifier from the indicator or in= cident document". What is an "indicator" or "incident document" in this co= ntent? (12) Section 8.1.1, Newly registered category values ** The second sentence notes that "This IODEF content exposure provides ...= " What is meant by "content exposure"? ** The second and third paragraphs make references to Section 3.2 of IODEF.= Which IODEF -- RFC 5070 or 7970? ** I'd recommend removing the attribute value examples (i.e., "e.g, public,= need-to-know, private, default", "e.g. traceback, mitigation, reporting, o= r other") as these may change with the extension values in the IANA registr= y (assuming RFC7970 is the version of IODEF in question). (13) Section 10, Security Considerations ** The first sentence states that this document is about "us[ing] ROLIE in = high-security use cases". I'm not sure what "high security" means in this = context. ** In the same sentence, it says that "added care should be taken to fortif= y and secure ROLIE" -- like what?=20 ** Per the second sentence, I recommend: s/The guidance in the ROILE core specification ... is strongly recommended/= The security and privacy considerations of the ROILE core specification [I-= D.ietf-mile-roile] are applicable./ ** In the same sentence, it says that "implementers should consider adding = additional security measures as they see fit" -- like what? ** The first sentence of the second paragraph references "closed sharing". = I'm not sure what that means. Regards, Roman From nobody Mon Nov 20 12:40:29 2017 Return-Path: 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 2855212EAAE; Mon, 20 Nov 2017 12:40:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 soml2ns7OSja; Mon, 20 Nov 2017 12:40:20 -0800 (PST) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AA7D4120713; Mon, 20 Nov 2017 12:40:20 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 30) id 359C8B81AF4; Mon, 20 Nov 2017 12:40:18 -0800 (PST) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org X-PHP-Originating-Script: 1005:ams_util_lib.php From: rfc-editor@rfc-editor.org Cc: rfc-editor@rfc-editor.org, drafts-update-ref@iana.org, mile@ietf.org Content-type: text/plain; charset=UTF-8 Message-Id: <20171120204018.359C8B81AF4@rfc-editor.org> Date: Mon, 20 Nov 2017 12:40:18 -0800 (PST) Archived-At: Subject: [mile] =?utf-8?q?RFC_8274_on_Incident_Object_Description_Exchange?= =?utf-8?q?_Format_Usage_Guidance?= X-BeenThere: mile@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Nov 2017 20:40:22 -0000 A new Request for Comments is now available in online RFC libraries. RFC 8274 Title: Incident Object Description Exchange Format Usage Guidance Author: P. Kampanakis, M. Suzuki Status: Informational Stream: IETF Date: November 2017 Mailbox: pkampana@cisco.com, mio@nict.go.jp Pages: 33 Characters: 67602 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-mile-iodef-guidance-11.txt URL: https://www.rfc-editor.org/info/rfc8274 DOI: 10.17487/RFC8274 The Incident Object Description Exchange Format (IODEF) v2 (RFC7970) defines a data representation that provides a framework for sharing information about computer security incidents commonly exchanged by Computer Security Incident Response Teams (CSIRTs) . 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 leverage IODEF for incident sharing. This document provides guidelines for IODEF implementers. It 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 CSIRTs around the world. This document is a product of the Managed Incident Lightweight Exchange Working Group of the IETF. INFORMATIONAL: This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see https://www.ietf.org/mailman/listinfo/ietf-announce https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see https://www.rfc-editor.org/search For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC From nobody Wed Nov 29 11:23:13 2017 Return-Path: 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 2A77912896F for ; Wed, 29 Nov 2017 11:23:11 -0800 (PST) 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 Xfxf6IRGMlkf for ; Wed, 29 Nov 2017 11:23:08 -0800 (PST) Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B2BFA126C22 for ; Wed, 29 Nov 2017 11:23:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5496; q=dns/txt; s=iport; t=1511983388; x=1513192988; h=from:to:subject:date:message-id:mime-version; bh=RGwrggqwJKOZFnLRi+dp5LqGUpdPprv3yGPg93vAqNQ=; b=MPTT0pyifOfnwdeYJF3twMJKvABfpBU4WNyJPOCuuxe9QODAah1TfJt/ gnrAWtopsIQdO77Qye5HML4ee2dsV3V5qeLABb6LSy3KSC5mOdZvRSbDr Mqi9iVVRqoshkLOV7NAWK/dlywvHKPPE6+IsxWmLSSnEnqFldVcPVFjQF M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ApAwDHBx9a/4cNJK1cGgEBAQEBAgEBA?= =?us-ascii?q?QEIAQEBAYJKcmZuLoN4mRCBV5FQh1sKhVeEekMUAQEBAQEBAQEBax0LhUMGaAE?= =?us-ascii?q?MPgIEMCcEiVFkp0uCJyaKQQEBAQEBAQQBAQEBAQEBAQEfg0GCCYM/KQuLLDGCM?= =?us-ascii?q?gWZKokjAoF0kxiCFoYPiyyWFQIRGQGBOQE2IoFRbxVkAYF/hFSJWoEUAQEB?= X-IronPort-AV: E=Sophos; i="5.45,338,1508803200"; d="scan'208,217"; a="37527546" Received: from alln-core-2.cisco.com ([173.36.13.135]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 29 Nov 2017 19:23:08 +0000 Received: from XCH-RTP-013.cisco.com (xch-rtp-013.cisco.com [64.101.220.153]) by alln-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id vATJN7wt028107 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Wed, 29 Nov 2017 19:23:07 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-013.cisco.com (64.101.220.153) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Wed, 29 Nov 2017 14:23:07 -0500 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.1320.000; Wed, 29 Nov 2017 14:23:07 -0500 From: "Nancy Cam-Winget (ncamwing)" To: "mile@ietf.org" Thread-Topic: Adoption call for draft-banghart-mile-rolie-csirt-00 Thread-Index: AQHTaUd8+WE8oLCFfUi7Pr/yRp0rIA== Date: Wed, 29 Nov 2017 19:23:06 +0000 Message-ID: <497F1C2F-2CAE-4261-B603-62CB8F22AAAA@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.150.45.14] Content-Type: multipart/alternative; boundary="_000_497F1C2F2CAE4261B60362CB8F22AAAAciscocom_" MIME-Version: 1.0 Archived-At: Subject: [mile] Adoption call for draft-banghart-mile-rolie-csirt-00 X-BeenThere: mile@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Nov 2017 19:23:11 -0000 --_000_497F1C2F2CAE4261B60362CB8F22AAAAciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8gTUlMRSBtZW1iZXJzLA0KDQpUaGFua3MgdG8gUGFub3MgYW5kIFJvbWFuIGZvciBwcm92 aWRpbmcgc29tZSBmZWVkYmFjayBvbiB0aGUgZHJhZnQtYmFuZ2hhcnQtbWlsZS1yb2xpZS1jc2ly dC0wMA0KZHJhZnQuICBUaGVyZSB3YXMgc29tZSBpbnRlcmVzdCBhdCBib3RoIHRoZSBJRVRGIDk5 IGFuZCBJRVRGIDEwMCB0byBoYXZlIHRoaXMgd29yayBtb3ZlIGZvcndhcmQNCmFzIGEgd29yayBp dGVtIGluIE1JTEUuDQoNCkFzIHRvIHRoZSBxdWVzdGlvbiByYWlzZWQ6IOKAnElzIHRoaXMgZHJh ZnQgaW4gc2NvcGUgZm9yIE1JTEXigJ0sIEkgYmVsaWV2ZSB0aGUgYW5zd2VyIGlzIFllcyBhcyBp dCBpcyBhbiBhcHBsaWNhYmlsaXR5IGRvY3VtZW50IHRoYXQgZGVtb25zdHJhdGVzIGhvdyBST0xJ RSBjYW4gYmUgdXNlZCBmb3IgQ1NJUlQgdXNlIGNhc2VzLg0KDQpXaXRoIHRoYXQgaW4gbWluZCwg d2UgbmVlZCB0byByZWFjaCBjb25zZW5zdXMgb24gd2hldGhlciBNSUxFIHNob3VsZCBhZG9wdCBk cmFmdC1iYW5naGFydC1taWxlLXJvbGllLWNzaXJ0LTAwDQphcyBhIFdHIGluZm9ybWF0aW9uYWwg ZHJhZnQuICAgUGxlYXNlIHByb3ZpZGUgZmVlZGJhY2sgYW5kIGNvbW1lbnRzIGluIHRoaXMgdGhy ZWFkLg0KDQpUaGFua3MsIE5hbmN5DQo= --_000_497F1C2F2CAE4261B60362CB8F22AAAAciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: 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 IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5IZWxsbyBN SUxFIG1lbWJlcnMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5U aGFua3MgdG8gUGFub3MgYW5kIFJvbWFuIGZvciBwcm92aWRpbmcgc29tZSBmZWVkYmFjayBvbiB0 aGUgZHJhZnQtYmFuZ2hhcnQtbWlsZS1yb2xpZS1jc2lydC0wMDxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5k cmFmdC4mbmJzcDsgVGhlcmUgd2FzIHNvbWUgaW50ZXJlc3QgYXQgYm90aCB0aGUgSUVURiA5OSBh bmQgSUVURiAxMDAgdG8gaGF2ZSB0aGlzIHdvcmsgbW92ZSBmb3J3YXJkPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQiPmFzIGEgd29yayBpdGVtIGluIE1JTEUuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0Ij5BcyB0byB0aGUgcXVlc3Rpb24gcmFpc2VkOiDigJxJcyB0aGlzIGRyYWZ0 IGluIHNjb3BlIGZvciBNSUxF4oCdLCBJIGJlbGlldmUgdGhlIGFuc3dlciBpcyBZZXMgYXMgaXQg aXMgYW4gYXBwbGljYWJpbGl0eSBkb2N1bWVudCB0aGF0IGRlbW9uc3RyYXRlcyBob3cgUk9MSUUg Y2FuIGJlIHVzZWQgZm9yIENTSVJUIHVzZSBjYXNlcy4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdCI+V2l0aCB0aGF0IGluIG1pbmQsIHdlIG5lZWQgdG8gcmVhY2gg Y29uc2Vuc3VzIG9uIHdoZXRoZXIgTUlMRSBzaG91bGQgYWRvcHQgZHJhZnQtYmFuZ2hhcnQtbWls ZS1yb2xpZS1jc2lydC0wMDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5hcyBhIFdHIGluZm9ybWF0aW9uYWwg ZHJhZnQuJm5ic3A7Jm5ic3A7IFBsZWFzZSBwcm92aWRlIGZlZWRiYWNrIGFuZCBjb21tZW50cyBp biB0aGlzIHRocmVhZC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi PlRoYW5rcywgTmFuY3k8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwv aHRtbD4NCg== --_000_497F1C2F2CAE4261B60362CB8F22AAAAciscocom_--