From nobody Wed Jul 1 02:23:37 2020 Return-Path: X-Original-To: dots@ietfa.amsl.com Delivered-To: dots@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3F22A3A0CC3; Wed, 1 Jul 2020 02:23:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SXURsGpNYsNW; Wed, 1 Jul 2020 02:23:29 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id CDE8F3A0CC1; Wed, 1 Jul 2020 02:23:28 -0700 (PDT) Received: from [192.168.1.121] (213-67-237-150-no99.tbcn.telia.com [213.67.237.150]) by mail.tail-f.com (Postfix) with ESMTPSA id D7FA31AE02BC; Wed, 1 Jul 2020 11:23:26 +0200 (CEST) From: Jan Lindblad Message-Id: <661A1359-3B0A-489C-9F89-66E77969EAE9@tail-f.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_1FB572EC-0CE6-446B-A9A7-87D90E9EB6DB" Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Date: Wed, 1 Jul 2020 11:23:26 +0200 In-Reply-To: <20313_1593585670_5EFC3006_20313_116_1_787AE7BB302AE849A7480A190F8B9330314EA69B@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> Cc: =?utf-8?Q?Martin_Bj=C3=B6rklund?= , "yang-doctors@ietf.org" , "draft-ietf-dots-telemetry.all@ietf.org" , "dots@ietf.org" To: mohamed.boucadair@orange.com References: <159353177839.29172.8254735147639701580@ietfa.amsl.com> <20200630.201818.699105283686964442.id@4668.se> <20313_1593585670_5EFC3006_20313_116_1_787AE7BB302AE849A7480A190F8B9330314EA69B@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> X-Mailer: Apple Mail (2.3608.80.23.2.2) Archived-At: Subject: Re: [Dots] [yang-doctors] Yangdoctors early review of draft-ietf-dots-telemetry-09 X-BeenThere: dots@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2020 09:23:33 -0000 --Apple-Mail=_1FB572EC-0CE6-446B-A9A7-87D90E9EB6DB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Med, I'm afraid you misunderstand my point. The YANG to dots-signal-channel = protocol to YANG mapping information that I'm looking for is *not* in = draft-ietf-dots-telemetry-09#section-10. That section maps types and = CBOR sid:s, which is great, but far from enough for a protocol = specification.=20 If you look at the sections in the RESTCONF or NETCONF RFCs I pointed = out, you might get a better understanding of what's still missing. The = CoAP RFC provides zero operation semantics, there is no discussion about = error handling, etc. > The good news is that with both the current approach in RFC8782 and an = updated one that strictly follows RFC 8791, we will have the same = JSON/CBOR mappings that are authoritative for our spec (Section 6 of = RFC8782).=20 >=20 > Given that we don't have interoperability issues, would it be OK with = you if we update draft-ietf-dots-telemetry to add a reference to inform = the reader about RFC8791 and that we are not using it here because we = are augmenting a module not using sx:structure?=20 >=20 > If there is any RFC8782bis in the future, making changes to follow = RFC8791 will be part of the things to be considered. =20 On the contrary, I believe there are very significant interoperability = issues with the proposed model. In my opinion RFC 8782 needs to be = reworked to be implementable. In its current form, it's unlikely that = independent server and client implementations of RFC 8782 would = interoperate. Best Regards, /jan > On 1 Jul 2020, at 08:41, mohamed.boucadair@orange.com wrote: >=20 > Hi Jan, Martin,=20 >=20 > Thank you for the review.=20 >=20 > Please see inline.=20 >=20 > Cheers, > Med >=20 >> -----Message d'origine----- >> De : Martin Bj=C3=B6rklund [mailto:mbj+ietf@4668.se = ] >> Envoy=C3=A9 : mardi 30 juin 2020 20:18 >> =C3=80 : janl@tail-f.com ; noreply@ietf.org = >> Cc : yang-doctors@ietf.org ; = draft-ietf-dots-telemetry.all@ietf.org = ; >> dots@ietf.org >> Objet : Re: [yang-doctors] Yangdoctors early review of = draft-ietf-dots- >> telemetry-09 >>=20 >> Hi, >>=20 >> Jan Lindblad via Datatracker wrote: >>> Reviewer: Jan Lindblad >>> Review result: Not Ready >>>=20 >>> This is the YD early review of draft-ietf-dots-telemetry as = requested by >> the >>> DOTS WG. >>>=20 >>> The ietf-dots-telemetry YANG module is not like other YANG modules. = It >>> specifically states that it does not pertain to NETCONF/RESTCONF >> management, >>> but is only meant to be mapped to a specific CoAP based protocol >>> "dots-signal-channel" created by the DOTS WG. The draft-ietf-dots- >> telemetry >>> says in section 4.7: >>>=20 >>> The DOTS telemetry module (Section 9.1) is not intended to be used >>> via NETCONF/RESTCONF for DOTS server management purposes. It = serves >>> only to provide a data model and encoding, but not a management = data >>> model. DOTS servers are allowed to update the non-configurable = 'ro' >>> entities in the responses of DOTS telemetry messages. >>>=20 >=20 > [Med] I confirm. We are using YANG for structuring the data that will = be exchanged between the client and the server. We may think about this = as some sort of service model as per RFC8309. >=20 >>> While this approach is highly uncommon, after giving it some = thought, I >> believe >>> this approach could be useful to client and server implementors. = However, >> I >>> find two fundamental problems in the particular way this has been = done in >> this >>> case. I believe the problems are fixable, but may involve updating >> existing >>> DOTS RFCs. >>>=20 >>> #1) YANG data declarations used as message bodies >>>=20 >>> You can define your own message types with whatever content you = desire in >> YANG. >>> Just use rpc/action and notification statements. >>=20 >> You may also want to look at RFC 8791, which defines a new YANG >> extension statement "sx:structure". This statement can be used to >> define messages that are not intended to be generic rpcs or >> notifications. >>=20 >>=20 >=20 > [Med] Thanks for the pointer, Martin. =20 >=20 > Importing ietf-yang-structure-ext + s/container = dots-signal/sx:structure in ietf-dots-signal-channel (RFC8782) would be = sufficient to define the structure as per RFC8791 but we will lose the = "tagging" of parts of the structure/schema that applies only in the = server to client direction. >=20 > We used rw/ro so that we can have a compact module/structure that can = be used in both directions of the DOTS communication, rather than = defining two structures. =20 >=20 > The good news is that with both the current approach in RFC8782 and an = updated one that strictly follows RFC 8791, we will have the same = JSON/CBOR mappings that are authoritative for our spec (Section 6 of = RFC8782).=20 >=20 > Given that we don't have interoperability issues, would it be OK with = you if we update draft-ietf-dots-telemetry to add a reference to inform = the reader about RFC8791 and that we are not using it here because we = are augmenting a module not using sx:structure?=20 >=20 > If there is any RFC8782bis in the future, making changes to follow = RFC8791 will be part of the things to be considered. =20 >=20 >>=20 >>> This draft does not do that, >>> but instead defines message bodies as if they were top level YANG = config >>> elements. This obviously violates the aras of YANG that speak about = data >>> stores, accessible data trees, and what not. Apart from confusing >> experienced >>> YANG users, the meaning of statements like "config false" is = suddenly >> most >>> unclear when the foundations of YANG are disregarded. >>>=20 >>> In my opinion the top level of the module needs to be rewritten to = use >> proper >>> YANG rpc/action and notification statements. The existing message = bodies, >> and >>> the way they are augmented, could all work very well. It's just the >> framework >>> around them that isn't sound. >>>=20 >>> Unfortunately the problematic top level structures of = draft-ietf-dots- >> telemetry >>> are based on structures imported from ietf-dots-signal-channel.yang, >> which is >>> already published in DOTS RFC 8782. I have not been able to find any = YD >> review >>> of this module, so I would suspect none were ever performed. To make = the >> DOTS >>> signal-channel framework usable, I would suggest obsoleting RFC8782 = and >> write a >>> bis with an improved YANG action/notification based foundation. The >> number of >>> changed lines in the YANG can probably be kept rather small. >>>=20 >>> #2) Missing pieces in YANG to dots-signal-channel protocol mapping >>>=20 >=20 > [Med] What is key for the mapping is listed in = draft-ietf-dots-telemetry-09#section-10. All the foundations are already = specified in RFC8782. Section 3 of that RFC describes the rationale.=20 >=20 >>> The draft-ietf-dots-telemetry references CoAP RFC 7959, which = defines a >> number >>> of basic management operations (GET, PUT, POST, ...), and CBOR RFC = 7049 >> content >>> encoding, with the draft-ietf-core-yang-cbor-12 addendum for how = YANG >> data is >>> to be encoded in CBOR. Unfortunately, a protocol specification that >> consists of >>> these three references is not quite complete. Since this is an early >> review, it >>> may be that the draft authors are already planning to pull the = protocol >>> specification up a notch, or I may have missed some piece(s) of the >> puzzle. In >>> any case, a protocol specification on par with what is available for >> RESTCONF >>> or NETCONF would be required. >>>=20 >>> The dots-signal-channel specification in RFC 8782 makes an = Informative >>> Reference to draft specification for a protocol called CoMI >>> (draft-ietf-core-comi-09), which attempts to take on the YANG to = CoAP >> mapping. >>> One way of filling in the blanks for dots-signal-channel might be to >> leverage >>> the CoMI work. Fixing #1 would be required to leverage CoMI. >>>=20 >>> Currently, dots-signal-channel protocol specification (taken as the = sum >> of >>> CoAP, CBOR and draft-ietf-core-yang-cbor-12) is missing information = about >>> operation semantics, operation encoding, error handling, for = example. >=20 > [Med] Such details are discussed in the base CoAP spec, RFC8782, and = error handling specifics are included in this draft. =20 >=20 > RFC >> 8040 >>> sections 5, 6, 7 or RFC 6241 sections 4, 7, 8 contain the sort of >> information >>> I'm looking for. >>>=20 >>> #3) Other than that, probably good >>>=20 >>> Other than issues #1 and #2 above, the module seems to be in pretty = good >> shape. >>> Some content is hard to judge since the intended meaning of config >> true/false >=20 > [Med] "config false" is used to tag nodes that must not appear in = messages sent from the client to the server. >=20 >>> for example is unclear, so a new review will be required after the >> fundamentals >>> have been resolved. The module is both easy to read and conforms = with >> IETF >>> standards except as noted above, staying on the clean and simple = side. >>>=20 >=20 > [Med] Thanks. FWIW, we fixed some issues in the examples. The latest = version of the spec is available at: = https://github.com/boucadair/draft-dots-telemetry = . >=20 > = __________________________________________________________________________= _______________________________________________ >=20 > Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez = recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les = messages electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, = deforme ou falsifie. Merci. >=20 > This message and its attachments may contain confidential or = privileged information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and = delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. > Thank you. --Apple-Mail=_1FB572EC-0CE6-446B-A9A7-87D90E9EB6DB Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Med,

I'm = afraid you misunderstand my point. The YANG to dots-signal-channel = protocol to YANG mapping information that I'm looking for is *not* = in draft-ietf-dots-telemetry-09#section-10. That section maps types = and CBOR sid:s, which is great, but far from enough for a protocol = specification. 

If you look at the sections in the RESTCONF or NETCONF RFCs I = pointed out, you might get a better understanding of what's still = missing. The CoAP RFC provides zero operation semantics, there is no = discussion about error handling, etc.

The good news is that with = both the current approach in RFC8782 and an updated one that strictly = follows RFC 8791, we will have the same JSON/CBOR mappings that are = authoritative for our spec (Section 6 of RFC8782). 

Given that we don't have interoperability issues, would it = be OK with you if we update draft-ietf-dots-telemetry to add a reference = to inform the reader about RFC8791 and that we are not using it here = because we are augmenting a module not using = sx:structure? 

If there is = any RFC8782bis in the future, making changes to follow RFC8791 will be = part of the things to be considered.   

On the contrary, I believe there are = very significant interoperability issues with the proposed model. In my = opinion RFC 8782 needs to be reworked to be implementable. In its = current form, it's unlikely that independent server and client = implementations of RFC 8782 would interoperate.

Best Regards,
/jan

=

On 1 Jul 2020, at 08:41, mohamed.boucadair@orange.com wrote:

Hi Jan, = Martin, 

Thank you for the review. 

Please see inline. 

Cheers,
Med

-----Message d'origine-----
De : Martin Bj=C3=B6rklund [mailto:mbj+ietf@4668.se]
Envoy=C3=A9 : = mardi 30 juin 2020 20:18
=C3=80 : janl@tail-f.com; noreply@ietf.org
Cc : yang-doctors@ietf.org; draft-ietf-dots-telemetry.all@ietf.org;
dots@ietf.org
Objet : Re: [yang-doctors] Yangdoctors early review of = draft-ietf-dots-
telemetry-09

Hi,

Jan Lindblad via Datatracker = <noreply@ietf.org> wrote:
Reviewer: Jan Lindblad
Review = result: Not Ready

This is the YD early = review of draft-ietf-dots-telemetry as requested by
the
DOTS WG.

The ietf-dots-telemetry = YANG module is not like other YANG modules. It
specifically = states that it does not pertain to NETCONF/RESTCONF
management,
but is only meant to be mapped to a specific = CoAP based protocol
"dots-signal-channel" created by the = DOTS WG. The draft-ietf-dots-
telemetry
says in section 4.7:

  The DOTS telemetry module (Section = 9.1) is not intended to be used
  via = NETCONF/RESTCONF for DOTS server management purposes.  It serves
  only to provide a data model and encoding, but = not a management data
  model.  DOTS = servers are allowed to update the non-configurable 'ro'
  entities in the responses of DOTS telemetry = messages.


[Med] I confirm. We are using YANG for structuring the data = that will be exchanged between the client and the server. We may think = about this as some sort of service model as per RFC8309.

While this approach is highly uncommon, after giving it some = thought, I
believe
this approach could be useful to client and = server implementors. However,
I
find two fundamental = problems in the particular way this has been done in
this
case. I believe the problems are fixable, but may involve = updating
existing
DOTS RFCs.

#1) = YANG data declarations used as message bodies

You can define your own message types with whatever content = you desire in
YANG.
Just use rpc/action and notification = statements.

You may also want = to look at RFC 8791, which defines a new YANG
extension = statement "sx:structure".  This statement can be used to
define messages that are not intended to be generic rpcs = or
notifications.



[Med] Thanks for the pointer, Martin.  

Importing ietf-yang-structure-ext + s/container = dots-signal/sx:structure in ietf-dots-signal-channel (RFC8782) would be = sufficient to define the structure as per RFC8791 but we will lose the = "tagging" of parts of the structure/schema that applies only in the = server to client direction.

We used rw/ro so that we can have a compact module/structure = that can be used in both directions of the DOTS communication, rather = than defining two structures.  

The good news is that with both the current approach in = RFC8782 and an updated one that strictly follows RFC 8791, we will have = the same JSON/CBOR mappings that are authoritative for our spec (Section = 6 of RFC8782). 

Given that we don't have interoperability issues, would it be = OK with you if we update draft-ietf-dots-telemetry to add a reference to = inform the reader about RFC8791 and that we are not using it here = because we are augmenting a module not using sx:structure? 

If there is any RFC8782bis in the future, making changes to = follow RFC8791 will be part of the things to be considered. =   


This draft does not do that,
but = instead defines message bodies as if they were top level YANG config
elements. This obviously violates the aras of YANG that speak = about data
stores, accessible data trees, and what not. = Apart from confusing
experienced
YANG users, the meaning = of statements like "config false" is suddenly
most
unclear when the foundations of YANG are disregarded.

In my opinion the top level of the module = needs to be rewritten to use
proper
YANG rpc/action and = notification statements. The existing message bodies,
and
the way they are augmented, could all work very well. It's = just the
framework
around them that isn't sound.

Unfortunately the problematic top level structures of = draft-ietf-dots-
telemetry
are based on structures = imported from ietf-dots-signal-channel.yang,
which is
already published in DOTS RFC 8782. I have not been able to = find any YD
review
of this module, so I would suspect none were = ever performed. To make the
DOTS
signal-channel framework = usable, I would suggest obsoleting RFC8782 and
write a
bis with an improved YANG action/notification based = foundation. The
number of
changed lines in the = YANG can probably be kept rather small.

#2) = Missing pieces in YANG to dots-signal-channel protocol mapping


[Med] What is key for the mapping is listed in = draft-ietf-dots-telemetry-09#section-10. All the foundations are already = specified in RFC8782. Section 3 of that RFC describes the = rationale. 

The draft-ietf-dots-telemetry references CoAP RFC 7959, which = defines a
number
of basic management operations (GET, PUT, POST, = ...), and CBOR RFC 7049
content
encoding, with the = draft-ietf-core-yang-cbor-12 addendum for how YANG
data is
to be encoded in CBOR. Unfortunately, a protocol = specification that
consists of
these three references = is not quite complete. Since this is an early
review, it
may be that the draft authors are already planning to pull = the protocol
specification up a notch, or I may have = missed some piece(s) of the
puzzle. In
any case, a protocol = specification on par with what is available for
RESTCONF
or NETCONF would be required.

The = dots-signal-channel specification in RFC 8782 makes an Informative
Reference to draft specification for a protocol called = CoMI
(draft-ietf-core-comi-09), which attempts to take on = the YANG to CoAP
mapping.
One way of filling in = the blanks for dots-signal-channel might be to
leverage
the CoMI work. Fixing #1 would be required to leverage = CoMI.

Currently, dots-signal-channel = protocol specification (taken as the sum
of
CoAP, CBOR and = draft-ietf-core-yang-cbor-12) is missing information about
operation semantics, operation encoding, error handling, for = example.

[Med] Such = details are discussed in the base CoAP spec, RFC8782, and error handling = specifics are included in this draft.    

RFC
8040
sections 5, 6, 7 or RFC 6241 sections 4, 7, 8 = contain the sort of
information
I'm looking for.

#3) Other than that, probably good

Other than issues #1 and #2 above, the module = seems to be in pretty good
shape.
Some content is hard to = judge since the intended meaning of config
true/false

[Med] "config false" is used to tag nodes that must not = appear in messages sent from the client to the server.

for example is unclear, so a new review will be required = after the
fundamentals
have been resolved. The = module is both easy to read and conforms with
IETF
standards except as noted above, staying on the clean and = simple side.


[Med] Thanks. FWIW, we fixed some issues in the examples. The = latest version of the spec is available at: https://github.com/boucadair/draft-dots-telemetry.

_______________________________________________________________= __________________________________________________________

Ce message et ses pieces jointes peuvent contenir des = informations confidentielles ou privilegiees et ne doivent = donc
pas etre diffuses, exploites ou copies sans autorisation. Si = vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. = Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete = altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or = privileged information that may be protected by law;
they should not be distributed, used or copied without = authorisation.
If you have received this email in error, please notify the = sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages = that have been modified, changed or falsified.
Thank you.

= --Apple-Mail=_1FB572EC-0CE6-446B-A9A7-87D90E9EB6DB-- From nobody Wed Jul 1 03:06:13 2020 Return-Path: X-Original-To: dots@ietfa.amsl.com Delivered-To: dots@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 745943A0D5D; Wed, 1 Jul 2020 03:06:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.096 X-Spam-Level: X-Spam-Status: No, score=-2.096 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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=orange.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 JPdLLFx_P8ly; Wed, 1 Jul 2020 03:06:09 -0700 (PDT) Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.66.39]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7A0D93A0D5C; Wed, 1 Jul 2020 03:06:09 -0700 (PDT) Received: from opfedar03.francetelecom.fr (unknown [xx.xx.xx.5]) by opfedar27.francetelecom.fr (ESMTP service) with ESMTP id 49xcLk6bMtz2xHF; Wed, 1 Jul 2020 12:06:06 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1593597966; bh=MHscM3i71TDB5W8xNbuk54FrTSrKhWjWYrneddA8oHQ=; h=From:To:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=s/8WqqyZeZZW1/MFnB/PfylNXOcargd9dYZgn98Q4/4OwIEZ94rTDfv2/V5FiHvKk XE/FAOCmNpxsNu/q7Jm1YJsfcMrMSnrF1xxOg0c68Sx840LpDyfRHhu+yUZcatLBJ2 3I+hofL2f+OvYjEew1NiHV8D0xbG+MsN1NEvTK52rn6flct7LdUpgmzO07yNUSkKwC NdXY4RIUl7IWsLimqmSziqh6VeY1PEOZuSNgIo2H2F8d1ebQ6aLIKz7BZgqi6jMOct P34mlSUTNDUqFIladz2JjHJNoPo6p6kRJ4+UFq+gxSDTClsv0qcOyriWtwEMxBl7qf hZlzicxDh3zEQ== Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.107]) by opfedar03.francetelecom.fr (ESMTP service) with ESMTP id 49xcLk57dPzCql1; Wed, 1 Jul 2020 12:06:06 +0200 (CEST) From: To: =?iso-8859-1?Q?Martin_Bj=F6rklund?= CC: "janl@tail-f.com" , "yang-doctors@ietf.org" , "draft-ietf-dots-telemetry.all@ietf.org" , "dots@ietf.org" Thread-Topic: [yang-doctors] Yangdoctors early review of draft-ietf-dots-telemetry-09 Thread-Index: AQHWT4ZwyLUzg4toRReM83kxwr9eLajyb1qg Date: Wed, 1 Jul 2020 10:06:06 +0000 Message-ID: <28429_1593597966_5EFC600E_28429_155_28_787AE7BB302AE849A7480A190F8B9330314EB8B7@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> References: <159353177839.29172.8254735147639701580@ietfa.amsl.com> <20200630.201818.699105283686964442.id@4668.se> <20313_1593585670_5EFC3006_20313_116_1_787AE7BB302AE849A7480A190F8B9330314EA69B@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <20200701.110308.454388377905104310.id@4668.se> In-Reply-To: <20200701.110308.454388377905104310.id@4668.se> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.114.13.247] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [Dots] [yang-doctors] Yangdoctors early review of draft-ietf-dots-telemetry-09 X-BeenThere: dots@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2020 10:06:12 -0000 Re-, Please see inline.=20 Cheers, Med > -----Message d'origine----- > De=A0: Martin Bj=F6rklund [mailto:mbj+ietf@4668.se] > Envoy=E9=A0: mercredi 1 juillet 2020 11:03 > =C0=A0: BOUCADAIR Mohamed TGI/OLN > Cc=A0: janl@tail-f.com; yang-doctors@ietf.org; draft-ietf-dots- > telemetry.all@ietf.org; dots@ietf.org > Objet=A0: Re: [yang-doctors] Yangdoctors early review of draft-ietf-dots- > telemetry-09 >=20 > > > > > > You may also want to look at RFC 8791, which defines a new YANG > > > extension statement "sx:structure". This statement can be used to > > > define messages that are not intended to be generic rpcs or > > > notifications. > > > > > > > > > > [Med] Thanks for the pointer, Martin. > > > > Importing ietf-yang-structure-ext + s/container > > dots-signal/sx:structure in ietf-dots-signal-channel (RFC8782) would > > be sufficient to define the structure as per RFC8791 but we will lose > > the "tagging" of parts of the structure/schema that applies only in > > the server to client direction. > > > > We used rw/ro so that we can have a compact module/structure that can > > be used in both directions of the DOTS communication, rather than > > defining two structures. > > > > The good news is that with both the current approach in RFC8782 and an > > updated one that strictly follows RFC 8791, we will have the same > > JSON/CBOR mappings that are authoritative for our spec (Section 6 of > > RFC8782). > > > > Given that we don't have interoperability issues, would it be OK with > > you if we update draft-ietf-dots-telemetry to add a reference to > > inform the reader about RFC8791 and that we are not using it here > > because we are augmenting a module not using sx:structure? > > > > If there is any RFC8782bis in the future, making changes to follow > > RFC8791 will be part of the things to be considered. >=20 > It seems that the YANG modules in RFC8782 were never reviewed by the > YANG doctors. Please correct me if this was not the case. >=20 [Med] RFC8782 is a complex doc that manipulates many pieces from various ar= eas. We had to pay attention to many things. I don't remember we received a= yangdoctors review as part of the IETF LC, though.=20 > So RFC 8782 seems to have the same fundamental problem as this draft. >=20 [Med] We can't use RFC8791 in draft-ietf-dots-telemetry because : "since a = YANG compiler or other tool is not required to understand the "structure" e= xtension.".=20 This is why I made the proposal to record this in the draft so that this ca= n be scheduled for future bis work of 8782. Fundamentally, we will come up = with close structure (less compact with 8791).=20 Given the conventions set in the RFC and that we are clearly saying that th= e module is not intended for NETCONF/RESTCONF use, is there any interoperab= ility issue that you foresee? ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. From nobody Thu Jul 2 14:27:57 2020 Return-Path: X-Original-To: dots@ietfa.amsl.com Delivered-To: dots@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 267F73A0BD3; Thu, 2 Jul 2020 14:27:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ry8hUvvZBF9g; Thu, 2 Jul 2020 14:27:54 -0700 (PDT) Received: from mail-vs1-xe2d.google.com (mail-vs1-xe2d.google.com [IPv6:2607:f8b0:4864:20::e2d]) (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 84F6B3A0BD0; Thu, 2 Jul 2020 14:27:53 -0700 (PDT) Received: by mail-vs1-xe2d.google.com with SMTP id m25so16033971vsp.8; Thu, 02 Jul 2020 14:27:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=iiov+cf0VRFE+7Y6d75J107JK/pvK4UXrVG6d8KAxvc=; b=tDjBDsf9KvWQiDak9e+CbfUgeZ2W7N4cCq3GRycwjwXtdiynVUyyTH9n3pR7DjtoxP vW71N23NtdvuafXrzDod+8toJXCMDo+iW8IkRiP8E3HHwCd1Sb7OKaAa2QJ6J0WKDt5H 4Lig6yxwf+FH4D9HnP2Ul9Pj1xZv41M/u4A3l4QTguv4C2w1arWAqfQbf2I1dyNPanSb mt4ZoVBvxqkO2fc4c1cM4Jm8TBodKEgJgY60nzQRBCOHNLsrBj0fOwucgR7dfJOEETjG 6dqHANtSlFgPXwa/Wk1q3CXlP/+iSlOSddx0siNNTs8HtQM6Z8mY8TMprf0LsIBA1Yye RiKQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=iiov+cf0VRFE+7Y6d75J107JK/pvK4UXrVG6d8KAxvc=; b=n2pVnvjKpNHlIUIS90fhFBlsUxEcJMs8cpu6SXrlxdsAdyotGnKAe8ujFHG+oKzSJw srC1Iy5gLdoxFJEIGf32rzaGmRAmbXHopqVG1nIcuXmqeAHt+4NNq5luA2YyUWay8+bl ZhTBtI1hcNt20JAGyo16jixLzM5dnHGAYBSMqHC/olgOG4LGrhy8jecK0NCABNDx7Ord ORdyczuzxwuNbH8mwj95Fni9P5mZTgEBYtc6IQG7aios8dFpIdZZs7sDYszu1H0iLDip tVHFbm6/wxTF7TkJS+FLA5kTa0RLg9DyPqp0OBec9CqAKdvqSn5Bu5+wSn1IC6rVIAiV NbSQ== X-Gm-Message-State: AOAM5319zX+iqvD70yGBlu4xRAPYcohfAej3yFv2UNH4rtcq9TTZAJY/ 8P7kqJRO4rd/aQgtQUa4CQWYWna/9+N9q41k2Ig= X-Google-Smtp-Source: ABdhPJzyxU30CATMowaLiGZn46276ryHnvJ7pR60XF2jAqIgIMrZ8hHmruUKXNsy/Ts2XLlgL8Ix5z0hbyVfHfQY31E= X-Received: by 2002:a67:6546:: with SMTP id z67mr17976615vsb.169.1593725272331; Thu, 02 Jul 2020 14:27:52 -0700 (PDT) MIME-Version: 1.0 References: <159180480429.20695.13967711651987137436@ietfa.amsl.com> In-Reply-To: <159180480429.20695.13967711651987137436@ietfa.amsl.com> From: Daniel Migault Date: Thu, 2 Jul 2020 17:27:41 -0400 Message-ID: To: Elwyn Davies Cc: "gen-art >> General area reviewing team" , last-call@ietf.org, draft-ietf-dots-use-cases.all@ietf.org, dots Content-Type: multipart/alternative; boundary="000000000000ba186705a97c14ee" Archived-At: Subject: Re: [Dots] Genart last call review of draft-ietf-dots-use-cases-23 X-BeenThere: dots@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2020 21:27:56 -0000 --000000000000ba186705a97c14ee Content-Type: text/plain; charset="UTF-8" Hi, Thank you for the review. These were helpful to us. I believe that all comments have been addressed in the version we just published. Please find more response regarding the comment inlined. Yours, Daniel On Wed, Jun 10, 2020 at 12:02 PM Elwyn Davies via Datatracker < noreply@ietf.org> wrote: > Reviewer: Elwyn Davies > Review result: Ready with Nits > > I am the assigned Gen-ART reviewer for this draft. The General Area > Review Team (Gen-ART) reviews all IETF documents being processed > by the IESG for the IETF Chair. Please treat these comments just > like any other last call comments. > > For more information, please see the FAQ at > > . > > Document: draft-ietf-dots-use-cases-23 > Reviewer: Elwyn Davies > Review Date: 2020-06-10 > IETF LC End Date: 2020-06-11 > IESG Telechat date: Not scheduled for a telechat > > Summary: > Ready wih some minor nits. > > Major issues: > None > > Minor issues: > None > > Nits/editorial comments: > s1, para 1: Just a thought: might be worth adding to the end of this para: > "and increase the time for deployment in a situation where speed is often > of > the essence". > I understand that the additional time is part of the reasons that degrade the efficacy but this is not the only reason. I propose to indicate that efficacity highly depends on an timely reaction as below: OLD This greatly increases operational complexity which, in turn, can degrade the efficacy of mitigations. NEW This greatly increases operational complexity which, in turn, can degrade the efficacy of mitigations - which highly depends on a timely reaction. > > s1, last para: Suggest adding in reference to DOTS requirements doc which > is > referred to in s2: OLD: > This document provides sample use cases that provided input for the > design of the DOTS protocols [RFC8782][RFC8783]. > NEW > This document provides sample use cases that motivated the requirements > for the DOTS protocols [RFC8612] and provided input for the design of > those protocols [RFC8782][RFC8783]. > ENDS > I would consider the requirement as part of the process for the design of the protocol, but it is correct that requirements coudl be included. I propose the following change: OLD: This document provides sample use cases that provided input for the design of the DOTS protocols {{RFC8782}}{{RFC8783}}. NEW: This document provides sample use cases that provided input for the requirements {{?RFC8612}} and design of the DOTS protocols {{!RFC8782}}{{!RFC8783}}. > > s2: For more logical ordering, move the definition of DDos Mitigation > Service > Provider after definition of DDoS Mitigation Service. > > fixed. > s2, DDoS Mitigation Service: > OLD: > Service subscriptions usually > involve Service Level Agreement (SLA) that have to be met. > NEW: > Each service subscription usually > involves a Service Level Agreement (SLA) that has to be met. > ENDS > > fixed. > s3.1, para 1: The abbreviation ITP has already been defined so you > shouldn't > have a redefinition here. > > fixed. > s3.1, para 7: s/thought different/though different/ > fixed > > s3.1, 2nd set of bullets, that are below Fig 1: This woud be more elegant > using > (a), (b), etc as the bullet labels. > > I could not find how to do list as a) b) using kramdow but I used an ordered list 1. 2. instead so a native list format is rendered. > s3.1: Comment (not being familiar with the DOTS proposals): The text > indicates > that the ITP mitigation effort is an all or nothing buisness. Is this > always > the case or could the client request or the server provide a proportional > response rather than an all or nothing response? > > My understanding is that when the decision to mitigate is requested the ITP mitigates the traffic. As far as I know it is not currently envisioned to use DOTS for a kind of collaboration between the ITP and the local side, that is the local site performs 20 % of the attack while the ITP takes in charge the remaining 80 %. One reason is that it remains hard to express the capabilities involved to mitigate the attack. Note also that the capacity of the ITP may be capped by contract. Overall the DOTS is more about delegating the mitigation as opposed to collaborative mitigation. > s3.2, last sentence of 2nd para after Fig 2: s/These exact/The exact/ > > fixed > s3.3, para 2: s/various information/various sets of information/ > > fixed > s3.3, para after Figure 4: s/monitor various network traffic/monitor > various > aspects of the network traffic/. > > fixed > s3.3, 2nd para after Figure 4: s/it's/it is/ > > fixed > s3.3, last five paras: Calling out a web interface specifically is overly > specific. Suggest adding 'for example'in at least one case or changing it > to > 'user interface'. > > I added the for example which seems closer to the most probable implementation. s3.3, first para on page 11: > OLD: > to infer the DDoS Mitigation to elaborate and coordinate. > NEW: > to infer, elaborate and coordinate the appropriate DDoS Mitigation. > ENDS > > fixed > s3.3, 3rd and subsequent paras on page 11: The orchestrator appears to > change > from one DOTS server to a plurality at this point. Please make it clear > whether there is one or many. If only one, then s/The orchestrator DOTS > servers returns this information back/The orchestrator DOTS server returns > this > information/ and s/servers/server/ subsequently. > > good catch. There is only one server. we address this. s3.3, last para s/like requesting/such as requesting/ > > fixed. > s7: This is an informational document and, as such, cannot have normative > references. Please combine all references into one refererences section. > > > I usually like standard document to be normative, but this is correct that for use cases, none of these document are necessary to be read to understand the document, so I will put all reference as informational > > _______________________________________________ > Dots mailing list > Dots@ietf.org > https://www.ietf.org/mailman/listinfo/dots > -- Daniel Migault Ericsson --000000000000ba186705a97c14ee Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,=C2=A0

Thank you fo= r the review. These were helpful to us. I believe that all comments=C2=A0ha= ve been addressed in the version we just published.=C2=A0=C2=A0
P= lease find more response regarding the comment inlined.=C2=A0
Yours,=C2=A0
Daniel=C2=A0

On Wed, Jun 10, 2020 at 12:02= PM Elwyn Davies via Datatracker <no= reply@ietf.org> wrote:
Reviewer: Elwyn Davies
Review result: Ready with Nits

I am the assigned Gen-ART reviewer for this draft. The General Area
Review Team (Gen-ART) reviews all IETF documents being processed
by the IESG for the IETF Chair.=C2=A0 Please treat these comments just
like any other last call comments.

For more information, please see the FAQ at

<https://trac.ietf.org/trac/gen/wiki/GenArtfaq&g= t;.

Document: draft-ietf-dots-use-cases-23
Reviewer: Elwyn Davies
Review Date: 2020-06-10
IETF LC End Date: 2020-06-11
IESG Telechat date: Not scheduled for a telechat

Summary:
Ready wih some minor nits.

Major issues:
None

Minor issues:
None

Nits/editorial comments:
s1, para 1: Just a thought:=C2=A0 might be worth adding to the end of this = para:
"and increase the time for deployment in a situation where speed is of= ten of
the essence".
=C2=A0<mglt>
=C2=A0= I understand that the additional time is part of the reasons that degrade t= he efficacy but this is not the only reason. I propose to indicate that eff= icacity highly depends on an timely reaction as below:

=
OLD
This greatly increases operational complexity which, in turn,can degrade the efficacy of mitigations.
NEW
This= greatly increases operational complexity which, in turn,
can degrade th= e efficacy of mitigations - which highly depends on=C2=A0 a timely reaction= .=C2=A0
</mglt>

s1, last para: Suggest adding in reference to DOTS requirements doc which i= s
referred to in s2: OLD:
=C2=A0 =C2=A0This document provides sample use cases that provided input fo= r the
=C2=A0 =C2=A0design of the DOTS protocols [RFC8782][RFC8783].
NEW
=C2=A0 =C2=A0This document provides sample use cases that motivated the req= uirements
=C2=A0 =C2=A0for the DOTS protocols [RFC8612] and provided input for the de= sign of
=C2=A0 =C2=A0those protocols [RFC8782][RFC8783].
ENDS
<mglt>
I would consider the requi= rement as part of the process for the design of the protocol, but it is cor= rect that requirements coudl be included. I propose the following change:
OLD:
This document provides sample use cases that provid= ed input for the design of
the DOTS protocols {{RFC8782}}{{RFC8783}}.
NEW:
This document provides sample use cases that pro= vided input for the requirements {{?RFC8612}} and design of
the DOTS p= rotocols {{!RFC8782}}{{!RFC8783}}.
</mglt>

s2: For more logical ordering, move the definition of DDos Mitigation Servi= ce
Provider after definition of DDoS Mitigation Service.

=C2=A0<mglt> fixed. </mglt>
s2, DDoS Mitigation Service:
OLD:
=C2=A0 =C2=A0 =C2=A0 Service subscriptions usually
=C2=A0 =C2=A0 =C2=A0 involve Service Level Agreement (SLA) that have to be = met.
NEW:
=C2=A0 =C2=A0 =C2=A0 Each service subscription usually
=C2=A0 =C2=A0 =C2=A0 involves a Service Level Agreement (SLA) that has to b= e met.
ENDS

<mglt> fixed.</mglt>
=C2=A0
s3.1, para 1: The abbreviation ITP has already been defined so you shouldn&= #39;t
have a redefinition here.

<mglt> fixed. </mglt>=C2=A0
s3.1, para 7: s/thought different/though different/
&l= t;mglt>fixed</mglt>=C2=A0

s3.1, 2nd set of bullets, that are below Fig 1: This woud be more elegant u= sing
(a), (b), etc as the bullet labels.

<mglt>
I could not find how to do lis= t as a) b) using kramdow=C2=A0but I used an ordered list=C2=A01. 2. instead= so a native list format is rendered.=C2=A0
</mglt>=C2=A0
=C2=A0
s3.1: Comment (not being familiar with the DOTS proposals): The text indica= tes
that the ITP mitigation effort is an all or nothing buisness.=C2=A0 Is this= always
the case or could the client request or the server provide a proportional response rather than an all or nothing response?

<mglt>
My understanding is that when = the decision to mitigate is requested the ITP mitigates the traffic. As far= as I know it is not currently=C2=A0envisioned to use DOTS for a kind of co= llaboration between the ITP and the local side, that is the local site perf= orms 20 % of the attack while the ITP takes in charge the remaining 80 %. O= ne reason is that it remains hard to express the capabilities involved to= =C2=A0mitigate the attack. Note also that the capacity of the ITP may be ca= pped by contract.=C2=A0 Overall the DOTS is more about delegating the mitig= ation as opposed to collaborative mitigation.
</mglt>
=
=C2=A0
s3.2, last sentence of 2nd para after Fig 2: s/These exact/The exact/

=C2=A0<mglt>fixed</mglt>
s3.3, para 2: s/various information/various sets of information/

=C2=A0<mglt>fixed</mglt>
s3.3, para after Figure 4: s/monitor various network traffic/monitor variou= s
aspects of the network traffic/.

<mglt> fixed</mglt>
s3.3, 2nd para after Figure 4: s/it's/it is/

=C2=A0<mglt>fixed</mglt>
s3.3, last five paras: Calling out a web interface specifically is overly specific.=C2=A0 Suggest adding 'for example'in at least one case or= changing it to
'user interface'.

=C2=A0<mgl> I added the for example which seems= closer to the most probable implementation.</mglt>

s3.3, first para on page 11:
OLD:
to infer the DDoS Mitigation to elaborate and coordinate.
NEW:
to infer, elaborate and coordinate the appropriate DDoS Mitigation.
ENDS

<mglt>fixed</mglt>
=C2=A0
=
s3.3, 3rd and subsequent paras on page 11: The orchestrator appears to chan= ge
from one DOTS server to a plurality at this point.=C2=A0 Please make it cle= ar
whether there is one or many.=C2=A0 If only one, then s/The orchestrator DO= TS
servers returns this information back/The orchestrator DOTS server returns = this
information/ and s/servers/server/ subsequently.

=C2=A0<mglt>good catch. There is only one serve= r. we address=C2=A0this.</mglt>

s3.3, last para s/like=C2=A0 requesting/such as requesting/

<mglt>fixed.</mglt>
=C2=A0
s7:=C2=A0 This is an informational document and, as such, cannot have norma= tive
references.=C2=A0 Please combine all references into one refererences secti= on.


<mglt> I usually like standard document to be n= ormative, but this is correct that for use cases, none of these document ar= e necessary to be read to understand the document, so I will put all refere= nce as informational</mglt>
=C2=A0

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


--
Daniel Migault
Ericsson
--000000000000ba186705a97c14ee-- From nobody Thu Jul 2 14:30:05 2020 Return-Path: X-Original-To: dots@ietfa.amsl.com Delivered-To: dots@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 02A253A0BDB; Thu, 2 Jul 2020 14:29:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id acaAh750zxdW; Thu, 2 Jul 2020 14:29:46 -0700 (PDT) Received: from mail-vk1-xa32.google.com (mail-vk1-xa32.google.com [IPv6:2607:f8b0:4864:20::a32]) (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 63D473A0BD0; Thu, 2 Jul 2020 14:29:39 -0700 (PDT) Received: by mail-vk1-xa32.google.com with SMTP id m21so5366484vkp.1; Thu, 02 Jul 2020 14:29:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=0ylqgCG9W2EaN6F7pwi8Yrlcxc1CtiF5rVqtsrWzWfc=; b=tEldxmZ3wRJrAhQj9NgN3DUiV3RNT1f0EjpB1OT4FnqzG3JGfzZud3lMnk0mCu3JIy t8khCrGxx4XNs+qR3ln/Yh8uWVPtQE4PlMkeKSuQtv1TR6ZlCR2HnMMSRN+Sgu/dnA8F LS+8VJ4KpzbM6cOmzqbLeGxXqMQmuo2zpHPqniu+t16adldw88b2PtTdsjdQ9seoPEl8 fpaRUFjkZ54nJbcVCB6LGcOpv9AxE+PBIE1Tcn5ECj8uApgIESFaEQPamPFcVfm3PM+b ImUGkZsDrVAXxMqYVXfqrYfBTtfN1dwAQO0Spjd4RSEp1SHwTfQl3iTVwo50wHesPwbU 1jUA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=0ylqgCG9W2EaN6F7pwi8Yrlcxc1CtiF5rVqtsrWzWfc=; b=mFdwzgrEHFiVPD96zPjO9XJPn8PpXhhwSzHxSnmG5vzdB6A1fuKRRlIOG4R10IwU+2 EVFkMY1X2DaXXqn4wMl22t5bzc2U3L3WzXOJjwx6A0OkU8T0W424Zb770wfXt/j45Q1d pOW244ZooYnVRtDbtR61BCFZ31MdG9yz3ocz1hekIxIbTAigECsFpi03pOIB0MQPp/Hd wDw5+yKL8hK2wPDQp8hANDh6p2TA7eSxz3u/ZndYpU/ovasyGv7qAa0jxl7lR6O5EeQN MDCl9+K+Sws0cFxlTH7GJbcoZbO11Zo7lp+cFjPc3se3QuQJFwmQ4a78Nl/hpefBrKGX jc/w== X-Gm-Message-State: AOAM530nUaErSIGFb+lBp1ciUfN/6FY1D1HrV+QOA7ZKwLVpVNUHToEL pjnRcu7G5obYLdTc3Zjdw311qWeOYFvSGXtAl0g= X-Google-Smtp-Source: ABdhPJxpl4QqAEne9l/0JsUZJA6U6FMvoZjiS0xcG0a75UVL3RnksUmOqn+mhCf2YEPa02CywkL7uuMANNht3sb5gBY= X-Received: by 2002:a1f:1e0b:: with SMTP id e11mr23710247vke.55.1593725378392; Thu, 02 Jul 2020 14:29:38 -0700 (PDT) MIME-Version: 1.0 References: <159180480429.20695.13967711651987137436@ietfa.amsl.com> <19733_1591806008_5EE10838_19733_230_7_787AE7BB302AE849A7480A190F8B9330314DB94C@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> In-Reply-To: <19733_1591806008_5EE10838_19733_230_7_787AE7BB302AE849A7480A190F8B9330314DB94C@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> From: Daniel Migault Date: Thu, 2 Jul 2020 17:29:27 -0400 Message-ID: To: mohamed.boucadair@orange.com Cc: Elwyn Davies , "gen-art@ietf.org" , "last-call@ietf.org" , "draft-ietf-dots-use-cases.all@ietf.org" , "dots@ietf.org" Content-Type: multipart/alternative; boundary="0000000000000c74cb05a97c1bd2" Archived-At: Subject: Re: [Dots] Genart last call review of draft-ietf-dots-use-cases-23 X-BeenThere: dots@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2020 21:29:51 -0000 --0000000000000c74cb05a97c1bd2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Thanks med for the feed back. All documents are now referenced as informative. If the RFC editor expresses concerns we will update that. Thanks! Yours, Daniel On Wed, Jun 10, 2020 at 12:21 PM wrote: > Dear Elwyn, > > One quick comment about: > > > s7: This is an informational document and, as such, cannot have > > normative > > references. Please combine all references into one refererences > > section. > > If we refer to the IESG statement available at: > https://ietf.org/about/groups/iesg/statements/normative-informative-refer= ences/, > we can read the following: > > "Note 3: The normative/informative distinction is relevant in any documen= t > that amounts to a technical specification, even if its intended status is > Experimental or Informational." > > So, that's fine to have a normative ref section (if justified) for this > document. > > That's said, I do personally think that at least [RFC8782][RFC8783] have > to be moved as Informative... but not for the reasons mentioned in the > review.. > > Cheers, > Med > > > -----Message d'origine----- > > De : Dots [mailto:dots-bounces@ietf.org] De la part de Elwyn Davies > > via Datatracker > > Envoy=C3=A9 : mercredi 10 juin 2020 18:00 > > =C3=80 : gen-art@ietf.org > > Cc : last-call@ietf.org; draft-ietf-dots-use-cases.all@ietf.org; > > dots@ietf.org > > Objet : [Dots] Genart last call review of draft-ietf-dots-use-cases-23 > > > > Reviewer: Elwyn Davies > > Review result: Ready with Nits > > > > I am the assigned Gen-ART reviewer for this draft. The General Area > > Review Team (Gen-ART) reviews all IETF documents being processed > > by the IESG for the IETF Chair. Please treat these comments just > > like any other last call comments. > > > > For more information, please see the FAQ at > > > > . > > > > Document: draft-ietf-dots-use-cases-23 > > Reviewer: Elwyn Davies > > Review Date: 2020-06-10 > > IETF LC End Date: 2020-06-11 > > IESG Telechat date: Not scheduled for a telechat > > > > Summary: > > Ready wih some minor nits. > > > > Major issues: > > None > > > > Minor issues: > > None > > > > Nits/editorial comments: > > s1, para 1: Just a thought: might be worth adding to the end of this > > para: > > "and increase the time for deployment in a situation where speed is > > often of > > the essence". > > > > s1, last para: Suggest adding in reference to DOTS requirements doc > > which is > > referred to in s2: OLD: > > This document provides sample use cases that provided input for the > > design of the DOTS protocols [RFC8782][RFC8783]. > > NEW > > This document provides sample use cases that motivated the > > requirements > > for the DOTS protocols [RFC8612] and provided input for the design > > of > > those protocols [RFC8782][RFC8783]. > > ENDS > > > > s2: For more logical ordering, move the definition of DDos Mitigation > > Service > > Provider after definition of DDoS Mitigation Service. > > > > s2, DDoS Mitigation Service: > > OLD: > > Service subscriptions usually > > involve Service Level Agreement (SLA) that have to be met. > > NEW: > > Each service subscription usually > > involves a Service Level Agreement (SLA) that has to be met. > > ENDS > > > > s3.1, para 1: The abbreviation ITP has already been defined so you > > shouldn't > > have a redefinition here. > > > > s3.1, para 7: s/thought different/though different/ > > > > s3.1, 2nd set of bullets, that are below Fig 1: This woud be more > > elegant using > > (a), (b), etc as the bullet labels. > > > > s3.1: Comment (not being familiar with the DOTS proposals): The text > > indicates > > that the ITP mitigation effort is an all or nothing buisness. Is this > > always > > the case or could the client request or the server provide a > > proportional > > response rather than an all or nothing response? > > > > s3.2, last sentence of 2nd para after Fig 2: s/These exact/The exact/ > > > > s3.3, para 2: s/various information/various sets of information/ > > > > s3.3, para after Figure 4: s/monitor various network traffic/monitor > > various > > aspects of the network traffic/. > > > > s3.3, 2nd para after Figure 4: s/it's/it is/ > > > > s3.3, last five paras: Calling out a web interface specifically is > > overly > > specific. Suggest adding 'for example'in at least one case or > > changing it to > > 'user interface'. > > > > s3.3, first para on page 11: > > OLD: > > to infer the DDoS Mitigation to elaborate and coordinate. > > NEW: > > to infer, elaborate and coordinate the appropriate DDoS Mitigation. > > ENDS > > > > s3.3, 3rd and subsequent paras on page 11: The orchestrator appears to > > change > > from one DOTS server to a plurality at this point. Please make it > > clear > > whether there is one or many. If only one, then s/The orchestrator > > DOTS > > servers returns this information back/The orchestrator DOTS server > > returns this > > information/ and s/servers/server/ subsequently. > > > > s3.3, last para s/like requesting/such as requesting/ > > > > s7: This is an informational document and, as such, cannot have > > normative > > references. Please combine all references into one refererences > > section. > > > > > > > > _______________________________________________ > > Dots mailing list > > Dots@ietf.org > > https://www.ietf.org/mailman/listinfo/dots > > > _________________________________________________________________________= ________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations > confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez > recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages > electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, deforme o= u > falsifie. Merci. > > This message and its attachments may contain confidential or privileged > information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and > delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have bee= n > modified, changed or falsified. > Thank you. > > _______________________________________________ > Dots mailing list > Dots@ietf.org > https://www.ietf.org/mailman/listinfo/dots > --=20 Daniel Migault Ericsson --0000000000000c74cb05a97c1bd2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks med for the=C2=A0feed back. All documents are now r= eferenced as informative. If the RFC editor expresses concerns we will upda= te that.=C2=A0

Thanks!
Yours,=C2=A0
Daniel<= /div>

On Wed, Jun 10, 2020 at 12:21 PM <mohamed.boucadair@orange.com> wrote:
Dear Elwyn,

One quick comment about:

> s7:=C2=A0 This is an informational document and, as such, cannot have<= br> > normative
> references.=C2=A0 Please combine all references into one refererences<= br> > section.

If we refer to the IESG statement available at: https://ietf.org/about/groups/iesg/statements/no= rmative-informative-references/, we can read the following:

"Note 3: The normative/informative distinction is relevant in any docu= ment that amounts to a technical specification, even if its intended status= is Experimental or Informational."

So, that's fine to have a normative ref section (if justified) for this= document.

That's said, I do personally think that at least [RFC8782][RFC8783] hav= e to be moved as Informative... but not for the reasons mentioned in the re= view..

Cheers,
Med

> -----Message d'origine-----
> De=C2=A0: Dots [mailto:dots-bounces@ietf.org] De la part de Elwyn Davies
> via Datatracker
> Envoy=C3=A9=C2=A0: mercredi 10 juin 2020 18:00
> =C3=80=C2=A0: ge= n-art@ietf.org
> Cc=C2=A0: last= -call@ietf.org; draft-ietf-dots-use-cases.all@ietf.org;
> dots@ietf.org > Objet=C2=A0: [Dots] Genart last call review of draft-ietf-dots-use-cas= es-23
>
> Reviewer: Elwyn Davies
> Review result: Ready with Nits
>
> I am the assigned Gen-ART reviewer for this draft. The General Area > Review Team (Gen-ART) reviews all IETF documents being processed
> by the IESG for the IETF Chair.=C2=A0 Please treat these comments just=
> like any other last call comments.
>
> For more information, please see the FAQ at
>
> <https://trac.ietf.org/trac/gen/wiki/GenArtfaq<= /a>>.
>
> Document: draft-ietf-dots-use-cases-23
> Reviewer: Elwyn Davies
> Review Date: 2020-06-10
> IETF LC End Date: 2020-06-11
> IESG Telechat date: Not scheduled for a telechat
>
> Summary:
> Ready wih some minor nits.
>
> Major issues:
> None
>
> Minor issues:
> None
>
> Nits/editorial comments:
> s1, para 1: Just a thought:=C2=A0 might be worth adding to the end of = this
> para:
> "and increase the time for deployment in a situation where speed = is
> often of
> the essence".
>
> s1, last para: Suggest adding in reference to DOTS requirements doc > which is
> referred to in s2: OLD:
>=C2=A0 =C2=A0 This document provides sample use cases that provided inp= ut for the
>=C2=A0 =C2=A0 design of the DOTS protocols [RFC8782][RFC8783].
> NEW
>=C2=A0 =C2=A0 This document provides sample use cases that motivated th= e
> requirements
>=C2=A0 =C2=A0 for the DOTS protocols [RFC8612] and provided input for t= he design
> of
>=C2=A0 =C2=A0 those protocols [RFC8782][RFC8783].
> ENDS
>
> s2: For more logical ordering, move the definition of DDos Mitigation<= br> > Service
> Provider after definition of DDoS Mitigation Service.
>
> s2, DDoS Mitigation Service:
> OLD:
>=C2=A0 =C2=A0 =C2=A0 =C2=A0Service subscriptions usually
>=C2=A0 =C2=A0 =C2=A0 =C2=A0involve Service Level Agreement (SLA) that h= ave to be met.
> NEW:
>=C2=A0 =C2=A0 =C2=A0 =C2=A0Each service subscription usually
>=C2=A0 =C2=A0 =C2=A0 =C2=A0involves a Service Level Agreement (SLA) tha= t has to be met.
> ENDS
>
> s3.1, para 1: The abbreviation ITP has already been defined so you
> shouldn't
> have a redefinition here.
>
> s3.1, para 7: s/thought different/though different/
>
> s3.1, 2nd set of bullets, that are below Fig 1: This woud be more
> elegant using
> (a), (b), etc as the bullet labels.
>
> s3.1: Comment (not being familiar with the DOTS proposals): The text > indicates
> that the ITP mitigation effort is an all or nothing buisness.=C2=A0 Is= this
> always
> the case or could the client request or the server provide a
> proportional
> response rather than an all or nothing response?
>
> s3.2, last sentence of 2nd para after Fig 2: s/These exact/The exact/<= br> >
> s3.3, para 2: s/various information/various sets of information/
>
> s3.3, para after Figure 4: s/monitor various network traffic/monitor > various
> aspects of the network traffic/.
>
> s3.3, 2nd para after Figure 4: s/it's/it is/
>
> s3.3, last five paras: Calling out a web interface specifically is
> overly
> specific.=C2=A0 Suggest adding 'for example'in at least one ca= se or
> changing it to
> 'user interface'.
>
> s3.3, first para on page 11:
> OLD:
> to infer the DDoS Mitigation to elaborate and coordinate.
> NEW:
> to infer, elaborate and coordinate the appropriate DDoS Mitigation. > ENDS
>
> s3.3, 3rd and subsequent paras on page 11: The orchestrator appears to=
> change
> from one DOTS server to a plurality at this point.=C2=A0 Please make i= t
> clear
> whether there is one or many.=C2=A0 If only one, then s/The orchestrat= or
> DOTS
> servers returns this information back/The orchestrator DOTS server
> returns this
> information/ and s/servers/server/ subsequently.
>
> s3.3, last para s/like=C2=A0 requesting/such as requesting/
>
> s7:=C2=A0 This is an informational document and, as such, cannot have<= br> > normative
> references.=C2=A0 Please combine all references into one refererences<= br> > section.
>
>
>
> _______________________________________________
> Dots mailing list
> Dots@ietf.org > https://www.ietf.org/mailman/listinfo/dots

___________________________________________________________________________= ______________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les message= s electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci.

This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele= te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified.
Thank you.

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


--
Daniel Migault
Ericsson
--0000000000000c74cb05a97c1bd2-- From nobody Thu Jul 2 14:31:34 2020 Return-Path: X-Original-To: dots@ietf.org Delivered-To: dots@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 6191D3A0BD3; Thu, 2 Jul 2020 14:31:29 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: dots@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.7.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: dots@ietf.org Message-ID: <159372548937.12056.1464890466363900271@ietfa.amsl.com> Date: Thu, 02 Jul 2020 14:31:29 -0700 Archived-At: Subject: [Dots] I-D Action: draft-ietf-dots-use-cases-24.txt X-BeenThere: dots@ietf.org X-Mailman-Version: 2.1.29 List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2020 21:31:29 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the DDoS Open Threat Signaling WG of the IETF. Title : Use cases for DDoS Open Threat Signaling Authors : Roland Dobbins Daniel Migault Robert Moskowitz Nik Teague Liang Xia Kaname Nishizuka Filename : draft-ietf-dots-use-cases-24.txt Pages : 15 Date : 2020-07-02 Abstract: The DDoS Open Threat Signaling (DOTS) effort is intended to provide protocols to facilitate interoperability across disparate DDoS mitigation solutions. This document presents sample use cases which describe the interactions expected between the DOTS components as well as DOTS messaging exchanges. These use cases are meant to identify the interacting DOTS components, how they collaborate, and what are the typical information to be exchanged. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-dots-use-cases/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-dots-use-cases-24 https://datatracker.ietf.org/doc/html/draft-ietf-dots-use-cases-24 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-dots-use-cases-24 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 Thu Jul 2 14:37:22 2020 Return-Path: X-Original-To: dots@ietfa.amsl.com Delivered-To: dots@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9ADAF3A0BD4 for ; Thu, 2 Jul 2020 14:37:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.08 X-Spam-Level: X-Spam-Status: No, score=-2.08 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, T_SPF_HELO_TEMPERROR=0.01, T_SPF_TEMPERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 rn18uOmT_Uar for ; Thu, 2 Jul 2020 14:37:10 -0700 (PDT) Received: from NAM12-DM6-obe.outbound.protection.outlook.com (mail-dm6nam12on2053.outbound.protection.outlook.com [40.107.243.53]) (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 99A893A0BDF for ; Thu, 2 Jul 2020 14:37:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=CyVNUIiBr6mKvgd6aPHErVrKomWEkadejNIWmYmRE7IMAsyMI1ulA26vhGQm7+zlIQAy4stMkIVvCZC5rOn5UN1LMB+153zrU0mal/cCSkqTyAfffcaS2d8zIRBho0HCsruWM26jz3DvcN5b3ngMbBYCyfK82A6dSYj+xdTRR62ok/e+5xDh/F1yPkrQDbCqI1tV94XxzL353Jfwlp5lkoSuU7en+zaVgMKJO6xxhtuXdmTj5hgku28btyUryGtHr7ERZkSq9/G/2arma+9Ir+bXaJWEMNI1HQjFQL1bo2n0RpBdDuVAUD2NVVZlUl4bXZ9p6CppQ83igdcZ30ehCA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ii8QZh/G100kPUHmqkbFO2msRd5csjuSXobku1Ufkac=; b=QDZhY26L02n+7qyROu6fbWuIxVywIYhrJtfDY45Ii514ZdIGZGc0PUz7nL0u4VlkuGeLxF9kSovrHyCKaW4zR1or5cCpxypsAsyz0/cR2vK662HwQCOn/55u+kW2BRLed0OjDgI4j2mvm8/xz56xnv7y+IMg0vXc3GHl4aDE14Gtn2MsCmd4uFi54A7XJbqpCAYHqeukY1tNNj+jcImxUf6x4RsoVE5P5Ka7wf9e5lljMV2xcmYnDWoXq/MSfoh7GYiR0hFFLtJDjhGib4DlMCFPzgsM4qu8VX3K8flbx9ShtU/NRCnKxbyEcbc8jwscgjjl8/3vViVPnSsF+Jm9zA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ii8QZh/G100kPUHmqkbFO2msRd5csjuSXobku1Ufkac=; b=WIUHaCPfTa8ILCsdUZkoyFvYLM82LaDfrXugp8U50pU5oP6aMmnrrs/7F2Lcn0bv9TBbPm6BkdxfipCZn+QIhklZNCqihZOrDIPra4JJIwmLsr2rvoLZ0nD7QPJv2ESyY5X6U0dPPVdTvQ0ctt9UHHYgpFew+GHH2RbIBuM+cYE= Received: from MW3PR15MB3785.namprd15.prod.outlook.com (2603:10b6:303:44::23) by MW3PR15MB3881.namprd15.prod.outlook.com (2603:10b6:303:4a::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3153.23; Thu, 2 Jul 2020 21:37:03 +0000 Received: from MW3PR15MB3785.namprd15.prod.outlook.com ([fe80::4049:4755:fb31:26b9]) by MW3PR15MB3785.namprd15.prod.outlook.com ([fe80::4049:4755:fb31:26b9%4]) with mapi id 15.20.3153.027; Thu, 2 Jul 2020 21:37:03 +0000 From: Daniel Migault To: "dots@ietf.org" CC: Benjamin Kaduk Thread-Topic: New Version Notification for draft-ietf-dots-use-cases-24.txt Thread-Index: AQHWULgp9PQfEeFsY0qVquQL7PkFU6j0z/m6 Date: Thu, 2 Jul 2020 21:37:03 +0000 Message-ID: References: <159372548960.12056.14392590308653974289@ietfa.amsl.com> In-Reply-To: <159372548960.12056.14392590308653974289@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=ericsson.com; x-originating-ip: [96.22.11.129] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 5d67f70d-bae5-432d-1a2c-08d81ed00f9d x-ms-traffictypediagnostic: MW3PR15MB3881: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 0452022BE1 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: u0L5eXuWNbJ2AQbueHsXx2d8d9H4gx/yqyRkRznP601cizTFquNpeyrUOZ0lsX40Ju0SYDGCokDJhy1nUYO5n1pAfFqsCgfsshzI37N7MgIopNQRnMwgOqhcaHiIvMqgMl8DueSYgE0KpE/DWPaEf3uU5wCuatMXjQC7EeLNOBKKfkKvGEFS6krouM6wndS/cyqPIr7K1jc+IfwQ7Q/QVZifZf+CGfmWwMFK5B1t30nI3y4Ku9TS6Yy0f1UXENxhhPYc0K7Y6J3XPiWQSDt97/RYFJesNCuJAtsPNKJBrpPi/YyCYmx+1NYfmHy7kClG3AgtCIeKnqizfHsngSRl6qJ/byzXogZrtFVD+3SYgm3rXpbuuUZaz3crj8weKQsKR1CRait69mHu/Gl1prtKEw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MW3PR15MB3785.namprd15.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(136003)(39860400002)(346002)(366004)(376002)(396003)(5660300002)(8676002)(26005)(66476007)(66556008)(66446008)(64756008)(66946007)(83380400001)(15650500001)(86362001)(53546011)(91956017)(76116006)(478600001)(19627405001)(7696005)(6916009)(8936002)(166002)(966005)(33656002)(4326008)(186003)(2906002)(9686003)(44832011)(6506007)(52536014)(316002)(55016002)(71200400001)(66574015); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: bkjkjJ3VhRs1gP22SjL/g2FIGj1cAGqs+ixkF9wo0izPBLNSu8UE+kE/D4BMAYwVvyjtDajGtikPIPxOBO7wtEDc2bx7FHodYH/2LAbJn/Uw57RPSIhVL7QgfmgO2eOWcdvCN4GXtnh4eDb+ulVJcUdrRbFLJ5UROK7ksS4Cf5A8NOCZLz3qzHI+D2rZJ/PV7XInrVbcRuVMot9wAWqvUx91xlSiiFIfhttPbg1eniOhUHay9gf9tyqB0xz6XCGGqUh4eMeCUdhMDzlBzVPZw1pGyuXcXDRAIbumHCMV/AXzy/uGvlOwvUNuwv+OnYTsg3njsBzLvF8sGS3DlxygCrwDvSuR6e6cZKgLQIUMZI5JE9IMlHXEhrewgn2bwajhb2e3ZzTT8USSN6RKM36gHKpEsh3jhlfC7YsoKq5HF23Pk92nK34SC1qoJOsK+KEJoAXzH/KK/cBXmQv87+zah9ft1g+2bg1bDqqZIyti0rY= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_MW3PR15MB3785134647AB5CEDDDF53D5FE36D0MW3PR15MB3785namp_" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: MW3PR15MB3785.namprd15.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 5d67f70d-bae5-432d-1a2c-08d81ed00f9d X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Jul 2020 21:37:03.5426 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: GRbVBgRTP8EzZb4DbVz0RbM4qRRU5WmbaJocqt8rT2TeWy5ntsBObouTSWh/kZsOPvSxed9z6hYRaJHMTmkw1wKqnwaQVyXCh52Z6qKN5oo= X-MS-Exchange-Transport-CrossTenantHeadersStamped: MW3PR15MB3881 Archived-At: Subject: [Dots] Fw: New Version Notification for draft-ietf-dots-use-cases-24.txt X-BeenThere: dots@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2020 21:37:20 -0000 --_000_MW3PR15MB3785134647AB5CEDDDF53D5FE36D0MW3PR15MB3785namp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, Please find the latest version of the use case document that addresses the = comments we received from GenART review. Please let us know if you have any= additional comments/concerns. Yours, Daniel ________________________________ From: internet-drafts@ietf.org Sent: Thursday, July 2, 2020 5:31 PM To: Liang Xia ; Liang Xia ; Daniel Migault ; Roland Dobbins ; Nik Teague ; dots-chairs@ietf.or= g ; Robert Moskowitz ; Kana= me Nishizuka Subject: New Version Notification for draft-ietf-dots-use-cases-24.txt A new version of I-D, draft-ietf-dots-use-cases-24.txt has been successfully submitted by Daniel Migault and posted to the IETF repository. Name: draft-ietf-dots-use-cases Revision: 24 Title: Use cases for DDoS Open Threat Signaling Document date: 2020-07-02 Group: dots Pages: 15 URL: https://www.ietf.org/internet-drafts/draft-ietf-dots-use-ca= ses-24.txt Status: https://datatracker.ietf.org/doc/draft-ietf-dots-use-cases/ Htmlized: https://tools.ietf.org/html/draft-ietf-dots-use-cases-24 Htmlized: https://datatracker.ietf.org/doc/html/draft-ietf-dots-use-c= ases Diff: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-dots-use-cas= es-24 Abstract: The DDoS Open Threat Signaling (DOTS) effort is intended to provide protocols to facilitate interoperability across disparate DDoS mitigation solutions. This document presents sample use cases which describe the interactions expected between the DOTS components as well as DOTS messaging exchanges. These use cases are meant to identify the interacting DOTS components, how they collaborate, and what are the typical information to be exchanged. Please note that it may take a couple of minutes from the time of submissio= n until the htmlized version and diff are available at tools.ietf.org. The IETF Secretariat --_000_MW3PR15MB3785134647AB5CEDDDF53D5FE36D0MW3PR15MB3785namp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi, 

Please find the latest version of the use case document that addresses the = comments we received from GenART review. Please let us know if you have any= additional comments/concerns.

Yours, 
Daniel
 

From: internet-drafts@ietf.= org <internet-drafts@ietf.org>
Sent: Thursday, July 2, 2020 5:31 PM
To: Liang Xia <frank.xialiang@huawei.com>; Liang Xia <Frank= .xialiang@huawei.com>; Daniel Migault <daniel.migault@ericsson.com>= ;; Roland Dobbins <rdobbins@arbor.net>; Nik Teague <nteague@ironmo= untain.co.uk>; dots-chairs@ietf.org <dots-chairs@ietf.org>; Robert Moskowitz <rgm@labs.htt-consult.com>; Kaname Nishizuka <ka= name@nttv6.jp>
Subject: New Version Notification for draft-ietf-dots-use-cases-24.t= xt
 

A new version of I-D, draft-ietf-dots-use-cases-24.txt
has been successfully submitted by Daniel Migault and posted to the
IETF repository.

Name:           draft-iet= f-dots-use-cases
Revision:       24
Title:          Use cases for = DDoS Open Threat Signaling
Document date:  2020-07-02
Group:          dots
Pages:          15
URL:            https://www.ietf.org/internet-drafts/draft-ietf-dots-use-cases-24.txt Status:         https://datatracker.ietf.org/doc/draft-ietf-dots-use-cases/
Htmlized:       https://tools.ietf.org/html/draft-ietf-dots-use-cases-24
Htmlized:       https://datatracker.ietf.org/doc/html/draft-ietf-dots-use-cases
Diff:           https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-dots-use-cases-24

Abstract:
   The DDoS Open Threat Signaling (DOTS) effort is intended to pr= ovide
   protocols to facilitate interoperability across disparate DDoS=
   mitigation solutions.  This document presents sample use = cases which
   describe the interactions expected between the DOTS components= as
   well as DOTS messaging exchanges.  These use cases are me= ant to
   identify the interacting DOTS components, how they collaborate= , and
   what are the typical information to be exchanged.

            &nb= sp;            =             &nb= sp;            =             &nb= sp;            =       


Please note that it may take a couple of minutes from the time of submissio= n
until the htmlized version and diff are available at tools.ietf.org.

The IETF Secretariat


--_000_MW3PR15MB3785134647AB5CEDDDF53D5FE36D0MW3PR15MB3785namp_-- From nobody Thu Jul 2 15:37:07 2020 Return-Path: X-Original-To: dots@ietfa.amsl.com Delivered-To: dots@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6E1D83A0C4A for ; Thu, 2 Jul 2020 15:37:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KreGT3rm-23H for ; Thu, 2 Jul 2020 15:37:03 -0700 (PDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) (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 41ECC3A0BA6 for ; Thu, 2 Jul 2020 15:37:02 -0700 (PDT) Received: from kduck.mit.edu ([24.16.140.251]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id 062MatQo028918 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 2 Jul 2020 18:36:58 -0400 Date: Thu, 2 Jul 2020 15:36:55 -0700 From: Benjamin Kaduk To: Daniel Migault Cc: "dots@ietf.org" Message-ID: <20200702223655.GH16335@kduck.mit.edu> References: <159372548960.12056.14392590308653974289@ietfa.amsl.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.12.1 (2019-06-15) Archived-At: Subject: Re: [Dots] Fw: New Version Notification for draft-ietf-dots-use-cases-24.txt X-BeenThere: dots@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2020 22:37:06 -0000 Hi Daniel, Thanks for posting the update; the changes seem fine to me. I did create the IESG ballot a little earlier today, to give the secretariat time to put it on the agenda for next week's telechat before they go home for the week, so I'm happy to see that the revised I-D landed quickly thereafter :) Thanks again, Ben On Thu, Jul 02, 2020 at 09:37:03PM +0000, Daniel Migault wrote: > Hi, > > Please find the latest version of the use case document that addresses the comments we received from GenART review. Please let us know if you have any additional comments/concerns. > > Yours, > Daniel > > > ________________________________ > From: internet-drafts@ietf.org > Sent: Thursday, July 2, 2020 5:31 PM > To: Liang Xia ; Liang Xia ; Daniel Migault ; Roland Dobbins ; Nik Teague ; dots-chairs@ietf.org ; Robert Moskowitz ; Kaname Nishizuka > Subject: New Version Notification for draft-ietf-dots-use-cases-24.txt > > > A new version of I-D, draft-ietf-dots-use-cases-24.txt > has been successfully submitted by Daniel Migault and posted to the > IETF repository. > > Name: draft-ietf-dots-use-cases > Revision: 24 > Title: Use cases for DDoS Open Threat Signaling > Document date: 2020-07-02 > Group: dots > Pages: 15 > URL: https://www.ietf.org/internet-drafts/draft-ietf-dots-use-cases-24.txt > Status: https://datatracker.ietf.org/doc/draft-ietf-dots-use-cases/ > Htmlized: https://tools.ietf.org/html/draft-ietf-dots-use-cases-24 > Htmlized: https://datatracker.ietf.org/doc/html/draft-ietf-dots-use-cases > Diff: https://www.ietf.org/rfcdiff?url2=draft-ietf-dots-use-cases-24 > > Abstract: > The DDoS Open Threat Signaling (DOTS) effort is intended to provide > protocols to facilitate interoperability across disparate DDoS > mitigation solutions. This document presents sample use cases which > describe the interactions expected between the DOTS components as > well as DOTS messaging exchanges. These use cases are meant to > identify the interacting DOTS components, how they collaborate, and > what are the typical information to be exchanged. > > > > > 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 Fri Jul 3 00:33:56 2020 Return-Path: X-Original-To: dots@ietfa.amsl.com Delivered-To: dots@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F9E73A0E33; Fri, 3 Jul 2020 00:33:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.904 X-Spam-Level: ** X-Spam-Status: No, score=2.904 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, GB_SUMOF=5, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=orange.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 PBVJ1-WuEUfK; Fri, 3 Jul 2020 00:33:46 -0700 (PDT) Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.70.35]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4353D3A0E1F; Fri, 3 Jul 2020 00:33:46 -0700 (PDT) Received: from opfednr05.francetelecom.fr (unknown [xx.xx.xx.69]) by opfednr24.francetelecom.fr (ESMTP service) with ESMTP id 49ymsz4ZBMz1yDC; Fri, 3 Jul 2020 09:33:43 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1593761623; bh=5xA+KzM48IBwTqLkqUmIuvr3yIe6DvKDMxzCXLP+FDU=; h=From:To:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=txvdCyw0QgQYnStSuS6QXtxAuYN83IFWjWDYXABW+eOvb52W06NB0SaVhmVWx4h/I 6nTZZ9cijfXz6tZ57zdU+Zsd/DtMy4M3MQht6hPITTaVIH6WlBsMfMqCshtz2RGrUU d3Ale/e9wLhj2UknoTxo9JX/yGUrCrUBvsgHOPIhifBYMKwo3guHZW8p6YFErw5s0q 2MZQbe23a6CH18TByNyBCHL6FBNeEEIuB8RRfOXbzEdaKDkvc40iSOyHEgKUooBTvT rpSUDqVcOkB6HpGHpTJ+OoAd4v0JRfx0ZdgtV0OOC+WuBnHEUv7EXz7e3RO+L5ZG8/ dOnEHsoKzR2xQ== Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.57]) by opfednr05.francetelecom.fr (ESMTP service) with ESMTP id 49ymsz3nkbzyQ9; Fri, 3 Jul 2020 09:33:43 +0200 (CEST) From: To: Jan Lindblad , "yang-doctors@ietf.org" CC: "dots@ietf.org" , "draft-ietf-dots-telemetry.all@ietf.org" Thread-Topic: Yangdoctors early review of draft-ietf-dots-telemetry-09 Thread-Index: AQHWTvUjkLlNMn/nAkqKLvDmQHLvpKj1dieQ Date: Fri, 3 Jul 2020 07:33:42 +0000 Message-ID: <5252_1593761623_5EFEDF57_5252_57_9_787AE7BB302AE849A7480A190F8B9330314EE318@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> References: <159353177839.29172.8254735147639701580@ietfa.amsl.com> In-Reply-To: <159353177839.29172.8254735147639701580@ietfa.amsl.com> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.114.13.245] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [Dots] Yangdoctors early review of draft-ietf-dots-telemetry-09 X-BeenThere: dots@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2020 07:33:52 -0000 SGkgSmFuLCBhbGwsDQoNClN0YXJpbmcgd2l0aCAjMSBhbmQgIzMuIA0KDQpJIG1hZGUgY2hhbmdl cyB0byBkcmFmdC1pZXRmLWRvdHMtdGVsZW1ldHJ5IHRvIGNvbXBseSB3aXRoIFJGQzg3OTEuIFRo ZXJlIGFyZSBmZXcgY2hhbmdlcyBhcyBpdCBjYW4gYmUgc2VlbiBpbiB0aGlzIGRpZmY6DQpodHRw czovL2dpdGh1Yi5jb20vYm91Y2FkYWlyL2RyYWZ0LWRvdHMtdGVsZW1ldHJ5L2Jsb2IvbWFzdGVy L2RpZmYtbW9kdWxlLTg3OTEucGRmIA0KDQpUaGUgY2hhbmdlcyB0byB0aGUgdHJlZSBzdHJ1Y3R1 cmUgY2FuIGJlIHNlZW4gYXQ6IGh0dHBzOi8vZ2l0aHViLmNvbS9ib3VjYWRhaXIvZHJhZnQtZG90 cy10ZWxlbWV0cnkvYmxvYi9tYXN0ZXIvZGlmZi10cmVlLTg3OTEucGRmIA0KDQpQbGVhc2Ugbm90 ZSB0aGF0IHRoZXNlIGNoYW5nZXMgYXJlIG1hZGUgd2l0aCB0aGUgYXNzdW1wdGlvbiB0aGF0IHRo ZSBZQU5HIG1vZHVsZSBpbiBSRkM4NzgyIGlzIHVwZGF0ZWQgYWxzbyB0byB1c2Ugc3g6c3RydWN0 dXJlLiBXZSBhcmUgd29ya2luZyBvbiBhbiB1cGRhdGUgd2hpY2ggY2FuIGJlIHNlZW4gYXQgKGh0 dHBzOi8vZ2l0aHViLmNvbS9ib3VjYWRhaXIvcmZjODc4Mi15YW5nLXVwZGF0ZSkNCg0KQ2FuIHlv dSBwbGVhc2UgbGV0IG1lIGtub3cgaWYgdGhlc2UgY2hhbmdlcyBhcmUgaW4gdGhlIGdvb2QgZGly ZWN0aW9uPyBBbnkgb3RoZXIgY29tbWVudCBvbiB0aGUgdXBkYXRlZCBkcmFmdC1pZXRmLWRvdHMt dGVsZW1ldHJ5IG1vZHVsZSBpcyBhcHByZWNpYXRlZC4gIA0KDQpUaGFuayB5b3UuIA0KDQpDaGVl cnMsDQpNZWQNCg0KPiAtLS0tLU1lc3NhZ2UgZCdvcmlnaW5lLS0tLS0NCj4gRGXCoDogSmFuIExp bmRibGFkIHZpYSBEYXRhdHJhY2tlciBbbWFpbHRvOm5vcmVwbHlAaWV0Zi5vcmddDQo+IEVudm95 w6nCoDogbWFyZGkgMzAganVpbiAyMDIwIDE3OjQzDQo+IMOAwqA6IHlhbmctZG9jdG9yc0BpZXRm Lm9yZw0KPiBDY8KgOiBkb3RzQGlldGYub3JnOyBkcmFmdC1pZXRmLWRvdHMtdGVsZW1ldHJ5LmFs bEBpZXRmLm9yZw0KPiBPYmpldMKgOiBZYW5nZG9jdG9ycyBlYXJseSByZXZpZXcgb2YgZHJhZnQt aWV0Zi1kb3RzLXRlbGVtZXRyeS0wOQ0KPiANCj4gUmV2aWV3ZXI6IEphbiBMaW5kYmxhZA0KPiBS ZXZpZXcgcmVzdWx0OiBOb3QgUmVhZHkNCj4gDQo+IFRoaXMgaXMgdGhlIFlEIGVhcmx5IHJldmll dyBvZiBkcmFmdC1pZXRmLWRvdHMtdGVsZW1ldHJ5IGFzIHJlcXVlc3RlZCBieQ0KPiB0aGUNCj4g RE9UUyBXRy4NCj4gDQo+IFRoZSBpZXRmLWRvdHMtdGVsZW1ldHJ5IFlBTkcgbW9kdWxlIGlzIG5v dCBsaWtlIG90aGVyIFlBTkcgbW9kdWxlcy4gSXQNCj4gc3BlY2lmaWNhbGx5IHN0YXRlcyB0aGF0 IGl0IGRvZXMgbm90IHBlcnRhaW4gdG8gTkVUQ09ORi9SRVNUQ09ORg0KPiBtYW5hZ2VtZW50LA0K PiBidXQgaXMgb25seSBtZWFudCB0byBiZSBtYXBwZWQgdG8gYSBzcGVjaWZpYyBDb0FQIGJhc2Vk IHByb3RvY29sDQo+ICJkb3RzLXNpZ25hbC1jaGFubmVsIiBjcmVhdGVkIGJ5IHRoZSBET1RTIFdH LiBUaGUgZHJhZnQtaWV0Zi1kb3RzLXRlbGVtZXRyeQ0KPiBzYXlzIGluIHNlY3Rpb24gNC43Og0K PiANCj4gICAgVGhlIERPVFMgdGVsZW1ldHJ5IG1vZHVsZSAoU2VjdGlvbiA5LjEpIGlzIG5vdCBp bnRlbmRlZCB0byBiZSB1c2VkDQo+ICAgIHZpYSBORVRDT05GL1JFU1RDT05GIGZvciBET1RTIHNl cnZlciBtYW5hZ2VtZW50IHB1cnBvc2VzLiAgSXQgc2VydmVzDQo+ICAgIG9ubHkgdG8gcHJvdmlk ZSBhIGRhdGEgbW9kZWwgYW5kIGVuY29kaW5nLCBidXQgbm90IGEgbWFuYWdlbWVudCBkYXRhDQo+ ICAgIG1vZGVsLiAgRE9UUyBzZXJ2ZXJzIGFyZSBhbGxvd2VkIHRvIHVwZGF0ZSB0aGUgbm9uLWNv bmZpZ3VyYWJsZSAncm8nDQo+ICAgIGVudGl0aWVzIGluIHRoZSByZXNwb25zZXMgb2YgRE9UUyB0 ZWxlbWV0cnkgbWVzc2FnZXMuDQo+IA0KPiBXaGlsZSB0aGlzIGFwcHJvYWNoIGlzIGhpZ2hseSB1 bmNvbW1vbiwgYWZ0ZXIgZ2l2aW5nIGl0IHNvbWUgdGhvdWdodCwgSQ0KPiBiZWxpZXZlDQo+IHRo aXMgYXBwcm9hY2ggY291bGQgYmUgdXNlZnVsIHRvIGNsaWVudCBhbmQgc2VydmVyIGltcGxlbWVu dG9ycy4gSG93ZXZlciwgSQ0KPiBmaW5kIHR3byBmdW5kYW1lbnRhbCBwcm9ibGVtcyBpbiB0aGUg cGFydGljdWxhciB3YXkgdGhpcyBoYXMgYmVlbiBkb25lIGluDQo+IHRoaXMNCj4gY2FzZS4gSSBi ZWxpZXZlIHRoZSBwcm9ibGVtcyBhcmUgZml4YWJsZSwgYnV0IG1heSBpbnZvbHZlIHVwZGF0aW5n IGV4aXN0aW5nDQo+IERPVFMgUkZDcy4NCj4gDQo+ICMxKSBZQU5HIGRhdGEgZGVjbGFyYXRpb25z IHVzZWQgYXMgbWVzc2FnZSBib2RpZXMNCj4gDQo+IFlvdSBjYW4gZGVmaW5lIHlvdXIgb3duIG1l c3NhZ2UgdHlwZXMgd2l0aCB3aGF0ZXZlciBjb250ZW50IHlvdSBkZXNpcmUgaW4NCj4gWUFORy4N Cj4gSnVzdCB1c2UgcnBjL2FjdGlvbiBhbmQgbm90aWZpY2F0aW9uIHN0YXRlbWVudHMuIFRoaXMg ZHJhZnQgZG9lcyBub3QgZG8NCj4gdGhhdCwNCj4gYnV0IGluc3RlYWQgZGVmaW5lcyBtZXNzYWdl IGJvZGllcyBhcyBpZiB0aGV5IHdlcmUgdG9wIGxldmVsIFlBTkcgY29uZmlnDQo+IGVsZW1lbnRz LiBUaGlzIG9idmlvdXNseSB2aW9sYXRlcyB0aGUgYXJhcyBvZiBZQU5HIHRoYXQgc3BlYWsgYWJv dXQgZGF0YQ0KPiBzdG9yZXMsIGFjY2Vzc2libGUgZGF0YSB0cmVlcywgYW5kIHdoYXQgbm90LiBB cGFydCBmcm9tIGNvbmZ1c2luZw0KPiBleHBlcmllbmNlZA0KPiBZQU5HIHVzZXJzLCB0aGUgbWVh bmluZyBvZiBzdGF0ZW1lbnRzIGxpa2UgImNvbmZpZyBmYWxzZSIgaXMgc3VkZGVubHkgbW9zdA0K PiB1bmNsZWFyIHdoZW4gdGhlIGZvdW5kYXRpb25zIG9mIFlBTkcgYXJlIGRpc3JlZ2FyZGVkLg0K PiANCj4gSW4gbXkgb3BpbmlvbiB0aGUgdG9wIGxldmVsIG9mIHRoZSBtb2R1bGUgbmVlZHMgdG8g YmUgcmV3cml0dGVuIHRvIHVzZQ0KPiBwcm9wZXINCj4gWUFORyBycGMvYWN0aW9uIGFuZCBub3Rp ZmljYXRpb24gc3RhdGVtZW50cy4gVGhlIGV4aXN0aW5nIG1lc3NhZ2UgYm9kaWVzLA0KPiBhbmQN Cj4gdGhlIHdheSB0aGV5IGFyZSBhdWdtZW50ZWQsIGNvdWxkIGFsbCB3b3JrIHZlcnkgd2VsbC4g SXQncyBqdXN0IHRoZQ0KPiBmcmFtZXdvcmsNCj4gYXJvdW5kIHRoZW0gdGhhdCBpc24ndCBzb3Vu ZC4NCj4gDQo+IFVuZm9ydHVuYXRlbHkgdGhlIHByb2JsZW1hdGljIHRvcCBsZXZlbCBzdHJ1Y3R1 cmVzIG9mIGRyYWZ0LWlldGYtZG90cy0NCj4gdGVsZW1ldHJ5DQo+IGFyZSBiYXNlZCBvbiBzdHJ1 Y3R1cmVzIGltcG9ydGVkIGZyb20gaWV0Zi1kb3RzLXNpZ25hbC1jaGFubmVsLnlhbmcsIHdoaWNo DQo+IGlzDQo+IGFscmVhZHkgcHVibGlzaGVkIGluIERPVFMgUkZDIDg3ODIuIEkgaGF2ZSBub3Qg YmVlbiBhYmxlIHRvIGZpbmQgYW55IFlEDQo+IHJldmlldw0KPiBvZiB0aGlzIG1vZHVsZSwgc28g SSB3b3VsZCBzdXNwZWN0IG5vbmUgd2VyZSBldmVyIHBlcmZvcm1lZC4gVG8gbWFrZSB0aGUNCj4g RE9UUw0KPiBzaWduYWwtY2hhbm5lbCBmcmFtZXdvcmsgdXNhYmxlLCBJIHdvdWxkIHN1Z2dlc3Qg b2Jzb2xldGluZyBSRkM4NzgyIGFuZA0KPiB3cml0ZSBhDQo+IGJpcyB3aXRoIGFuIGltcHJvdmVk IFlBTkcgYWN0aW9uL25vdGlmaWNhdGlvbiBiYXNlZCBmb3VuZGF0aW9uLiBUaGUgbnVtYmVyDQo+ IG9mDQo+IGNoYW5nZWQgbGluZXMgaW4gdGhlIFlBTkcgY2FuIHByb2JhYmx5IGJlIGtlcHQgcmF0 aGVyIHNtYWxsLg0KPiANCj4gIzIpIE1pc3NpbmcgcGllY2VzIGluIFlBTkcgdG8gZG90cy1zaWdu YWwtY2hhbm5lbCBwcm90b2NvbCBtYXBwaW5nDQo+IA0KPiBUaGUgZHJhZnQtaWV0Zi1kb3RzLXRl bGVtZXRyeSByZWZlcmVuY2VzIENvQVAgUkZDIDc5NTksIHdoaWNoIGRlZmluZXMgYQ0KPiBudW1i ZXINCj4gb2YgYmFzaWMgbWFuYWdlbWVudCBvcGVyYXRpb25zIChHRVQsIFBVVCwgUE9TVCwgLi4u KSwgYW5kIENCT1IgUkZDIDcwNDkNCj4gY29udGVudA0KPiBlbmNvZGluZywgd2l0aCB0aGUgZHJh ZnQtaWV0Zi1jb3JlLXlhbmctY2Jvci0xMiBhZGRlbmR1bSBmb3IgaG93IFlBTkcgZGF0YQ0KPiBp cw0KPiB0byBiZSBlbmNvZGVkIGluIENCT1IuIFVuZm9ydHVuYXRlbHksIGEgcHJvdG9jb2wgc3Bl Y2lmaWNhdGlvbiB0aGF0DQo+IGNvbnNpc3RzIG9mDQo+IHRoZXNlIHRocmVlIHJlZmVyZW5jZXMg aXMgbm90IHF1aXRlIGNvbXBsZXRlLiBTaW5jZSB0aGlzIGlzIGFuIGVhcmx5DQo+IHJldmlldywg aXQNCj4gbWF5IGJlIHRoYXQgdGhlIGRyYWZ0IGF1dGhvcnMgYXJlIGFscmVhZHkgcGxhbm5pbmcg dG8gcHVsbCB0aGUgcHJvdG9jb2wNCj4gc3BlY2lmaWNhdGlvbiB1cCBhIG5vdGNoLCBvciBJIG1h eSBoYXZlIG1pc3NlZCBzb21lIHBpZWNlKHMpIG9mIHRoZSBwdXp6bGUuDQo+IEluDQo+IGFueSBj YXNlLCBhIHByb3RvY29sIHNwZWNpZmljYXRpb24gb24gcGFyIHdpdGggd2hhdCBpcyBhdmFpbGFi bGUgZm9yDQo+IFJFU1RDT05GDQo+IG9yIE5FVENPTkYgd291bGQgYmUgcmVxdWlyZWQuDQo+IA0K PiBUaGUgZG90cy1zaWduYWwtY2hhbm5lbCBzcGVjaWZpY2F0aW9uIGluIFJGQyA4NzgyIG1ha2Vz IGFuIEluZm9ybWF0aXZlDQo+IFJlZmVyZW5jZSB0byBkcmFmdCBzcGVjaWZpY2F0aW9uIGZvciBh IHByb3RvY29sIGNhbGxlZCBDb01JDQo+IChkcmFmdC1pZXRmLWNvcmUtY29taS0wOSksIHdoaWNo IGF0dGVtcHRzIHRvIHRha2Ugb24gdGhlIFlBTkcgdG8gQ29BUA0KPiBtYXBwaW5nLg0KPiBPbmUg d2F5IG9mIGZpbGxpbmcgaW4gdGhlIGJsYW5rcyBmb3IgZG90cy1zaWduYWwtY2hhbm5lbCBtaWdo dCBiZSB0bw0KPiBsZXZlcmFnZQ0KPiB0aGUgQ29NSSB3b3JrLiBGaXhpbmcgIzEgd291bGQgYmUg cmVxdWlyZWQgdG8gbGV2ZXJhZ2UgQ29NSS4NCj4gDQo+IEN1cnJlbnRseSwgZG90cy1zaWduYWwt Y2hhbm5lbCBwcm90b2NvbCBzcGVjaWZpY2F0aW9uICh0YWtlbiBhcyB0aGUgc3VtIG9mDQo+IENv QVAsIENCT1IgYW5kIGRyYWZ0LWlldGYtY29yZS15YW5nLWNib3ItMTIpIGlzIG1pc3NpbmcgaW5m b3JtYXRpb24gYWJvdXQNCj4gb3BlcmF0aW9uIHNlbWFudGljcywgb3BlcmF0aW9uIGVuY29kaW5n LCBlcnJvciBoYW5kbGluZywgZm9yIGV4YW1wbGUuIFJGQw0KPiA4MDQwDQo+IHNlY3Rpb25zIDUs IDYsIDcgb3IgUkZDIDYyNDEgc2VjdGlvbnMgNCwgNywgOCBjb250YWluIHRoZSBzb3J0IG9mDQo+ IGluZm9ybWF0aW9uDQo+IEknbSBsb29raW5nIGZvci4NCj4gDQo+ICMzKSBPdGhlciB0aGFuIHRo YXQsIHByb2JhYmx5IGdvb2QNCj4gDQo+IE90aGVyIHRoYW4gaXNzdWVzICMxIGFuZCAjMiBhYm92 ZSwgdGhlIG1vZHVsZSBzZWVtcyB0byBiZSBpbiBwcmV0dHkgZ29vZA0KPiBzaGFwZS4NCj4gU29t ZSBjb250ZW50IGlzIGhhcmQgdG8ganVkZ2Ugc2luY2UgdGhlIGludGVuZGVkIG1lYW5pbmcgb2Yg Y29uZmlnDQo+IHRydWUvZmFsc2UNCj4gZm9yIGV4YW1wbGUgaXMgdW5jbGVhciwgc28gYSBuZXcg cmV2aWV3IHdpbGwgYmUgcmVxdWlyZWQgYWZ0ZXIgdGhlDQo+IGZ1bmRhbWVudGFscw0KPiBoYXZl IGJlZW4gcmVzb2x2ZWQuIFRoZSBtb2R1bGUgaXMgYm90aCBlYXN5IHRvIHJlYWQgYW5kIGNvbmZv cm1zIHdpdGggSUVURg0KPiBzdGFuZGFyZHMgZXhjZXB0IGFzIG5vdGVkIGFib3ZlLCBzdGF5aW5n IG9uIHRoZSBjbGVhbiBhbmQgc2ltcGxlIHNpZGUuDQo+IA0KPiANCg0KCl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KCkNlIG1l c3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0 aW9ucyBjb25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYwpw YXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4g U2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWdu YWxlcgphIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBq b2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdh bHRlcmF0aW9uLApPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNz YWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuCgpUaGlzIG1lc3Nh Z2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmls ZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3Owp0aGV5IHNob3Vs ZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlv bi4KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlm eSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMu CkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3Nh Z2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC4KVGhhbmsg eW91LgoK From nobody Fri Jul 3 10:33:07 2020 Return-Path: X-Original-To: dots@ietfa.amsl.com Delivered-To: dots@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DE2993A0BDC; Fri, 3 Jul 2020 10:33:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H9_IG6ZDn97I; Fri, 3 Jul 2020 10:33:01 -0700 (PDT) Received: from b-painless.mh.aa.net.uk (b-painless.mh.aa.net.uk [IPv6:2001:8b0:0:30::52]) (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 7868C3A0BDA; Fri, 3 Jul 2020 10:33:01 -0700 (PDT) Received: from 0.1.9.1.a.e.1.d.c.1.a.e.a.6.b.c.1.0.0.0.f.b.0.0.0.b.8.0.1.0.0.2.ip6.arpa ([2001:8b0:bf:1:cb6a:ea1c:d1ea:1910]) by b-painless.mh.aa.net.uk with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1jrPJG-00066C-Dz; Fri, 03 Jul 2020 18:17:10 +0100 SavedFromEmail: elwynd@folly.org.uk Date: Fri, 03 Jul 2020 18:17:04 +0100 In-Reply-To: Importance: normal From: elwynd To: Daniel Migault , Elwyn Davies Cc: last-call@ietf.org, "gen-art >> General area reviewing team" , draft-ietf-dots-use-cases.all@ietf.org, dots MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="--_com.samsung.android.email_3216141398604900" Message-ID: Archived-At: Subject: Re: [Dots] [Gen-art] Genart last call review of draft-ietf-dots-use-cases-23 X-BeenThere: dots@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2020 17:33:05 -0000 ----_com.samsung.android.email_3216141398604900 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SGksIERhbmllbC5UaGFua3MgZm9yIHlvdXIgcmVzcG9uc2UuwqBUaGUgY2hhbmdlcyBsb29rIGdv b2QgdG8gbWUuwqAgQSBjb3VwbGUgb2YgbWlub3IgbGFuZ3VhZ2UgaW1wcm92ZW1lbnRzIGlmIEkg bWF5IHN1Z2dlc3Q6czEsIHBhcmEgMTogcy9taXRpZ2F0aW9ucyAtIHdoaWNoIGhpZ2hseSBkZXBl bmRzIG9uIGEgdGltZWx5IHJlYWN0aW9uL21pdGlnYXRpb25zIHRoYXQgYXJlIGdlbmVyYWxseSBo aWdobHkgZGVwZW5kZW50IG9uIGEgdGltZWx5IHJlYWN0aW9uIGJ5IHRoZSBzeXN0ZW0uL3MyLCBE RG9TIE1pdGlnYXRpb24gU2VydmljZTogcy91c3VhbGx5IGludm9sdmUgU2VydmljZSBMZXZlbCBB Z3JlZW1lbnQgKFNMQSkgdGhhdCBoYXZlIHRvIGJlIG1ldC91c3VhbGx5IGludm9sdmVzIGEgU2Vy dmljZSBMZXZlbCBBZ3JlZW1lbnQgKFNMQSkgdGhhdCBoYXMgdG8gYmUgbWV0L1BhcmFncmFwaCBq dXN0IGFmdGVyIEZpZ3VyZSA0OiBzL3ZhcmlvdXMgYXNwZWN0L3ZhcmlvdXMgYXNwZWN0cy9FbmQg b2YgNHRoIHBhcmFncmFwaCBhZnRlciBGaWd1cmUgNDogcy9hcHByb3ByaWF0ZWQvYXBwcm9wcmlh dGUvT3RoZXJ3aXNlIHRoaXMgaXMgYWxsIGRvbmUuSG9wZSB5b3UgYXJlIGtlZXBpbmcgc2FmZSBh bmQgd2VsbC5DaGVlcnMsRWx3eW5TZW50IGZyb20gU2Ftc3VuZyB0YWJsZXQuCi0tLS0tLS0tIE9y aWdpbmFsIG1lc3NhZ2UgLS0tLS0tLS1Gcm9tOiBEYW5pZWwgTWlnYXVsdCA8bWdsdC5pZXRmQGdt YWlsLmNvbT4gRGF0ZTogMDIvMDcvMjAyMCAgMjI6MjggIChHTVQrMDA6MDApIFRvOiBFbHd5biBE YXZpZXMgPGVsd3luZEBkaWFsLnBpcGV4LmNvbT4gQ2M6IGxhc3QtY2FsbEBpZXRmLm9yZywgImdl bi1hcnQgPj4gR2VuZXJhbCBhcmVhIHJldmlld2luZyB0ZWFtIiA8Z2VuLWFydEBpZXRmLm9yZz4s IGRyYWZ0LWlldGYtZG90cy11c2UtY2FzZXMuYWxsQGlldGYub3JnLCBkb3RzIDxkb3RzQGlldGYu b3JnPiBTdWJqZWN0OiBSZTogW0dlbi1hcnRdIFtEb3RzXSBHZW5hcnQgbGFzdCBjYWxsIHJldmll dyBvZiBkcmFmdC1pZXRmLWRvdHMtdXNlLWNhc2VzLTIzIEhpLMKgVGhhbmsgeW91IGZvciB0aGUg cmV2aWV3LiBUaGVzZSB3ZXJlIGhlbHBmdWwgdG8gdXMuIEkgYmVsaWV2ZSB0aGF0IGFsbCBjb21t ZW50c8KgaGF2ZSBiZWVuIGFkZHJlc3NlZCBpbiB0aGUgdmVyc2lvbiB3ZSBqdXN0IHB1Ymxpc2hl ZC7CoMKgUGxlYXNlIGZpbmQgbW9yZSByZXNwb25zZSByZWdhcmRpbmcgdGhlIGNvbW1lbnQgaW5s aW5lZC7CoFlvdXJzLMKgRGFuaWVswqBPbiBXZWQsIEp1biAxMCwgMjAyMCBhdCAxMjowMiBQTSBF bHd5biBEYXZpZXMgdmlhIERhdGF0cmFja2VyIDxub3JlcGx5QGlldGYub3JnPiB3cm90ZTpSZXZp ZXdlcjogRWx3eW4gRGF2aWVzClJldmlldyByZXN1bHQ6IFJlYWR5IHdpdGggTml0cwoKSSBhbSB0 aGUgYXNzaWduZWQgR2VuLUFSVCByZXZpZXdlciBmb3IgdGhpcyBkcmFmdC4gVGhlIEdlbmVyYWwg QXJlYQpSZXZpZXcgVGVhbSAoR2VuLUFSVCkgcmV2aWV3cyBhbGwgSUVURiBkb2N1bWVudHMgYmVp bmcgcHJvY2Vzc2VkCmJ5IHRoZSBJRVNHIGZvciB0aGUgSUVURiBDaGFpci7CoCBQbGVhc2UgdHJl YXQgdGhlc2UgY29tbWVudHMganVzdApsaWtlIGFueSBvdGhlciBsYXN0IGNhbGwgY29tbWVudHMu CgpGb3IgbW9yZSBpbmZvcm1hdGlvbiwgcGxlYXNlIHNlZSB0aGUgRkFRIGF0Cgo8aHR0cHM6Ly90 cmFjLmlldGYub3JnL3RyYWMvZ2VuL3dpa2kvR2VuQXJ0ZmFxPi4KCkRvY3VtZW50OiBkcmFmdC1p ZXRmLWRvdHMtdXNlLWNhc2VzLTIzClJldmlld2VyOiBFbHd5biBEYXZpZXMKUmV2aWV3IERhdGU6 IDIwMjAtMDYtMTAKSUVURiBMQyBFbmQgRGF0ZTogMjAyMC0wNi0xMQpJRVNHIFRlbGVjaGF0IGRh dGU6IE5vdCBzY2hlZHVsZWQgZm9yIGEgdGVsZWNoYXQKClN1bW1hcnk6ClJlYWR5IHdpaCBzb21l IG1pbm9yIG5pdHMuCgpNYWpvciBpc3N1ZXM6Ck5vbmUKCk1pbm9yIGlzc3VlczoKTm9uZQoKTml0 cy9lZGl0b3JpYWwgY29tbWVudHM6CnMxLCBwYXJhIDE6IEp1c3QgYSB0aG91Z2h0OsKgIG1pZ2h0 IGJlIHdvcnRoIGFkZGluZyB0byB0aGUgZW5kIG9mIHRoaXMgcGFyYToKImFuZCBpbmNyZWFzZSB0 aGUgdGltZSBmb3IgZGVwbG95bWVudCBpbiBhIHNpdHVhdGlvbiB3aGVyZSBzcGVlZCBpcyBvZnRl biBvZgp0aGUgZXNzZW5jZSIuwqA8bWdsdD7CoEkgdW5kZXJzdGFuZCB0aGF0IHRoZSBhZGRpdGlv bmFsIHRpbWUgaXMgcGFydCBvZiB0aGUgcmVhc29ucyB0aGF0IGRlZ3JhZGUgdGhlIGVmZmljYWN5 IGJ1dCB0aGlzIGlzIG5vdCB0aGUgb25seSByZWFzb24uIEkgcHJvcG9zZSB0byBpbmRpY2F0ZSB0 aGF0IGVmZmljYWNpdHkgaGlnaGx5IGRlcGVuZHMgb24gYW4gdGltZWx5IHJlYWN0aW9uIGFzIGJl bG93Ok9MRFRoaXMgZ3JlYXRseSBpbmNyZWFzZXMgb3BlcmF0aW9uYWwgY29tcGxleGl0eSB3aGlj aCwgaW4gdHVybixjYW4gZGVncmFkZSB0aGUgZWZmaWNhY3kgb2YgbWl0aWdhdGlvbnMuTkVXVGhp cyBncmVhdGx5IGluY3JlYXNlcyBvcGVyYXRpb25hbCBjb21wbGV4aXR5IHdoaWNoLCBpbiB0dXJu LGNhbiBkZWdyYWRlIHRoZSBlZmZpY2FjeSBvZiBtaXRpZ2F0aW9ucyAtIHdoaWNoIGhpZ2hseSBk ZXBlbmRzIG9uwqAgYSB0aW1lbHkgcmVhY3Rpb24uLsKgPC9tZ2x0PgoKczEsIGxhc3QgcGFyYTog U3VnZ2VzdCBhZGRpbmcgaW4gcmVmZXJlbmNlIHRvIERPVFMgcmVxdWlyZW1lbnRzIGRvYyB3aGlj aCBpcwpyZWZlcnJlZCB0byBpbiBzMjogT0xEOgrCoCDCoFRoaXMgZG9jdW1lbnQgcHJvdmlkZXMg c2FtcGxlIHVzZSBjYXNlcyB0aGF0IHByb3ZpZGVkIGlucHV0IGZvciB0aGUKwqAgwqBkZXNpZ24g b2YgdGhlIERPVFMgcHJvdG9jb2xzIFtSRkM4NzgyXVtSRkM4NzgzXS4KTkVXCsKgIMKgVGhpcyBk b2N1bWVudCBwcm92aWRlcyBzYW1wbGUgdXNlIGNhc2VzIHRoYXQgbW90aXZhdGVkIHRoZSByZXF1 aXJlbWVudHMKwqAgwqBmb3IgdGhlIERPVFMgcHJvdG9jb2xzIFtSRkM4NjEyXSBhbmQgcHJvdmlk ZWQgaW5wdXQgZm9yIHRoZSBkZXNpZ24gb2YKwqAgwqB0aG9zZSBwcm90b2NvbHMgW1JGQzg3ODJd W1JGQzg3ODNdLgpFTkRTPG1nbHQ+SSB3b3VsZCBjb25zaWRlciB0aGUgcmVxdWlyZW1lbnQgYXMg cGFydCBvZiB0aGUgcHJvY2VzcyBmb3IgdGhlIGRlc2lnbiBvZiB0aGUgcHJvdG9jb2wsIGJ1dCBp dCBpcyBjb3JyZWN0IHRoYXQgcmVxdWlyZW1lbnRzIGNvdWRsIGJlIGluY2x1ZGVkLiBJIHByb3Bv c2UgdGhlIGZvbGxvd2luZyBjaGFuZ2U6T0xEOlRoaXMgZG9jdW1lbnQgcHJvdmlkZXMgc2FtcGxl IHVzZSBjYXNlcyB0aGF0IHByb3ZpZGVkIGlucHV0IGZvciB0aGUgZGVzaWduIG9mdGhlIERPVFMg cHJvdG9jb2xzIHt7UkZDODc4Mn19e3tSRkM4NzgzfX0uTkVXOlRoaXMgZG9jdW1lbnQgcHJvdmlk ZXMgc2FtcGxlIHVzZSBjYXNlcyB0aGF0IHByb3ZpZGVkIGlucHV0IGZvciB0aGUgcmVxdWlyZW1l bnRzIHt7P1JGQzg2MTJ9fSBhbmQgZGVzaWduIG9mdGhlIERPVFMgcHJvdG9jb2xzIHt7IVJGQzg3 ODJ9fXt7IVJGQzg3ODN9fS48L21nbHQ+CgpzMjogRm9yIG1vcmUgbG9naWNhbCBvcmRlcmluZywg bW92ZSB0aGUgZGVmaW5pdGlvbiBvZiBERG9zIE1pdGlnYXRpb24gU2VydmljZQpQcm92aWRlciBh ZnRlciBkZWZpbml0aW9uIG9mIEREb1MgTWl0aWdhdGlvbiBTZXJ2aWNlLgrCoDxtZ2x0PiBmaXhl ZC4gPC9tZ2x0PgpzMiwgRERvUyBNaXRpZ2F0aW9uIFNlcnZpY2U6Ck9MRDoKwqAgwqAgwqAgU2Vy dmljZSBzdWJzY3JpcHRpb25zIHVzdWFsbHkKwqAgwqAgwqAgaW52b2x2ZSBTZXJ2aWNlIExldmVs IEFncmVlbWVudCAoU0xBKSB0aGF0IGhhdmUgdG8gYmUgbWV0LgpORVc6CsKgIMKgIMKgIEVhY2gg c2VydmljZSBzdWJzY3JpcHRpb24gdXN1YWxseQrCoCDCoCDCoCBpbnZvbHZlcyBhIFNlcnZpY2Ug TGV2ZWwgQWdyZWVtZW50IChTTEEpIHRoYXQgaGFzIHRvIGJlIG1ldC4KRU5EUwo8bWdsdD4gZml4 ZWQuPC9tZ2x0PsKgCnMzLjEsIHBhcmEgMTogVGhlIGFiYnJldmlhdGlvbiBJVFAgaGFzIGFscmVh ZHkgYmVlbiBkZWZpbmVkIHNvIHlvdSBzaG91bGRuJ3QKaGF2ZSBhIHJlZGVmaW5pdGlvbiBoZXJl Lgo8bWdsdD4gZml4ZWQuIDwvbWdsdD7CoApzMy4xLCBwYXJhIDc6IHMvdGhvdWdodCBkaWZmZXJl bnQvdGhvdWdoIGRpZmZlcmVudC88bWdsdD5maXhlZDwvbWdsdD7CoAoKczMuMSwgMm5kIHNldCBv ZiBidWxsZXRzLCB0aGF0IGFyZSBiZWxvdyBGaWcgMTogVGhpcyB3b3VkIGJlIG1vcmUgZWxlZ2Fu dCB1c2luZwooYSksIChiKSwgZXRjIGFzIHRoZSBidWxsZXQgbGFiZWxzLgo8bWdsdD5JIGNvdWxk IG5vdCBmaW5kIGhvdyB0byBkbyBsaXN0IGFzIGEpIGIpIHVzaW5nIGtyYW1kb3fCoGJ1dCBJIHVz ZWQgYW4gb3JkZXJlZCBsaXN0wqAxLiAyLiBpbnN0ZWFkIHNvIGEgbmF0aXZlIGxpc3QgZm9ybWF0 IGlzIHJlbmRlcmVkLsKgPC9tZ2x0PsKgwqAKczMuMTogQ29tbWVudCAobm90IGJlaW5nIGZhbWls aWFyIHdpdGggdGhlIERPVFMgcHJvcG9zYWxzKTogVGhlIHRleHQgaW5kaWNhdGVzCnRoYXQgdGhl IElUUCBtaXRpZ2F0aW9uIGVmZm9ydCBpcyBhbiBhbGwgb3Igbm90aGluZyBidWlzbmVzcy7CoCBJ cyB0aGlzIGFsd2F5cwp0aGUgY2FzZSBvciBjb3VsZCB0aGUgY2xpZW50IHJlcXVlc3Qgb3IgdGhl IHNlcnZlciBwcm92aWRlIGEgcHJvcG9ydGlvbmFsCnJlc3BvbnNlIHJhdGhlciB0aGFuIGFuIGFs bCBvciBub3RoaW5nIHJlc3BvbnNlPwo8bWdsdD5NeSB1bmRlcnN0YW5kaW5nIGlzIHRoYXQgd2hl biB0aGUgZGVjaXNpb24gdG8gbWl0aWdhdGUgaXMgcmVxdWVzdGVkIHRoZSBJVFAgbWl0aWdhdGVz IHRoZSB0cmFmZmljLiBBcyBmYXIgYXMgSSBrbm93IGl0IGlzIG5vdCBjdXJyZW50bHnCoGVudmlz aW9uZWQgdG8gdXNlIERPVFMgZm9yIGEga2luZCBvZiBjb2xsYWJvcmF0aW9uIGJldHdlZW4gdGhl IElUUCBhbmQgdGhlIGxvY2FsIHNpZGUsIHRoYXQgaXMgdGhlIGxvY2FsIHNpdGUgcGVyZm9ybXMg MjAgJSBvZiB0aGUgYXR0YWNrIHdoaWxlIHRoZSBJVFAgdGFrZXMgaW4gY2hhcmdlIHRoZSByZW1h aW5pbmcgODAgJS4gT25lIHJlYXNvbiBpcyB0aGF0IGl0IHJlbWFpbnMgaGFyZCB0byBleHByZXNz IHRoZSBjYXBhYmlsaXRpZXMgaW52b2x2ZWQgdG/CoG1pdGlnYXRlIHRoZSBhdHRhY2suIE5vdGUg YWxzbyB0aGF0IHRoZSBjYXBhY2l0eSBvZiB0aGUgSVRQIG1heSBiZSBjYXBwZWQgYnkgY29udHJh Y3QuwqAgT3ZlcmFsbCB0aGUgRE9UUyBpcyBtb3JlIGFib3V0IGRlbGVnYXRpbmcgdGhlIG1pdGln YXRpb24gYXMgb3Bwb3NlZCB0byBjb2xsYWJvcmF0aXZlIG1pdGlnYXRpb24uPC9tZ2x0PsKgCnMz LjIsIGxhc3Qgc2VudGVuY2Ugb2YgMm5kIHBhcmEgYWZ0ZXIgRmlnIDI6IHMvVGhlc2UgZXhhY3Qv VGhlIGV4YWN0LwrCoDxtZ2x0PmZpeGVkPC9tZ2x0PgpzMy4zLCBwYXJhIDI6IHMvdmFyaW91cyBp bmZvcm1hdGlvbi92YXJpb3VzIHNldHMgb2YgaW5mb3JtYXRpb24vCsKgPG1nbHQ+Zml4ZWQ8L21n bHQ+CnMzLjMsIHBhcmEgYWZ0ZXIgRmlndXJlIDQ6IHMvbW9uaXRvciB2YXJpb3VzIG5ldHdvcmsg dHJhZmZpYy9tb25pdG9yIHZhcmlvdXMKYXNwZWN0cyBvZiB0aGUgbmV0d29yayB0cmFmZmljLy4K PG1nbHQ+IGZpeGVkPC9tZ2x0PgpzMy4zLCAybmQgcGFyYSBhZnRlciBGaWd1cmUgNDogcy9pdCdz L2l0IGlzLwrCoDxtZ2x0PmZpeGVkPC9tZ2x0PgpzMy4zLCBsYXN0IGZpdmUgcGFyYXM6IENhbGxp bmcgb3V0IGEgd2ViIGludGVyZmFjZSBzcGVjaWZpY2FsbHkgaXMgb3Zlcmx5CnNwZWNpZmljLsKg IFN1Z2dlc3QgYWRkaW5nICdmb3IgZXhhbXBsZSdpbiBhdCBsZWFzdCBvbmUgY2FzZSBvciBjaGFu Z2luZyBpdCB0bwondXNlciBpbnRlcmZhY2UnLgrCoDxtZ2w+IEkgYWRkZWQgdGhlIGZvciBleGFt cGxlIHdoaWNoIHNlZW1zIGNsb3NlciB0byB0aGUgbW9zdCBwcm9iYWJsZSBpbXBsZW1lbnRhdGlv bi48L21nbHQ+CnMzLjMsIGZpcnN0IHBhcmEgb24gcGFnZSAxMToKT0xEOgp0byBpbmZlciB0aGUg RERvUyBNaXRpZ2F0aW9uIHRvIGVsYWJvcmF0ZSBhbmQgY29vcmRpbmF0ZS4KTkVXOgp0byBpbmZl ciwgZWxhYm9yYXRlIGFuZCBjb29yZGluYXRlIHRoZSBhcHByb3ByaWF0ZSBERG9TIE1pdGlnYXRp b24uCkVORFMKPG1nbHQ+Zml4ZWQ8L21nbHQ+wqAKczMuMywgM3JkIGFuZCBzdWJzZXF1ZW50IHBh cmFzIG9uIHBhZ2UgMTE6IFRoZSBvcmNoZXN0cmF0b3IgYXBwZWFycyB0byBjaGFuZ2UKZnJvbSBv bmUgRE9UUyBzZXJ2ZXIgdG8gYSBwbHVyYWxpdHkgYXQgdGhpcyBwb2ludC7CoCBQbGVhc2UgbWFr ZSBpdCBjbGVhcgp3aGV0aGVyIHRoZXJlIGlzIG9uZSBvciBtYW55LsKgIElmIG9ubHkgb25lLCB0 aGVuIHMvVGhlIG9yY2hlc3RyYXRvciBET1RTCnNlcnZlcnMgcmV0dXJucyB0aGlzIGluZm9ybWF0 aW9uIGJhY2svVGhlIG9yY2hlc3RyYXRvciBET1RTIHNlcnZlciByZXR1cm5zIHRoaXMKaW5mb3Jt YXRpb24vIGFuZCBzL3NlcnZlcnMvc2VydmVyLyBzdWJzZXF1ZW50bHkuCsKgPG1nbHQ+Z29vZCBj YXRjaC4gVGhlcmUgaXMgb25seSBvbmUgc2VydmVyLiB3ZSBhZGRyZXNzwqB0aGlzLjwvbWdsdD4K czMuMywgbGFzdCBwYXJhIHMvbGlrZcKgIHJlcXVlc3Rpbmcvc3VjaCBhcyByZXF1ZXN0aW5nLwo8 bWdsdD5maXhlZC48L21nbHQ+wqAKczc6wqAgVGhpcyBpcyBhbiBpbmZvcm1hdGlvbmFsIGRvY3Vt ZW50IGFuZCwgYXMgc3VjaCwgY2Fubm90IGhhdmUgbm9ybWF0aXZlIApyZWZlcmVuY2VzLsKgIFBs ZWFzZSBjb21iaW5lIGFsbCByZWZlcmVuY2VzIGludG8gb25lIHJlZmVyZXJlbmNlcyBzZWN0aW9u LgoKPG1nbHQ+IEkgdXN1YWxseSBsaWtlIHN0YW5kYXJkIGRvY3VtZW50IHRvIGJlIG5vcm1hdGl2 ZSwgYnV0IHRoaXMgaXMgY29ycmVjdCB0aGF0IGZvciB1c2UgY2FzZXMsIG5vbmUgb2YgdGhlc2Ug ZG9jdW1lbnQgYXJlIG5lY2Vzc2FyeSB0byBiZSByZWFkIHRvIHVuZGVyc3RhbmQgdGhlIGRvY3Vt ZW50LCBzbyBJIHdpbGwgcHV0IGFsbCByZWZlcmVuY2UgYXMgaW5mb3JtYXRpb25hbDwvbWdsdD7C oAoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KRG90cyBt YWlsaW5nIGxpc3QKRG90c0BpZXRmLm9yZwpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xp c3RpbmZvL2RvdHMKLS0gRGFuaWVsIE1pZ2F1bHRFcmljc3Nvbgo= ----_com.samsung.android.email_3216141398604900 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keSBkaXI9ImF1dG8iPjxkaXYgZGlyPSJh dXRvIj5IaSwgRGFuaWVsLjwvZGl2PjxkaXYgZGlyPSJhdXRvIj48YnI+PC9kaXY+PGRpdiBkaXI9 ImF1dG8iPlRoYW5rcyBmb3IgeW91ciByZXNwb25zZS4mbmJzcDs8L2Rpdj48ZGl2IGRpcj0iYXV0 byI+PGJyPjwvZGl2PjxkaXYgZGlyPSJhdXRvIj5UaGUgY2hhbmdlcyBsb29rIGdvb2QgdG8gbWUu Jm5ic3A7IEEgY291cGxlIG9mIG1pbm9yIGxhbmd1YWdlIGltcHJvdmVtZW50cyBpZiBJIG1heSBz dWdnZXN0OjwvZGl2PjxkaXYgZGlyPSJhdXRvIj48YnI+PC9kaXY+PGRpdiBkaXI9ImF1dG8iPnMx LCBwYXJhIDE6IHMvbWl0aWdhdGlvbnMgLSB3aGljaCBoaWdobHkgZGVwZW5kcyBvbiBhIHRpbWVs eSByZWFjdGlvbi9taXRpZ2F0aW9ucyB0aGF0IGFyZSBnZW5lcmFsbHkgaGlnaGx5IGRlcGVuZGVu dCBvbiBhIHRpbWVseSByZWFjdGlvbiBieSB0aGUgc3lzdGVtLi88L2Rpdj48ZGl2IGRpcj0iYXV0 byI+PGJyPjwvZGl2PjxkaXYgZGlyPSJhdXRvIj5zMiwgRERvUyBNaXRpZ2F0aW9uIFNlcnZpY2U6 IHMvdXN1YWxseSBpbnZvbHZlIFNlcnZpY2UgTGV2ZWwgQWdyZWVtZW50IChTTEEpIHRoYXQgaGF2 ZSB0byBiZSBtZXQvdXN1YWxseSBpbnZvbHZlcyBhIFNlcnZpY2UgTGV2ZWwgQWdyZWVtZW50IChT TEEpIHRoYXQgaGFzIHRvIGJlIG1ldC88L2Rpdj48ZGl2IGRpcj0iYXV0byI+PGJyPjwvZGl2Pjxk aXYgZGlyPSJhdXRvIj5QYXJhZ3JhcGgganVzdCBhZnRlciBGaWd1cmUgNDogcy92YXJpb3VzIGFz cGVjdC92YXJpb3VzIGFzcGVjdHMvPC9kaXY+PGRpdiBkaXI9ImF1dG8iPjxicj48L2Rpdj48ZGl2 IGRpcj0iYXV0byI+RW5kIG9mIDR0aCBwYXJhZ3JhcGggYWZ0ZXIgRmlndXJlIDQ6IHMvYXBwcm9w cmlhdGVkL2FwcHJvcHJpYXRlLzwvZGl2PjxkaXYgZGlyPSJhdXRvIj48YnI+PC9kaXY+PGRpdiBk aXI9ImF1dG8iPk90aGVyd2lzZSB0aGlzIGlzIGFsbCBkb25lLjwvZGl2PjxkaXYgZGlyPSJhdXRv Ij48YnI+PC9kaXY+PGRpdiBkaXI9ImF1dG8iPkhvcGUgeW91IGFyZSBrZWVwaW5nIHNhZmUgYW5k IHdlbGwuPC9kaXY+PGRpdiBkaXI9ImF1dG8iPjxicj48L2Rpdj48ZGl2IGRpcj0iYXV0byI+Q2hl ZXJzLDwvZGl2PjxkaXYgZGlyPSJhdXRvIj5FbHd5bjwvZGl2PjxkaXYgZGlyPSJhdXRvIj48YnI+ PC9kaXY+PGRpdiBpZD0iY29tcG9zZXJfc2lnbmF0dXJlIiBkaXI9ImF1dG8iPjxkaXYgc3R5bGU9 ImZvbnQtc2l6ZTo4NSU7Y29sb3I6IzU3NTc1NyIgZGlyPSJhdXRvIj5TZW50IGZyb20gU2Ftc3Vu ZyB0YWJsZXQuPC9kaXY+PC9kaXY+PGRpdiBkaXI9ImF1dG8iPjxicj48L2Rpdj48ZGl2Pjxicj48 L2Rpdj48ZGl2IHN0eWxlPSJmb250LXNpemU6MTAwJTtjb2xvcjojMDAwMDAwIiBkaXI9ImF1dG8i PjwhLS0gb3JpZ2luYWxNZXNzYWdlIC0tPjxkaXY+LS0tLS0tLS0gT3JpZ2luYWwgbWVzc2FnZSAt LS0tLS0tLTwvZGl2PjxkaXY+RnJvbTogRGFuaWVsIE1pZ2F1bHQgJmx0O21nbHQuaWV0ZkBnbWFp bC5jb20mZ3Q7IDwvZGl2PjxkaXY+RGF0ZTogMDIvMDcvMjAyMCAgMjI6MjggIChHTVQrMDA6MDAp IDwvZGl2PjxkaXY+VG86IEVsd3luIERhdmllcyAmbHQ7ZWx3eW5kQGRpYWwucGlwZXguY29tJmd0 OyA8L2Rpdj48ZGl2PkNjOiBsYXN0LWNhbGxAaWV0Zi5vcmcsICJnZW4tYXJ0ICZndDsmZ3Q7IEdl bmVyYWwgYXJlYSByZXZpZXdpbmcgdGVhbSIgJmx0O2dlbi1hcnRAaWV0Zi5vcmcmZ3Q7LCBkcmFm dC1pZXRmLWRvdHMtdXNlLWNhc2VzLmFsbEBpZXRmLm9yZywgZG90cyAmbHQ7ZG90c0BpZXRmLm9y ZyZndDsgPC9kaXY+PGRpdj5TdWJqZWN0OiBSZTogW0dlbi1hcnRdIFtEb3RzXSBHZW5hcnQgbGFz dCBjYWxsIHJldmlldyBvZiBkcmFmdC1pZXRmLWRvdHMtdXNlLWNhc2VzLTIzIDwvZGl2PjxkaXY+ PGJyPjwvZGl2PjwvZGl2PjxkaXYgZGlyPSJsdHIiPjxkaXYgZGlyPSJsdHIiPkhpLCZuYnNwOzxk aXY+PGJyPjwvZGl2PjxkaXY+VGhhbmsgeW91IGZvciB0aGUgcmV2aWV3LiBUaGVzZSB3ZXJlIGhl bHBmdWwgdG8gdXMuIEkgYmVsaWV2ZSB0aGF0IGFsbCBjb21tZW50cyZuYnNwO2hhdmUgYmVlbiBh ZGRyZXNzZWQgaW4gdGhlIHZlcnNpb24gd2UganVzdCBwdWJsaXNoZWQuJm5ic3A7Jm5ic3A7PC9k aXY+PGRpdj5QbGVhc2UgZmluZCBtb3JlIHJlc3BvbnNlIHJlZ2FyZGluZyB0aGUgY29tbWVudCBp bmxpbmVkLiZuYnNwOzwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+WW91cnMsJm5ic3A7PGJyPkRh bmllbCZuYnNwOzwvZGl2PjwvZGl2Pjxicj48ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+PGRpdiBk aXI9Imx0ciIgY2xhc3M9ImdtYWlsX2F0dHIiPk9uIFdlZCwgSnVuIDEwLCAyMDIwIGF0IDEyOjAy IFBNIEVsd3luIERhdmllcyB2aWEgRGF0YXRyYWNrZXIgJmx0OzxhIGhyZWY9Im1haWx0bzpub3Jl cGx5QGlldGYub3JnIj5ub3JlcGx5QGlldGYub3JnPC9hPiZndDsgd3JvdGU6PGJyPjwvZGl2Pjxi bG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowcHggMHB4IDBweCAw LjhleDtib3JkZXItbGVmdDoxcHggc29saWQgcmdiKDIwNCwyMDQsMjA0KTtwYWRkaW5nLWxlZnQ6 MWV4Ij5SZXZpZXdlcjogRWx3eW4gRGF2aWVzPGJyPgpSZXZpZXcgcmVzdWx0OiBSZWFkeSB3aXRo IE5pdHM8YnI+Cjxicj4KSSBhbSB0aGUgYXNzaWduZWQgR2VuLUFSVCByZXZpZXdlciBmb3IgdGhp cyBkcmFmdC4gVGhlIEdlbmVyYWwgQXJlYTxicj4KUmV2aWV3IFRlYW0gKEdlbi1BUlQpIHJldmll d3MgYWxsIElFVEYgZG9jdW1lbnRzIGJlaW5nIHByb2Nlc3NlZDxicj4KYnkgdGhlIElFU0cgZm9y IHRoZSBJRVRGIENoYWlyLiZuYnNwOyBQbGVhc2UgdHJlYXQgdGhlc2UgY29tbWVudHMganVzdDxi cj4KbGlrZSBhbnkgb3RoZXIgbGFzdCBjYWxsIGNvbW1lbnRzLjxicj4KPGJyPgpGb3IgbW9yZSBp bmZvcm1hdGlvbiwgcGxlYXNlIHNlZSB0aGUgRkFRIGF0PGJyPgo8YnI+CiZsdDs8YSBocmVmPSJo dHRwczovL3RyYWMuaWV0Zi5vcmcvdHJhYy9nZW4vd2lraS9HZW5BcnRmYXEiIHJlbD0ibm9yZWZl cnJlciIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vdHJhYy5pZXRmLm9yZy90cmFjL2dlbi93aWtp L0dlbkFydGZhcTwvYT4mZ3Q7Ljxicj4KPGJyPgpEb2N1bWVudDogZHJhZnQtaWV0Zi1kb3RzLXVz ZS1jYXNlcy0yMzxicj4KUmV2aWV3ZXI6IEVsd3luIERhdmllczxicj4KUmV2aWV3IERhdGU6IDIw MjAtMDYtMTA8YnI+CklFVEYgTEMgRW5kIERhdGU6IDIwMjAtMDYtMTE8YnI+CklFU0cgVGVsZWNo YXQgZGF0ZTogTm90IHNjaGVkdWxlZCBmb3IgYSB0ZWxlY2hhdDxicj4KPGJyPgpTdW1tYXJ5Ojxi cj4KUmVhZHkgd2loIHNvbWUgbWlub3Igbml0cy48YnI+Cjxicj4KTWFqb3IgaXNzdWVzOjxicj4K Tm9uZTxicj4KPGJyPgpNaW5vciBpc3N1ZXM6PGJyPgpOb25lPGJyPgo8YnI+Ck5pdHMvZWRpdG9y aWFsIGNvbW1lbnRzOjxicj4KczEsIHBhcmEgMTogSnVzdCBhIHRob3VnaHQ6Jm5ic3A7IG1pZ2h0 IGJlIHdvcnRoIGFkZGluZyB0byB0aGUgZW5kIG9mIHRoaXMgcGFyYTo8YnI+CiJhbmQgaW5jcmVh c2UgdGhlIHRpbWUgZm9yIGRlcGxveW1lbnQgaW4gYSBzaXR1YXRpb24gd2hlcmUgc3BlZWQgaXMg b2Z0ZW4gb2Y8YnI+CnRoZSBlc3NlbmNlIi48YnI+PC9ibG9ja3F1b3RlPjxkaXY+Jm5ic3A7Jmx0 O21nbHQmZ3Q7PC9kaXY+PGRpdj4mbmJzcDtJIHVuZGVyc3RhbmQgdGhhdCB0aGUgYWRkaXRpb25h bCB0aW1lIGlzIHBhcnQgb2YgdGhlIHJlYXNvbnMgdGhhdCBkZWdyYWRlIHRoZSBlZmZpY2FjeSBi dXQgdGhpcyBpcyBub3QgdGhlIG9ubHkgcmVhc29uLiBJIHByb3Bvc2UgdG8gaW5kaWNhdGUgdGhh dCBlZmZpY2FjaXR5IGhpZ2hseSBkZXBlbmRzIG9uIGFuIHRpbWVseSByZWFjdGlvbiBhcyBiZWxv dzo8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pk9MRDxicj5UaGlzIGdyZWF0bHkgaW5jcmVhc2Vz IG9wZXJhdGlvbmFsIGNvbXBsZXhpdHkgd2hpY2gsIGluIHR1cm4sPGJyPmNhbiBkZWdyYWRlIHRo ZSBlZmZpY2FjeSBvZiBtaXRpZ2F0aW9ucy48YnI+PC9kaXY+PGRpdj5ORVc8L2Rpdj48ZGl2PlRo aXMgZ3JlYXRseSBpbmNyZWFzZXMgb3BlcmF0aW9uYWwgY29tcGxleGl0eSB3aGljaCwgaW4gdHVy biw8YnI+Y2FuIGRlZ3JhZGUgdGhlIGVmZmljYWN5IG9mIG1pdGlnYXRpb25zIC0gd2hpY2ggaGln aGx5IGRlcGVuZHMgb24mbmJzcDsgYSB0aW1lbHkgcmVhY3Rpb24uLiZuYnNwOzwvZGl2PjxkaXY+ Jmx0Oy9tZ2x0Jmd0OzwvZGl2PjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9 Im1hcmdpbjowcHggMHB4IDBweCAwLjhleDtib3JkZXItbGVmdDoxcHggc29saWQgcmdiKDIwNCwy MDQsMjA0KTtwYWRkaW5nLWxlZnQ6MWV4Ij4KPGJyPgpzMSwgbGFzdCBwYXJhOiBTdWdnZXN0IGFk ZGluZyBpbiByZWZlcmVuY2UgdG8gRE9UUyByZXF1aXJlbWVudHMgZG9jIHdoaWNoIGlzPGJyPgpy ZWZlcnJlZCB0byBpbiBzMjogT0xEOjxicj4KJm5ic3A7ICZuYnNwO1RoaXMgZG9jdW1lbnQgcHJv dmlkZXMgc2FtcGxlIHVzZSBjYXNlcyB0aGF0IHByb3ZpZGVkIGlucHV0IGZvciB0aGU8YnI+CiZu YnNwOyAmbmJzcDtkZXNpZ24gb2YgdGhlIERPVFMgcHJvdG9jb2xzIFtSRkM4NzgyXVtSRkM4Nzgz XS48YnI+Ck5FVzxicj4KJm5ic3A7ICZuYnNwO1RoaXMgZG9jdW1lbnQgcHJvdmlkZXMgc2FtcGxl IHVzZSBjYXNlcyB0aGF0IG1vdGl2YXRlZCB0aGUgcmVxdWlyZW1lbnRzPGJyPgombmJzcDsgJm5i c3A7Zm9yIHRoZSBET1RTIHByb3RvY29scyBbUkZDODYxMl0gYW5kIHByb3ZpZGVkIGlucHV0IGZv ciB0aGUgZGVzaWduIG9mPGJyPgombmJzcDsgJm5ic3A7dGhvc2UgcHJvdG9jb2xzIFtSRkM4Nzgy XVtSRkM4NzgzXS48YnI+CkVORFM8YnI+PC9ibG9ja3F1b3RlPjxkaXY+Jmx0O21nbHQmZ3Q7PC9k aXY+PGRpdj5JIHdvdWxkIGNvbnNpZGVyIHRoZSByZXF1aXJlbWVudCBhcyBwYXJ0IG9mIHRoZSBw cm9jZXNzIGZvciB0aGUgZGVzaWduIG9mIHRoZSBwcm90b2NvbCwgYnV0IGl0IGlzIGNvcnJlY3Qg dGhhdCByZXF1aXJlbWVudHMgY291ZGwgYmUgaW5jbHVkZWQuIEkgcHJvcG9zZSB0aGUgZm9sbG93 aW5nIGNoYW5nZTo8L2Rpdj48ZGl2Pk9MRDo8L2Rpdj48ZGl2PlRoaXMgZG9jdW1lbnQgcHJvdmlk ZXMgc2FtcGxlIHVzZSBjYXNlcyB0aGF0IHByb3ZpZGVkIGlucHV0IGZvciB0aGUgZGVzaWduIG9m PGJyPnRoZSBET1RTIHByb3RvY29scyB7e1JGQzg3ODJ9fXt7UkZDODc4M319Ljxicj48L2Rpdj48 ZGl2Pk5FVzo8L2Rpdj48ZGl2PlRoaXMgZG9jdW1lbnQgcHJvdmlkZXMgc2FtcGxlIHVzZSBjYXNl cyB0aGF0IHByb3ZpZGVkIGlucHV0IGZvciB0aGUgcmVxdWlyZW1lbnRzIHt7P1JGQzg2MTJ9fSBh bmQgZGVzaWduIG9mPC9kaXY+dGhlIERPVFMgcHJvdG9jb2xzIHt7IVJGQzg3ODJ9fXt7IVJGQzg3 ODN9fS48ZGl2PiZsdDsvbWdsdCZndDs8L2Rpdj48YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVv dGUiIHN0eWxlPSJtYXJnaW46MHB4IDBweCAwcHggMC44ZXg7Ym9yZGVyLWxlZnQ6MXB4IHNvbGlk IHJnYigyMDQsMjA0LDIwNCk7cGFkZGluZy1sZWZ0OjFleCI+Cjxicj4KczI6IEZvciBtb3JlIGxv Z2ljYWwgb3JkZXJpbmcsIG1vdmUgdGhlIGRlZmluaXRpb24gb2YgRERvcyBNaXRpZ2F0aW9uIFNl cnZpY2U8YnI+ClByb3ZpZGVyIGFmdGVyIGRlZmluaXRpb24gb2YgRERvUyBNaXRpZ2F0aW9uIFNl cnZpY2UuPGJyPgo8YnI+PC9ibG9ja3F1b3RlPjxkaXY+Jm5ic3A7Jmx0O21nbHQmZ3Q7IGZpeGVk LiAmbHQ7L21nbHQmZ3Q7PC9kaXY+PGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHls ZT0ibWFyZ2luOjBweCAwcHggMHB4IDAuOGV4O2JvcmRlci1sZWZ0OjFweCBzb2xpZCByZ2IoMjA0 LDIwNCwyMDQpO3BhZGRpbmctbGVmdDoxZXgiPgpzMiwgRERvUyBNaXRpZ2F0aW9uIFNlcnZpY2U6 PGJyPgpPTEQ6PGJyPgombmJzcDsgJm5ic3A7ICZuYnNwOyBTZXJ2aWNlIHN1YnNjcmlwdGlvbnMg dXN1YWxseTxicj4KJm5ic3A7ICZuYnNwOyAmbmJzcDsgaW52b2x2ZSBTZXJ2aWNlIExldmVsIEFn cmVlbWVudCAoU0xBKSB0aGF0IGhhdmUgdG8gYmUgbWV0Ljxicj4KTkVXOjxicj4KJm5ic3A7ICZu YnNwOyAmbmJzcDsgRWFjaCBzZXJ2aWNlIHN1YnNjcmlwdGlvbiB1c3VhbGx5PGJyPgombmJzcDsg Jm5ic3A7ICZuYnNwOyBpbnZvbHZlcyBhIFNlcnZpY2UgTGV2ZWwgQWdyZWVtZW50IChTTEEpIHRo YXQgaGFzIHRvIGJlIG1ldC48YnI+CkVORFM8YnI+Cjxicj48L2Jsb2NrcXVvdGU+PGRpdj4mbHQ7 bWdsdCZndDsgZml4ZWQuJmx0Oy9tZ2x0Jmd0OzwvZGl2PjxkaXY+Jm5ic3A7PC9kaXY+PGJsb2Nr cXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOjBweCAwcHggMHB4IDAuOGV4 O2JvcmRlci1sZWZ0OjFweCBzb2xpZCByZ2IoMjA0LDIwNCwyMDQpO3BhZGRpbmctbGVmdDoxZXgi PgpzMy4xLCBwYXJhIDE6IFRoZSBhYmJyZXZpYXRpb24gSVRQIGhhcyBhbHJlYWR5IGJlZW4gZGVm aW5lZCBzbyB5b3Ugc2hvdWxkbid0PGJyPgpoYXZlIGEgcmVkZWZpbml0aW9uIGhlcmUuPGJyPgo8 YnI+PC9ibG9ja3F1b3RlPjxkaXY+Jmx0O21nbHQmZ3Q7IGZpeGVkLiAmbHQ7L21nbHQmZ3Q7Jm5i c3A7PC9kaXY+PGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOjBw eCAwcHggMHB4IDAuOGV4O2JvcmRlci1sZWZ0OjFweCBzb2xpZCByZ2IoMjA0LDIwNCwyMDQpO3Bh ZGRpbmctbGVmdDoxZXgiPgpzMy4xLCBwYXJhIDc6IHMvdGhvdWdodCBkaWZmZXJlbnQvdGhvdWdo IGRpZmZlcmVudC88YnI+PC9ibG9ja3F1b3RlPjxkaXY+Jmx0O21nbHQmZ3Q7Zml4ZWQmbHQ7L21n bHQmZ3Q7Jm5ic3A7PC9kaXY+PGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0i bWFyZ2luOjBweCAwcHggMHB4IDAuOGV4O2JvcmRlci1sZWZ0OjFweCBzb2xpZCByZ2IoMjA0LDIw NCwyMDQpO3BhZGRpbmctbGVmdDoxZXgiPgo8YnI+CnMzLjEsIDJuZCBzZXQgb2YgYnVsbGV0cywg dGhhdCBhcmUgYmVsb3cgRmlnIDE6IFRoaXMgd291ZCBiZSBtb3JlIGVsZWdhbnQgdXNpbmc8YnI+ CihhKSwgKGIpLCBldGMgYXMgdGhlIGJ1bGxldCBsYWJlbHMuPGJyPgo8YnI+PC9ibG9ja3F1b3Rl PjxkaXY+Jmx0O21nbHQmZ3Q7PC9kaXY+PGRpdj5JIGNvdWxkIG5vdCBmaW5kIGhvdyB0byBkbyBs aXN0IGFzIGEpIGIpIHVzaW5nIGtyYW1kb3cmbmJzcDtidXQgSSB1c2VkIGFuIG9yZGVyZWQgbGlz dCZuYnNwOzEuIDIuIGluc3RlYWQgc28gYSBuYXRpdmUgbGlzdCBmb3JtYXQgaXMgcmVuZGVyZWQu Jm5ic3A7PC9kaXY+PGRpdj4mbHQ7L21nbHQmZ3Q7Jm5ic3A7PC9kaXY+PGRpdj4mbmJzcDs8L2Rp dj48YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MHB4IDBweCAw cHggMC44ZXg7Ym9yZGVyLWxlZnQ6MXB4IHNvbGlkIHJnYigyMDQsMjA0LDIwNCk7cGFkZGluZy1s ZWZ0OjFleCI+CnMzLjE6IENvbW1lbnQgKG5vdCBiZWluZyBmYW1pbGlhciB3aXRoIHRoZSBET1RT IHByb3Bvc2Fscyk6IFRoZSB0ZXh0IGluZGljYXRlczxicj4KdGhhdCB0aGUgSVRQIG1pdGlnYXRp b24gZWZmb3J0IGlzIGFuIGFsbCBvciBub3RoaW5nIGJ1aXNuZXNzLiZuYnNwOyBJcyB0aGlzIGFs d2F5czxicj4KdGhlIGNhc2Ugb3IgY291bGQgdGhlIGNsaWVudCByZXF1ZXN0IG9yIHRoZSBzZXJ2 ZXIgcHJvdmlkZSBhIHByb3BvcnRpb25hbDxicj4KcmVzcG9uc2UgcmF0aGVyIHRoYW4gYW4gYWxs IG9yIG5vdGhpbmcgcmVzcG9uc2U/PGJyPgo8YnI+PC9ibG9ja3F1b3RlPjxkaXY+Jmx0O21nbHQm Z3Q7PC9kaXY+PGRpdj5NeSB1bmRlcnN0YW5kaW5nIGlzIHRoYXQgd2hlbiB0aGUgZGVjaXNpb24g dG8gbWl0aWdhdGUgaXMgcmVxdWVzdGVkIHRoZSBJVFAgbWl0aWdhdGVzIHRoZSB0cmFmZmljLiBB cyBmYXIgYXMgSSBrbm93IGl0IGlzIG5vdCBjdXJyZW50bHkmbmJzcDtlbnZpc2lvbmVkIHRvIHVz ZSBET1RTIGZvciBhIGtpbmQgb2YgY29sbGFib3JhdGlvbiBiZXR3ZWVuIHRoZSBJVFAgYW5kIHRo ZSBsb2NhbCBzaWRlLCB0aGF0IGlzIHRoZSBsb2NhbCBzaXRlIHBlcmZvcm1zIDIwICUgb2YgdGhl IGF0dGFjayB3aGlsZSB0aGUgSVRQIHRha2VzIGluIGNoYXJnZSB0aGUgcmVtYWluaW5nIDgwICUu IE9uZSByZWFzb24gaXMgdGhhdCBpdCByZW1haW5zIGhhcmQgdG8gZXhwcmVzcyB0aGUgY2FwYWJp bGl0aWVzIGludm9sdmVkIHRvJm5ic3A7bWl0aWdhdGUgdGhlIGF0dGFjay4gTm90ZSBhbHNvIHRo YXQgdGhlIGNhcGFjaXR5IG9mIHRoZSBJVFAgbWF5IGJlIGNhcHBlZCBieSBjb250cmFjdC4mbmJz cDsgT3ZlcmFsbCB0aGUgRE9UUyBpcyBtb3JlIGFib3V0IGRlbGVnYXRpbmcgdGhlIG1pdGlnYXRp b24gYXMgb3Bwb3NlZCB0byBjb2xsYWJvcmF0aXZlIG1pdGlnYXRpb24uPC9kaXY+PGRpdj4mbHQ7 L21nbHQmZ3Q7PC9kaXY+PGRpdj4mbmJzcDs8L2Rpdj48YmxvY2txdW90ZSBjbGFzcz0iZ21haWxf cXVvdGUiIHN0eWxlPSJtYXJnaW46MHB4IDBweCAwcHggMC44ZXg7Ym9yZGVyLWxlZnQ6MXB4IHNv bGlkIHJnYigyMDQsMjA0LDIwNCk7cGFkZGluZy1sZWZ0OjFleCI+CnMzLjIsIGxhc3Qgc2VudGVu Y2Ugb2YgMm5kIHBhcmEgYWZ0ZXIgRmlnIDI6IHMvVGhlc2UgZXhhY3QvVGhlIGV4YWN0Lzxicj4K PGJyPjwvYmxvY2txdW90ZT48ZGl2PiZuYnNwOyZsdDttZ2x0Jmd0O2ZpeGVkJmx0Oy9tZ2x0Jmd0 OzwvZGl2PjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowcHgg MHB4IDBweCAwLjhleDtib3JkZXItbGVmdDoxcHggc29saWQgcmdiKDIwNCwyMDQsMjA0KTtwYWRk aW5nLWxlZnQ6MWV4Ij4KczMuMywgcGFyYSAyOiBzL3ZhcmlvdXMgaW5mb3JtYXRpb24vdmFyaW91 cyBzZXRzIG9mIGluZm9ybWF0aW9uLzxicj4KPGJyPjwvYmxvY2txdW90ZT48ZGl2PiZuYnNwOyZs dDttZ2x0Jmd0O2ZpeGVkJmx0Oy9tZ2x0Jmd0OzwvZGl2PjxibG9ja3F1b3RlIGNsYXNzPSJnbWFp bF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowcHggMHB4IDBweCAwLjhleDtib3JkZXItbGVmdDoxcHgg c29saWQgcmdiKDIwNCwyMDQsMjA0KTtwYWRkaW5nLWxlZnQ6MWV4Ij4KczMuMywgcGFyYSBhZnRl ciBGaWd1cmUgNDogcy9tb25pdG9yIHZhcmlvdXMgbmV0d29yayB0cmFmZmljL21vbml0b3IgdmFy aW91czxicj4KYXNwZWN0cyBvZiB0aGUgbmV0d29yayB0cmFmZmljLy48YnI+Cjxicj48L2Jsb2Nr cXVvdGU+PGRpdj4mbHQ7bWdsdCZndDsgZml4ZWQmbHQ7L21nbHQmZ3Q7PC9kaXY+PGJsb2NrcXVv dGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOjBweCAwcHggMHB4IDAuOGV4O2Jv cmRlci1sZWZ0OjFweCBzb2xpZCByZ2IoMjA0LDIwNCwyMDQpO3BhZGRpbmctbGVmdDoxZXgiPgpz My4zLCAybmQgcGFyYSBhZnRlciBGaWd1cmUgNDogcy9pdCdzL2l0IGlzLzxicj4KPGJyPjwvYmxv Y2txdW90ZT48ZGl2PiZuYnNwOyZsdDttZ2x0Jmd0O2ZpeGVkJmx0Oy9tZ2x0Jmd0OzwvZGl2Pjxi bG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowcHggMHB4IDBweCAw LjhleDtib3JkZXItbGVmdDoxcHggc29saWQgcmdiKDIwNCwyMDQsMjA0KTtwYWRkaW5nLWxlZnQ6 MWV4Ij4KczMuMywgbGFzdCBmaXZlIHBhcmFzOiBDYWxsaW5nIG91dCBhIHdlYiBpbnRlcmZhY2Ug c3BlY2lmaWNhbGx5IGlzIG92ZXJseTxicj4Kc3BlY2lmaWMuJm5ic3A7IFN1Z2dlc3QgYWRkaW5n ICdmb3IgZXhhbXBsZSdpbiBhdCBsZWFzdCBvbmUgY2FzZSBvciBjaGFuZ2luZyBpdCB0bzxicj4K J3VzZXIgaW50ZXJmYWNlJy48YnI+Cjxicj48L2Jsb2NrcXVvdGU+PGRpdj4mbmJzcDsmbHQ7bWds Jmd0OyBJIGFkZGVkIHRoZSBmb3IgZXhhbXBsZSB3aGljaCBzZWVtcyBjbG9zZXIgdG8gdGhlIG1v c3QgcHJvYmFibGUgaW1wbGVtZW50YXRpb24uJmx0Oy9tZ2x0Jmd0OzwvZGl2PjxkaXY+PGJyPjwv ZGl2PjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowcHggMHB4 IDBweCAwLjhleDtib3JkZXItbGVmdDoxcHggc29saWQgcmdiKDIwNCwyMDQsMjA0KTtwYWRkaW5n LWxlZnQ6MWV4Ij4KczMuMywgZmlyc3QgcGFyYSBvbiBwYWdlIDExOjxicj4KT0xEOjxicj4KdG8g aW5mZXIgdGhlIEREb1MgTWl0aWdhdGlvbiB0byBlbGFib3JhdGUgYW5kIGNvb3JkaW5hdGUuPGJy PgpORVc6PGJyPgp0byBpbmZlciwgZWxhYm9yYXRlIGFuZCBjb29yZGluYXRlIHRoZSBhcHByb3By aWF0ZSBERG9TIE1pdGlnYXRpb24uPGJyPgpFTkRTPGJyPgo8YnI+PC9ibG9ja3F1b3RlPjxkaXY+ Jmx0O21nbHQmZ3Q7Zml4ZWQmbHQ7L21nbHQmZ3Q7PC9kaXY+PGRpdj4mbmJzcDs8L2Rpdj48Ymxv Y2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MHB4IDBweCAwcHggMC44 ZXg7Ym9yZGVyLWxlZnQ6MXB4IHNvbGlkIHJnYigyMDQsMjA0LDIwNCk7cGFkZGluZy1sZWZ0OjFl eCI+CnMzLjMsIDNyZCBhbmQgc3Vic2VxdWVudCBwYXJhcyBvbiBwYWdlIDExOiBUaGUgb3JjaGVz dHJhdG9yIGFwcGVhcnMgdG8gY2hhbmdlPGJyPgpmcm9tIG9uZSBET1RTIHNlcnZlciB0byBhIHBs dXJhbGl0eSBhdCB0aGlzIHBvaW50LiZuYnNwOyBQbGVhc2UgbWFrZSBpdCBjbGVhcjxicj4Kd2hl dGhlciB0aGVyZSBpcyBvbmUgb3IgbWFueS4mbmJzcDsgSWYgb25seSBvbmUsIHRoZW4gcy9UaGUg b3JjaGVzdHJhdG9yIERPVFM8YnI+CnNlcnZlcnMgcmV0dXJucyB0aGlzIGluZm9ybWF0aW9uIGJh Y2svVGhlIG9yY2hlc3RyYXRvciBET1RTIHNlcnZlciByZXR1cm5zIHRoaXM8YnI+CmluZm9ybWF0 aW9uLyBhbmQgcy9zZXJ2ZXJzL3NlcnZlci8gc3Vic2VxdWVudGx5Ljxicj4KPGJyPjwvYmxvY2tx dW90ZT48ZGl2PiZuYnNwOyZsdDttZ2x0Jmd0O2dvb2QgY2F0Y2guIFRoZXJlIGlzIG9ubHkgb25l IHNlcnZlci4gd2UgYWRkcmVzcyZuYnNwO3RoaXMuJmx0Oy9tZ2x0Jmd0OzwvZGl2PjxkaXY+PGJy PjwvZGl2PjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowcHgg MHB4IDBweCAwLjhleDtib3JkZXItbGVmdDoxcHggc29saWQgcmdiKDIwNCwyMDQsMjA0KTtwYWRk aW5nLWxlZnQ6MWV4Ij4KczMuMywgbGFzdCBwYXJhIHMvbGlrZSZuYnNwOyByZXF1ZXN0aW5nL3N1 Y2ggYXMgcmVxdWVzdGluZy88YnI+Cjxicj48L2Jsb2NrcXVvdGU+PGRpdj4mbHQ7bWdsdCZndDtm aXhlZC4mbHQ7L21nbHQmZ3Q7PC9kaXY+PGRpdj4mbmJzcDs8L2Rpdj48YmxvY2txdW90ZSBjbGFz cz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MHB4IDBweCAwcHggMC44ZXg7Ym9yZGVyLWxl ZnQ6MXB4IHNvbGlkIHJnYigyMDQsMjA0LDIwNCk7cGFkZGluZy1sZWZ0OjFleCI+CnM3OiZuYnNw OyBUaGlzIGlzIGFuIGluZm9ybWF0aW9uYWwgZG9jdW1lbnQgYW5kLCBhcyBzdWNoLCBjYW5ub3Qg aGF2ZSBub3JtYXRpdmUgPGJyPgpyZWZlcmVuY2VzLiZuYnNwOyBQbGVhc2UgY29tYmluZSBhbGwg cmVmZXJlbmNlcyBpbnRvIG9uZSByZWZlcmVyZW5jZXMgc2VjdGlvbi48YnI+Cjxicj4KPGJyPjwv YmxvY2txdW90ZT48ZGl2PiZsdDttZ2x0Jmd0OyBJIHVzdWFsbHkgbGlrZSBzdGFuZGFyZCBkb2N1 bWVudCB0byBiZSBub3JtYXRpdmUsIGJ1dCB0aGlzIGlzIGNvcnJlY3QgdGhhdCBmb3IgdXNlIGNh c2VzLCBub25lIG9mIHRoZXNlIGRvY3VtZW50IGFyZSBuZWNlc3NhcnkgdG8gYmUgcmVhZCB0byB1 bmRlcnN0YW5kIHRoZSBkb2N1bWVudCwgc28gSSB3aWxsIHB1dCBhbGwgcmVmZXJlbmNlIGFzIGlu Zm9ybWF0aW9uYWwmbHQ7L21nbHQmZ3Q7PC9kaXY+PGRpdj4mbmJzcDs8L2Rpdj48YmxvY2txdW90 ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MHB4IDBweCAwcHggMC44ZXg7Ym9y ZGVyLWxlZnQ6MXB4IHNvbGlkIHJnYigyMDQsMjA0LDIwNCk7cGFkZGluZy1sZWZ0OjFleCI+Cjxi cj4KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+CkRv dHMgbWFpbGluZyBsaXN0PGJyPgo8YSBocmVmPSJtYWlsdG86RG90c0BpZXRmLm9yZyIgdGFyZ2V0 PSJfYmxhbmsiPkRvdHNAaWV0Zi5vcmc8L2E+PGJyPgo8YSBocmVmPSJodHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RvdHMiIHJlbD0ibm9yZWZlcnJlciIgdGFyZ2V0PSJfYmxh bmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vZG90czwvYT48YnI+Cjwv YmxvY2txdW90ZT48L2Rpdj48YnIgY2xlYXI9ImFsbCI+PGRpdj48YnI+PC9kaXY+LS0gPGJyPjxk aXYgZGlyPSJsdHIiIGNsYXNzPSJnbWFpbF9zaWduYXR1cmUiPjxkaXYgZGlyPSJsdHIiPjxkaXY+ RGFuaWVsIE1pZ2F1bHQ8YnI+PC9kaXY+PGRpdj5Fcmljc3NvbjwvZGl2PjwvZGl2PjwvZGl2Pjwv ZGl2Pgo8L2JvZHk+PC9odG1sPg== ----_com.samsung.android.email_3216141398604900-- From nobody Sat Jul 4 17:18:50 2020 Return-Path: X-Original-To: dots@ietf.org Delivered-To: dots@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1553F3A121D; Sat, 4 Jul 2020 17:18:39 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Murray Kucherawy via Datatracker To: "The IESG" Cc: draft-ietf-dots-use-cases@ietf.org, dots-chairs@ietf.org, dots@ietf.org, Valery Smyslov X-Test-IDTracker: no X-IETF-IDTracker: 7.7.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Murray Kucherawy Message-ID: <159390831861.28326.10896464077831285431@ietfa.amsl.com> Date: Sat, 04 Jul 2020 17:18:39 -0700 Archived-At: Subject: [Dots] Murray Kucherawy's No Objection on draft-ietf-dots-use-cases-24: (with COMMENT) X-BeenThere: dots@ietf.org X-Mailman-Version: 2.1.29 List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jul 2020 00:18:39 -0000 Murray Kucherawy has entered the following ballot position for draft-ietf-dots-use-cases-24: 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-dots-use-cases/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I'll insert my usual whining here about six authors when our preferred limit is five. And now, a few nits: Section 2: * "... may be composed by a cluster of hardware ..." -- s/by a/of a/ ? OLD: Each service subscription usually involve Service Level Agreement (SLA) that have to be met. NEW: Each service subscription usually involves one or more Service Level Agreements (SLAs) that have to be met. NEW 2: Each service subscription usually involves a Service Level Agreement (SLA) that has to be met. Section 3.1: * "... considers two kind of DDoS Mitigation ..." -- s/kind/kinds/ * "... decreased to the certain level ..." -- s/to the/to a/ ? From nobody Sat Jul 4 20:22:58 2020 Return-Path: X-Original-To: dots@ietfa.amsl.com Delivered-To: dots@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E6E7C3A083C; Sat, 4 Jul 2020 20:22:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, 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 g4KAhFzrjnEZ; Sat, 4 Jul 2020 20:22:57 -0700 (PDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) (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 4E60C3A083B; Sat, 4 Jul 2020 20:22:56 -0700 (PDT) Received: from kduck.mit.edu ([24.16.140.251]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id 0653Mowk015893 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 4 Jul 2020 23:22:52 -0400 Date: Sat, 4 Jul 2020 20:22:49 -0700 From: Benjamin Kaduk To: Murray Kucherawy Cc: The IESG , dots-chairs@ietf.org, Valery Smyslov , draft-ietf-dots-use-cases@ietf.org, dots@ietf.org Message-ID: <20200705032249.GO16335@kduck.mit.edu> References: <159390831861.28326.10896464077831285431@ietfa.amsl.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <159390831861.28326.10896464077831285431@ietfa.amsl.com> User-Agent: Mutt/1.12.1 (2019-06-15) Archived-At: Subject: Re: [Dots] Murray Kucherawy's No Objection on draft-ietf-dots-use-cases-24: (with COMMENT) X-BeenThere: dots@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jul 2020 03:22:58 -0000 On Sat, Jul 04, 2020 at 05:18:39PM -0700, Murray Kucherawy via Datatracker wrote: > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > I'll insert my usual whining here about six authors when our preferred limit is five. I did confirm with the authors before the IETF LC that all contributed significantly, but failed to put that in the ballot text. Sorry for missing that. -Ben From nobody Sun Jul 5 18:07:52 2020 Return-Path: X-Original-To: dots@ietfa.amsl.com Delivered-To: dots@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1ED103A0CDB; Sun, 5 Jul 2020 18:07:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GztNxGb1MsRA; Sun, 5 Jul 2020 18:07:48 -0700 (PDT) Received: from mail-vs1-xe2a.google.com (mail-vs1-xe2a.google.com [IPv6:2607:f8b0:4864:20::e2a]) (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 9776F3A0CDA; Sun, 5 Jul 2020 18:07:48 -0700 (PDT) Received: by mail-vs1-xe2a.google.com with SMTP id k7so18389461vso.2; Sun, 05 Jul 2020 18:07:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=GFUAPHhgiT9ehC7gomkEBVIw3O3isA1C7/B+4XzX7gA=; b=Fpt4w+DQlYRZ9BepwUVW7jLdZ0PIShfwV0hOsU3SvHMyG6LnyEknMmIprwR7Zhel57 ucElyfDG6omR5HTugniB9XNFhEit+6hBSR5rPmaXL794bBsHa1iOzKWMzYEWevzgxIgc hqBjTBS4WCMgajNa6rWkMCnlqsUHYh63RuA18+OVA27h3pwgYZ3eNj20lwsdnYUrfcbV T2Pioa5GdjMMPKgPqq2Sk/UnFbeZctve1joz/+FnrSUNoOCbloMQ7uqBblo/KlD7/fpV xiBs4qRbHRmDopp03EynXxBCl6yJZdL0w+iGqNnCT9dVjrfLAaxp+O2bHogwuO7UsHQ8 zmZg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=GFUAPHhgiT9ehC7gomkEBVIw3O3isA1C7/B+4XzX7gA=; b=h/wG39XvAjuNmkqVvKS3nt02IZR0TBJzEBESLPox5wjvjfSUX1rGG1zLm0W8HjaDWI ml4ef87+zqv6gWLxKqXtdfPjBRvaySdfaPL0qLKMjGD0dZH5LNgTkcFoRGzLfiYL4pV5 CXqEj1XPomsMt1iNCR2np3uPK/Vz3oWmoOAXZfL4ybw9z14qNIR2RGIgkVJd4bej9orN Wpi0bdUSpw6MijzSQG5xZwPst4PhDye2DQJZYKsLE70GFte9N3zpuaSPrzGyEqyY7/8i Oa3IZ9kmayNWihBY5VegEd7PQf9/ZDye6ud15yD5EOxvSWs+11Lj6C435AlegFsjUSl5 Eqdw== X-Gm-Message-State: AOAM532FRQOnaB5NYifNIjOAzMATpxqkngRMevSiUTRicvKwxaGVIsV1 P8TyOsZl9GVZmAPYXnxbV7jvt19H5Ucl/URkHl/CUQ== X-Google-Smtp-Source: ABdhPJySsXiZGFP+rU3LVwL/hPu+Cgcm3X4PObeEAUN/xJruKswuB07vcLwN6rTDdG3gEPinj/3eE/nVE4jPv1ay/kg= X-Received: by 2002:a67:b741:: with SMTP id l1mr34940538vsh.180.1593997667431; Sun, 05 Jul 2020 18:07:47 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Daniel Migault Date: Sun, 5 Jul 2020 21:07:36 -0400 Message-ID: To: elwynd Cc: Elwyn Davies , last-call@ietf.org, "gen-art >> General area reviewing team" , draft-ietf-dots-use-cases.all@ietf.org, dots Content-Type: multipart/alternative; boundary="000000000000bd780705a9bb80ad" Archived-At: Subject: Re: [Dots] [Gen-art] Genart last call review of draft-ietf-dots-use-cases-23 X-BeenThere: dots@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2020 01:07:51 -0000 --000000000000bd780705a9bb80ad Content-Type: text/plain; charset="UTF-8" Hi, Thank you for the feed backs. I fixed the comments on my local copy and will soon publish the updated version. Thank you very much for your time and I hope you are safe as well. Yours, Daniel On Fri, Jul 3, 2020 at 1:17 PM elwynd wrote: > Hi, Daniel. > > Thanks for your response. > > The changes look good to me. A couple of minor language improvements if I > may suggest: > > s1, para 1: s/mitigations - which highly depends on a timely > reaction/mitigations that are generally highly dependent on a timely > reaction by the system./ > > fixed > s2, DDoS Mitigation Service: s/usually involve Service Level Agreement > (SLA) that have to be met/usually involves a Service Level Agreement (SLA) > that has to be met/ > > fixed > Paragraph just after Figure 4: s/various aspect/various aspects/ > fixed > > End of 4th paragraph after Figure 4: s/appropriated/appropriate/ > > Otherwise this is all done. > > Hope you are keeping safe and well. > > Cheers, > Elwyn > > Sent from Samsung tablet. > > > -------- Original message -------- > From: Daniel Migault > Date: 02/07/2020 22:28 (GMT+00:00) > To: Elwyn Davies > Cc: last-call@ietf.org, "gen-art >> General area reviewing team" < > gen-art@ietf.org>, draft-ietf-dots-use-cases.all@ietf.org, dots < > dots@ietf.org> > Subject: Re: [Gen-art] [Dots] Genart last call review of > draft-ietf-dots-use-cases-23 > > Hi, > > Thank you for the review. These were helpful to us. I believe that all > comments have been addressed in the version we just published. > Please find more response regarding the comment inlined. > > Yours, > Daniel > > On Wed, Jun 10, 2020 at 12:02 PM Elwyn Davies via Datatracker < > noreply@ietf.org> wrote: > >> Reviewer: Elwyn Davies >> Review result: Ready with Nits >> >> I am the assigned Gen-ART reviewer for this draft. The General Area >> Review Team (Gen-ART) reviews all IETF documents being processed >> by the IESG for the IETF Chair. Please treat these comments just >> like any other last call comments. >> >> For more information, please see the FAQ at >> >> . >> >> Document: draft-ietf-dots-use-cases-23 >> Reviewer: Elwyn Davies >> Review Date: 2020-06-10 >> IETF LC End Date: 2020-06-11 >> IESG Telechat date: Not scheduled for a telechat >> >> Summary: >> Ready wih some minor nits. >> >> Major issues: >> None >> >> Minor issues: >> None >> >> Nits/editorial comments: >> s1, para 1: Just a thought: might be worth adding to the end of this >> para: >> "and increase the time for deployment in a situation where speed is often >> of >> the essence". >> > > I understand that the additional time is part of the reasons that degrade > the efficacy but this is not the only reason. I propose to indicate that > efficacity highly depends on an timely reaction as below: > > OLD > This greatly increases operational complexity which, in turn, > can degrade the efficacy of mitigations. > NEW > This greatly increases operational complexity which, in turn, > can degrade the efficacy of mitigations - which highly depends on a > timely reaction.. > > >> >> s1, last para: Suggest adding in reference to DOTS requirements doc which >> is >> referred to in s2: OLD: >> This document provides sample use cases that provided input for the >> design of the DOTS protocols [RFC8782][RFC8783]. >> NEW >> This document provides sample use cases that motivated the requirements >> for the DOTS protocols [RFC8612] and provided input for the design of >> those protocols [RFC8782][RFC8783]. >> ENDS >> > > I would consider the requirement as part of the process for the design of > the protocol, but it is correct that requirements coudl be included. I > propose the following change: > OLD: > This document provides sample use cases that provided input for the design > of > the DOTS protocols {{RFC8782}}{{RFC8783}}. > NEW: > This document provides sample use cases that provided input for the > requirements {{?RFC8612}} and design of > the DOTS protocols {{!RFC8782}}{{!RFC8783}}. > > >> >> s2: For more logical ordering, move the definition of DDos Mitigation >> Service >> Provider after definition of DDoS Mitigation Service. >> >> fixed. > >> s2, DDoS Mitigation Service: >> OLD: >> Service subscriptions usually >> involve Service Level Agreement (SLA) that have to be met. >> NEW: >> Each service subscription usually >> involves a Service Level Agreement (SLA) that has to be met. >> ENDS >> >> fixed. > > >> s3.1, para 1: The abbreviation ITP has already been defined so you >> shouldn't >> have a redefinition here. >> >> fixed. > >> s3.1, para 7: s/thought different/though different/ >> > fixed > >> >> s3.1, 2nd set of bullets, that are below Fig 1: This woud be more elegant >> using >> (a), (b), etc as the bullet labels. >> >> > I could not find how to do list as a) b) using kramdow but I used an > ordered list 1. 2. instead so a native list format is rendered. > > > >> s3.1: Comment (not being familiar with the DOTS proposals): The text >> indicates >> that the ITP mitigation effort is an all or nothing buisness. Is this >> always >> the case or could the client request or the server provide a proportional >> response rather than an all or nothing response? >> >> > My understanding is that when the decision to mitigate is requested the > ITP mitigates the traffic. As far as I know it is not currently envisioned > to use DOTS for a kind of collaboration between the ITP and the local side, > that is the local site performs 20 % of the attack while the ITP takes in > charge the remaining 80 %. One reason is that it remains hard to express > the capabilities involved to mitigate the attack. Note also that the > capacity of the ITP may be capped by contract. Overall the DOTS is more > about delegating the mitigation as opposed to collaborative mitigation. > > > >> s3.2, last sentence of 2nd para after Fig 2: s/These exact/The exact/ >> >> fixed > >> s3.3, para 2: s/various information/various sets of information/ >> >> fixed > >> s3.3, para after Figure 4: s/monitor various network traffic/monitor >> various >> aspects of the network traffic/. >> >> fixed > >> s3.3, 2nd para after Figure 4: s/it's/it is/ >> >> fixed > >> s3.3, last five paras: Calling out a web interface specifically is overly >> specific. Suggest adding 'for example'in at least one case or changing >> it to >> 'user interface'. >> >> I added the for example which seems closer to the most probable > implementation. > > s3.3, first para on page 11: >> OLD: >> to infer the DDoS Mitigation to elaborate and coordinate. >> NEW: >> to infer, elaborate and coordinate the appropriate DDoS Mitigation. >> ENDS >> >> fixed > > >> s3.3, 3rd and subsequent paras on page 11: The orchestrator appears to >> change >> from one DOTS server to a plurality at this point. Please make it clear >> whether there is one or many. If only one, then s/The orchestrator DOTS >> servers returns this information back/The orchestrator DOTS server >> returns this >> information/ and s/servers/server/ subsequently. >> >> good catch. There is only one server. we address this. > > s3.3, last para s/like requesting/such as requesting/ >> >> fixed. > > >> s7: This is an informational document and, as such, cannot have >> normative >> references. Please combine all references into one refererences section. >> >> >> I usually like standard document to be normative, but this is > correct that for use cases, none of these document are necessary to be read > to understand the document, so I will put all reference as > informational > > >> >> _______________________________________________ >> Dots mailing list >> Dots@ietf.org >> https://www.ietf.org/mailman/listinfo/dots >> > > > -- > Daniel Migault > Ericsson > -- Daniel Migault Ericsson --000000000000bd780705a9bb80ad Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,=C2=A0

Thank you for the = feed backs. I fixed the comments on my local copy and will soon publish the= updated version. Thank you very much for your time and I hope you are safe= as well.

Yours,=C2=A0
Daniel


On = Fri, Jul 3, 2020 at 1:17 PM elwynd <elwynd@folly.org.uk> wrote:
Hi, Daniel.
=

Thanks for your response.=C2= =A0

The changes look goo= d to me.=C2=A0 A couple of minor language improvements if I may suggest:

s1, para 1: s/mitigations = - which highly depends on a timely reaction/mitigations that are generally = highly dependent on a timely reaction by the system./

=C2=A0<mglt>fixed</mglt>
s2, DDoS Mitigation Service: s/usuall= y involve Service Level Agreement (SLA) that have to be met/usually involve= s a Service Level Agreement (SLA) that has to be met/

<mglt>fixed</mglt>=C2=A0
Paragraph just after Figure 4: s/vari= ous aspect/various aspects/
<mglt>fixed&= lt;/mglt>=C2=A0
<= div dir=3D"auto">

End of 4th p= aragraph after Figure 4: s/appropriated/appropriate/

Otherwise this is all done.

Hope you are keeping safe and well.
<= div dir=3D"auto">
Cheers,
Elwyn

Sent from Samsung tablet.


-------- Original message --------
From: Danie= l Migault <mglt= .ietf@gmail.com>
Date: 02/07/2020 22:28 (GMT+00:00)
To: Elwyn Davies <elwynd@dial.pipex.com>
Cc: last-call@ietf.org, "gen-ar= t >> General area reviewing team" <gen-art@ietf.org>, draft-ietf-dots-use-= cases.all@ietf.org, dots <dots@ietf.org>
Subject: Re: [Gen-art] [Dots] Gen= art last call review of draft-ietf-dots-use-cases-23

<= /div>
Hi,=C2=A0

Thank y= ou for the review. These were helpful to us. I believe that all comments=C2= =A0have been addressed in the version we just published.=C2=A0=C2=A0
<= div>Please find more response regarding the comment inlined.=C2=A0

Yours,=C2=A0
Daniel=C2=A0

On Wed, Jun 10, 2020 at = 12:02 PM Elwyn Davies via Datatracker <noreply@ietf.org> wrote:
Reviewer: Elwyn Davies
Review result: Ready with Nits

I am the assigned Gen-ART reviewer for this draft. The General Area
Review Team (Gen-ART) reviews all IETF documents being processed
by the IESG for the IETF Chair.=C2=A0 Please treat these comments just
like any other last call comments.

For more information, please see the FAQ at

<https://trac.ietf.org/trac/gen/wiki/GenArtfaq&g= t;.

Document: draft-ietf-dots-use-cases-23
Reviewer: Elwyn Davies
Review Date: 2020-06-10
IETF LC End Date: 2020-06-11
IESG Telechat date: Not scheduled for a telechat

Summary:
Ready wih some minor nits.

Major issues:
None

Minor issues:
None

Nits/editorial comments:
s1, para 1: Just a thought:=C2=A0 might be worth adding to the end of this = para:
"and increase the time for deployment in a situation where speed is of= ten of
the essence".
=C2=A0<mglt>
=C2=A0= I understand that the additional time is part of the reasons that degrade t= he efficacy but this is not the only reason. I propose to indicate that eff= icacity highly depends on an timely reaction as below:

=
OLD
This greatly increases operational complexity which, in turn,can degrade the efficacy of mitigations.
NEW
This= greatly increases operational complexity which, in turn,
can degrade th= e efficacy of mitigations - which highly depends on=C2=A0 a timely reaction= ..=C2=A0
</mglt>

s1, last para: Suggest adding in reference to DOTS requirements doc which i= s
referred to in s2: OLD:
=C2=A0 =C2=A0This document provides sample use cases that provided input fo= r the
=C2=A0 =C2=A0design of the DOTS protocols [RFC8782][RFC8783].
NEW
=C2=A0 =C2=A0This document provides sample use cases that motivated the req= uirements
=C2=A0 =C2=A0for the DOTS protocols [RFC8612] and provided input for the de= sign of
=C2=A0 =C2=A0those protocols [RFC8782][RFC8783].
ENDS
<mglt>
I would consider the requi= rement as part of the process for the design of the protocol, but it is cor= rect that requirements coudl be included. I propose the following change:
OLD:
This document provides sample use cases that provid= ed input for the design of
the DOTS protocols {{RFC8782}}{{RFC8783}}.
NEW:
This document provides sample use cases that pro= vided input for the requirements {{?RFC8612}} and design of
the DOTS p= rotocols {{!RFC8782}}{{!RFC8783}}.
</mglt>

s2: For more logical ordering, move the definition of DDos Mitigation Servi= ce
Provider after definition of DDoS Mitigation Service.

=C2=A0<mglt> fixed. </mglt>
s2, DDoS Mitigation Service:
OLD:
=C2=A0 =C2=A0 =C2=A0 Service subscriptions usually
=C2=A0 =C2=A0 =C2=A0 involve Service Level Agreement (SLA) that have to be = met.
NEW:
=C2=A0 =C2=A0 =C2=A0 Each service subscription usually
=C2=A0 =C2=A0 =C2=A0 involves a Service Level Agreement (SLA) that has to b= e met.
ENDS

<mglt> fixed.</mglt>
=C2=A0
s3.1, para 1: The abbreviation ITP has already been defined so you shouldn&= #39;t
have a redefinition here.

<mglt> fixed. </mglt>=C2=A0
s3.1, para 7: s/thought different/though different/
&l= t;mglt>fixed</mglt>=C2=A0

s3.1, 2nd set of bullets, that are below Fig 1: This woud be more elegant u= sing
(a), (b), etc as the bullet labels.

<mglt>
I could not find how to do lis= t as a) b) using kramdow=C2=A0but I used an ordered list=C2=A01. 2. instead= so a native list format is rendered.=C2=A0
</mglt>=C2=A0
=C2=A0
s3.1: Comment (not being familiar with the DOTS proposals): The text indica= tes
that the ITP mitigation effort is an all or nothing buisness.=C2=A0 Is this= always
the case or could the client request or the server provide a proportional response rather than an all or nothing response?

<mglt>
My understanding is that when = the decision to mitigate is requested the ITP mitigates the traffic. As far= as I know it is not currently=C2=A0envisioned to use DOTS for a kind of co= llaboration between the ITP and the local side, that is the local site perf= orms 20 % of the attack while the ITP takes in charge the remaining 80 %. O= ne reason is that it remains hard to express the capabilities involved to= =C2=A0mitigate the attack. Note also that the capacity of the ITP may be ca= pped by contract.=C2=A0 Overall the DOTS is more about delegating the mitig= ation as opposed to collaborative mitigation.
</mglt>
=
=C2=A0
s3.2, last sentence of 2nd para after Fig 2: s/These exact/The exact/

=C2=A0<mglt>fixed</mglt>
s3.3, para 2: s/various information/various sets of information/

=C2=A0<mglt>fixed</mglt>
s3.3, para after Figure 4: s/monitor various network traffic/monitor variou= s
aspects of the network traffic/.

<mglt> fixed</mglt>
s3.3, 2nd para after Figure 4: s/it's/it is/

=C2=A0<mglt>fixed</mglt>
s3.3, last five paras: Calling out a web interface specifically is overly specific.=C2=A0 Suggest adding 'for example'in at least one case or= changing it to
'user interface'.

=C2=A0<mgl> I added the for example which seems= closer to the most probable implementation.</mglt>

s3.3, first para on page 11:
OLD:
to infer the DDoS Mitigation to elaborate and coordinate.
NEW:
to infer, elaborate and coordinate the appropriate DDoS Mitigation.
ENDS

<mglt>fixed</mglt>
=C2=A0
=
s3.3, 3rd and subsequent paras on page 11: The orchestrator appears to chan= ge
from one DOTS server to a plurality at this point.=C2=A0 Please make it cle= ar
whether there is one or many.=C2=A0 If only one, then s/The orchestrator DO= TS
servers returns this information back/The orchestrator DOTS server returns = this
information/ and s/servers/server/ subsequently.

=C2=A0<mglt>good catch. There is only one serve= r. we address=C2=A0this.</mglt>

s3.3, last para s/like=C2=A0 requesting/such as requesting/

<mglt>fixed.</mglt>
=C2=A0
s7:=C2=A0 This is an informational document and, as such, cannot have norma= tive
references.=C2=A0 Please combine all references into one refererences secti= on.


<mglt> I usually like standard document to be n= ormative, but this is correct that for use cases, none of these document ar= e necessary to be read to understand the document, so I will put all refere= nce as informational</mglt>
=C2=A0

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


--
Daniel Migault
Ericsson


--
Daniel Migault
=
Ericsson
--000000000000bd780705a9bb80ad-- From nobody Sun Jul 5 19:11:50 2020 Return-Path: X-Original-To: dots@ietf.org Delivered-To: dots@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2A12B3A0D79; Sun, 5 Jul 2020 19:11:49 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: dots@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.7.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: dots@ietf.org Message-ID: <159400150911.1062.2244456379338769322@ietfa.amsl.com> Date: Sun, 05 Jul 2020 19:11:49 -0700 Archived-At: Subject: [Dots] I-D Action: draft-ietf-dots-use-cases-25.txt X-BeenThere: dots@ietf.org X-Mailman-Version: 2.1.29 List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2020 02:11:49 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the DDoS Open Threat Signaling WG of the IETF. Title : Use cases for DDoS Open Threat Signaling Authors : Roland Dobbins Daniel Migault Robert Moskowitz Nik Teague Liang Xia Kaname Nishizuka Filename : draft-ietf-dots-use-cases-25.txt Pages : 15 Date : 2020-07-05 Abstract: The DDoS Open Threat Signaling (DOTS) effort is intended to provide protocols to facilitate interoperability across disparate DDoS mitigation solutions. This document presents sample use cases which describe the interactions expected between the DOTS components as well as DOTS messaging exchanges. These use cases are meant to identify the interacting DOTS components, how they collaborate, and what are the typical information to be exchanged. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-dots-use-cases/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-dots-use-cases-25 https://datatracker.ietf.org/doc/html/draft-ietf-dots-use-cases-25 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-dots-use-cases-25 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 Sun Jul 5 19:13:07 2020 Return-Path: X-Original-To: dots@ietfa.amsl.com Delivered-To: dots@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 659633A0D7A; Sun, 5 Jul 2020 19:13:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mDbIHoJwlDnU; Sun, 5 Jul 2020 19:12:58 -0700 (PDT) Received: from mail-vk1-xa35.google.com (mail-vk1-xa35.google.com [IPv6:2607:f8b0:4864:20::a35]) (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 CB28E3A0CE8; Sun, 5 Jul 2020 19:12:58 -0700 (PDT) Received: by mail-vk1-xa35.google.com with SMTP id g22so4025091vke.9; Sun, 05 Jul 2020 19:12:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=dlXR9TE91A6ryBzUsNrMWE/Ye7lgHSGmr7HmCH/Ewi0=; b=GJdf4/PsfuO3NB7bqyIYAKUvH+lSUg6ePB4Z93kXZauDpkdD76MffQZOjMMXkuZI4b kzKHCHZTNWHDUDbmtshET6ybZrN7hxs8xcTMtWSVl1GjgdLjRn3y+oijdvWJAGKVsMK1 aafUwcZp7Rv7QrSb8YyaH59JEvoy/91TFDM/fdsp/Y9FPFMjwBY6TK8CNhfWj18yH2CM BJGLYGhdSdQNvHK7LvzEZ3muZmoGdA0X1RBQIUApwrHYa98DHw6uuT/xuTiAh5FHeDSf dAuZMkxAga9VYk6E+i1uMwjVGpIonVjvgirqAgNs80s7kkLsbRO3vOOqjvVby7IfGdzh sYdQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=dlXR9TE91A6ryBzUsNrMWE/Ye7lgHSGmr7HmCH/Ewi0=; b=AAsN5juM3uREHFSDdvqoY6RRwVR2MGOdm7faQEcoWmf3f3VmphgqNefuYmQk4LuPW3 UTE+lEmbz/27XfgJuG3T7zaxycUcvxYs8eeeVqZzEpUgXgXzUsDQTlBnaDEdwgvRvpte K34N9SHnd4g9WjWzRr/jwQFvETTANezEWHaqs12eDJNhNExa7iZbpx9E4cEPYWmK+hRT rtcJLCGDPofwvE0bt7Hw8Eeud8ifiRm4HCpDMLpRDj5jWQIDTBFp37JkJPrg7jThrCxM 3/fRzaD0An65WFS36r22GSqaA6w8Cd/WbPBtA5jVDedlhLYuzipXUOmJjzPZPDyc8f5+ qZAg== X-Gm-Message-State: AOAM531pTXiblWmp5+82VW3WracJStM78r0w4iQTgYGqie5EFb/5iyLa /KeILAuSx9iB2oTKJCJ4B40IZfhVIRGaeIh7bHw= X-Google-Smtp-Source: ABdhPJz5G1JHw/IZU/uz4tOf81hxo1B/KUrG/SElkFG2T9jGrbA33JTihQ/2c5/XZy2uViyLyLHvDbdNiAKQ2MCtzA4= X-Received: by 2002:a1f:d642:: with SMTP id n63mr17531709vkg.77.1594001577852; Sun, 05 Jul 2020 19:12:57 -0700 (PDT) MIME-Version: 1.0 References: <159390831861.28326.10896464077831285431@ietfa.amsl.com> In-Reply-To: <159390831861.28326.10896464077831285431@ietfa.amsl.com> From: Daniel Migault Date: Sun, 5 Jul 2020 22:12:46 -0400 Message-ID: To: Murray Kucherawy Cc: The IESG , dots-chairs@ietf.org, Valery Smyslov , draft-ietf-dots-use-cases@ietf.org, dots Content-Type: multipart/alternative; boundary="000000000000d1c2f805a9bc69cb" Archived-At: Subject: Re: [Dots] Murray Kucherawy's No Objection on draft-ietf-dots-use-cases-24: (with COMMENT) X-BeenThere: dots@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2020 02:13:01 -0000 --000000000000d1c2f805a9bc69cb Content-Type: text/plain; charset="UTF-8" Hi, Thanks for the feed backs. I have just taken then into account in the version just published. Thank you for your time. Note that the initial number of co-author for the draft was 7 and brought down to 6. Yours, Daniel On Sat, Jul 4, 2020 at 8:18 PM Murray Kucherawy via Datatracker < noreply@ietf.org> wrote: > Murray Kucherawy has entered the following ballot position for > draft-ietf-dots-use-cases-24: 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-dots-use-cases/ > > > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > I'll insert my usual whining here about six authors when our preferred > limit is five. > > And now, a few nits: > > Section 2: > > * "... may be composed by a cluster of hardware ..." -- s/by a/of a/ ? > > fixed > OLD: > Each service subscription > usually involve Service Level Agreement (SLA) that have to be met. > NEW: > Each service subscription > usually involves one or more Service Level Agreements (SLAs) that > have to be met. > NEW 2: > Each service subscription > usually involves a Service Level Agreement (SLA) that has to be met. > this is the one we picked. > > Section 3.1: > > * "... considers two kind of DDoS Mitigation ..." -- s/kind/kinds/ > > fixed. > * "... decreased to the certain level ..." -- s/to the/to a/ ? > > fixed. > > > _______________________________________________ > Dots mailing list > Dots@ietf.org > https://www.ietf.org/mailman/listinfo/dots > -- Daniel Migault Ericsson --000000000000d1c2f805a9bc69cb Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,=C2=A0

Thanks for t= he feed backs. I have just taken then into account=C2=A0in the version just= published. Thank you for your time.=C2=A0
Note that the initial = number of co-author for the draft was 7 and brought down to 6.
Yours,=C2=A0
Daniel

On Sat, Jul 4, 2020 at 8:18 PM Mur= ray Kucherawy via Datatracker <norep= ly@ietf.org> wrote:
Murray Kucherawy has entered the following ballot position for draft-ietf-dots-use-cases-24: 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/s= tatement/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-ie= tf-dots-use-cases/



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

I'll insert my usual whining here about six authors when our preferred = limit is five.

And now, a few nits:

Section 2:

* "... may be composed by a cluster of hardware=C2=A0 ..." -- s/b= y a/of a/ ?

<mglt>fixed</mglt>=C2=A0
OLD:
=C2=A0 =C2=A0 =C2=A0 Each service subscription
=C2=A0 =C2=A0 =C2=A0 usually involve Service Level Agreement (SLA) that hav= e to be met.
NEW:
=C2=A0 =C2=A0 =C2=A0 Each service subscription
=C2=A0 =C2=A0 =C2=A0 usually involves one or more Service Level Agreements = (SLAs) that have to be met.
NEW 2:
=C2=A0 =C2=A0 =C2=A0 Each service subscription
=C2=A0 =C2=A0 =C2=A0 usually involves a Service Level Agreement (SLA) that = has to be met.
<mglt>this is the one we picked.&= lt;/mglt>=C2=A0

Section 3.1:

* "... considers two kind of DDoS Mitigation ..." -- s/kind/kinds= /

<mglt>fixed.</mglt>=C2=A0
* "... decreased to the certain level ..." -- s/to the/to a/ ?
<mglt>fixed.</mglt>=C2=A0


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


--
Daniel Migault
Ericsson
--000000000000d1c2f805a9bc69cb-- From nobody Mon Jul 6 00:46:32 2020 Return-Path: X-Original-To: dots@ietfa.amsl.com Delivered-To: dots@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1D4A73A118F; Mon, 6 Jul 2020 00:46:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.102 X-Spam-Level: *** X-Spam-Status: No, score=3.102 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_SUMOF=5, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 jJUX6dRVO0pX; Mon, 6 Jul 2020 00:46:28 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 50B9F3A118E; Mon, 6 Jul 2020 00:46:28 -0700 (PDT) Received: from [192.168.1.121] (213-67-237-150-no99.tbcn.telia.com [213.67.237.150]) by mail.tail-f.com (Postfix) with ESMTPSA id 369841AE02AA; Mon, 6 Jul 2020 09:46:24 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) From: Jan Lindblad In-Reply-To: <5252_1593761623_5EFEDF57_5252_57_9_787AE7BB302AE849A7480A190F8B9330314EE318@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> Date: Mon, 6 Jul 2020 09:46:23 +0200 Cc: "yang-doctors@ietf.org" , "dots@ietf.org" , "draft-ietf-dots-telemetry.all@ietf.org" Content-Transfer-Encoding: quoted-printable Message-Id: <4B4D2FC8-68E0-4C59-96AF-17E0D77F325D@tail-f.com> References: <159353177839.29172.8254735147639701580@ietfa.amsl.com> <5252_1593761623_5EFEDF57_5252_57_9_787AE7BB302AE849A7480A190F8B9330314EE318@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> To: mohamed.boucadair@orange.com X-Mailer: Apple Mail (2.3608.80.23.2.2) Archived-At: Subject: Re: [Dots] Yangdoctors early review of draft-ietf-dots-telemetry-09 X-BeenThere: dots@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2020 07:46:30 -0000 Med, > Staring with #1 and #3.=20 >=20 > I made changes to draft-ietf-dots-telemetry to comply with RFC8791. = There are few changes as it can be seen in this diff: > = https://github.com/boucadair/draft-dots-telemetry/blob/master/diff-module-= 8791.pdf=20 [Janl] Very good, I think this approach will work well. > The changes to the tree structure can be seen at: = https://github.com/boucadair/draft-dots-telemetry/blob/master/diff-tree-87= 91.pdf=20 >=20 > Please note that these changes are made with the assumption that the = YANG module in RFC8782 is updated also to use sx:structure. We are = working on an update which can be seen at = (https://github.com/boucadair/rfc8782-yang-update) >=20 > Can you please let me know if these changes are in the good direction? = Any other comment on the updated draft-ietf-dots-telemetry module is = appreciated. =20 [Janl] Yes, this is definitely going a long way in the right direction. = Well done. =46rom a protocol definition pov, there are still undefined areas that = need to be filled in (#2), e.g. around operation semantics and error = handling. Best Regards, /jan >> -----Message d'origine----- >> De : Jan Lindblad via Datatracker [mailto:noreply@ietf.org] >> Envoy=C3=A9 : mardi 30 juin 2020 17:43 >> =C3=80 : yang-doctors@ietf.org >> Cc : dots@ietf.org; draft-ietf-dots-telemetry.all@ietf.org >> Objet : Yangdoctors early review of draft-ietf-dots-telemetry-09 >>=20 >> Reviewer: Jan Lindblad >> Review result: Not Ready >>=20 >> This is the YD early review of draft-ietf-dots-telemetry as requested = by >> the >> DOTS WG. >>=20 >> The ietf-dots-telemetry YANG module is not like other YANG modules. = It >> specifically states that it does not pertain to NETCONF/RESTCONF >> management, >> but is only meant to be mapped to a specific CoAP based protocol >> "dots-signal-channel" created by the DOTS WG. The = draft-ietf-dots-telemetry >> says in section 4.7: >>=20 >> The DOTS telemetry module (Section 9.1) is not intended to be used >> via NETCONF/RESTCONF for DOTS server management purposes. It = serves >> only to provide a data model and encoding, but not a management = data >> model. DOTS servers are allowed to update the non-configurable = 'ro' >> entities in the responses of DOTS telemetry messages. >>=20 >> While this approach is highly uncommon, after giving it some thought, = I >> believe >> this approach could be useful to client and server implementors. = However, I >> find two fundamental problems in the particular way this has been = done in >> this >> case. I believe the problems are fixable, but may involve updating = existing >> DOTS RFCs. >>=20 >> #1) YANG data declarations used as message bodies >>=20 >> You can define your own message types with whatever content you = desire in >> YANG. >> Just use rpc/action and notification statements. This draft does not = do >> that, >> but instead defines message bodies as if they were top level YANG = config >> elements. This obviously violates the aras of YANG that speak about = data >> stores, accessible data trees, and what not. Apart from confusing >> experienced >> YANG users, the meaning of statements like "config false" is suddenly = most >> unclear when the foundations of YANG are disregarded. >>=20 >> In my opinion the top level of the module needs to be rewritten to = use >> proper >> YANG rpc/action and notification statements. The existing message = bodies, >> and >> the way they are augmented, could all work very well. It's just the >> framework >> around them that isn't sound. >>=20 >> Unfortunately the problematic top level structures of = draft-ietf-dots- >> telemetry >> are based on structures imported from ietf-dots-signal-channel.yang, = which >> is >> already published in DOTS RFC 8782. I have not been able to find any = YD >> review >> of this module, so I would suspect none were ever performed. To make = the >> DOTS >> signal-channel framework usable, I would suggest obsoleting RFC8782 = and >> write a >> bis with an improved YANG action/notification based foundation. The = number >> of >> changed lines in the YANG can probably be kept rather small. >>=20 >> #2) Missing pieces in YANG to dots-signal-channel protocol mapping >>=20 >> The draft-ietf-dots-telemetry references CoAP RFC 7959, which defines = a >> number >> of basic management operations (GET, PUT, POST, ...), and CBOR RFC = 7049 >> content >> encoding, with the draft-ietf-core-yang-cbor-12 addendum for how YANG = data >> is >> to be encoded in CBOR. Unfortunately, a protocol specification that >> consists of >> these three references is not quite complete. Since this is an early >> review, it >> may be that the draft authors are already planning to pull the = protocol >> specification up a notch, or I may have missed some piece(s) of the = puzzle. >> In >> any case, a protocol specification on par with what is available for >> RESTCONF >> or NETCONF would be required. >>=20 >> The dots-signal-channel specification in RFC 8782 makes an = Informative >> Reference to draft specification for a protocol called CoMI >> (draft-ietf-core-comi-09), which attempts to take on the YANG to CoAP >> mapping. >> One way of filling in the blanks for dots-signal-channel might be to >> leverage >> the CoMI work. Fixing #1 would be required to leverage CoMI. >>=20 >> Currently, dots-signal-channel protocol specification (taken as the = sum of >> CoAP, CBOR and draft-ietf-core-yang-cbor-12) is missing information = about >> operation semantics, operation encoding, error handling, for example. = RFC >> 8040 >> sections 5, 6, 7 or RFC 6241 sections 4, 7, 8 contain the sort of >> information >> I'm looking for. >>=20 >> #3) Other than that, probably good >>=20 >> Other than issues #1 and #2 above, the module seems to be in pretty = good >> shape. >> Some content is hard to judge since the intended meaning of config >> true/false >> for example is unclear, so a new review will be required after the >> fundamentals >> have been resolved. The module is both easy to read and conforms with = IETF >> standards except as noted above, staying on the clean and simple = side. >>=20 >>=20 >=20 >=20 > = __________________________________________________________________________= _______________________________________________ >=20 > Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez = recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les = messages electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, = deforme ou falsifie. Merci. >=20 > This message and its attachments may contain confidential or = privileged information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and = delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. > Thank you. >=20 From nobody Mon Jul 6 01:25:38 2020 Return-Path: X-Original-To: dots@ietfa.amsl.com Delivered-To: dots@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C13D63A11CD for ; Mon, 6 Jul 2020 01:25:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.096 X-Spam-Level: X-Spam-Status: No, score=-2.096 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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=orange.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 XC6UqKbbjIs1 for ; Mon, 6 Jul 2020 01:25:35 -0700 (PDT) Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.70.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5D1B13A11CB for ; Mon, 6 Jul 2020 01:25:35 -0700 (PDT) Received: from opfednr07.francetelecom.fr (unknown [xx.xx.xx.71]) by opfednr22.francetelecom.fr (ESMTP service) with ESMTP id 4B0dtP635dzysS for ; Mon, 6 Jul 2020 10:25:33 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1594023933; bh=3tWlwN8v3i6Ac6R72VNSMh5hLeqHjnTq3Y+HYHiBo/w=; h=From:To:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=alIV6aOK2oUS0+222diFBz2DqMgNUlcE+w8ya0+JvWe6YezUSG/3eLB/Pv+/f34sK /+Gtlx/jZbuQG1i/3X4v+Tq63NTcUzzkN5otDCK9G01j1YrSFEx38h5FdkOIZXY+nv cnXhy7b4L7zRJ9lsoL8GjHg7h1VfXdnqAUwobiotALRCpgpYGoQQuYvZ23Mf7M0w7T pWvjMjZpgizgQiRAgxLdf5w7KxZvY1nnJmeJIFBAqWuY+kKljrMi1t1WOD3LAjFe5R t3Xy5qvYcToRjPxOO7F2XkRtBEcbFUankDAy+YWtLu3rZ2B8jnhwknkpX8PVP4xQTL bYaXod3gRxHLA== Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.82]) by opfednr07.francetelecom.fr (ESMTP service) with ESMTP id 4B0dtP5L3GzFpWX for ; Mon, 6 Jul 2020 10:25:33 +0200 (CEST) From: To: "dots@ietf.org" Thread-Topic: New Version Notification for draft-boucadair-dots-rfc8782-yang-update-00.txt Thread-Index: AQHWU25kJq8oZMWWr0WSX+2dZbpq0aj6Nfrg Date: Mon, 6 Jul 2020 08:25:32 +0000 Message-ID: <17997_1594023933_5F02DFFD_17997_31_1_787AE7BB302AE849A7480A190F8B9330314F0493@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> References: <159402366205.11274.7421365522251454354@ietfa.amsl.com> In-Reply-To: <159402366205.11274.7421365522251454354@ietfa.amsl.com> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.114.13.247] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: [Dots] TR: New Version Notification for draft-boucadair-dots-rfc8782-yang-update-00.txt X-BeenThere: dots@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2020 08:25:38 -0000 SGkgYWxsLCANCg0KVGhpcyBkcmFmdCB1cGRhdGVzIHRoZSBzaWduYWwgY2hhbm5lbCB5YW5nIG1v ZHVsZSB0byBjb21wbHkgd2l0aCBSRkM4NzkxIGFzIGRpc2N1c3NlZCB3aXRoIHlhbmdkb2N0b3Jz LiANCg0KVGhpcyBkcmFmdCB3aWxsIGJlIGNpdGVkIGFzIGEgbm9ybWF0aXZlIHJlZmVyZW5jZSBm b3IgdGhlIHRlbGVtZXRyeSBkcmFmdC4gDQoNCkEgZGlmZiB2cyB0aGUgUkZDODc4MiBtb2R1bGUg Y2FuIGJlIHNlZW4gaGVyZTogaHR0cHM6Ly9naXRodWIuY29tL2JvdWNhZGFpci9yZmM4NzgyLXlh bmctdXBkYXRlL2Jsb2IvbWFzdGVyL2RpZmYtODc5MS1tb2R1bGUucGRmIA0KDQpDaGVlcnMsDQpN ZWQNCg0KLS0tLS1NZXNzYWdlIGQnb3JpZ2luZS0tLS0tDQpEZcKgOiBpbnRlcm5ldC1kcmFmdHNA aWV0Zi5vcmcgW21haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmddIA0KRW52b3nDqcKgOiBs dW5kaSA2IGp1aWxsZXQgMjAyMCAxMDoyMQ0Kw4DCoDogSm9uIFNoYWxsb3c7IEJPVUNBREFJUiBN b2hhbWVkIFRHSS9PTE4NCk9iamV0wqA6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJh ZnQtYm91Y2FkYWlyLWRvdHMtcmZjODc4Mi15YW5nLXVwZGF0ZS0wMC50eHQNCg0KDQpBIG5ldyB2 ZXJzaW9uIG9mIEktRCwgZHJhZnQtYm91Y2FkYWlyLWRvdHMtcmZjODc4Mi15YW5nLXVwZGF0ZS0w MC50eHQNCmhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgTW9oYW1lZCBCb3VjYWRh aXIgYW5kIHBvc3RlZCB0byB0aGUNCklFVEYgcmVwb3NpdG9yeS4NCg0KTmFtZToJCWRyYWZ0LWJv dWNhZGFpci1kb3RzLXJmYzg3ODIteWFuZy11cGRhdGUNClJldmlzaW9uOgkwMA0KVGl0bGU6CQlB IFlBTkcgRGF0YSBNb2RlbCBmb3IgRGlzdHJpYnV0ZWQgRGVuaWFsLW9mLVNlcnZpY2UgT3BlbiBU aHJlYXQgU2lnbmFsaW5nIChET1RTKSBTaWduYWwgQ2hhbm5lbA0KRG9jdW1lbnQgZGF0ZToJMjAy MC0wNy0wNg0KR3JvdXA6CQlJbmRpdmlkdWFsIFN1Ym1pc3Npb24NClBhZ2VzOgkJMjANClVSTDog ICAgICAgICAgICBodHRwczovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtYm91 Y2FkYWlyLWRvdHMtcmZjODc4Mi15YW5nLXVwZGF0ZS0wMC50eHQNClN0YXR1czogICAgICAgICBo dHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1ib3VjYWRhaXItZG90cy1yZmM4 NzgyLXlhbmctdXBkYXRlLw0KSHRtbGl6ZWQ6ICAgICAgIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcv aHRtbC9kcmFmdC1ib3VjYWRhaXItZG90cy1yZmM4NzgyLXlhbmctdXBkYXRlLTAwDQpIdG1saXpl ZDogICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1ib3Vj YWRhaXItZG90cy1yZmM4NzgyLXlhbmctdXBkYXRlDQoNCg0KQWJzdHJhY3Q6DQogICBUaGlzIGRv Y3VtZW50IHNwZWNpZmllcyBhbiB1cGRhdGVkIHZlcnNpb24gb2YgdGhlIERpc3RyaWJ1dGVkIERl bmlhbC0NCiAgIG9mLVNlcnZpY2UgT3BlbiBUaHJlYXQgU2lnbmFsaW5nIChET1RTKSBTaWduYWwg Q2hhbm5lbCBZQU5HIGRhdGENCiAgIG1vZGVsLiAgVGhpcyB1cGRhdGVkIHZlcnNpb24gbWFrZXMg dXNlIG9mIHRoZSBuZXcgbWVjaGFuaXNtcyBmb3INCiAgIGRlZmluaW5nIGFic3RyYWN0IGRhdGEg c3RydWN0dXJlcyB3aXRoIFlBTkcgYXMgc3BlY2lmaWVkIGluIFJGQzg3OTEuDQoNCiAgIFRoaXMg ZG9jdW1lbnQgdXBkYXRlcyBSRkMgODc4Mi4NCg0KICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0K DQoNClBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9t IHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24NCnVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBk aWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuDQoNClRoZSBJRVRGIFNlY3JldGFy aWF0DQoNCg0KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18KCkNlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZl bnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdp ZWVzIGV0IG5lIGRvaXZlbnQgZG9uYwpwYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNv cGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIg ZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlcgphIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWly ZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVl cyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLApPcmFuZ2UgZGVjbGluZSB0b3V0ZSBy ZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxz aWZpZS4gTWVyY2kuCgpUaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFp biBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90 ZWN0ZWQgYnkgbGF3Owp0aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29w aWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi4KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFp bCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNz YWdlIGFuZCBpdHMgYXR0YWNobWVudHMuCkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3Jhbmdl IGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFu Z2VkIG9yIGZhbHNpZmllZC4KVGhhbmsgeW91LgoK From nobody Mon Jul 6 05:59:38 2020 Return-Path: X-Original-To: dots@ietfa.amsl.com Delivered-To: dots@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B3AA73A1469; Mon, 6 Jul 2020 05:59:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.096 X-Spam-Level: X-Spam-Status: No, score=-2.096 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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=orange.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 j-E6KRruGlJS; Mon, 6 Jul 2020 05:59:34 -0700 (PDT) Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.66.39]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CA7113A1467; Mon, 6 Jul 2020 05:59:33 -0700 (PDT) Received: from opfedar05.francetelecom.fr (unknown [xx.xx.xx.7]) by opfedar22.francetelecom.fr (ESMTP service) with ESMTP id 4B0lyX1K9sz2xg6; Mon, 6 Jul 2020 14:59:32 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1594040372; bh=R4fVkwprGdwARBOnQl1xFdL80PgXsjmwPWSqK+VjtQI=; h=From:To:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=SjHoHSENeYIZjIiW5lca1kKpN2+4WlmzwDSQzlRwJI6rTcPjoQ52sIxFe64D6ACXg uWKR4qM1vxFEbNrjiUpB5jUrmlMAH0bdFy0HXy6lAuRL4E8KwmRcrRq/BQtwH/9ZIE uyAwrJamOIYrgZXQqbE0cC+25EzhXf5+llTocDr/fdj6G0eaV0DmFJSxiMZWgL17op fCN/oKRt6OmPaKyQOioqy9RoB4mnI2a/kOTbpib191uUyUKU2ceNA/pXmuJGB5LZJt gBGjMyW7MGysBXlm+yrIBqXWJI2QFYpgY1K8xrPR7YgkaUQf7mD7LQHggPAqOL0DWM DwV4JcuWKPdSA== Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.95]) by opfedar05.francetelecom.fr (ESMTP service) with ESMTP id 4B0lyX068xz2xCF; Mon, 6 Jul 2020 14:59:32 +0200 (CEST) From: To: Jan Lindblad CC: "yang-doctors@ietf.org" , "dots@ietf.org" , "draft-ietf-dots-telemetry.all@ietf.org" Thread-Topic: Yangdoctors early review of draft-ietf-dots-telemetry-09 Thread-Index: AQHWU2mN4imJeeKPL0qKrvo1wc5kiqj6fe8A Date: Mon, 6 Jul 2020 12:59:31 +0000 Message-ID: <10654_1594040372_5F032034_10654_248_1_787AE7BB302AE849A7480A190F8B9330314F0712@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> References: <159353177839.29172.8254735147639701580@ietfa.amsl.com> <5252_1593761623_5EFEDF57_5252_57_9_787AE7BB302AE849A7480A190F8B9330314EE318@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <4B4D2FC8-68E0-4C59-96AF-17E0D77F325D@tail-f.com> In-Reply-To: <4B4D2FC8-68E0-4C59-96AF-17E0D77F325D@tail-f.com> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.114.13.247] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [Dots] Yangdoctors early review of draft-ietf-dots-telemetry-09 X-BeenThere: dots@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2020 12:59:36 -0000 SGkgSmFuLCANCg0KR3JlYXQuIFRoYW5rcy4NCg0KRm9jdXNpbmcgbm93IG9uICMyLiBXZSBhcmUg YWRoZXJpbmcgdG8gdGhlIGJhc2Ugc3BlYyBkZWZpbmVkIGluIFJGQzcyNTIgd2l0aCBzcGVjaWZp Y3MgZGVmaW5lZCBpbiB0aGUgRE9UUyBkb2N1bWVudHMuIA0KDQpJZiB3ZSBjb25zaWRlciBlcnJv ciBoYW5kbGluZyBmb3IgZXhhbXBsZSwgdGhlIGdlbmVyYWwgcnVsZSBpczoNCg0KICAgRE9UUyBh Z2VudHMgTVVTVCBzdXBwb3J0IEdFVCwgUFVULCBhbmQgREVMRVRFIENvQVAgbWV0aG9kcy4gIFRo ZQ0KICAgcGF5bG9hZCBpbmNsdWRlZCBpbiBDb0FQIHJlc3BvbnNlcyB3aXRoIDIueHggUmVzcG9u c2UgQ29kZXMgTVVTVCBiZQ0KICAgb2YgY29udGVudCB0eXBlICJhcHBsaWNhdGlvbi9kb3RzK2Ni b3IiLiAgQ29BUCByZXNwb25zZXMgd2l0aCA0Lnh4DQogICBhbmQgNS54eCBlcnJvciBSZXNwb25z ZSBDb2RlcyBNVVNUIGluY2x1ZGUgYSBkaWFnbm9zdGljIHBheWxvYWQNCiAgIChTZWN0aW9uIDUu NS4yIG9mIFtSRkM3MjUyXSkuICBUaGUgZGlhZ25vc3RpYyBwYXlsb2FkIG1heSBjb250YWluDQog ICBhZGRpdGlvbmFsIGluZm9ybWF0aW9uIHRvIGFpZCB0cm91Ymxlc2hvb3RpbmcuDQoNCldlIGRv IGhhdmUgc3BlY2lmaWMgdGhpbmdzIHN1Y2ggYXMgdGhlIGZvbGxvd2luZyBpbiB0aGUgdGVsZW1l dHJ5IGRyYWZ0Og0KDQo9PQ0KICAgVGhlIERPVFMgc2VydmVyIGluZGljYXRlcyB0aGUgcmVzdWx0 IG9mIHByb2Nlc3NpbmcgdGhlIFBVVCByZXF1ZXN0DQogICB1c2luZyB0aGUgZm9sbG93aW5nIHJl c3BvbnNlIGNvZGVzOg0KDQogICBvICBJZiB0aGUgcmVxdWVzdCBpcyBtaXNzaW5nIGEgbWFuZGF0 b3J5IGF0dHJpYnV0ZSwgZG9lcyBub3QgaW5jbHVkZQ0KICAgICAgJ2N1aWQnIG9yICd0c2lkJyBV cmktUGF0aCBwYXJhbWV0ZXJzLCBvciBjb250YWlucyBvbmUgb3IgbW9yZQ0KICAgICAgaW52YWxp ZCBvciB1bmtub3duIHBhcmFtZXRlcnMsIDQuMDAgKEJhZCBSZXF1ZXN0KSBNVVNUIGJlIHJldHVy bmVkDQogICAgICBpbiB0aGUgcmVzcG9uc2UuDQoNCiAgIG8gIElmIHRoZSBET1RTIHNlcnZlciBk b2VzIG5vdCBmaW5kIHRoZSAndHNpZCcgcGFyYW1ldGVyIHZhbHVlDQogICAgICBjb252ZXllZCBp biB0aGUgUFVUIHJlcXVlc3QgaW4gaXRzIGNvbmZpZ3VyYXRpb24gZGF0YSBhbmQgaWYgdGhlDQog ICAgICBET1RTIHNlcnZlciBoYXMgYWNjZXB0ZWQgdGhlIGNvbmZpZ3VyYXRpb24gcGFyYW1ldGVy cywgdGhlbiBhDQogICAgICByZXNwb25zZSBjb2RlIDIuMDEgKENyZWF0ZWQpIE1VU1QgYmUgcmV0 dXJuZWQgaW4gdGhlIHJlc3BvbnNlLg0KDQogICBvICBJZiB0aGUgRE9UUyBzZXJ2ZXIgZmluZHMg dGhlICd0c2lkJyBwYXJhbWV0ZXIgdmFsdWUgY29udmV5ZWQgaW4NCiAgICAgIHRoZSBQVVQgcmVx dWVzdCBpbiBpdHMgY29uZmlndXJhdGlvbiBkYXRhIGFuZCBpZiB0aGUgRE9UUyBzZXJ2ZXINCiAg ICAgIGhhcyBhY2NlcHRlZCB0aGUgdXBkYXRlZCBjb25maWd1cmF0aW9uIHBhcmFtZXRlcnMsIDIu MDQgKENoYW5nZWQpDQogICAgICBNVVNUIGJlIHJldHVybmVkIGluIHRoZSByZXNwb25zZS4NCg0K ICAgbyAgSWYgYW55IG9mIHRoZSBlbmNsb3NlZCBjb25maWd1cmFibGUgYXR0cmlidXRlIHZhbHVl cyBhcmUgbm90DQogICAgICBhY2NlcHRhYmxlIHRvIHRoZSBET1RTIHNlcnZlciAoU2VjdGlvbiA2 LjEuMSksIDQuMjIgKFVucHJvY2Vzc2FibGUNCiAgICAgIEVudGl0eSkgTVVTVCBiZSByZXR1cm5l ZCBpbiB0aGUgcmVzcG9uc2UuDQoNCiAgICAgIFRoZSBET1RTIGNsaWVudCBtYXkgcmUtdHJ5IGFu ZCBzZW5kIHRoZSBQVVQgcmVxdWVzdCB3aXRoIHVwZGF0ZWQNCiAgICAgIGF0dHJpYnV0ZSB2YWx1 ZXMgYWNjZXB0YWJsZSB0byB0aGUgRE9UUyBzZXJ2ZXIuDQo9PQ0KDQpJc24ndCB0aGlzIHBhcnQg b2YgZXJyb3IgaGFuZGxpbmc/IE9yIHlvdSBhcmUgdGhpbmtpbmcgYWJvdXQgc29tZXRoaW5nIGVs c2U/IA0KDQpUaGFuayB5b3UuDQoNCkNoZWVycw0KTWVkDQoNCj4gLS0tLS1NZXNzYWdlIGQnb3Jp Z2luZS0tLS0tDQo+IERlwqA6IEphbiBMaW5kYmxhZCBbbWFpbHRvOmphbmxAdGFpbC1mLmNvbV0N Cj4gRW52b3nDqcKgOiBsdW5kaSA2IGp1aWxsZXQgMjAyMCAwOTo0Ng0KPiDDgMKgOiBCT1VDQURB SVIgTW9oYW1lZCBUR0kvT0xODQo+IENjwqA6IHlhbmctZG9jdG9yc0BpZXRmLm9yZzsgZG90c0Bp ZXRmLm9yZzsgZHJhZnQtaWV0Zi1kb3RzLQ0KPiB0ZWxlbWV0cnkuYWxsQGlldGYub3JnDQo+IE9i amV0wqA6IFJlOiBZYW5nZG9jdG9ycyBlYXJseSByZXZpZXcgb2YgZHJhZnQtaWV0Zi1kb3RzLXRl bGVtZXRyeS0wOQ0KPiANCj4gTWVkLA0KPiANCj4gPiBTdGFyaW5nIHdpdGggIzEgYW5kICMzLg0K PiA+DQo+ID4gSSBtYWRlIGNoYW5nZXMgdG8gZHJhZnQtaWV0Zi1kb3RzLXRlbGVtZXRyeSB0byBj b21wbHkgd2l0aCBSRkM4NzkxLiBUaGVyZQ0KPiBhcmUgZmV3IGNoYW5nZXMgYXMgaXQgY2FuIGJl IHNlZW4gaW4gdGhpcyBkaWZmOg0KPiA+IGh0dHBzOi8vZ2l0aHViLmNvbS9ib3VjYWRhaXIvZHJh ZnQtZG90cy10ZWxlbWV0cnkvYmxvYi9tYXN0ZXIvZGlmZi0NCj4gbW9kdWxlLTg3OTEucGRmDQo+ IA0KPiBbSmFubF0gVmVyeSBnb29kLCBJIHRoaW5rIHRoaXMgYXBwcm9hY2ggd2lsbCB3b3JrIHdl bGwuDQo+IA0KPiA+IFRoZSBjaGFuZ2VzIHRvIHRoZSB0cmVlIHN0cnVjdHVyZSBjYW4gYmUgc2Vl biBhdDoNCj4gaHR0cHM6Ly9naXRodWIuY29tL2JvdWNhZGFpci9kcmFmdC1kb3RzLXRlbGVtZXRy eS9ibG9iL21hc3Rlci9kaWZmLXRyZWUtDQo+IDg3OTEucGRmDQo+ID4NCj4gPiBQbGVhc2Ugbm90 ZSB0aGF0IHRoZXNlIGNoYW5nZXMgYXJlIG1hZGUgd2l0aCB0aGUgYXNzdW1wdGlvbiB0aGF0IHRo ZSBZQU5HDQo+IG1vZHVsZSBpbiBSRkM4NzgyIGlzIHVwZGF0ZWQgYWxzbyB0byB1c2Ugc3g6c3Ry dWN0dXJlLiBXZSBhcmUgd29ya2luZyBvbiBhbg0KPiB1cGRhdGUgd2hpY2ggY2FuIGJlIHNlZW4g YXQgKGh0dHBzOi8vZ2l0aHViLmNvbS9ib3VjYWRhaXIvcmZjODc4Mi15YW5nLQ0KPiB1cGRhdGUp DQo+ID4NCj4gPiBDYW4geW91IHBsZWFzZSBsZXQgbWUga25vdyBpZiB0aGVzZSBjaGFuZ2VzIGFy ZSBpbiB0aGUgZ29vZCBkaXJlY3Rpb24/DQo+IEFueSBvdGhlciBjb21tZW50IG9uIHRoZSB1cGRh dGVkIGRyYWZ0LWlldGYtZG90cy10ZWxlbWV0cnkgbW9kdWxlIGlzDQo+IGFwcHJlY2lhdGVkLg0K PiANCj4gW0phbmxdIFllcywgdGhpcyBpcyBkZWZpbml0ZWx5IGdvaW5nIGEgbG9uZyB3YXkgaW4g dGhlIHJpZ2h0IGRpcmVjdGlvbi4NCj4gV2VsbCBkb25lLg0KPiANCj4gRnJvbSBhIHByb3RvY29s IGRlZmluaXRpb24gcG92LCB0aGVyZSBhcmUgc3RpbGwgdW5kZWZpbmVkIGFyZWFzIHRoYXQgbmVl ZA0KPiB0byBiZSBmaWxsZWQgaW4gKCMyKSwgZS5nLiBhcm91bmQgb3BlcmF0aW9uIHNlbWFudGlj cyBhbmQgZXJyb3IgaGFuZGxpbmcuDQo+IA0KPiBCZXN0IFJlZ2FyZHMsDQo+IC9qYW4NCj4gDQo+ IA0KPiANCj4gPj4gLS0tLS1NZXNzYWdlIGQnb3JpZ2luZS0tLS0tDQo+ID4+IERlIDogSmFuIExp bmRibGFkIHZpYSBEYXRhdHJhY2tlciBbbWFpbHRvOm5vcmVwbHlAaWV0Zi5vcmddDQo+ID4+IEVu dm95w6kgOiBtYXJkaSAzMCBqdWluIDIwMjAgMTc6NDMNCj4gPj4gw4AgOiB5YW5nLWRvY3RvcnNA aWV0Zi5vcmcNCj4gPj4gQ2MgOiBkb3RzQGlldGYub3JnOyBkcmFmdC1pZXRmLWRvdHMtdGVsZW1l dHJ5LmFsbEBpZXRmLm9yZw0KPiA+PiBPYmpldCA6IFlhbmdkb2N0b3JzIGVhcmx5IHJldmlldyBv ZiBkcmFmdC1pZXRmLWRvdHMtdGVsZW1ldHJ5LTA5DQo+ID4+DQo+ID4+IFJldmlld2VyOiBKYW4g TGluZGJsYWQNCj4gPj4gUmV2aWV3IHJlc3VsdDogTm90IFJlYWR5DQo+ID4+DQo+ID4+IFRoaXMg aXMgdGhlIFlEIGVhcmx5IHJldmlldyBvZiBkcmFmdC1pZXRmLWRvdHMtdGVsZW1ldHJ5IGFzIHJl cXVlc3RlZCBieQ0KPiA+PiB0aGUNCj4gPj4gRE9UUyBXRy4NCj4gPj4NCj4gPj4gVGhlIGlldGYt ZG90cy10ZWxlbWV0cnkgWUFORyBtb2R1bGUgaXMgbm90IGxpa2Ugb3RoZXIgWUFORyBtb2R1bGVz LiBJdA0KPiA+PiBzcGVjaWZpY2FsbHkgc3RhdGVzIHRoYXQgaXQgZG9lcyBub3QgcGVydGFpbiB0 byBORVRDT05GL1JFU1RDT05GDQo+ID4+IG1hbmFnZW1lbnQsDQo+ID4+IGJ1dCBpcyBvbmx5IG1l YW50IHRvIGJlIG1hcHBlZCB0byBhIHNwZWNpZmljIENvQVAgYmFzZWQgcHJvdG9jb2wNCj4gPj4g ImRvdHMtc2lnbmFsLWNoYW5uZWwiIGNyZWF0ZWQgYnkgdGhlIERPVFMgV0cuIFRoZSBkcmFmdC1p ZXRmLWRvdHMtDQo+IHRlbGVtZXRyeQ0KPiA+PiBzYXlzIGluIHNlY3Rpb24gNC43Og0KPiA+Pg0K PiA+PiAgIFRoZSBET1RTIHRlbGVtZXRyeSBtb2R1bGUgKFNlY3Rpb24gOS4xKSBpcyBub3QgaW50 ZW5kZWQgdG8gYmUgdXNlZA0KPiA+PiAgIHZpYSBORVRDT05GL1JFU1RDT05GIGZvciBET1RTIHNl cnZlciBtYW5hZ2VtZW50IHB1cnBvc2VzLiAgSXQgc2VydmVzDQo+ID4+ICAgb25seSB0byBwcm92 aWRlIGEgZGF0YSBtb2RlbCBhbmQgZW5jb2RpbmcsIGJ1dCBub3QgYSBtYW5hZ2VtZW50IGRhdGEN Cj4gPj4gICBtb2RlbC4gIERPVFMgc2VydmVycyBhcmUgYWxsb3dlZCB0byB1cGRhdGUgdGhlIG5v bi1jb25maWd1cmFibGUgJ3JvJw0KPiA+PiAgIGVudGl0aWVzIGluIHRoZSByZXNwb25zZXMgb2Yg RE9UUyB0ZWxlbWV0cnkgbWVzc2FnZXMuDQo+ID4+DQo+ID4+IFdoaWxlIHRoaXMgYXBwcm9hY2gg aXMgaGlnaGx5IHVuY29tbW9uLCBhZnRlciBnaXZpbmcgaXQgc29tZSB0aG91Z2h0LCBJDQo+ID4+ IGJlbGlldmUNCj4gPj4gdGhpcyBhcHByb2FjaCBjb3VsZCBiZSB1c2VmdWwgdG8gY2xpZW50IGFu ZCBzZXJ2ZXIgaW1wbGVtZW50b3JzLg0KPiBIb3dldmVyLCBJDQo+ID4+IGZpbmQgdHdvIGZ1bmRh bWVudGFsIHByb2JsZW1zIGluIHRoZSBwYXJ0aWN1bGFyIHdheSB0aGlzIGhhcyBiZWVuIGRvbmUN Cj4gaW4NCj4gPj4gdGhpcw0KPiA+PiBjYXNlLiBJIGJlbGlldmUgdGhlIHByb2JsZW1zIGFyZSBm aXhhYmxlLCBidXQgbWF5IGludm9sdmUgdXBkYXRpbmcNCj4gZXhpc3RpbmcNCj4gPj4gRE9UUyBS RkNzLg0KPiA+Pg0KPiA+PiAjMSkgWUFORyBkYXRhIGRlY2xhcmF0aW9ucyB1c2VkIGFzIG1lc3Nh Z2UgYm9kaWVzDQo+ID4+DQo+ID4+IFlvdSBjYW4gZGVmaW5lIHlvdXIgb3duIG1lc3NhZ2UgdHlw ZXMgd2l0aCB3aGF0ZXZlciBjb250ZW50IHlvdSBkZXNpcmUNCj4gaW4NCj4gPj4gWUFORy4NCj4g Pj4gSnVzdCB1c2UgcnBjL2FjdGlvbiBhbmQgbm90aWZpY2F0aW9uIHN0YXRlbWVudHMuIFRoaXMg ZHJhZnQgZG9lcyBub3QgZG8NCj4gPj4gdGhhdCwNCj4gPj4gYnV0IGluc3RlYWQgZGVmaW5lcyBt ZXNzYWdlIGJvZGllcyBhcyBpZiB0aGV5IHdlcmUgdG9wIGxldmVsIFlBTkcgY29uZmlnDQo+ID4+ IGVsZW1lbnRzLiBUaGlzIG9idmlvdXNseSB2aW9sYXRlcyB0aGUgYXJhcyBvZiBZQU5HIHRoYXQg c3BlYWsgYWJvdXQgZGF0YQ0KPiA+PiBzdG9yZXMsIGFjY2Vzc2libGUgZGF0YSB0cmVlcywgYW5k IHdoYXQgbm90LiBBcGFydCBmcm9tIGNvbmZ1c2luZw0KPiA+PiBleHBlcmllbmNlZA0KPiA+PiBZ QU5HIHVzZXJzLCB0aGUgbWVhbmluZyBvZiBzdGF0ZW1lbnRzIGxpa2UgImNvbmZpZyBmYWxzZSIg aXMgc3VkZGVubHkNCj4gbW9zdA0KPiA+PiB1bmNsZWFyIHdoZW4gdGhlIGZvdW5kYXRpb25zIG9m IFlBTkcgYXJlIGRpc3JlZ2FyZGVkLg0KPiA+Pg0KPiA+PiBJbiBteSBvcGluaW9uIHRoZSB0b3Ag bGV2ZWwgb2YgdGhlIG1vZHVsZSBuZWVkcyB0byBiZSByZXdyaXR0ZW4gdG8gdXNlDQo+ID4+IHBy b3Blcg0KPiA+PiBZQU5HIHJwYy9hY3Rpb24gYW5kIG5vdGlmaWNhdGlvbiBzdGF0ZW1lbnRzLiBU aGUgZXhpc3RpbmcgbWVzc2FnZQ0KPiBib2RpZXMsDQo+ID4+IGFuZA0KPiA+PiB0aGUgd2F5IHRo ZXkgYXJlIGF1Z21lbnRlZCwgY291bGQgYWxsIHdvcmsgdmVyeSB3ZWxsLiBJdCdzIGp1c3QgdGhl DQo+ID4+IGZyYW1ld29yaw0KPiA+PiBhcm91bmQgdGhlbSB0aGF0IGlzbid0IHNvdW5kLg0KPiA+ Pg0KPiA+PiBVbmZvcnR1bmF0ZWx5IHRoZSBwcm9ibGVtYXRpYyB0b3AgbGV2ZWwgc3RydWN0dXJl cyBvZiBkcmFmdC1pZXRmLWRvdHMtDQo+ID4+IHRlbGVtZXRyeQ0KPiA+PiBhcmUgYmFzZWQgb24g c3RydWN0dXJlcyBpbXBvcnRlZCBmcm9tIGlldGYtZG90cy1zaWduYWwtY2hhbm5lbC55YW5nLA0K PiB3aGljaA0KPiA+PiBpcw0KPiA+PiBhbHJlYWR5IHB1Ymxpc2hlZCBpbiBET1RTIFJGQyA4Nzgy LiBJIGhhdmUgbm90IGJlZW4gYWJsZSB0byBmaW5kIGFueSBZRA0KPiA+PiByZXZpZXcNCj4gPj4g b2YgdGhpcyBtb2R1bGUsIHNvIEkgd291bGQgc3VzcGVjdCBub25lIHdlcmUgZXZlciBwZXJmb3Jt ZWQuIFRvIG1ha2UgdGhlDQo+ID4+IERPVFMNCj4gPj4gc2lnbmFsLWNoYW5uZWwgZnJhbWV3b3Jr IHVzYWJsZSwgSSB3b3VsZCBzdWdnZXN0IG9ic29sZXRpbmcgUkZDODc4MiBhbmQNCj4gPj4gd3Jp dGUgYQ0KPiA+PiBiaXMgd2l0aCBhbiBpbXByb3ZlZCBZQU5HIGFjdGlvbi9ub3RpZmljYXRpb24g YmFzZWQgZm91bmRhdGlvbi4gVGhlDQo+IG51bWJlcg0KPiA+PiBvZg0KPiA+PiBjaGFuZ2VkIGxp bmVzIGluIHRoZSBZQU5HIGNhbiBwcm9iYWJseSBiZSBrZXB0IHJhdGhlciBzbWFsbC4NCj4gPj4N Cj4gPj4gIzIpIE1pc3NpbmcgcGllY2VzIGluIFlBTkcgdG8gZG90cy1zaWduYWwtY2hhbm5lbCBw cm90b2NvbCBtYXBwaW5nDQo+ID4+DQo+ID4+IFRoZSBkcmFmdC1pZXRmLWRvdHMtdGVsZW1ldHJ5 IHJlZmVyZW5jZXMgQ29BUCBSRkMgNzk1OSwgd2hpY2ggZGVmaW5lcyBhDQo+ID4+IG51bWJlcg0K PiA+PiBvZiBiYXNpYyBtYW5hZ2VtZW50IG9wZXJhdGlvbnMgKEdFVCwgUFVULCBQT1NULCAuLi4p LCBhbmQgQ0JPUiBSRkMgNzA0OQ0KPiA+PiBjb250ZW50DQo+ID4+IGVuY29kaW5nLCB3aXRoIHRo ZSBkcmFmdC1pZXRmLWNvcmUteWFuZy1jYm9yLTEyIGFkZGVuZHVtIGZvciBob3cgWUFORw0KPiBk YXRhDQo+ID4+IGlzDQo+ID4+IHRvIGJlIGVuY29kZWQgaW4gQ0JPUi4gVW5mb3J0dW5hdGVseSwg YSBwcm90b2NvbCBzcGVjaWZpY2F0aW9uIHRoYXQNCj4gPj4gY29uc2lzdHMgb2YNCj4gPj4gdGhl c2UgdGhyZWUgcmVmZXJlbmNlcyBpcyBub3QgcXVpdGUgY29tcGxldGUuIFNpbmNlIHRoaXMgaXMg YW4gZWFybHkNCj4gPj4gcmV2aWV3LCBpdA0KPiA+PiBtYXkgYmUgdGhhdCB0aGUgZHJhZnQgYXV0 aG9ycyBhcmUgYWxyZWFkeSBwbGFubmluZyB0byBwdWxsIHRoZSBwcm90b2NvbA0KPiA+PiBzcGVj aWZpY2F0aW9uIHVwIGEgbm90Y2gsIG9yIEkgbWF5IGhhdmUgbWlzc2VkIHNvbWUgcGllY2Uocykg b2YgdGhlDQo+IHB1enpsZS4NCj4gPj4gSW4NCj4gPj4gYW55IGNhc2UsIGEgcHJvdG9jb2wgc3Bl Y2lmaWNhdGlvbiBvbiBwYXIgd2l0aCB3aGF0IGlzIGF2YWlsYWJsZSBmb3INCj4gPj4gUkVTVENP TkYNCj4gPj4gb3IgTkVUQ09ORiB3b3VsZCBiZSByZXF1aXJlZC4NCj4gPj4NCj4gPj4gVGhlIGRv dHMtc2lnbmFsLWNoYW5uZWwgc3BlY2lmaWNhdGlvbiBpbiBSRkMgODc4MiBtYWtlcyBhbiBJbmZv cm1hdGl2ZQ0KPiA+PiBSZWZlcmVuY2UgdG8gZHJhZnQgc3BlY2lmaWNhdGlvbiBmb3IgYSBwcm90 b2NvbCBjYWxsZWQgQ29NSQ0KPiA+PiAoZHJhZnQtaWV0Zi1jb3JlLWNvbWktMDkpLCB3aGljaCBh dHRlbXB0cyB0byB0YWtlIG9uIHRoZSBZQU5HIHRvIENvQVANCj4gPj4gbWFwcGluZy4NCj4gPj4g T25lIHdheSBvZiBmaWxsaW5nIGluIHRoZSBibGFua3MgZm9yIGRvdHMtc2lnbmFsLWNoYW5uZWwg bWlnaHQgYmUgdG8NCj4gPj4gbGV2ZXJhZ2UNCj4gPj4gdGhlIENvTUkgd29yay4gRml4aW5nICMx IHdvdWxkIGJlIHJlcXVpcmVkIHRvIGxldmVyYWdlIENvTUkuDQo+ID4+DQo+ID4+IEN1cnJlbnRs eSwgZG90cy1zaWduYWwtY2hhbm5lbCBwcm90b2NvbCBzcGVjaWZpY2F0aW9uICh0YWtlbiBhcyB0 aGUgc3VtDQo+IG9mDQo+ID4+IENvQVAsIENCT1IgYW5kIGRyYWZ0LWlldGYtY29yZS15YW5nLWNi b3ItMTIpIGlzIG1pc3NpbmcgaW5mb3JtYXRpb24NCj4gYWJvdXQNCj4gPj4gb3BlcmF0aW9uIHNl bWFudGljcywgb3BlcmF0aW9uIGVuY29kaW5nLCBlcnJvciBoYW5kbGluZywgZm9yIGV4YW1wbGUu DQo+IFJGQw0KPiA+PiA4MDQwDQo+ID4+IHNlY3Rpb25zIDUsIDYsIDcgb3IgUkZDIDYyNDEgc2Vj dGlvbnMgNCwgNywgOCBjb250YWluIHRoZSBzb3J0IG9mDQo+ID4+IGluZm9ybWF0aW9uDQo+ID4+ IEknbSBsb29raW5nIGZvci4NCj4gPj4NCj4gPj4gIzMpIE90aGVyIHRoYW4gdGhhdCwgcHJvYmFi bHkgZ29vZA0KPiA+Pg0KPiA+PiBPdGhlciB0aGFuIGlzc3VlcyAjMSBhbmQgIzIgYWJvdmUsIHRo ZSBtb2R1bGUgc2VlbXMgdG8gYmUgaW4gcHJldHR5IGdvb2QNCj4gPj4gc2hhcGUuDQo+ID4+IFNv bWUgY29udGVudCBpcyBoYXJkIHRvIGp1ZGdlIHNpbmNlIHRoZSBpbnRlbmRlZCBtZWFuaW5nIG9m IGNvbmZpZw0KPiA+PiB0cnVlL2ZhbHNlDQo+ID4+IGZvciBleGFtcGxlIGlzIHVuY2xlYXIsIHNv IGEgbmV3IHJldmlldyB3aWxsIGJlIHJlcXVpcmVkIGFmdGVyIHRoZQ0KPiA+PiBmdW5kYW1lbnRh bHMNCj4gPj4gaGF2ZSBiZWVuIHJlc29sdmVkLiBUaGUgbW9kdWxlIGlzIGJvdGggZWFzeSB0byBy ZWFkIGFuZCBjb25mb3JtcyB3aXRoDQo+IElFVEYNCj4gPj4gc3RhbmRhcmRzIGV4Y2VwdCBhcyBu b3RlZCBhYm92ZSwgc3RheWluZyBvbiB0aGUgY2xlYW4gYW5kIHNpbXBsZSBzaWRlLg0KPiA+Pg0K DQoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXwoKQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250 ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQg bmUgZG9pdmVudCBkb25jCnBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNh bnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIs IHZldWlsbGV6IGxlIHNpZ25hbGVyCmEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNp IHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50 IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sCk9yYW5nZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNh YmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmllLiBN ZXJjaS4KClRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZp ZGVudGlhbCBvciBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBi eSBsYXc7CnRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0 aG91dCBhdXRob3Jpc2F0aW9uLgpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVy cm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5k IGl0cyBhdHRhY2htZW50cy4KQXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90 IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3Ig ZmFsc2lmaWVkLgpUaGFuayB5b3UuCgo= From nobody Mon Jul 6 09:03:35 2020 Return-Path: X-Original-To: dots@ietfa.amsl.com Delivered-To: dots@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3B92B3A08CD for ; Mon, 6 Jul 2020 09:03:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.095 X-Spam-Level: X-Spam-Status: No, score=-2.095 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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=orange.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 OboTgm8k1wHj for ; Mon, 6 Jul 2020 09:03:05 -0700 (PDT) Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.70.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 63A8E3A08CB for ; Mon, 6 Jul 2020 09:03:05 -0700 (PDT) Received: from opfednr05.francetelecom.fr (unknown [xx.xx.xx.69]) by opfednr24.francetelecom.fr (ESMTP service) with ESMTP id 4B0r2H6XqJz1yFt; Mon, 6 Jul 2020 18:03:03 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1594051383; bh=0eORtyO0046fnrT7EaBEz79C7Johb785Bjeuyi0Z3dE=; h=From:To:Subject:Date:Message-ID:Content-Type:MIME-Version; b=a7PeDwjzmwrZdeKBWju1OBGDxS8faZ7MLYQUSNqu/ExPHzxIE1TquHrRyAz73K+mL XvuULoXhBPkIjVm6uPPflnUd8lHv02tMENInpMwmnlZPfKRb+90ITOXptlOymECM06 2LZ81emlH2vhCsV9Zc3Dd1GEHjDQt4PjE9wHY4zM8ogZ9SJCxfMyaViMA8fgjcZAtH G+LkVbHUdwS86KfZSi8dEplyJ5fKY9pviHfELartwV49InRaIXX9yJscrzEsEizcRv 1YQRzWHdudCq5jnv4u50blrgs/bHja34dekI5AXt2q62zqc8e0oQ2opQ05rHDOssRd tHLxcTh2cIIFQ== Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.101]) by opfednr05.francetelecom.fr (ESMTP service) with ESMTP id 4B0r2H5fKwzyQB; Mon, 6 Jul 2020 18:03:03 +0200 (CEST) From: To: Jon Shallow , "Konda, Tirumaleswar Reddy" , kaname nishizuka , "dots@ietf.org" Thread-Topic: [Dots] DOTS Telemetry: Interop Clarification #3 Thread-Index: AQMQVzkSw5+t7i57rG6sbLPe/e+VwQG84YKvAXQMfC0BrvdSFAHq/x6TAipc4uYDARGzrQJZHADbAbGx0D2l9q6R4IAP9v0Q Date: Mon, 6 Jul 2020 16:03:02 +0000 Message-ID: <15212_1594051383_5F034B37_15212_203_1_787AE7BB302AE849A7480A190F8B9330314F097B@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> References: <27464_1593113494_5EF4FB96_27464_425_1_787AE7BB302AE849A7480A190F8B9330314E7645@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <18913_1593151431_5EF58FC7_18913_57_1_787AE7BB302AE849A7480A190F8B9330314E78C0@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <29225_1593156067_5EF5A1E3_29225_308_1_787AE7BB302AE849A7480A190F8B9330314E7A1F@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <25557_1593157938_5EF5A932_25557_94_1_787AE7BB302AE849A7480A190F8B9330314E7A8E@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <080801d64ba6$5810d200$08327600$@jpshallow.com> <11184_1593171160_5EF5DCD8_11184_207_1_787AE7BB302AE849A7480A190F8B9330314E7C2F@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <08a101d64bc5$83285f70$89791e50$@jpshallow.com> In-Reply-To: <08a101d64bc5$83285f70$89791e50$@jpshallow.com> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.114.13.245] Content-Type: multipart/alternative; boundary="_000_787AE7BB302AE849A7480A190F8B9330314F097BOPEXCAUBMA2corp_" MIME-Version: 1.0 Archived-At: Subject: Re: [Dots] DOTS Telemetry: Interop Clarification #3 X-BeenThere: dots@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2020 16:03:34 -0000 --_000_787AE7BB302AE849A7480A190F8B9330314F097BOPEXCAUBMA2corp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi all, The conclusion for this one is that no change is required. Please speak up if you disagree. Thank you. Cheers, Med De : Jon Shallow [mailto:supjps-ietf@jpshallow.com] Envoy=E9 : vendredi 26 juin 2020 16:25 =C0 : BOUCADAIR Mohamed TGI/OLN; Konda, Tirumaleswar Reddy; kaname nishizuk= a; dots@ietf.org Objet : RE: [Dots] DOTS Telemetry: Interop Clarification #3 Hi Med et al, Please see inline Jon1> Regards Jon From: Dots [mailto: dots-bounces@ietf.org] On Behalf Of mohamed.boucadair@o= range.com Sent: 26 June 2020 12:33 To: Jon Shallow; Konda, Tirumaleswar Reddy; kaname nishizuka; dots@ietf.org Subject: Re: [Dots] DOTS Telemetry: Interop Clarification #3 Hi Jon, Please see inline. Cheers, Med De : Jon Shallow [mailto:supjps-ietf@jpshallow.com] Envoy=E9 : vendredi 26 juin 2020 12:41 =C0 : BOUCADAIR Mohamed TGI/OLN; Konda, Tirumaleswar Reddy; kaname nishizuk= a; dots@ietf.org Objet : RE: [Dots] DOTS Telemetry: Interop Clarification #3 Hi All, See inline Regards Jon. From: Dots [mailto: dots-bounces@ietf.org] On Behalf Of mohamed.boucadair@o= range.com Sent: 26 June 2020 08:52 To: Konda, Tirumaleswar Reddy; kaname nishizuka Cc: dots@ietf.org Subject: Re: [Dots] DOTS Telemetry: Interop Clarification #3 Re-, I do agree that having a latest-update leaf in the mapping table is useful = (easily detect mismatches). This is something we can add to the data channe= l extension. Jon> In the attack mapping over the dots data channel I would like to see "= vendor-name" and "vendor-mapping-last-updated". [Med] Works for me as well I'm not sure it is useful to send that new attribute in the signal channel = as the attack details won' be useful in the lack of the attack description. Jon> If a new attack-id has been created and the new attack vector is occur= ring, but mappings have not been refreshed, then I think that the attack-id= should be used over the signal channel. If the receiving DOTS agent is a = DOTS client, it can then try to initiate the transfer of a new mapping over= the data channel. [Med] ... which will fail. Jon1> Yes - if we are into pipe losses and data channel fails to work. How= ever, the likelihood is that the lossy pipe is inbound, so then the client = will never see the packet containing the new attack-id. I still think that= if the DOTS client sees an unrecognized attack-id it should try to get the= latest mappings. If the receiving DOTS agent is a server, then I can think of no server trig= gered mechanism that can be used to request the client to send a new mappin= g table.. However, the client should know it has a new attack-id - hence n= ew mapping - and should initiate the sending of a new mapping. [Med] which it needs to do anyway before an attack happens. Jon1> It is possible that an attack is under way, someone does some analysi= s and either comes up with a new attack-id to describe what is going on or = does a code update and then sends the new mapping - the attack has not ceas= ed.... [Med] We do already have the following: The DOTS client uses the PUT request to modify its vendor attack mapping details maintained by the DOTS server (e.g., add a new mapping). Jon1> Agreed. As a side note, we do not give a PUT example which has vendo= r-id=3D in the URL. Jon> Worst case is an out of band conversation to determine what this new a= ttack-id really is. I do think that the current wording in the draft is appropriate: (1) agents= should ensure they are in sync as much as possible, (2) avoid including th= e attack details in the signal channel with one exception when an agent det= ects a synch issue. =3D=3D When conveying attack details in DOTS telemetry messages (Sections 7.2, 7.3, and 8), DOTS agents MUST NOT include 'attack-name' attribute except if the corresponding attack mapping details were not shared with the peer DOTS agent. =3D=3D If there is a message size issue, a dots agent can send the telemetry in se= parate messages, use the new bloc options, etc. Jon> I am moving in the direction of attack-name/attack-description should = never be used over the signal channel. Makes things a lot simpler. [Med] Going that direction has many implications: =B7 Mandate the data channel, which is against what we set in the a= rch spec: "As illustrated in Figure 2, there are two interfaces between a DOTS server and a DOTS client; a signal channel and (optionally) a data ^^^^^^^^^^^^^^^^ channel." =B7 Change the following to a MUST In order to optimize the size of telemetry data conveyed over the DOTS signal channel, DOTS agents MAY use the DOTS data channel [RFC8783] to exchange vendor-specific attack mapping details (that is, {vendor identifier, attack identifier} =3D=3D> attack description). Jon1> I had forgotten that the data channel was optional. Sending the vend= or mapping over the signal channel could be done - most likely has to be in= peace time unless we can use the new block options. My vendor mapping tak= es about 10k bytes. ~Jon1 And so on. The current approach in the draft accommodates all these concerns. ~Jon ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_787AE7BB302AE849A7480A190F8B9330314F097BOPEXCAUBMA2corp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi all,

 

The conclusion for this one is that no change is required.=

 

Please speak up if you disagree. Thank you.

 

Cheers,

Med

 

De : Jon Shallow [mailto:supjps-ietf@jpshallow.com]
Envoy=E9 : vendredi 26 juin 2020 16:25
=C0 : BOUCADAIR Mohamed TGI/OLN; Konda, Tirumaleswar Reddy; kan= ame nishizuka; dots@ietf.org
Objet : RE: [Dots] DOTS Telemetry: Interop Clarification #3

 

Hi Med = et al,

&n= bsp;

Please = see inline Jon1>

&n= bsp;

Regards=

&n= bsp;

Jon

&n= bsp;

From: Dots [ma= ilto: dots-bounces@ietf.org] On Behalf Of mohamed.boucadair@orange.com
Sent: 26 June 2020 12:33
To: Jon Shallow; Konda, Tirumaleswar Reddy; kaname nishizuka; dots@i= etf.org
Subject: Re: [Dots] DOTS Telemetry: Interop Clarification #3

 

Hi Jon,

 

Please see inline.

 

Cheers,

Med

 

De : Jon Shallow [mailto:supjps-ietf@jpshallow.com]
Envoy=E9 : vendredi 26 juin 2020 12:41
=C0 : BOUCADAIR Mohamed TGI/OLN; Konda, Tirumaleswar Reddy; kan= ame nishizuka; dots@ietf.org
Objet : RE: [Dots] DOTS Telemetry: Interop Clarification #3

 

Hi All,=

&n= bsp;

See inl= ine

&n= bsp;

Regards=

&n= bsp;

Jon.

&n= bsp;

&n= bsp;

From: Dots [ma= ilto: dots-bounces@ietf.org] On Behalf Of mohamed.boucadair@orange.com
Sent: 26 June 2020 08:52
To: Konda, Tirumaleswar Reddy; kaname nishizuka
Cc: dots@ietf.org
Subject: Re: [Dots] DOTS Telemetry: Interop Clarification #3

 

Re-,

 

I do agree that having a latest-update leaf in the mapping ta= ble is useful (easily detect mismatches). This is something we can add to t= he data channel extension.

 

Jon> In the attack mapping over the dots d= ata channel I would like to see “vendor-name” and “vendor= -mapping-last-updated”.

[Med] Works for me as well

 

I’m not sure it is useful to send that new attribute in= the signal channel as the attack details won’ be useful in the lack = of the attack description.

 

Jon> If a new attack-id has been created a= nd the new attack vector is occurring, but mappings have not been refreshed= , then I think that the attack-id should be used over the signal channel.  If the receiving DOTS agent is a DOTS = client, it can then try to initiate the transfer of a new mapping over the = data channel.

[Med] … which will fail.

Jon1= > Yes – if= we are into pipe losses and data channel fails to work.  However, the= likelihood is that the lossy pipe is inbound, so then the client will never see the packet containing the new attack-id.  I sti= ll think that if the DOTS client sees an unrecognized attack-id it should t= ry to get the latest mappings.

 

If the = receiving DOTS agent is a server, then I can think of no server triggered m= echanism that can be used to request the client to send a new mapping table= ..  However, the client should know it has a new attack-id – hence new mapping – and should initiate = the sending of a new mapping.

[Med] which it needs to do anyway before= an attack happens.

Jon1= > It is possible= that an attack is under way, someone does some analysis and either comes u= p with a new attack-id to describe what is going on or does a code update and then sends the new mapping – the attack= has not ceased….

<= o:p> 

[Med] We do already have the following:

 

   The DOTS client uses the PUT request to modif= y its vendor attack

   mapping details maintained by the DOTS server= (e.g., add a new

   mapping).

Jon1= > Agreed.  = As a side note, we do not give a PUT example which has vendor-id=3D in the = URL.

&n= bsp;

Jon>= Worst case is an out of band conversation to determine what this new attac= k-id really is.

 

I do think that the current wording in the draft is appropria= te: (1) agents should ensure they are in sync as much as possible, (2) avoi= d including the attack details in the signal channel with one exception when an agent detects a synch issue. =

 

=3D=3D

   When conveying attack details in DOTS telemet= ry messages (Sections

   7.2, 7.3, and 8), DOTS agents MUST NOT includ= e 'attack-name'

   attribute except if the corresponding attack = mapping details were not

   shared with the peer DOTS agent.

=3D=3D

 

If there is a message size issue, a dots agent can send the t= elemetry in separate messages, use the new bloc options, etc.  

 

Jon> I am moving in= the direction of attack-name/attack-description should never be used over&= nbsp; the signal channel.  Makes things a lot simpler.

[Med] Going that direction has many implications:

=B7         Mandate the data channel, which is against what= we set in the arch spec:

 

   “As illustrated in Figure 2, there are = two interfaces between a DOTS

   server and a DOTS client; a signal channel an= d (optionally) a data

         &nbs= p;            &= nbsp;           &nbs= p;           ^^^^^^^^^^^^= ^^^^

   channel.”

 

=B7         Change the following to a MUST

 

   In order to op= timize the size of telemetry data conveyed over the

   DOTS signal ch= annel, DOTS agents MAY use the DOTS data channel<= /p>

   [RFC8783] to e= xchange vendor-specific attack mapping details (that<= /b>

   is, {vendor identifier, attack identifier}= =3D=3D> attack description).

 

Jon1>= I had forgotten that the data channel was op= tional.  Sending the vendor mapping over the signal channel could be d= one – most likely has to be in peace time unless we can use the new block options.  My vendor mapping takes about 10k = bytes.

~Jon1

 

And so on.

 

The current approach in the draft accommodates all these conc= erns.

 

~Jon=

 

 
______________________________________________________________________=
___________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
--_000_787AE7BB302AE849A7480A190F8B9330314F097BOPEXCAUBMA2corp_-- From nobody Tue Jul 7 06:07:02 2020 Return-Path: X-Original-To: dots@ietfa.amsl.com Delivered-To: dots@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DFDBA3A0C5C; Tue, 7 Jul 2020 06:06:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gfDvITfAZfPk; Tue, 7 Jul 2020 06:06:57 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id A122D3A0C5B; Tue, 7 Jul 2020 06:06:56 -0700 (PDT) Received: from [192.168.1.121] (213-67-237-150-no99.tbcn.telia.com [213.67.237.150]) by mail.tail-f.com (Postfix) with ESMTPSA id 706841AE0365; Tue, 7 Jul 2020 15:06:54 +0200 (CEST) From: Jan Lindblad Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_8CADA7C5-3246-43BB-803D-DF8699AFF01E" Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Date: Tue, 7 Jul 2020 15:06:53 +0200 In-Reply-To: <10654_1594040372_5F032034_10654_248_1_787AE7BB302AE849A7480A190F8B9330314F0712@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> Cc: "yang-doctors@ietf.org" , "dots@ietf.org" , "draft-ietf-dots-telemetry.all@ietf.org" To: mohamed.boucadair@orange.com References: <159353177839.29172.8254735147639701580@ietfa.amsl.com> <5252_1593761623_5EFEDF57_5252_57_9_787AE7BB302AE849A7480A190F8B9330314EE318@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <4B4D2FC8-68E0-4C59-96AF-17E0D77F325D@tail-f.com> <10654_1594040372_5F032034_10654_248_1_787AE7BB302AE849A7480A190F8B9330314F0712@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> X-Mailer: Apple Mail (2.3608.80.23.2.2) Archived-At: Subject: Re: [Dots] Yangdoctors early review of draft-ietf-dots-telemetry-09 X-BeenThere: dots@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jul 2020 13:07:00 -0000 --Apple-Mail=_8CADA7C5-3246-43BB-803D-DF8699AFF01E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Med, > Great. Thanks. >=20 > Focusing now on #2. [Janl] Very good. > We are adhering to the base spec defined in RFC7252 with specifics = defined in the DOTS documents.=20 >=20 > If we consider error handling for example, the general rule is: >=20 > DOTS agents MUST support GET, PUT, and DELETE CoAP methods. The > payload included in CoAP responses with 2.xx Response Codes MUST be > of content type "application/dots+cbor". CoAP responses with 4.xx > and 5.xx error Response Codes MUST include a diagnostic payload > (Section 5.5.2 of [RFC7252]). The diagnostic payload may contain > additional information to aid troubleshooting. [Janl] This is good, but 7252 says nothing about operation semantics or = how YANG comes into the picture. Let me exemplify what I mean by a few = questions. I'll abbreviate the DOTS-signal-protocol "DSP" for now. + So the POST operation in CoAP is not used in DSP? + In a PUT message, what is the mapping between YANG paths and the = target resource URI? CoAP does not define this, but the CoMI draft has = some suggestions. Is that what you are planning to use? + Is a GET on the root resource a valid operation? If it is, will that = return the entire data tree? If so, can that returned data tree be sent = back in a PUT operation later? + Would such a that PUT operation (which contains a configuration that = was valid at an earlier point) always succeed, or are there any = situations in which the server would return an error when doing so? What = errors? + Is there any way to only GET the configuration data? + Will a DELETE operation on a valid resource always succeed, or are = there any conditions under which a deletion may be invalid? + If the target URI is already deleted (not present), is that considered = an error, and if so what error code should be used?=20 + If a server has started sending back a response to a client request, = but then hits an internal error, and is unable to filfil the request, = what should it do? Is closing the connection a reasonable response? + YANG rpc, action, and notification statements have no mapping to DSP? > We do have specific things such as the following in the telemetry = draft: >=20 > =3D=3D > The DOTS server indicates the result of processing the PUT request > using the following response codes: >=20 > o If the request is missing a mandatory attribute, does not include > 'cuid' or 'tsid' Uri-Path parameters, or contains one or more > invalid or unknown parameters, 4.00 (Bad Request) MUST be = returned > in the response. >=20 > o If the DOTS server does not find the 'tsid' parameter value > conveyed in the PUT request in its configuration data and if the > DOTS server has accepted the configuration parameters, then a > response code 2.01 (Created) MUST be returned in the response. >=20 > o If the DOTS server finds the 'tsid' parameter value conveyed in > the PUT request in its configuration data and if the DOTS server > has accepted the updated configuration parameters, 2.04 (Changed) > MUST be returned in the response. >=20 > o If any of the enclosed configurable attribute values are not > acceptable to the DOTS server (Section 6.1.1), 4.22 = (Unprocessable > Entity) MUST be returned in the response. >=20 > The DOTS client may re-try and send the PUT request with updated > attribute values acceptable to the DOTS server. > =3D=3D >=20 > Isn't this part of error handling? Or you are thinking about something = else?=20 [Janl] Yes, these bullets are certainly part of the answer. In a = protocol specification, I would have expected a section specifically = about error handling, which defines among other things how error = responses would be formatted. Have a look at RFC 8040 section 7 as an = example. Specifying a protocol is never easy There are many aspects to consider. = Even if the DSP protocol is somewhat limited in scope when compared to = e.g. RESTCONF or CoMI, I'd suggest glancing at them for ideas about what = aspects to include here. Best Regards, /jan >> -----Message d'origine----- >> De : Jan Lindblad [mailto:janl@tail-f.com] >> Envoy=C3=A9 : lundi 6 juillet 2020 09:46 >> =C3=80 : BOUCADAIR Mohamed TGI/OLN >> Cc : yang-doctors@ietf.org; dots@ietf.org; draft-ietf-dots- >> telemetry.all@ietf.org >> Objet : Re: Yangdoctors early review of draft-ietf-dots-telemetry-09 >>=20 >> Med, >>=20 >>> Staring with #1 and #3. >>>=20 >>> I made changes to draft-ietf-dots-telemetry to comply with RFC8791. = There >> are few changes as it can be seen in this diff: >>> https://github.com/boucadair/draft-dots-telemetry/blob/master/diff- >> module-8791.pdf >>=20 >> [Janl] Very good, I think this approach will work well. >>=20 >>> The changes to the tree structure can be seen at: >> = https://github.com/boucadair/draft-dots-telemetry/blob/master/diff-tree- >> 8791.pdf >>>=20 >>> Please note that these changes are made with the assumption that the = YANG >> module in RFC8782 is updated also to use sx:structure. We are working = on an >> update which can be seen at = (https://github.com/boucadair/rfc8782-yang- >> update) >>>=20 >>> Can you please let me know if these changes are in the good = direction? >> Any other comment on the updated draft-ietf-dots-telemetry module is >> appreciated. >>=20 >> [Janl] Yes, this is definitely going a long way in the right = direction. >> Well done. >>=20 >> =46rom a protocol definition pov, there are still undefined areas = that need >> to be filled in (#2), e.g. around operation semantics and error = handling. >>=20 >> Best Regards, >> /jan >>=20 >>=20 >>=20 >>>> -----Message d'origine----- >>>> De : Jan Lindblad via Datatracker [mailto:noreply@ietf.org] >>>> Envoy=C3=A9 : mardi 30 juin 2020 17:43 >>>> =C3=80 : yang-doctors@ietf.org >>>> Cc : dots@ietf.org; draft-ietf-dots-telemetry.all@ietf.org >>>> Objet : Yangdoctors early review of draft-ietf-dots-telemetry-09 >>>>=20 >>>> Reviewer: Jan Lindblad >>>> Review result: Not Ready >>>>=20 >>>> This is the YD early review of draft-ietf-dots-telemetry as = requested by >>>> the >>>> DOTS WG. >>>>=20 >>>> The ietf-dots-telemetry YANG module is not like other YANG modules. = It >>>> specifically states that it does not pertain to NETCONF/RESTCONF >>>> management, >>>> but is only meant to be mapped to a specific CoAP based protocol >>>> "dots-signal-channel" created by the DOTS WG. The draft-ietf-dots- >> telemetry >>>> says in section 4.7: >>>>=20 >>>> The DOTS telemetry module (Section 9.1) is not intended to be used >>>> via NETCONF/RESTCONF for DOTS server management purposes. It = serves >>>> only to provide a data model and encoding, but not a management = data >>>> model. DOTS servers are allowed to update the non-configurable = 'ro' >>>> entities in the responses of DOTS telemetry messages. >>>>=20 >>>> While this approach is highly uncommon, after giving it some = thought, I >>>> believe >>>> this approach could be useful to client and server implementors. >> However, I >>>> find two fundamental problems in the particular way this has been = done >> in >>>> this >>>> case. I believe the problems are fixable, but may involve updating >> existing >>>> DOTS RFCs. >>>>=20 >>>> #1) YANG data declarations used as message bodies >>>>=20 >>>> You can define your own message types with whatever content you = desire >> in >>>> YANG. >>>> Just use rpc/action and notification statements. This draft does = not do >>>> that, >>>> but instead defines message bodies as if they were top level YANG = config >>>> elements. This obviously violates the aras of YANG that speak about = data >>>> stores, accessible data trees, and what not. Apart from confusing >>>> experienced >>>> YANG users, the meaning of statements like "config false" is = suddenly >> most >>>> unclear when the foundations of YANG are disregarded. >>>>=20 >>>> In my opinion the top level of the module needs to be rewritten to = use >>>> proper >>>> YANG rpc/action and notification statements. The existing message >> bodies, >>>> and >>>> the way they are augmented, could all work very well. It's just the >>>> framework >>>> around them that isn't sound. >>>>=20 >>>> Unfortunately the problematic top level structures of = draft-ietf-dots- >>>> telemetry >>>> are based on structures imported from = ietf-dots-signal-channel.yang, >> which >>>> is >>>> already published in DOTS RFC 8782. I have not been able to find = any YD >>>> review >>>> of this module, so I would suspect none were ever performed. To = make the >>>> DOTS >>>> signal-channel framework usable, I would suggest obsoleting RFC8782 = and >>>> write a >>>> bis with an improved YANG action/notification based foundation. The >> number >>>> of >>>> changed lines in the YANG can probably be kept rather small. >>>>=20 >>>> #2) Missing pieces in YANG to dots-signal-channel protocol mapping >>>>=20 >>>> The draft-ietf-dots-telemetry references CoAP RFC 7959, which = defines a >>>> number >>>> of basic management operations (GET, PUT, POST, ...), and CBOR RFC = 7049 >>>> content >>>> encoding, with the draft-ietf-core-yang-cbor-12 addendum for how = YANG >> data >>>> is >>>> to be encoded in CBOR. Unfortunately, a protocol specification that >>>> consists of >>>> these three references is not quite complete. Since this is an = early >>>> review, it >>>> may be that the draft authors are already planning to pull the = protocol >>>> specification up a notch, or I may have missed some piece(s) of the >> puzzle. >>>> In >>>> any case, a protocol specification on par with what is available = for >>>> RESTCONF >>>> or NETCONF would be required. >>>>=20 >>>> The dots-signal-channel specification in RFC 8782 makes an = Informative >>>> Reference to draft specification for a protocol called CoMI >>>> (draft-ietf-core-comi-09), which attempts to take on the YANG to = CoAP >>>> mapping. >>>> One way of filling in the blanks for dots-signal-channel might be = to >>>> leverage >>>> the CoMI work. Fixing #1 would be required to leverage CoMI. >>>>=20 >>>> Currently, dots-signal-channel protocol specification (taken as the = sum >> of >>>> CoAP, CBOR and draft-ietf-core-yang-cbor-12) is missing information >> about >>>> operation semantics, operation encoding, error handling, for = example. >> RFC >>>> 8040 >>>> sections 5, 6, 7 or RFC 6241 sections 4, 7, 8 contain the sort of >>>> information >>>> I'm looking for. >>>>=20 >>>> #3) Other than that, probably good >>>>=20 >>>> Other than issues #1 and #2 above, the module seems to be in pretty = good >>>> shape. >>>> Some content is hard to judge since the intended meaning of config >>>> true/false >>>> for example is unclear, so a new review will be required after the >>>> fundamentals >>>> have been resolved. The module is both easy to read and conforms = with >> IETF >>>> standards except as noted above, staying on the clean and simple = side. >>>>=20 >=20 >=20 > = __________________________________________________________________________= _______________________________________________ >=20 > Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez = recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les = messages electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, = deforme ou falsifie. Merci. >=20 > This message and its attachments may contain confidential or = privileged information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and = delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. > Thank you. >=20 --Apple-Mail=_8CADA7C5-3246-43BB-803D-DF8699AFF01E Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Med,

Great. Thanks.

Focusing now on = #2.

[Janl] Very = good.

We are adhering to the base spec defined in = RFC7252 with specifics defined in the DOTS documents.

If we consider error handling for example, the general rule = is:

  DOTS agents MUST support = GET, PUT, and DELETE CoAP methods.  The
=   payload included in CoAP responses with 2.xx Response Codes = MUST be
  of content type = "application/dots+cbor".  CoAP responses with 4.xx
=   and 5.xx error Response Codes MUST include a diagnostic = payload
  (Section 5.5.2 of [RFC7252]). =  The diagnostic payload may contain
=   additional information to aid troubleshooting.

[Janl] = This is good, but 7252 says nothing about operation semantics or how = YANG comes into the picture. Let me exemplify what I mean by a few = questions. I'll abbreviate the DOTS-signal-protocol "DSP" for = now.

+ So the POST operation in CoAP = is not used in DSP?
+ In a PUT message, what is the mapping = between YANG paths and the target resource URI? CoAP does not define = this, but the CoMI draft has some suggestions. Is that what you are = planning to use?
+ Is a GET on the root resource a valid = operation? If it is, will that return the entire data tree? If so, can = that returned data tree be sent back in a PUT operation = later?
+ Would such a that PUT operation (which contains a = configuration that was valid at an earlier point) always succeed, or are = there any situations in which the server would return an error when = doing so? What errors?
+ Is there any way to only GET the = configuration data?
+ Will a DELETE operation on a valid = resource always succeed, or are there any conditions under which a = deletion may be invalid?
+ If the target URI is already = deleted (not present), is that considered an error, and if so what error = code should be used? 
+ If a server has started sending = back a response to a client request, but then hits an internal error, = and is unable to filfil the request, what should it do? Is closing the = connection a reasonable response?
+ YANG rpc, action, and = notification statements have no mapping to DSP?

We do have specific things such as the following in the = telemetry draft:

=3D=3D
=   The DOTS server indicates the result of processing the PUT = request
  using the following response = codes:

  o  If the request = is missing a mandatory attribute, does not include
=      'cuid' or 'tsid' Uri-Path parameters, or = contains one or more
=      invalid or unknown parameters, 4.00 (Bad = Request) MUST be returned
=      in the response.

  o  If the DOTS server does not find the = 'tsid' parameter value
=      conveyed in the PUT request in its = configuration data and if the
=      DOTS server has accepted the configuration = parameters, then a
     response = code 2.01 (Created) MUST be returned in the response.

  o  If the DOTS server finds the 'tsid' = parameter value conveyed in
=      the PUT request in its configuration data = and if the DOTS server
     has = accepted the updated configuration parameters, 2.04 (Changed)
     MUST be returned in the = response.

  o  If any of = the enclosed configurable attribute values are not
=      acceptable to the DOTS server (Section = 6.1.1), 4.22 (Unprocessable
=      Entity) MUST be returned in the = response.

=      The DOTS client may re-try and send the = PUT request with updated
=      attribute values acceptable to the DOTS = server.
=3D=3D

Isn't this = part of error handling? Or you are thinking about something else?

[Janl] = Yes, these bullets are certainly part of the answer. In a protocol = specification, I would have expected a section specifically about error = handling, which defines among other things how error responses would be = formatted. Have a look at RFC 8040 section 7 as an = example.

Specifying a protocol is = never easy There are many aspects to consider. Even if the DSP protocol = is somewhat limited in scope when compared to e.g. RESTCONF or CoMI, I'd = suggest glancing at them for ideas about what aspects to include = here.

Best = Regards,
/jan



-----Message d'origine-----
De : Jan = Lindblad [mailto:janl@tail-f.com]
Envoy=C3=A9 : = lundi 6 juillet 2020 09:46
=C3=80 : BOUCADAIR Mohamed = TGI/OLN
Cc : yang-doctors@ietf.org; dots@ietf.org; draft-ietf-dots-
telemetry.all@ietf.org
Objet : Re: = Yangdoctors early review of draft-ietf-dots-telemetry-09
Med,

Staring with #1 and #3.

I made = changes to draft-ietf-dots-telemetry to comply with RFC8791. There
are few changes as it can be seen in this = diff:
https://github.com/boucadair/draft-dots-telemetry/blob/master/d= iff-
module-8791.pdf

[Janl] Very good, I think this approach will work well.

The = changes to the tree structure can be seen at:
https://github.com/boucadair/draft-dots-telemetry/= blob/master/diff-tree-
8791.pdf

Please note that these changes = are made with the assumption that the YANG
module in RFC8782 is updated also to use = sx:structure. We are working on an
update which can be = seen at (https://github.com/boucadair/rfc8782-yang-
update)

Can you please let me know if these changes are in the good = direction?
Any other comment on the updated = draft-ietf-dots-telemetry module is
appreciated.

[Janl] Yes, this is definitely going a long = way in the right direction.
Well done.

=46rom a protocol definition pov, there are still undefined = areas that need
to be filled in (#2), e.g. around = operation semantics and error handling.

Best = Regards,
/jan



-----Message d'origine-----
De : = Jan Lindblad via Datatracker [mailto:noreply@ietf.org]
Envoy=C3=A9 : mardi 30 juin 2020 17:43
=C3=80 : = yang-doctors@ietf.org
Cc : dots@ietf.org; = draft-ietf-dots-telemetry.all@ietf.org
Objet : Yangdoctors = early review of draft-ietf-dots-telemetry-09

Reviewer: Jan Lindblad
Review result: Not = Ready

This is the YD early review of = draft-ietf-dots-telemetry as requested by
the
DOTS WG.

The ietf-dots-telemetry = YANG module is not like other YANG modules. It
specifically = states that it does not pertain to NETCONF/RESTCONF
management,
but is only meant to be mapped to a = specific CoAP based protocol
"dots-signal-channel" created = by the DOTS WG. The draft-ietf-dots-
telemetry
says in = section 4.7:

 The DOTS telemetry = module (Section 9.1) is not intended to be used
 via = NETCONF/RESTCONF for DOTS server management purposes.  It serves
 only to provide a data model and encoding, but not a = management data
 model.  DOTS servers are = allowed to update the non-configurable 'ro'
=  entities in the responses of DOTS telemetry messages.

While this approach is highly uncommon, after = giving it some thought, I
believe
this = approach could be useful to client and server implementors.
However, I
find two = fundamental problems in the particular way this has been done
in
this
case. I believe the problems are fixable, but may involve = updating
existing
DOTS RFCs.

#1) YANG data = declarations used as message bodies

You can = define your own message types with whatever content you desire
in
YANG.
Just use rpc/action and notification statements. This draft = does not do
that,
but instead defines = message bodies as if they were top level YANG config
elements. This obviously violates the aras of YANG that speak = about data
stores, accessible data trees, and what not. = Apart from confusing
experienced
YANG users, = the meaning of statements like "config false" is suddenly
most
unclear = when the foundations of YANG are disregarded.

In my opinion the top level of the module needs to be = rewritten to use
proper
YANG rpc/action and = notification statements. The existing message
bodies,
and
the way they are augmented, could all work very well. It's = just the
framework
around them that isn't = sound.

Unfortunately the problematic top = level structures of draft-ietf-dots-
telemetry
are based on structures imported from = ietf-dots-signal-channel.yang,
which
is
already published in DOTS RFC 8782. I have not been able to = find any YD
review
of this module, so I = would suspect none were ever performed. To make the
DOTS
signal-channel framework usable, I would suggest obsoleting = RFC8782 and
write a
bis with an improved = YANG action/notification based foundation. The
number
of
changed lines in the YANG can probably be kept rather = small.

#2) Missing pieces in YANG to = dots-signal-channel protocol mapping

The = draft-ietf-dots-telemetry references CoAP RFC 7959, which defines a
number
of basic management operations (GET, = PUT, POST, ...), and CBOR RFC 7049
content
encoding, with the draft-ietf-core-yang-cbor-12 addendum for = how YANG
data
is
to be encoded in CBOR. Unfortunately, a = protocol specification that
consists of
these = three references is not quite complete. Since this is an early
review, it
may be that the draft authors are = already planning to pull the protocol
specification up a = notch, or I may have missed some piece(s) of the
puzzle.
In
any case, a protocol specification on par with what is = available for
RESTCONF
or NETCONF would be = required.

The dots-signal-channel = specification in RFC 8782 makes an Informative
Reference = to draft specification for a protocol called CoMI
(draft-ietf-core-comi-09), which attempts to take on the YANG = to CoAP
mapping.
One way of filling in the = blanks for dots-signal-channel might be to
leverage
the CoMI work. Fixing #1 would be required to leverage = CoMI.

Currently, dots-signal-channel = protocol specification (taken as the sum
of
CoAP, CBOR = and draft-ietf-core-yang-cbor-12) is missing information
about
operation = semantics, operation encoding, error handling, for example.
RFC
8040
sections 5, 6, 7 or RFC 6241 sections 4, 7, 8 contain the = sort of
information
I'm looking for.

#3) Other than that, probably good

Other than issues #1 and #2 above, the module = seems to be in pretty good
shape.
Some = content is hard to judge since the intended meaning of config
true/false
for example is unclear, so a new = review will be required after the
fundamentals
have been resolved. The module is both easy to read and = conforms with
IETF
standards except as noted above, staying on the clean and = simple side.



_______________________________________________________________= __________________________________________________________

Ce message et ses pieces jointes peuvent = contenir des informations confidentielles ou privilegiees et ne doivent = donc
pas etre diffuses, exploites ou copies sans = autorisation. Si vous avez recu ce message par erreur, veuillez le = signaler
a l'expediteur et le detruire ainsi que les = pieces jointes. Les messages electroniques etant susceptibles = d'alteration,
Orange decline toute responsabilite si ce = message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or = privileged information that may be protected by law;
they = should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the = sender and delete this message and its attachments.
As = emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified.
Thank you.

= --Apple-Mail=_8CADA7C5-3246-43BB-803D-DF8699AFF01E-- From nobody Tue Jul 7 07:26:33 2020 Return-Path: X-Original-To: dots@ietfa.amsl.com Delivered-To: dots@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 00BD63A0D25; Tue, 7 Jul 2020 07:26:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.095 X-Spam-Level: X-Spam-Status: No, score=-2.095 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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=orange.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 hPgqoGdP0fMd; Tue, 7 Jul 2020 07:26:29 -0700 (PDT) Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.66.39]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EF6CE3A0D18; Tue, 7 Jul 2020 07:26:28 -0700 (PDT) Received: from opfedar01.francetelecom.fr (unknown [xx.xx.xx.2]) by opfedar24.francetelecom.fr (ESMTP service) with ESMTP id 4B1PrM3zD4z5w9v; Tue, 7 Jul 2020 16:26:27 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1594131987; bh=JZk7T4QCNxzKSb5g807Ni51MWGP7KoL3GWJz9C1IxUI=; h=From:To:Subject:Date:Message-ID:Content-Type:MIME-Version; b=F13OifxpkWmQOHRhKSbxqHyS5wp/o1v43jC66Tux6WYa4/9C2yiKRpZ+KVAf53ejh LyCiGg5kAWrFoYoiX7lT97qhXwNhUa+nYtsAbjC4IOOJjNGpH0pSP5I/jGvOp0qBDE TTsNL7MSgMophMEUUBkyqY9Gd6dt9zI+jTfQRtgEyW9aciPhMSDJH84QlnpfcsMzV4 yBuv08vqxOMbCwYD5Lj5XCTdoxR6tO2GiQqP1+8tgfaC0MomK/U9k13xBseDhdM5Hn Vg5IUvlyIY2FoPt765ATf/RWr6Zu8VFMDfPBPG+RWG+jndliaXPZrcJiCub9Ag3wE7 f30qz/rRG0GoA== Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.67]) by opfedar01.francetelecom.fr (ESMTP service) with ESMTP id 4B1PrM22dwzBrLr; Tue, 7 Jul 2020 16:26:27 +0200 (CEST) From: To: Jan Lindblad CC: "yang-doctors@ietf.org" , "dots@ietf.org" , "draft-ietf-dots-telemetry.all@ietf.org" Thread-Topic: Yangdoctors early review of draft-ietf-dots-telemetry-09 Thread-Index: AQHWVF99zHY6zynqkkCdCx+tS06vUqj8G1tQ Date: Tue, 7 Jul 2020 14:26:25 +0000 Message-ID: <16820_1594131987_5F048613_16820_137_2_787AE7BB302AE849A7480A190F8B9330314F168E@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> References: <159353177839.29172.8254735147639701580@ietfa.amsl.com> <5252_1593761623_5EFEDF57_5252_57_9_787AE7BB302AE849A7480A190F8B9330314EE318@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <4B4D2FC8-68E0-4C59-96AF-17E0D77F325D@tail-f.com> <10654_1594040372_5F032034_10654_248_1_787AE7BB302AE849A7480A190F8B9330314F0712@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.114.13.247] Content-Type: multipart/alternative; boundary="_000_787AE7BB302AE849A7480A190F8B9330314F168EOPEXCAUBMA2corp_" MIME-Version: 1.0 Archived-At: Subject: Re: [Dots] Yangdoctors early review of draft-ietf-dots-telemetry-09 X-BeenThere: dots@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jul 2020 14:26:32 -0000 --_000_787AE7BB302AE849A7480A190F8B9330314F168EOPEXCAUBMA2corp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgSmFuLA0KDQpUaGFuayB5b3UgZm9yIHRoZSBmb2xsb3ctdXAuDQoNClBsZWFzZSBzZWUgaW5s aW5lLg0KDQpDaGVlcnMsDQpNZWQNCg0KRGUgOiBKYW4gTGluZGJsYWQgW21haWx0bzpqYW5sQHRh aWwtZi5jb21dDQpFbnZvecOpIDogbWFyZGkgNyBqdWlsbGV0IDIwMjAgMTU6MDcNCsOAIDogQk9V Q0FEQUlSIE1vaGFtZWQgVEdJL09MTg0KQ2MgOiB5YW5nLWRvY3RvcnNAaWV0Zi5vcmc7IGRvdHNA aWV0Zi5vcmc7IGRyYWZ0LWlldGYtZG90cy10ZWxlbWV0cnkuYWxsQGlldGYub3JnDQpPYmpldCA6 IFJlOiBZYW5nZG9jdG9ycyBlYXJseSByZXZpZXcgb2YgZHJhZnQtaWV0Zi1kb3RzLXRlbGVtZXRy eS0wOQ0KDQpNZWQsDQoNCkdyZWF0LiBUaGFua3MuDQoNCkZvY3VzaW5nIG5vdyBvbiAjMi4NCg0K W0phbmxdIFZlcnkgZ29vZC4NCg0KDQpXZSBhcmUgYWRoZXJpbmcgdG8gdGhlIGJhc2Ugc3BlYyBk ZWZpbmVkIGluIFJGQzcyNTIgd2l0aCBzcGVjaWZpY3MgZGVmaW5lZCBpbiB0aGUgRE9UUyBkb2N1 bWVudHMuDQoNCklmIHdlIGNvbnNpZGVyIGVycm9yIGhhbmRsaW5nIGZvciBleGFtcGxlLCB0aGUg Z2VuZXJhbCBydWxlIGlzOg0KDQogIERPVFMgYWdlbnRzIE1VU1Qgc3VwcG9ydCBHRVQsIFBVVCwg YW5kIERFTEVURSBDb0FQIG1ldGhvZHMuICBUaGUNCiAgcGF5bG9hZCBpbmNsdWRlZCBpbiBDb0FQ IHJlc3BvbnNlcyB3aXRoIDIueHggUmVzcG9uc2UgQ29kZXMgTVVTVCBiZQ0KICBvZiBjb250ZW50 IHR5cGUgImFwcGxpY2F0aW9uL2RvdHMrY2JvciIuICBDb0FQIHJlc3BvbnNlcyB3aXRoIDQueHgN CiAgYW5kIDUueHggZXJyb3IgUmVzcG9uc2UgQ29kZXMgTVVTVCBpbmNsdWRlIGEgZGlhZ25vc3Rp YyBwYXlsb2FkDQogIChTZWN0aW9uIDUuNS4yIG9mIFtSRkM3MjUyXSkuICBUaGUgZGlhZ25vc3Rp YyBwYXlsb2FkIG1heSBjb250YWluDQogIGFkZGl0aW9uYWwgaW5mb3JtYXRpb24gdG8gYWlkIHRy b3VibGVzaG9vdGluZy4NCg0KW0phbmxdIFRoaXMgaXMgZ29vZCwgYnV0IDcyNTIgc2F5cyBub3Ro aW5nIGFib3V0IG9wZXJhdGlvbiBzZW1hbnRpY3Mgb3IgaG93IFlBTkcgY29tZXMgaW50byB0aGUg cGljdHVyZS4NCltNZWRdIFlBTkcgaXMgb25seSB1c2VkIGZvciBET1RTIGFzIGEgZGVzY3JpcHRp dmUgbGFuZ3VhZ2UgdG8gZGVmaW5lIHRoZSBzdHJ1Y3R1cmUgb2YgdGhlIG1lc3NhZ2VzLiBUaGUg c3RydWN0dXJlIGlzIGFsc28gZGVmaW5lZCBhcyBqc29uIHNjaGVtYSB0aGF0IGFyZSBwcm92aWRl ZCBpbiBtYW55IHBsYWNlcyBvZiB0aGUgc3BlY3MuIFdlIGRvbuKAmXQgcHJvdmlkZSB0aGUgWUFO RyBtb2R1bGUgZm9yIHRoZSBpbnRlcm5hbCBkYXRhc3RvcmUgdXNlZCBieSB0aGUgc2VydmVyLiBU aGUgV0cgbWF5IHdvcmsgb24gdGhhdCBpbiB0aGUgZnV0dXJlLg0KDQpMZXQgbWUgZXhlbXBsaWZ5 IHdoYXQgSSBtZWFuIGJ5IGEgZmV3IHF1ZXN0aW9ucy4gSSdsbCBhYmJyZXZpYXRlIHRoZSBET1RT LXNpZ25hbC1wcm90b2NvbCAiRFNQIiBmb3Igbm93Lg0KW01lZF0gVGhhbmtzLg0KDQorIFNvIHRo ZSBQT1NUIG9wZXJhdGlvbiBpbiBDb0FQIGlzIG5vdCB1c2VkIGluIERTUD8NCltNZWRdIEl0IGlz IG5vdC4NCg0KKyBJbiBhIFBVVCBtZXNzYWdlLCB3aGF0IGlzIHRoZSBtYXBwaW5nIGJldHdlZW4g WUFORyBwYXRocyBhbmQgdGhlIHRhcmdldCByZXNvdXJjZSBVUkk/IENvQVAgZG9lcyBub3QgZGVm aW5lIHRoaXMsIGJ1dCB0aGUgQ29NSSBkcmFmdCBoYXMgc29tZSBzdWdnZXN0aW9ucy4gSXMgdGhh dCB3aGF0IHlvdSBhcmUgcGxhbm5pbmcgdG8gdXNlPw0KW01lZF0gV2UgYXJlIHJlbHlpbmcgb24g VXJpLVBhdGhzIGFuZCB0aGUgcnVsZXMgaW4gNzI1Mi4gSGVyZSBpcyBhbiBleGFtcGxlIG9mIERP VFMtc3VwcGxpZWQgVXJpLVBhdGhzLg0KDQoNCiAgICAgVXJpLVBhdGg6ICIud2VsbC1rbm93biIN Cg0KICAgICBVcmktUGF0aDogImRvdHMiDQoNCiAgICAgVXJpLVBhdGg6ICJtaXRpZ2F0ZSINCg0K ICAgICBVcmktUGF0aDogImNkaWQ9N2VlYWYzNDk1MjllYjU1ZWQ1MDExMyINCg0KICAgICBVcmkt UGF0aDogImN1aWQ9ZHo2cEhqYUFEa2FGVGJqcjBKR0JwdyINCg0KICAgICBVcmktUGF0aDogIm1p ZD0xMjMiDQoNClRoZSBvcmRlciBpcyBpbXBvcnRhbnQgYXMgZGlzY3Vzc2VkIGluIHRoZSBzcGVj Og0KDQoNCiAgIFRoZSBvcmRlciBvZiB0aGUgVXJpLVBhdGggb3B0aW9ucyBpcyBpbXBvcnRhbnQg YXMgaXQgZGVmaW5lcyB0aGUgQ29BUA0KDQogICByZXNvdXJjZS4gIEluIHBhcnRpY3VsYXIsICdt aWQnIE1VU1QgZm9sbG93ICdjdWlkJy4NCg0KDQorIElzIGEgR0VUIG9uIHRoZSByb290IHJlc291 cmNlIGEgdmFsaWQgb3BlcmF0aW9uPw0KW01lZF0gWWVzLiBGb3IgZXhhbXBsZSwNCg0KDQogICAq ICBGaWd1cmUgMTIgc2hvd3MgdGhlIGV4YW1wbGUgb2YgYSBHRVQgcmVxdWVzdCB0byByZXRyaWV2 ZSBhbGwgRE9UUw0KDQogICAgICBtaXRpZ2F0aW9uIHJlcXVlc3RzIHNpZ25hbGVkIGJ5IGEgRE9U UyBjbGllbnQuDQoNCklmIGl0IGlzLCB3aWxsIHRoYXQgcmV0dXJuIHRoZSBlbnRpcmUgZGF0YSB0 cmVlPw0KW01lZF0gWWVzLCBhc3N1bWluZyBhbGwgdmFsaWRhdGlvbiBjaGVja3MgYXJlIE9LLg0K DQpJZiBzbywgY2FuIHRoYXQgcmV0dXJuZWQgZGF0YSB0cmVlIGJlIHNlbnQgYmFjayBpbiBhIFBV VCBvcGVyYXRpb24gbGF0ZXI/DQoNCltNZWRdIE5vOg0KDQoNCiAgIEJlY2F1c2Ugb2YgdGhlIGNv bXBsZXhpdHkgb2YgaGFuZGxpbmcgcGFydGlhbCBmYWlsdXJlIGNhc2VzLCB0aGlzDQoNCiAgIHNw ZWNpZmljYXRpb24gZG9lcyBub3QgYWxsb3cgdGhlIGluY2x1c2lvbiBvZiBtdWx0aXBsZSBtaXRp Z2F0aW9uDQoNCiAgIHJlcXVlc3RzIGluIHRoZSBzYW1lIFBVVCByZXF1ZXN0LiAgQ29uY3JldGVs eSwgYSBET1RTIGNsaWVudCBNVVNUIE5PVA0KDQogICBpbmNsdWRlIG11bHRpcGxlIGVudHJpZXMg aW4gdGhlICdzY29wZScgYXJyYXkgb2YgdGhlIHNhbWUgUFVUDQoNCiAgIHJlcXVlc3QuDQoNCg0K KyBXb3VsZCBzdWNoIGEgdGhhdCBQVVQgb3BlcmF0aW9uICh3aGljaCBjb250YWlucyBhIGNvbmZp Z3VyYXRpb24gdGhhdCB3YXMgdmFsaWQgYXQgYW4gZWFybGllciBwb2ludCkgYWx3YXlzIHN1Y2Nl ZWQsIG9yIGFyZSB0aGVyZSBhbnkgc2l0dWF0aW9ucyBpbiB3aGljaCB0aGUgc2VydmVyIHdvdWxk IHJldHVybiBhbiBlcnJvciB3aGVuIGRvaW5nIHNvPyBXaGF0IGVycm9ycz8NCltNZWRdIFRoaXMg aXMgY292ZXJlZCBpbiBtYW55IHBsYWNlcyBvZiB0aGUgc3BlYywgZS5nLiwNCg0KDQogICBUaGlz IFBVVCByZXF1ZXN0IE1VU1QgdXNlIHRoZQ0KDQogICBzYW1lICdtaWQnIHZhbHVlLCBhbmQgaXQg TVVTVCByZXBlYXQgYWxsIHRoZSBvdGhlciBwYXJhbWV0ZXJzIGFzIHNlbnQNCg0KICAgaW4gdGhl IG9yaWdpbmFsIG1pdGlnYXRpb24gcmVxdWVzdCBhcGFydCBmcm9tIGEgcG9zc2libGUgY2hhbmdl IHRvDQoNCiAgIHRoZSAnbGlmZXRpbWUnIHBhcmFtZXRlciB2YWx1ZS4gIEluIHN1Y2ggYSBjYXNl LCB0aGUgRE9UUyBzZXJ2ZXIgTUFZDQoNCiAgIHVwZGF0ZSB0aGUgbWl0aWdhdGlvbiByZXF1ZXN0 LCBhbmQgYSAyLjA0IChDaGFuZ2VkKSByZXNwb25zZSBpcw0KDQogICByZXR1cm5lZCB0byBpbmRp Y2F0ZSBhIHN1Y2Nlc3NmdWwgdXBkYXRlIG9mIHRoZSBtaXRpZ2F0aW9uIHJlcXVlc3QuDQoNCiAg IElmIHRoaXMgaXMgbm90IHRoZSBjYXNlLCB0aGUgRE9UUyBzZXJ2ZXIgTVVTVCByZWplY3QgdGhl IHJlcXVlc3Qgd2l0aA0KDQogICBhIDQuMDAgKEJhZCBSZXF1ZXN0KS4NCg0Kb3INCg0KDQogICBU aGUgUFVUIHJlcXVlc3QgdXNlZCBmb3IgdGhlIGVmZmljYWN5IHVwZGF0ZSBNVVNUIGluY2x1ZGUg YWxsIHRoZQ0KDQogICBwYXJhbWV0ZXJzIHVzZWQgaW4gdGhlIFBVVCByZXF1ZXN0IHRvIGNhcnJ5 IHRoZSBET1RTIG1pdGlnYXRpb24NCg0KICAgcmVxdWVzdCAoU2VjdGlvbiA0LjQuMTxodHRwczov L3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjODc4MiNzZWN0aW9uLTQuNC4xPikgdW5jaGFuZ2VkIGFw YXJ0IGZyb20gdGhlICdsaWZldGltZScgcGFyYW1ldGVyDQoNCiAgIHZhbHVlLiAgSWYgdGhpcyBp cyBub3QgdGhlIGNhc2UsIHRoZSBET1RTIHNlcnZlciBNVVNUIHJlamVjdCB0aGUNCg0KICAgcmVx dWVzdCB3aXRoIGEgNC4wMCAoQmFkIFJlcXVlc3QpLg0KDQoNCisgSXMgdGhlcmUgYW55IHdheSB0 byBvbmx5IEdFVCB0aGUgY29uZmlndXJhdGlvbiBkYXRhPw0KW01lZF0gWWVzOg0KDQogICBUaGUg J2MnIFVyaS1RdWVyeSBvcHRpb24gaXMgdXNlZCB0byBjb250cm9sIHNlbGVjdGlvbiBvZg0KICAg Y29uZmlndXJhdGlvbiBhbmQgbm9uLWNvbmZpZ3VyYXRpb24gZGF0YSBub2Rlcy4NCg0KKyBXaWxs IGEgREVMRVRFIG9wZXJhdGlvbiBvbiBhIHZhbGlkIHJlc291cmNlIGFsd2F5cyBzdWNjZWVkLCBv ciBhcmUgdGhlcmUgYW55IGNvbmRpdGlvbnMgdW5kZXIgd2hpY2ggYSBkZWxldGlvbiBtYXkgYmUg aW52YWxpZD8NCltNZWRdIFllcyB0aGlzIGlzIGNvdmVyZWQgaW4gbWFueSBwbGFjZXMgaW4gdGhl IHNwZWMsIGUuZy4sDQoNCg0KICAgSWYgdGhlIERPVFMgc2VydmVyIGZpbmRzIHRoZSAnbWlkJyBw YXJhbWV0ZXIgdmFsdWUgY29udmV5ZWQgaW4gdGhlDQoNCiAgIERFTEVURSByZXF1ZXN0IGluIGl0 cyBjb25maWd1cmF0aW9uIGRhdGEgZm9yIHRoZSBET1RTIGNsaWVudCwgdGhlbiB0bw0KDQogICBw cm90ZWN0IGFnYWluc3Qgcm91dGUgb3IgRE5TIGZsYXBwaW5nIGNhdXNlZCBieSBhIERPVFMgY2xp ZW50IHJhcGlkbHkNCg0KICAgcmVtb3ZpbmcgYSBtaXRpZ2F0aW9uLCBhbmQgdG8gZGFtcGVuIHRo ZSBlZmZlY3Qgb2Ygb3NjaWxsYXRpbmcNCg0KICAgYXR0YWNrcywgdGhlIERPVFMgc2VydmVyIE1B WSBhbGxvdyBtaXRpZ2F0aW9uIHRvIGNvbnRpbnVlIGZvciBhDQoNCiAgIGxpbWl0ZWQgcGVyaW9k IGFmdGVyIGFja25vd2xlZGdpbmcgYSBET1RTIGNsaWVudCdzIHdpdGhkcmF3YWwgb2YgYQ0KDQog ICBtaXRpZ2F0aW9uIHJlcXVlc3QuICBEdXJpbmcgdGhpcyBwZXJpb2QsIHRoZSBET1RTIHNlcnZl ciBzdGF0dXMNCg0KICAgbWVzc2FnZXMgU0hPVUxEIGluZGljYXRlIHRoYXQgbWl0aWdhdGlvbiBp cyBhY3RpdmUgYnV0IHRlcm1pbmF0aW5nDQoNCiAgIChTZWN0aW9uIDQuNC4yPGh0dHBzOi8vdG9v bHMuaWV0Zi5vcmcvaHRtbC9yZmM4NzgyI3NlY3Rpb24tNC40LjI+KS4NCg0KT3INCg0KDQpGb3Ig ZXhhbXBsZSwgdGhlIERPVFMgY2xpZW50DQoNCiAgIG1heSBzZW5kIGEgUFVUIHJlcXVlc3QgdG8g Y29udmV5IGFuIGVmZmljYWN5IHVwZGF0ZSB0byB0aGUgRE9UUw0KDQogICBzZXJ2ZXIgZm9sbG93 ZWQgYnkgYSBERUxFVEUgcmVxdWVzdCB0byB3aXRoZHJhdyB0aGUgbWl0aWdhdGlvbg0KDQogICBy ZXF1ZXN0LCBidXQgdGhlIERFTEVURSByZXF1ZXN0IGFycml2ZXMgYXQgdGhlIERPVFMgc2VydmVy IGJlZm9yZSB0aGUNCg0KICAgUFVUIHJlcXVlc3QuICBUbyBoYW5kbGUgb3V0LW9mLW9yZGVyIGRl bGl2ZXJ5IG9mIHJlcXVlc3RzLCBpZiBhbiBJZi0NCg0KICAgTWF0Y2ggT3B0aW9uIGlzIHByZXNl bnQgaW4gdGhlIFBVVCByZXF1ZXN0IGFuZCB0aGUgJ21pZCcgaW4gdGhlDQoNCiAgIHJlcXVlc3Qg bWF0Y2hlcyBhIG1pdGlnYXRpb24gcmVxdWVzdCBmcm9tIHRoYXQgRE9UUyBjbGllbnQsIHRoZQ0K DQogICByZXF1ZXN0IGlzIHByb2Nlc3NlZCBieSB0aGUgRE9UUyBzZXJ2ZXIuICBJZiBubyBtYXRj aCBpcyBmb3VuZCwgdGhlDQoNCiAgIFBVVCByZXF1ZXN0IGlzIHNpbGVudGx5IGlnbm9yZWQgYnkg dGhlIERPVFMgc2VydmVyLg0KDQoNCisgSWYgdGhlIHRhcmdldCBVUkkgaXMgYWxyZWFkeSBkZWxl dGVkIChub3QgcHJlc2VudCksIGlzIHRoYXQgY29uc2lkZXJlZCBhbiBlcnJvciwgYW5kIGlmIHNv IHdoYXQgZXJyb3IgY29kZSBzaG91bGQgYmUgdXNlZD8NCltNZWRdIFRoYXTigJlzIGNvdmVyZWQg YXMgZm9sbG93czoNCg0KDQogICBPbmNlIHRoZSByZXF1ZXN0IGlzIHZhbGlkYXRlZCwgdGhlIERP VFMgc2VydmVyIGltbWVkaWF0ZWx5DQoNCiAgIGFja25vd2xlZGdlcyBhIERPVFMgY2xpZW50J3Mg cmVxdWVzdCB0byB3aXRoZHJhdyB0aGUgRE9UUyBzaWduYWwNCg0KICAgdXNpbmcgMi4wMiAoRGVs ZXRlZCkgUmVzcG9uc2UgQ29kZSB3aXRoIG5vIHJlc3BvbnNlIHBheWxvYWQuICBBIDIuMDINCg0K ICAgKERlbGV0ZWQpIFJlc3BvbnNlIENvZGUgaXMgcmV0dXJuZWQgZXZlbiBpZiB0aGUgJ21pZCcg cGFyYW1ldGVyIHZhbHVlDQoNCiAgIGNvbnZleWVkIGluIHRoZSBERUxFVEUgcmVxdWVzdCBkb2Vz IG5vdCBleGlzdCBpbiBpdHMgY29uZmlndXJhdGlvbg0KDQogICBkYXRhIGJlZm9yZSB0aGUgcmVx dWVzdC4NCg0KKyBJZiBhIHNlcnZlciBoYXMgc3RhcnRlZCBzZW5kaW5nIGJhY2sgYSByZXNwb25z ZSB0byBhIGNsaWVudCByZXF1ZXN0LCBidXQgdGhlbiBoaXRzIGFuIGludGVybmFsIGVycm9yLCBh bmQgaXMgdW5hYmxlIHRvIGZpbGZpbCB0aGUgcmVxdWVzdCwgd2hhdCBzaG91bGQgaXQgZG8/IElz IGNsb3NpbmcgdGhlIGNvbm5lY3Rpb24gYSByZWFzb25hYmxlIHJlc3BvbnNlPw0KW01lZF0gV2Ug ZG9u4oCZdCBoYXZlIHRleHQgYXMgdGhpcyBpcyBpbXBsZW1lbnRhdGlvbi1zcGVjaWZpYy4gVGhh dOKAmXMgc2FpZCBJIGV4cGVjdCBpbXBsZW1lbnRhdGlvbnMgdG8gbWFpbnRhaW4gdGhlIHNlc3Np b24gYWxpdmUgYXMgd2UgYXJlIGRlYWxpbmcgd2l0aCBERG9TIGF0dGFjayBtaXRpZ2F0aW9uLg0K DQorIFlBTkcgcnBjLCBhY3Rpb24sIGFuZCBub3RpZmljYXRpb24gc3RhdGVtZW50cyBoYXZlIG5v IG1hcHBpbmcgdG8gRFNQPw0KW01lZF0gVGhlc2UgZG8gbm90IGFwcGx5IGZvciB0aGUgc2lnbmFs IGNoYW5uZWwuIEkgdGhpbmsgdGhhdCB0aGluZ3MgYXJlIG5vdyBjbGVhciB3aXRoIHRoZSB1c2Ug b2Ygc3g6c3RydWN0dXJlLg0KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18KCkNlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2lu dGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxsZXMgb3Ug cHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYwpwYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9p dGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVz c2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlcgphIGwnZXhwZWRpdGV1ciBldCBs ZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxl Y3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLApPcmFuZ2UgZGVjbGlu ZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3Jt ZSBvdSBmYWxzaWZpZS4gTWVyY2kuCgpUaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBt YXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1h eSBiZSBwcm90ZWN0ZWQgYnkgbGF3Owp0aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVz ZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi4KSWYgeW91IGhhdmUgcmVjZWl2ZWQg dGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUg dGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuCkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJl ZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlm aWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC4KVGhhbmsgeW91LgoK --_000_787AE7BB302AE849A7480A190F8B9330314F168EOPEXCAUBMA2corp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6eD0idXJuOnNjaGVtYXMtbWljcm9z b2Z0LWNvbTpvZmZpY2U6ZXhjZWwiIHhtbG5zOnA9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206 b2ZmaWNlOnBvd2VycG9pbnQiIHhtbG5zOmE9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2Zm aWNlOmFjY2VzcyIgeG1sbnM6ZHQ9InV1aWQ6QzJGNDEwMTAtNjVCMy0xMWQxLUEyOUYtMDBBQTAw QzE0ODgyIiB4bWxuczpzPSJ1dWlkOkJEQzZFM0YwLTZEQTMtMTFkMS1BMkEzLTAwQUEwMEMxNDg4 MiIgeG1sbnM6cnM9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206cm93c2V0IiB4bWxuczp6PSIj Um93c2V0U2NoZW1hIiB4bWxuczpiPSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTpw dWJsaXNoZXIiIHhtbG5zOnNzPSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTpzcHJl YWRzaGVldCIgeG1sbnM6Yz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6Y29tcG9u ZW50OnNwcmVhZHNoZWV0IiB4bWxuczpvZGM9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2Zm aWNlOm9kYyIgeG1sbnM6b2E9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOmFjdGl2 YXRpb24iIHhtbG5zOmh0bWw9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1odG1sNDAiIHhtbG5z OnE9Imh0dHA6Ly9zY2hlbWFzLnhtbHNvYXAub3JnL3NvYXAvZW52ZWxvcGUvIiB4bWxuczpydGM9 Imh0dHA6Ly9taWNyb3NvZnQuY29tL29mZmljZW5ldC9jb25mZXJlbmNpbmciIHhtbG5zOkQ9IkRB VjoiIHhtbG5zOlJlcGw9Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vcmVwbC8iIHhtbG5z Om10PSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL3NoYXJlcG9pbnQvc29hcC9tZWV0aW5n cy8iIHhtbG5zOngyPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS9leGNlbC8y MDAzL3htbCIgeG1sbnM6cHBkYT0iaHR0cDovL3d3dy5wYXNzcG9ydC5jb20vTmFtZVNwYWNlLnhz ZCIgeG1sbnM6b2lzPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL3NoYXJlcG9pbnQvc29h cC9vaXMvIiB4bWxuczpkaXI9Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vc2hhcmVwb2lu dC9zb2FwL2RpcmVjdG9yeS8iIHhtbG5zOmRzcD0iaHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNv bS9zaGFyZXBvaW50L2RzcCIgeG1sbnM6dWRjPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29t L2RhdGEvdWRjIiB4bWxuczp4c2Q9Imh0dHA6Ly93d3cudzMub3JnLzIwMDEvWE1MU2NoZW1hIiB4 bWxuczpzdWI9Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vc2hhcmVwb2ludC9zb2FwLzIw MDIvMS9hbGVydHMvIiB4bWxuczplYz0iaHR0cDovL3d3dy53My5vcmcvMjAwMS8wNC94bWxlbmMj IiB4bWxuczpzcD0iaHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9zaGFyZXBvaW50LyIgeG1s bnM6c3BzPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL3NoYXJlcG9pbnQvc29hcC8iIHht bG5zOnhzaT0iaHR0cDovL3d3dy53My5vcmcvMjAwMS9YTUxTY2hlbWEtaW5zdGFuY2UiIHhtbG5z OnVkY3M9Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vZGF0YS91ZGMvc29hcCIgeG1sbnM6 dWRjeGY9Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vZGF0YS91ZGMveG1sZmlsZSIgeG1s bnM6dWRjcDJwPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL2RhdGEvdWRjL3BhcnR0b3Bh cnQiIHhtbG5zOndmPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL3NoYXJlcG9pbnQvc29h cC93b3JrZmxvdy8iIHhtbG5zOmRzc3M9Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vb2Zm aWNlLzIwMDYvZGlnc2lnLXNldHVwIiB4bWxuczpkc3NpPSJodHRwOi8vc2NoZW1hcy5taWNyb3Nv ZnQuY29tL29mZmljZS8yMDA2L2RpZ3NpZyIgeG1sbnM6bWRzc2k9Imh0dHA6Ly9zY2hlbWFzLm9w ZW54bWxmb3JtYXRzLm9yZy9wYWNrYWdlLzIwMDYvZGlnaXRhbC1zaWduYXR1cmUiIHhtbG5zOm12 ZXI9Imh0dHA6Ly9zY2hlbWFzLm9wZW54bWxmb3JtYXRzLm9yZy9tYXJrdXAtY29tcGF0aWJpbGl0 eS8yMDA2IiB4bWxuczptPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0 LzEyL29tbWwiIHhtbG5zOm1yZWxzPSJodHRwOi8vc2NoZW1hcy5vcGVueG1sZm9ybWF0cy5vcmcv cGFja2FnZS8yMDA2L3JlbGF0aW9uc2hpcHMiIHhtbG5zOnNwd3A9Imh0dHA6Ly9taWNyb3NvZnQu Y29tL3NoYXJlcG9pbnQvd2VicGFydHBhZ2VzIiB4bWxuczpleDEydD0iaHR0cDovL3NjaGVtYXMu bWljcm9zb2Z0LmNvbS9leGNoYW5nZS9zZXJ2aWNlcy8yMDA2L3R5cGVzIiB4bWxuczpleDEybT0i aHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9leGNoYW5nZS9zZXJ2aWNlcy8yMDA2L21lc3Nh Z2VzIiB4bWxuczpwcHRzbD0iaHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9zaGFyZXBvaW50 L3NvYXAvU2xpZGVMaWJyYXJ5LyIgeG1sbnM6c3BzbD0iaHR0cDovL21pY3Jvc29mdC5jb20vd2Vi c2VydmljZXMvU2hhcmVQb2ludFBvcnRhbFNlcnZlci9QdWJsaXNoZWRMaW5rc1NlcnZpY2UiIHht bG5zOlo9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206IiB4bWxuczp0YXg9Imh0dHA6Ly9zY2hl bWFzLm1pY3Jvc29mdC5jb20vc2hhcmVwb2ludC90YXhvbm9teS9zb2FwLyIgeG1sbnM6dG5zPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL3NoYXJlcG9pbnQvc29hcC9yZWNvcmRzcmVwb3Np dG9yeS8iIHhtbG5zOnNwc3VwPSJodHRwOi8vbWljcm9zb2Z0LmNvbS93ZWJzZXJ2aWNlcy9TaGFy ZVBvaW50UG9ydGFsU2VydmVyL1VzZXJQcm9maWxlU2VydmljZSIgeG1sbnM6bW1sPSJodHRwOi8v d3d3LnczLm9yZy8xOTk4L01hdGgvTWF0aE1MIiB4bWxuczpzdD0iJiMxOyIgeG1sbnM9Imh0dHA6 Ly93d3cudzMub3JnL1RSL1JFQy1odG1sNDAiPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJD b250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBu YW1lPSJHZW5lcmF0b3IiIGNvbnRlbnQ9Ik1pY3Jvc29mdCBXb3JkIDE0IChmaWx0ZXJlZCBtZWRp dW0pIj4NCjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0K QGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1 IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29O b3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAx cHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwi c2VyaWYiO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0 ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0K CWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnByZQ0KCXttc28t c3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IlByw6lmb3JtYXTDqSBIVE1MIENh ciI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEw LjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCnNwYW4uRW1haWxTdHlsZTE3DQoJ e21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5l dyI7DQoJY29sb3I6YmxhY2s7fQ0Kc3Bhbi5QcmZvcm1hdEhUTUxDYXINCgl7bXNvLXN0eWxlLW5h bWU6IlByw6lmb3JtYXTDqSBIVE1MIENhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1z by1zdHlsZS1saW5rOiJQcsOpZm9ybWF0w6kgSFRNTCI7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIg TmV3Ijt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglm b250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzky LjBwdDsNCgltYXJnaW46NzAuODVwdCA3MC44NXB0IDcwLjg1cHQgNzAuODVwdDt9DQpkaXYuV29y ZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUg bXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2 IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFw ZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4N CjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9 IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIiBzdHlsZT0id29yZC13cmFwOiBicmVh ay13b3JkOy13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTtsaW5lLWJyZWFrOmFmdGVyLXdoaXRlLXNw YWNlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90Oztjb2xvcjpibGFjayI+SGkgSmFuLA0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj5U aGFuayB5b3UgZm9yIHRoZSBmb2xsb3ctdXAuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPlBs ZWFzZSBzZWUgaW5saW5lLg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj5DaGVlcnMsPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6Ymxh Y2siPk1lZDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxl PSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBj bSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6 c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5EZSZuYnNwOzo8L3Nw YW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rh aG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4gSmFuIExpbmRibGFkIFttYWlsdG86 amFubEB0YWlsLWYuY29tXQ0KPGJyPg0KPGI+RW52b3nDqSZuYnNwOzo8L2I+IG1hcmRpIDcganVp bGxldCAyMDIwIDE1OjA3PGJyPg0KPGI+w4AmbmJzcDs6PC9iPiBCT1VDQURBSVIgTW9oPC9zcGFu PjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+YW1lZCBUR0kvT0xOPGJyPg0K PGI+Q2MmbmJzcDs6PC9iPiB5YW5nLWRvY3RvcnNAaWV0Zi5vcmc7IGRvdHNAaWV0Zi5vcmc7IGRy YWZ0LWlldGYtZG90cy10ZWxlbWV0cnkuYWxsQGlldGYub3JnPGJyPg0KPGI+T2JqZXQmbmJzcDs6 PC9iPiBSZTogWWFuZ2RvY3RvcnMgZWFybHkgcmV2aWV3IG9mIGRyYWZ0LWlldGYtZG90cy10ZWxl bWV0cnktMDk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5N ZWQsPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1h cmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPkdyZWF0LiBUaGFua3MuPGJyPg0KPGJyPg0KRm9jdXNpbmcgbm93IG9u ICMyLiA8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5bSmFubF0gVmVyeSBnb29kLjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwv cD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+V2UgYXJlIGFkaGVyaW5nIHRv IHRoZSBiYXNlIHNwZWMgZGVmaW5lZCBpbiBSRkM3MjUyIHdpdGggc3BlY2lmaWNzIGRlZmluZWQg aW4gdGhlIERPVFMgZG9jdW1lbnRzLg0KPGJyPg0KPGJyPg0KSWYgd2UgY29uc2lkZXIgZXJyb3Ig aGFuZGxpbmcgZm9yIGV4YW1wbGUsIHRoZSBnZW5lcmFsIHJ1bGUgaXM6PGJyPg0KPGJyPg0KJm5i c3A7Jm5ic3A7RE9UUyBhZ2VudHMgTVVTVCBzdXBwb3J0IEdFVCwgUFVULCBhbmQgREVMRVRFIENv QVAgbWV0aG9kcy4gJm5ic3A7VGhlPGJyPg0KJm5ic3A7Jm5ic3A7cGF5bG9hZCBpbmNsdWRlZCBp biBDb0FQIHJlc3BvbnNlcyB3aXRoIDIueHggUmVzcG9uc2UgQ29kZXMgTVVTVCBiZTxicj4NCiZu YnNwOyZuYnNwO29mIGNvbnRlbnQgdHlwZSAmcXVvdDthcHBsaWNhdGlvbi9kb3RzJiM0MztjYm9y JnF1b3Q7LiAmbmJzcDtDb0FQIHJlc3BvbnNlcyB3aXRoIDQueHg8YnI+DQombmJzcDsmbmJzcDth bmQgNS54eCBlcnJvciBSZXNwb25zZSBDb2RlcyBNVVNUIGluY2x1ZGUgYSBkaWFnbm9zdGljIHBh eWxvYWQ8YnI+DQombmJzcDsmbmJzcDsoU2VjdGlvbiA1LjUuMiBvZiBbUkZDNzI1Ml0pLiAmbmJz cDtUaGUgZGlhZ25vc3RpYyBwYXlsb2FkIG1heSBjb250YWluPGJyPg0KJm5ic3A7Jm5ic3A7YWRk aXRpb25hbCBpbmZvcm1hdGlvbiB0byBhaWQgdHJvdWJsZXNob290aW5nLjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPltKYW5sXSBU aGlzIGlzIGdvb2QsIGJ1dCA3MjUyIHNheXMgbm90aGluZyBhYm91dCBvcGVyYXRpb24gc2VtYW50 aWNzIG9yIGhvdyBZQU5HIGNvbWVzIGludG8gdGhlIHBpY3R1cmUuPHNwYW4gc3R5bGU9ImNvbG9y OmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48 aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90Oztjb2xvcjpibGFjayI+W01lZF0gWUFORyBpcyBvbmx5IHVzZWQgZm9yIERPVFMg YXMgYSBkZXNjcmlwdGl2ZSBsYW5ndWFnZSB0byBkZWZpbmUgdGhlIHN0cnVjdHVyZSBvZiB0aGUg bWVzc2FnZXMuIFRoZSBzdHJ1Y3R1cmUgaXMgYWxzbyBkZWZpbmVkIGFzIGpzb24gc2NoZW1hIHRo YXQgYXJlIHByb3ZpZGVkDQogaW4gbWFueSBwbGFjZXMgb2YgdGhlIHNwZWNzLiBXZSBkb27igJl0 IHByb3ZpZGUgdGhlIFlBTkcgbW9kdWxlIGZvciB0aGUgaW50ZXJuYWwgZGF0YXN0b3JlIHVzZWQg YnkgdGhlIHNlcnZlci4gVGhlIFdHIG1heSB3b3JrIG9uIHRoYXQgaW4gdGhlIGZ1dHVyZS4NCjxv OnA+PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PGk+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+TGV0IG1lIGV4ZW1wbGlmeSB3aGF0IEkgbWVhbiBieSBh IGZldyBxdWVzdGlvbnMuIEknbGwgYWJicmV2aWF0ZSB0aGUgRE9UUy1zaWduYWwtcHJvdG9jb2wg JnF1b3Q7RFNQJnF1b3Q7IGZvciBub3cuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+W01lZF0gVGhhbmtzLjwvc3Bhbj48L2k+ PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiYjNDM7IFNvIHRoZSBQT1NUIG9wZXJhdGlv biBpbiBDb0FQIGlzIG5vdCB1c2VkIGluIERTUD88bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj5bTWVkXSBJdCBpcyBub3QuDQo8 bzpwPjwvbzpwPjwvc3Bhbj48L2k+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mIzQzOyBJbiBhIFBVVCBtZXNzYWdlLCB3aGF0IGlz IHRoZSBtYXBwaW5nIGJldHdlZW4gWUFORyBwYXRocyBhbmQgdGhlIHRhcmdldCByZXNvdXJjZSBV Ukk/IENvQVAgZG9lcyBub3QgZGVmaW5lIHRoaXMsIGJ1dCB0aGUgQ29NSSBkcmFmdCBoYXMgc29t ZSBzdWdnZXN0aW9ucy4gSXMgdGhhdCB3aGF0IHlvdSBhcmUgcGxhbm5pbmcgdG8gdXNlPzxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6Ymxh Y2siPltNZWRdIFdlIGFyZSByZWx5aW5nIG9uIFVyaS1QYXRocyBhbmQgdGhlIHJ1bGVzIGluIDcy NTIuIEhlcmUgaXMgYW4gZXhhbXBsZSBvZiBET1RTLXN1cHBsaWVkIFVyaS1QYXRocy4NCjxvOnA+ PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PGk+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wPg0K PHByZT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgVXJpLVBhdGg6ICZxdW90Oy53ZWxsLWtub3du JnF1b3Q7PG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFVy aS1QYXRoOiAmcXVvdDtkb3RzJnF1b3Q7PG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IFVyaS1QYXRoOiAmcXVvdDttaXRpZ2F0ZSZxdW90OzxvOnA+PC9vOnA+ PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBVcmktUGF0aDogJnF1b3Q7Y2Rp ZD03ZWVhZjM0OTUyOWViNTVlZDUwMTEzJnF1b3Q7PG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFVyaS1QYXRoOiAmcXVvdDtjdWlkPWR6NnBIamFBRGthRlRi anIwSkdCcHcmcXVvdDs8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgVXJpLVBhdGg6ICZxdW90O21pZD0xMjMmcXVvdDs8bzpwPjwvbzpwPjwvcHJlPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PGk+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDs7Y29sb3I6YmxhY2siPlRoZSBvcmRlciBpcyBpbXBvcnRhbnQgYXMgZGlzY3Vzc2VkIGlu IHRoZSBzcGVjOjxvOnA+PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvaT48L2I+PC9wPg0KPHByZT4mbmJzcDsmbmJzcDsgVGhlIG9yZGVyIG9mIHRoZSBVcmktUGF0 aCBvcHRpb25zIGlzIGltcG9ydGFudCBhcyBpdCBkZWZpbmVzIHRoZSBDb0FQPG86cD48L286cD48 L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IHJlc291cmNlLiZuYnNwOyBJbiBwYXJ0aWN1bGFyLCAn bWlkJyBNVVNUIGZvbGxvdyAnY3VpZCcuPG86cD48L286cD48L3ByZT4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L2k+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNr Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj4mIzQzOyBJcyBhIEdFVCBvbiB0aGUgcm9vdCByZXNvdXJjZSBhIHZhbGlkIG9w ZXJhdGlvbj88c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj5bTWVkXSBZ ZXMuIEZvciBleGFtcGxlLDxvOnA+PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvaT48L2I+PC9wPg0KPHByZT4mbmJzcDsmbmJzcDsgKiZuYnNwOyBGaWd1cmUgMTIg c2hvd3MgdGhlIGV4YW1wbGUgb2YgYSBHRVQgcmVxdWVzdCB0byByZXRyaWV2ZSBhbGwgRE9UUzxv OnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBtaXRp Z2F0aW9uIHJlcXVlc3RzIHNpZ25hbGVkIGJ5IGEgRE9UUyBjbGllbnQuPG86cD48L286cD48L3By ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L2k+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPklm IGl0IGlzLCB3aWxsIHRoYXQgcmV0dXJuIHRoZSBlbnRpcmUgZGF0YSB0cmVlPzxzcGFuIHN0eWxl PSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPltNZWRdIFllcywgYXNzdW1pbmcgYWxsIHZh bGlkYXRpb24gY2hlY2tzIGFyZSBPSy48bzpwPjwvbzpwPjwvc3Bhbj48L2k+PC9iPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L2k+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPklmIHNvLCBj YW4gdGhhdCByZXR1cm5lZCBkYXRhIHRyZWUgYmUgc2VudCBiYWNrIGluIGEgUFVUIG9wZXJhdGlv biBsYXRlcj88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPltNZWRd IE5vOg0KPG86cD48L286cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9p PjwvYj48L3A+DQo8cHJlPiZuYnNwOyZuYnNwOyBCZWNhdXNlIG9mIHRoZSBjb21wbGV4aXR5IG9m IGhhbmRsaW5nIHBhcnRpYWwgZmFpbHVyZSBjYXNlcywgdGhpczxvOnA+PC9vOnA+PC9wcmU+DQo8 cHJlPiZuYnNwOyZuYnNwOyBzcGVjaWZpY2F0aW9uIGRvZXMgbm90IGFsbG93IHRoZSBpbmNsdXNp b24gb2YgbXVsdGlwbGUgbWl0aWdhdGlvbjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZu YnNwOyByZXF1ZXN0cyBpbiB0aGUgc2FtZSBQVVQgcmVxdWVzdC4mbmJzcDsgQ29uY3JldGVseSwg YSBET1RTIGNsaWVudCBNVVNUIE5PVDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNw OyBpbmNsdWRlIG11bHRpcGxlIGVudHJpZXMgaW4gdGhlICdzY29wZScgYXJyYXkgb2YgdGhlIHNh bWUgUFVUPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IHJlcXVlc3QuPG86cD48 L286cD48L3ByZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJs YWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2k+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L2k+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiYjNDM7IFdvdWxkIHN1Y2ggYSB0 aGF0IFBVVCBvcGVyYXRpb24gKHdoaWNoIGNvbnRhaW5zIGEgY29uZmlndXJhdGlvbiB0aGF0IHdh cyB2YWxpZCBhdCBhbiBlYXJsaWVyIHBvaW50KSBhbHdheXMgc3VjY2VlZCwgb3IgYXJlIHRoZXJl IGFueSBzaXR1YXRpb25zIGluIHdoaWNoIHRoZSBzZXJ2ZXIgd291bGQgcmV0dXJuIGFuIGVycm9y IHdoZW4gZG9pbmcgc28/IFdoYXQgZXJyb3JzPzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPltNZWRdIFRoaXMgaXMgY292ZXJl ZCBpbiBtYW55IHBsYWNlcyBvZiB0aGUgc3BlYywgZS5nLiwNCjxvOnA+PC9vOnA+PC9zcGFuPjwv aT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6Ymxh Y2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wPg0KPHByZT4mbmJzcDsmbmJz cDsgVGhpcyBQVVQgcmVxdWVzdCBNVVNUIHVzZSB0aGU8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4m bmJzcDsmbmJzcDsgc2FtZSAnbWlkJyB2YWx1ZSwgYW5kIGl0IE1VU1QgcmVwZWF0IGFsbCB0aGUg b3RoZXIgcGFyYW1ldGVycyBhcyBzZW50PG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5i c3A7IGluIHRoZSBvcmlnaW5hbCBtaXRpZ2F0aW9uIHJlcXVlc3QgYXBhcnQgZnJvbSBhIHBvc3Np YmxlIGNoYW5nZSB0bzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyB0aGUgJ2xp ZmV0aW1lJyBwYXJhbWV0ZXIgdmFsdWUuJm5ic3A7IEluIHN1Y2ggYSBjYXNlLCB0aGUgRE9UUyBz ZXJ2ZXIgTUFZPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IHVwZGF0ZSB0aGUg bWl0aWdhdGlvbiByZXF1ZXN0LCBhbmQgYSAyLjA0IChDaGFuZ2VkKSByZXNwb25zZSBpczxvOnA+ PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyByZXR1cm5lZCB0byBpbmRpY2F0ZSBhIHN1 Y2Nlc3NmdWwgdXBkYXRlIG9mIHRoZSBtaXRpZ2F0aW9uIHJlcXVlc3QuPG86cD48L286cD48L3By ZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IElmIHRoaXMgaXMgbm90IHRoZSBjYXNlLCB0aGUgRE9UUyBz ZXJ2ZXIgTVVTVCByZWplY3QgdGhlIHJlcXVlc3Qgd2l0aDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJl PiZuYnNwOyZuYnNwOyBhIDQuMDAgKEJhZCBSZXF1ZXN0KS48bzpwPjwvbzpwPjwvcHJlPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PGk+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDs7Y29sb3I6YmxhY2siPm9yPG86cD48L286cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8cHJlPiZuYnNwOyZuYnNwOyBUaGUgUFVUIHJlcXVl c3QgdXNlZCBmb3IgdGhlIGVmZmljYWN5IHVwZGF0ZSBNVVNUIGluY2x1ZGUgYWxsIHRoZTxvOnA+ PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyBwYXJhbWV0ZXJzIHVzZWQgaW4gdGhlIFBV VCByZXF1ZXN0IHRvIGNhcnJ5IHRoZSBET1RTIG1pdGlnYXRpb248bzpwPjwvbzpwPjwvcHJlPg0K PHByZT4mbmJzcDsmbmJzcDsgcmVxdWVzdCAoPGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9y Zy9odG1sL3JmYzg3ODIjc2VjdGlvbi00LjQuMSI+U2VjdGlvbiA0LjQuMTwvYT4pIHVuY2hhbmdl ZCBhcGFydCBmcm9tIHRoZSAnbGlmZXRpbWUnIHBhcmFtZXRlcjxvOnA+PC9vOnA+PC9wcmU+DQo8 cHJlPiZuYnNwOyZuYnNwOyB2YWx1ZS4mbmJzcDsgSWYgdGhpcyBpcyBub3QgdGhlIGNhc2UsIHRo ZSBET1RTIHNlcnZlciBNVVNUIHJlamVjdCB0aGU8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJz cDsmbmJzcDsgcmVxdWVzdCB3aXRoIGEgNC4wMCAoQmFkIFJlcXVlc3QpLjxvOnA+PC9vOnA+PC9w cmU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+JiM0MzsgSXMgdGhlcmUgYW55IHdheSB0byBv bmx5IEdFVCB0aGUgY29uZmlndXJhdGlvbiBkYXRhPzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPltNZWRdIFllczoNCjxvOnA+ PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PGk+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBUaGUgJ2MnIFVyaS1R dWVyeSBvcHRpb24gaXMgdXNlZCB0byBjb250cm9sIHNlbGVjdGlvbiBvZjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgY29u ZmlndXJhdGlvbiBhbmQgbm9uLWNvbmZpZ3VyYXRpb24gZGF0YSBub2Rlcy48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+JiM0MzsgV2lsbCBhIERFTEVURSBvcGVyYXRpb24gb24gYSB2YWxpZCByZXNvdXJjZSBh bHdheXMgc3VjY2VlZCwgb3IgYXJlIHRoZXJlIGFueSBjb25kaXRpb25zIHVuZGVyIHdoaWNoIGEg ZGVsZXRpb24gbWF5IGJlIGludmFsaWQ/PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+W01lZF0gWWVzIHRoaXMgaXMgY292ZXJl ZCBpbiBtYW55IHBsYWNlcyBpbiB0aGUgc3BlYywgZS5nLiwNCjxvOnA+PC9vOnA+PC9zcGFuPjwv aT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6Ymxh Y2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wPg0KPHByZT4mbmJzcDsmbmJz cDsgSWYgdGhlIERPVFMgc2VydmVyIGZpbmRzIHRoZSAnbWlkJyBwYXJhbWV0ZXIgdmFsdWUgY29u dmV5ZWQgaW4gdGhlPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IERFTEVURSBy ZXF1ZXN0IGluIGl0cyBjb25maWd1cmF0aW9uIGRhdGEgZm9yIHRoZSBET1RTIGNsaWVudCwgdGhl biB0bzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyBwcm90ZWN0IGFnYWluc3Qg cm91dGUgb3IgRE5TIGZsYXBwaW5nIGNhdXNlZCBieSBhIERPVFMgY2xpZW50IHJhcGlkbHk8bzpw PjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsgcmVtb3ZpbmcgYSBtaXRpZ2F0aW9uLCBh bmQgdG8gZGFtcGVuIHRoZSBlZmZlY3Qgb2Ygb3NjaWxsYXRpbmc8bzpwPjwvbzpwPjwvcHJlPg0K PHByZT4mbmJzcDsmbmJzcDsgYXR0YWNrcywgdGhlIERPVFMgc2VydmVyIE1BWSBhbGxvdyBtaXRp Z2F0aW9uIHRvIGNvbnRpbnVlIGZvciBhPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5i c3A7IGxpbWl0ZWQgcGVyaW9kIGFmdGVyIGFja25vd2xlZGdpbmcgYSBET1RTIGNsaWVudCdzIHdp dGhkcmF3YWwgb2YgYTxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyBtaXRpZ2F0 aW9uIHJlcXVlc3QuJm5ic3A7IER1cmluZyB0aGlzIHBlcmlvZCwgdGhlIERPVFMgc2VydmVyIHN0 YXR1czxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyBtZXNzYWdlcyBTSE9VTEQg aW5kaWNhdGUgdGhhdCBtaXRpZ2F0aW9uIGlzIGFjdGl2ZSBidXQgdGVybWluYXRpbmc8bzpwPjwv bzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsgKDxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0 Zi5vcmcvaHRtbC9yZmM4NzgyI3NlY3Rpb24tNC40LjIiPlNlY3Rpb24gNC40LjI8L2E+KS48bzpw PjwvbzpwPjwvcHJlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6 YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPk9yPG86cD48L286cD48L3NwYW4+ PC9pPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48aT48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpi bGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8cHJlPkZvciBleGFt cGxlLCB0aGUgRE9UUyBjbGllbnQ8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsg bWF5IHNlbmQgYSBQVVQgcmVxdWVzdCB0byBjb252ZXkgYW4gZWZmaWNhY3kgdXBkYXRlIHRvIHRo ZSBET1RTPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IHNlcnZlciBmb2xsb3dl ZCBieSBhIERFTEVURSByZXF1ZXN0IHRvIHdpdGhkcmF3IHRoZSBtaXRpZ2F0aW9uPG86cD48L286 cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IHJlcXVlc3QsIGJ1dCB0aGUgREVMRVRFIHJlcXVl c3QgYXJyaXZlcyBhdCB0aGUgRE9UUyBzZXJ2ZXIgYmVmb3JlIHRoZTxvOnA+PC9vOnA+PC9wcmU+ DQo8cHJlPiZuYnNwOyZuYnNwOyBQVVQgcmVxdWVzdC4mbmJzcDsgVG8gaGFuZGxlIG91dC1vZi1v cmRlciBkZWxpdmVyeSBvZiByZXF1ZXN0cywgaWYgYW4gSWYtPG86cD48L286cD48L3ByZT4NCjxw cmU+Jm5ic3A7Jm5ic3A7IE1hdGNoIE9wdGlvbiBpcyBwcmVzZW50IGluIHRoZSBQVVQgcmVxdWVz dCBhbmQgdGhlICdtaWQnIGluIHRoZTxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNw OyByZXF1ZXN0IG1hdGNoZXMgYSBtaXRpZ2F0aW9uIHJlcXVlc3QgZnJvbSB0aGF0IERPVFMgY2xp ZW50LCB0aGU8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsgcmVxdWVzdCBpcyBw cm9jZXNzZWQgYnkgdGhlIERPVFMgc2VydmVyLiZuYnNwOyBJZiBubyBtYXRjaCBpcyBmb3VuZCwg dGhlPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IFBVVCByZXF1ZXN0IGlzIHNp bGVudGx5IGlnbm9yZWQgYnkgdGhlIERPVFMgc2VydmVyLjxvOnA+PC9vOnA+PC9wcmU+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztj b2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+JiM0MzsgSWYgdGhlIHRhcmdldCBVUkkgaXMgYWxyZWFkeSBk ZWxldGVkIChub3QgcHJlc2VudCksIGlzIHRoYXQgY29uc2lkZXJlZCBhbiBlcnJvciwgYW5kIGlm IHNvIHdoYXQgZXJyb3IgY29kZSBzaG91bGQgYmUgdXNlZD8mbmJzcDs8bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj5bTWVkXSBU aGF04oCZcyBjb3ZlcmVkIGFzIGZvbGxvd3M6DQo8bzpwPjwvbzpwPjwvc3Bhbj48L2k+PC9iPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L2k+PC9iPjwvcD4NCjxwcmU+Jm5ic3A7Jm5ic3A7IE9uY2Ug dGhlIHJlcXVlc3QgaXMgdmFsaWRhdGVkLCB0aGUgRE9UUyBzZXJ2ZXIgaW1tZWRpYXRlbHk8bzpw PjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsgYWNrbm93bGVkZ2VzIGEgRE9UUyBjbGll bnQncyByZXF1ZXN0IHRvIHdpdGhkcmF3IHRoZSBET1RTIHNpZ25hbDxvOnA+PC9vOnA+PC9wcmU+ DQo8cHJlPiZuYnNwOyZuYnNwOyB1c2luZyAyLjAyIChEZWxldGVkKSBSZXNwb25zZSBDb2RlIHdp dGggbm8gcmVzcG9uc2UgcGF5bG9hZC4mbmJzcDsgQSAyLjAyPG86cD48L286cD48L3ByZT4NCjxw cmU+Jm5ic3A7Jm5ic3A7IChEZWxldGVkKSBSZXNwb25zZSBDb2RlIGlzIHJldHVybmVkIGV2ZW4g aWYgdGhlICdtaWQnIHBhcmFtZXRlciB2YWx1ZTxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNw OyZuYnNwOyBjb252ZXllZCBpbiB0aGUgREVMRVRFIHJlcXVlc3QgZG9lcyBub3QgZXhpc3QgaW4g aXRzIGNvbmZpZ3VyYXRpb248bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsgZGF0 YSBiZWZvcmUgdGhlIHJlcXVlc3QuPG86cD48L286cD48L3ByZT4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mIzQzOyBJZiBhIHNlcnZlciBoYXMg c3RhcnRlZCBzZW5kaW5nIGJhY2sgYSByZXNwb25zZSB0byBhIGNsaWVudCByZXF1ZXN0LCBidXQg dGhlbiBoaXRzIGFuIGludGVybmFsIGVycm9yLCBhbmQgaXMgdW5hYmxlIHRvIGZpbGZpbCB0aGUg cmVxdWVzdCwgd2hhdCBzaG91bGQgaXQgZG8/IElzIGNsb3NpbmcgdGhlIGNvbm5lY3Rpb24gYSBy ZWFzb25hYmxlIHJlc3BvbnNlPzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPltNZWRdIFdlIGRvbuKAmXQgaGF2ZSB0ZXh0IGFz IHRoaXMgaXMgaW1wbGVtZW50YXRpb24tc3BlY2lmaWMuIFRoYXTigJlzIHNhaWQgSSBleHBlY3Qg aW1wbGVtZW50YXRpb25zIHRvIG1haW50YWluIHRoZSBzZXNzaW9uIGFsaXZlIGFzIHdlIGFyZSBk ZWFsaW5nIHdpdGggRERvUyBhdHRhY2sNCiBtaXRpZ2F0aW9uLiA8bzpwPjwvbzpwPjwvc3Bhbj48 L2k+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj4mIzQzOyBZQU5HIHJwYywgYWN0aW9uLCBhbmQgbm90aWZpY2F0aW9uIHN0YXRlbWVu dHMgaGF2ZSBubyBtYXBwaW5nIHRvIERTUD88bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj5bTWVkXSBUaGVzZSBkbyBub3QgYXBw bHkgZm9yIHRoZSBzaWduYWwgY2hhbm5lbC4gSSB0aGluayB0aGF0IHRoaW5ncyBhcmUgbm93IGNs ZWFyIHdpdGggdGhlIHVzZSBvZiBzeDpzdHJ1Y3R1cmUuDQo8L3NwYW4+PC9pPjwvYj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 Oztjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxQUkU+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwoKQ2UgbWVzc2FnZSBldCBzZXMgcGll Y2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGll bGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jCnBhcyBldHJlIGRpZmZ1c2Vz LCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVj dSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyCmEgbCdleHBlZGl0 ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNz YWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sCk9yYW5n ZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJl LCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS4KClRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFj aG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxlZ2VkIGluZm9ybWF0aW9u IHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7CnRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmli dXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLgpJZiB5b3UgaGF2ZSBy ZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5k IGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4KQXMgZW1haWxzIG1heSBi ZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBoYXZlIGJl ZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLgpUaGFuayB5b3UuCjwvUFJFPjwvYm9k eT4NCjwvaHRtbD4NCg== --_000_787AE7BB302AE849A7480A190F8B9330314F168EOPEXCAUBMA2corp_-- From nobody Tue Jul 7 09:35:17 2020 Return-Path: X-Original-To: dots@ietf.org Delivered-To: dots@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B56E93A1104; Tue, 7 Jul 2020 09:35:03 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Robert Wilton via Datatracker To: "The IESG" Cc: draft-ietf-dots-use-cases@ietf.org, dots-chairs@ietf.org, dots@ietf.org, Valery Smyslov , valery@smyslov.net X-Test-IDTracker: no X-IETF-IDTracker: 7.7.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Robert Wilton Message-ID: <159413970372.11271.921859123771735871@ietfa.amsl.com> Date: Tue, 07 Jul 2020 09:35:03 -0700 Archived-At: Subject: [Dots] Robert Wilton's No Objection on draft-ietf-dots-use-cases-25: (with COMMENT) X-BeenThere: dots@ietf.org X-Mailman-Version: 2.1.29 List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jul 2020 16:35:04 -0000 Robert Wilton has entered the following ballot position for draft-ietf-dots-use-cases-25: 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-dots-use-cases/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Hi, I found this document to be well written and easy to follow. One minor nit: 3.3. DDoS Orchestration Then the orchestrator can take further actions such as requesting forwarding nodes such as routers to filter the traffic. Perhaps reword this sentence to avoid "such as" twice in the same sentence. Regards, Rob From nobody Wed Jul 8 02:19:07 2020 Return-Path: X-Original-To: dots@ietfa.amsl.com Delivered-To: dots@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 535163A0CDC; Wed, 8 Jul 2020 02:19:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.095 X-Spam-Level: X-Spam-Status: No, score=-2.095 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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=orange.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 qQWtFVhxeRMO; Wed, 8 Jul 2020 02:18:59 -0700 (PDT) Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.70.36]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 782593A0CDB; Wed, 8 Jul 2020 02:18:59 -0700 (PDT) Received: from opfednr06.francetelecom.fr (unknown [xx.xx.xx.70]) by opfednr25.francetelecom.fr (ESMTP service) with ESMTP id 4B1tz60MT0zCr5s; Wed, 8 Jul 2020 11:18:58 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1594199938; bh=ycG7SPBhP0YA3j266wViLohdWkgafu3owRXGq9LjcTQ=; h=From:To:Subject:Date:Message-ID:Content-Type:MIME-Version; b=QKpSGVKtmEYuGlFHnrne0TgvJWeHyqXQrqhVIhzs1QP04pNpJwiStmre2knn3MPsr zDRrjCmB5bFa5jVqL8u7zv2+LwIDuGbizeSZWDrdaEdfp+DEiVOMuZCftSOuLQsDh4 aBaiyTmrgm6ec0T2vx4Y1Aqu3Av6JUCHe+ZaYatCEhLHg7KVG4yZOifsBYGf5tXsWl qvX+6xBMlk2Utv28SDvNSl2LXCihoC/K0ZWaKT4E6EKuMQpLiLoOxqsNqzHbQ3N8pe wfe794UFs6pXtP/Imdwfv+32gJP7E7qa6XXP0tiNtSHDxoilgvbexy2RGc13akxqgV NhvoaxkWkNGJg== Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.32]) by opfednr06.francetelecom.fr (ESMTP service) with ESMTP id 4B1tz56HxkzDq7C; Wed, 8 Jul 2020 11:18:57 +0200 (CEST) From: To: Jan Lindblad CC: "yang-doctors@ietf.org" , "dots@ietf.org" , "draft-ietf-dots-telemetry.all@ietf.org" Thread-Topic: Yangdoctors early review of draft-ietf-dots-telemetry-09 Thread-Index: AQHWVF99zHY6zynqkkCdCx+tS06vUqj8G1tQgAFI71A= Date: Wed, 8 Jul 2020 09:18:56 +0000 Message-ID: <5619_1594199937_5F058F81_5619_133_1_787AE7BB302AE849A7480A190F8B9330314F234C@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> References: <159353177839.29172.8254735147639701580@ietfa.amsl.com> <5252_1593761623_5EFEDF57_5252_57_9_787AE7BB302AE849A7480A190F8B9330314EE318@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <4B4D2FC8-68E0-4C59-96AF-17E0D77F325D@tail-f.com> <10654_1594040372_5F032034_10654_248_1_787AE7BB302AE849A7480A190F8B9330314F0712@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <16820_1594131987_5F048613_16820_137_2_787AE7BB302AE849A7480A190F8B9330314F168E@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> In-Reply-To: <16820_1594131987_5F048613_16820_137_2_787AE7BB302AE849A7480A190F8B9330314F168E@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.114.13.247] Content-Type: multipart/alternative; boundary="_000_787AE7BB302AE849A7480A190F8B9330314F234COPEXCAUBMA2corp_" MIME-Version: 1.0 Archived-At: Subject: Re: [Dots] Yangdoctors early review of draft-ietf-dots-telemetry-09 X-BeenThere: dots@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jul 2020 09:19:02 -0000 --_000_787AE7BB302AE849A7480A190F8B9330314F234COPEXCAUBMA2corp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SmFuLA0KDQpTb21lIGNsYXJpZmljYXRpb25zIGFib3V0IHRoaXMgb25lOg0KDQorIElmIGEgc2Vy dmVyIGhhcyBzdGFydGVkIHNlbmRpbmcgYmFjayBhIHJlc3BvbnNlIHRvIGEgY2xpZW50IHJlcXVl c3QsIGJ1dCB0aGVuIGhpdHMgYW4gaW50ZXJuYWwgZXJyb3IsIGFuZCBpcyB1bmFibGUgdG8gZmls ZmlsIHRoZSByZXF1ZXN0LCB3aGF0IHNob3VsZCBpdCBkbz8gSXMgY2xvc2luZyB0aGUgY29ubmVj dGlvbiBhIHJlYXNvbmFibGUgcmVzcG9uc2U/DQpbTWVkXSBXZSBkb27igJl0IGhhdmUgdGV4dCBh cyB0aGlzIGlzIGltcGxlbWVudGF0aW9uLXNwZWNpZmljLiBUaGF04oCZcyBzYWlkIEkgZXhwZWN0 IGltcGxlbWVudGF0aW9ucyB0byBtYWludGFpbiB0aGUgc2Vzc2lvbiBhbGl2ZSBhcyB3ZSBhcmUg ZGVhbGluZyB3aXRoIEREb1MgYXR0YWNrIG1pdGlnYXRpb24uDQoNCkkgdGhvdWdodCB0aGF0IHlv dSB3ZXJlIGFza2luZyBmb3IgYSBjYXNlIHdoZXJlIHRoZSBzZXJ2ZXIgaGFzIGFjY2VwdGVkIGZv ciBleGFtcGxlIGEgKG1pdGlnYXRpb24pIHJlcXVlc3QgYnV0IHRoZW4gZW5jb3VudGVycyBhbiBl cnJvci4gVGhhdCBjYXNlIGlzIGltcGxlbWVudGF0aW9uLXNwZWNpZmljLg0KDQpGV0lXLCB3ZSBk byBoYXZlIHRoZSBmb2xsb3dpbmc6DQoNCg0KwrcgICAgICAgICBJZiB0aGUgc2VydmVyIGNyYXNo ZXMsIHRoZSBjb25uZWN0aW9uIHdpbGwgYmUgY2xvc2VkLiBUaGlzIHdpbGwgYmUgZGV0ZWN0ZWQg YnkgdGhlIGNsaWVudCB0aGFua3MgdG8gdGhlIHVzZSBvZiBoZWFydGJlYXRzLiBUaGUgY2xpZW50 IHdpbGwgdGhlbiByZS1lc3RhYmxpc2ggdGhlIHNpZ25hbCBzZXNzaW9uLg0KDQrCtyAgICAgICAg IEZvciBlcnJvcnMgb24gdGhlIHNlcnZlciBzaWRlIHdlIGRvIGhhdmUgdGhlIGZvbGxvd2luZzoN Cg0KDQogICDigJxUaGUgZXJyb3IgUmVzcG9uc2UgQ29kZSA1LjAzIChTZXJ2aWNlIFVuYXZhaWxh YmxlKSBpcw0KICAgcmV0dXJuZWQgaWYgdGhlIERPVFMgc2VydmVyIGhhcyBlcnJlZCBvciBpcyBp bmNhcGFibGUgb2YgcGVyZm9ybWluZw0KICAgdGhlIG1pdGlnYXRpb24uICBBcyBzcGVjaWZpZWQg aW4gW1JGQzcyNTI8aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzcyNTI+XSwgNS4wMyB1 c2VzIE1heC1BZ2UgT3B0aW9uDQogICB0byBpbmRpY2F0ZSB0aGUgbnVtYmVyIG9mIHNlY29uZHMg YWZ0ZXIgd2hpY2ggdG8gcmV0cnkuIg0KDQpJbXBsZW1lbnRhdGlvbnMgY2FuIHNlbmQgNS4wMCwg YnV0IGhvdyB0aGUgY2xpZW50IHdpbGwgcmVhY3QgdG8gdGhlIGVycm9yIGNvZGUgaXMgaW1wbGVt ZW50YXRpb24tc3BlY2lmaWMuDQoNCkNoZWVycywNCk1lZA0KCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KCkNlIG1lc3NhZ2Ug ZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBj b25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYwpwYXMgZXRy ZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91 cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlcgph IGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVz LiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0 aW9uLApPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEg ZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuCgpUaGlzIG1lc3NhZ2UgYW5k IGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBp bmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3Owp0aGV5IHNob3VsZCBub3Qg YmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi4KSWYg eW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUg c2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuCkFzIGVt YWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRo YXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC4KVGhhbmsgeW91LgoK --_000_787AE7BB302AE849A7480A190F8B9330314F234COPEXCAUBMA2corp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMg MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1 IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0 b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcg Um9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnByZQ0K CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IlByw6lmb3JtYXTDqSBI VE1MIENhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1z aXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCnAuTXNvTGlzdFBhcmFn cmFwaCwgbGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGgNCgl7bXNvLXN0 eWxlLXByaW9yaXR5OjM0Ow0KCW1hcmdpbi10b3A6MGNtOw0KCW1hcmdpbi1yaWdodDowY207DQoJ bWFyZ2luLWJvdHRvbTowY207DQoJbWFyZ2luLWxlZnQ6MzYuMHB0Ow0KCW1hcmdpbi1ib3R0b206 LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9t YW4iLHNlcmlmO30NCnNwYW4uUHJmb3JtYXRIVE1MQ2FyDQoJe21zby1zdHlsZS1uYW1lOiJQcsOp Zm9ybWF0w6kgSFRNTCBDYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUt bGluazoiUHLDqWZvcm1hdMOpIEhUTUwiOw0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0K c3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1p bHk6IkNvdXJpZXIgTmV3IjsNCgljb2xvcjpibGFjazt9DQpzcGFuLkVtYWlsU3R5bGUyMA0KCXtt c28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ291cmllciBOZXci Ow0KCWNvbG9yOmJsYWNrOw0KCWZvbnQtd2VpZ2h0Om5vcm1hbDsNCglmb250LXN0eWxlOm5vcm1h bDsNCgl0ZXh0LWRlY29yYXRpb246bm9uZSBub25lO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1z dHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNl Y3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3MC44NXB0IDcwLjg1cHQg NzAuODVwdCA3MC44NXB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7 fQ0KLyogTGlzdCBEZWZpbml0aW9ucyAqLw0KQGxpc3QgbDANCgl7bXNvLWxpc3QtaWQ6MjY3NjE0 ODE7DQoJbXNvLWxpc3QtdHlwZTpoeWJyaWQ7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOjc4NTU1 ODk0NiAxOTYzNDc2MTU2IDY3ODk1Mjk5IDY3ODk1MzAxIDY3ODk1Mjk3IDY3ODk1Mjk5IDY3ODk1 MzAxIDY3ODk1Mjk3IDY3ODk1Mjk5IDY3ODk1MzAxO30NCkBsaXN0IGwwOmxldmVsMQ0KCXttc28t bGV2ZWwtc3RhcnQtYXQ6MDsNCgltc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNv LWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1u dW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5 OlN5bWJvbDsNCgltc28tZmFyZWFzdC1mb250LWZhbWlseTpDYWxpYnJpOw0KCW1zby1iaWRpLWZv bnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KQGxpc3QgbDA6bGV2ZWwyDQoJe21zby1sZXZlbC1u dW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWIt c3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVu dDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KQGxpc3QgbDA6bGV2ZWwz DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7 DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjps ZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBs aXN0IGwwOmxldmVsNA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxl dmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1i ZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OlN5 bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0 Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxl dmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1m YW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpAbGlzdCBsMDpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJl ci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0 b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6 LTE4LjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJe21z by1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNv LWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0K CXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxl dmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6 bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9u OmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXci O30NCkBsaXN0IGwwOmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJ bXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZl bC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFt aWx5OldpbmdkaW5nczt9DQpvbA0KCXttYXJnaW4tYm90dG9tOjBjbTt9DQp1bA0KCXttYXJnaW4t Ym90dG9tOjBjbTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hh cGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlm XS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQi Pg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94 bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJGUiIgbGluaz0iYmx1ZSIgdmxp bms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2s7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkph biwNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 O2NvbG9yOmJsYWNrO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7 Y29sb3I6YmxhY2s7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPlNvbWUgY2xhcmlmaWNhdGlv bnMgYWJvdXQgdGhpcyBvbmU6DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2s7bXNvLWZhcmVhc3QtbGFu Z3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mIzQzOyBJZiBhIHNlcnZlciBoYXMgc3RhcnRlZCBz ZW5kaW5nIGJhY2sgYSByZXNwb25zZSB0byBhIGNsaWVudCByZXF1ZXN0LCBidXQgdGhlbiBoaXRz IGFuIGludGVybmFsIGVycm9yLCBhbmQgaXMgdW5hYmxlIHRvIGZpbGZpbCB0aGUgcmVxdWVzdCwg d2hhdCBzaG91bGQgaXQgZG8/IElzIGNsb3NpbmcgdGhlIGNvbm5lY3Rpb24gYSByZWFzb25hYmxl IHJlc3BvbnNlPzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxi PjxpPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+W01lZF0gV2UgZG9u4oCZdCBo YXZlIHRleHQgYXMgdGhpcyBpcyBpbXBsZW1lbnRhdGlvbi1zcGVjaWZpYy4gVGhhdOKAmXMgc2Fp ZCBJIGV4cGVjdCBpbXBsZW1lbnRhdGlvbnMgdG8gbWFpbnRhaW4gdGhlIHNlc3Npb24gYWxpdmUg YXMgd2UgYXJlIGRlYWxpbmcgd2l0aA0KIEREb1MgYXR0YWNrIG1pdGlnYXRpb24uIDxvOnA+PC9v OnA+PC9zcGFuPjwvaT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2s7bXNvLWZh cmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkkgdGhvdWdodCB0aGF0IHlvdSB3ZXJlIGFza2luZyBmb3Ig YSBjYXNlIHdoZXJlIHRoZSBzZXJ2ZXIgaGFzIGFjY2VwdGVkIGZvciBleGFtcGxlIGEgKG1pdGln YXRpb24pIHJlcXVlc3QgYnV0IHRoZW4gZW5jb3VudGVycw0KIGFuIGVycm9yLiBUaGF0IGNhc2Ug aXMgaW1wbGVtZW50YXRpb24tc3BlY2lmaWMuIDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjazttc28tZmFy ZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrO21zby1mYXJl YXN0LWxhbmd1YWdlOkVOLVVTIj5GV0lXLCB3ZSBkbyBoYXZlIHRoZSBmb2xsb3dpbmc6DQo8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDs7Y29sb3I6YmxhY2s7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0idGV4 dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+PCFbaWYgIXN1cHBvcnRM aXN0c10+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OlN5bWJvbDtjb2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PHNwYW4g c3R5bGU9Im1zby1saXN0Oklnbm9yZSI+wrc8c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtU aW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90Oztjb2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+SWYgdGhl IHNlcnZlciBjcmFzaGVzLCB0aGUgY29ubmVjdGlvbiB3aWxsIGJlIGNsb3NlZC4gVGhpcyB3aWxs IGJlIGRldGVjdGVkIGJ5IHRoZSBjbGllbnQgdGhhbmtzIHRvIHRoZSB1c2Ugb2YgaGVhcnRiZWF0 cy4NCiBUaGUgY2xpZW50IHdpbGwgdGhlbiByZS1lc3RhYmxpc2ggdGhlIHNpZ25hbCBzZXNzaW9u LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHls ZT0idGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+PCFbaWYgIXN1 cHBvcnRMaXN0c10+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OlN5bWJvbDtjb2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+ PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+wrc8c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAm cXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+ Rm9yIGVycm9ycyBvbiB0aGUgc2VydmVyIHNpZGUgd2UgZG8gaGF2ZSB0aGUgZm9sbG93aW5nOg0K PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7O2NvbG9yOmJsYWNrO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJz cDsg4oCcVGhlIGVycm9yIFJlc3BvbnNlIENvZGUgNS4wMyAoU2VydmljZSBVbmF2YWlsYWJsZSkg aXM8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IHJldHVybmVkIGlmIHRoZSBET1RTIHNlcnZlciBo YXMgZXJyZWQgb3IgaXMgaW5jYXBhYmxlIG9mIHBlcmZvcm1pbmc8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZu YnNwOyB0aGUgbWl0aWdhdGlvbi4mbmJzcDsgQXMgc3BlY2lmaWVkIGluIFs8L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiPjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM3MjUyIiB0aXRsZT0i JnF1b3Q7VGhlIENvbnN0cmFpbmVkIEFwcGxpY2F0aW9uIFByb3RvY29sIChDb0FQKSZxdW90OyI+ PHNwYW4gbGFuZz0iRU4tVVMiPlJGQzcyNTI8L3NwYW4+PC9hPjwvc3Bhbj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDsiPl0sDQogNS4wMyB1c2VzIE1heC1BZ2UgT3B0aW9uPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsm bmJzcDsgdG8gaW5kaWNhdGUgdGhlIG51bWJlciBvZiBzZWNvbmRzIGFmdGVyIHdoaWNoIHRvIHJl dHJ5LiZxdW90OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1V UyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVT Ij5JbXBsZW1lbnRhdGlvbnMgY2FuIHNlbmQgNS4wMCwgYnV0IGhvdyB0aGUgY2xpZW50IHdpbGwg cmVhY3QgdG8gdGhlIGVycm9yIGNvZGUgaXMgaW1wbGVtZW50YXRpb24tc3BlY2lmaWMuICZuYnNw OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90Oztjb2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7O2NvbG9yOmJsYWNrO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5DaGVlcnMs PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7O2NvbG9yOmJsYWNrO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5NZWQ8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxQUkU+X19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwoKQ2UgbWVzc2FnZSBldCBz ZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZp ZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jCnBhcyBldHJlIGRp ZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2 ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyCmEgbCdl eHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExl cyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24s Ck9yYW5nZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUg YWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS4KClRoaXMgbWVzc2FnZSBhbmQgaXRz IGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxlZ2VkIGluZm9y bWF0aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7CnRoZXkgc2hvdWxkIG5vdCBiZSBk aXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLgpJZiB5b3Ug aGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5k ZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4KQXMgZW1haWxz IG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBo YXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLgpUaGFuayB5b3UuCjwvUFJF PjwvYm9keT4NCjwvaHRtbD4NCg== --_000_787AE7BB302AE849A7480A190F8B9330314F234COPEXCAUBMA2corp_-- From nobody Wed Jul 8 03:05:24 2020 Return-Path: X-Original-To: dots@ietfa.amsl.com Delivered-To: dots@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8E7F83A00C1 for ; Wed, 8 Jul 2020 03:05:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jtuk4WTjaABt for ; Wed, 8 Jul 2020 03:05:20 -0700 (PDT) Received: from mail.jpshallow.com (mail.jpshallow.com [217.40.240.153]) (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 779723A00C9 for ; Wed, 8 Jul 2020 03:05:18 -0700 (PDT) Received: from mail2.jpshallow.com ([192.168.0.3] helo=N01332) by mail.jpshallow.com with esmtp (Exim 4.92.3) (envelope-from ) id 1jt6x2-0005lk-8A; Wed, 08 Jul 2020 11:05:16 +0100 From: To: , "'Jan Lindblad'" Cc: , , References: <159353177839.29172.8254735147639701580@ietfa.amsl.com> <5252_1593761623_5EFEDF57_5252_57_9_787AE7BB302AE849A7480A190F8B9330314EE318@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <4B4D2FC8-68E0-4C59-96AF-17E0D77F325D@tail-f.com> <10654_1594040372_5F032034_10654_248_1_787AE7BB302AE849A7480A190F8B9330314F0712@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <16820_1594131987_5F048613_16820_137_2_787AE7BB302AE849A7480A190F8B9330314F168E@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <5619_1594199937_5F058F81_5619_133_1_787AE7BB302AE849A7480A190F8B9330314F234C@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> In-Reply-To: <5619_1594199937_5F058F81_5619_133_1_787AE7BB302AE849A7480A190F8B9330314F234C@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> Date: Wed, 8 Jul 2020 11:05:09 +0100 Message-ID: <198801d6550f$43213b10$c963b130$@jpshallow.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_1989_01D65517.A4E729B0" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQILATGPh7h6oG6Cw02OJMw73yMvhAJ0yhAKAc8TqpMCa4C/pgHcmH3fAOLAEdgBt6WcSag64TWA Content-Language: en-gb Archived-At: Subject: Re: [Dots] Yangdoctors early review of draft-ietf-dots-telemetry-09 X-BeenThere: dots@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jul 2020 10:05:23 -0000 This is a multipart message in MIME format. ------=_NextPart_000_1989_01D65517.A4E729B0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Jan, =20 Further to what Med has said as a clarification for errors server side = when sending back a response assuming it is not a server crash. =20 if the mitigation was accepted (all sanity checks must have passed at = this point) by the DOTS server, but then the passing over to the DOTS = mitigator choked for whatever reason and could not handle it, the = following sequence happens. =20 The server would initially have sent back an = =E2=80=9Cattack-mitigation-in-progress=E2=80=9D in response to the = mitigation request, but never moves on to updating the status to = =E2=80=9Cattack-successfully-mitigated=E2=80=9D which happens when the = mitigator puts the DDoS mitigation into action and indicates this back = to the DOTS server. See RFC8782 : Figure 15: Notifications of Attack = Mitigation Status. The DOTS server would then go on to setting the = status to =E2=80=9Cattack-mitigation-withdrawn=E2=80=9D (RFC8782 : Table = 3: Values of 'status' Parameter). =20 Regards =20 Jon =20 From: Dots [mailto: dots-bounces@ietf.org] On Behalf Of = mohamed.boucadair@orange.com Sent: 08 July 2020 10:19 To: Jan Lindblad Cc: yang-doctors@ietf.org; draft-ietf-dots-telemetry.all@ietf.org; = dots@ietf.org Subject: Re: [Dots] Yangdoctors early review of = draft-ietf-dots-telemetry-09 =20 Jan,=20 =20 Some clarifications about this one:=20 =20 + If a server has started sending back a response to a client request, = but then hits an internal error, and is unable to filfil the request, = what should it do? Is closing the connection a reasonable response? [Med] We don=E2=80=99t have text as this is implementation-specific. = That=E2=80=99s said I expect implementations to maintain the session = alive as we are dealing with DDoS attack mitigation.=20 =20 I thought that you were asking for a case where the server has accepted = for example a (mitigation) request but then encounters an error. That = case is implementation-specific.=20 =20 FWIW, we do have the following:=20 =20 =C2=B7 If the server crashes, the connection will be closed. = This will be detected by the client thanks to the use of heartbeats. The = client will then re-establish the signal session. =C2=B7 For errors on the server side we do have the following:=20 =20 =E2=80=9CThe error Response Code 5.03 (Service Unavailable) is returned if the DOTS server has erred or is incapable of performing the mitigation. As specified in [ = RFC7252], 5.03 uses Max-Age Option to indicate the number of seconds after which to retry." =20 Implementations can send 5.00, but how the client will react to the = error code is implementation-specific. =20 =20 Cheers, Med _________________________________________________________________________= ________________________________________________ =20 Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez = recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages = electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme = ou falsifie. Merci. =20 This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. ------=_NextPart_000_1989_01D65517.A4E729B0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Hi Jan,

 

Further to what Med has said as a clarification for errors server = side when sending back a response assuming it is not a server = crash.

 

if the mitigation was accepted (all sanity checks must have passed at = this point) by the DOTS server, but then the passing over to the DOTS = mitigator choked for whatever reason and could not handle it, the = following sequence happens.

 

The server would initially have sent back an = =E2=80=9Cattack-mitigation-in-progress=E2=80=9D in response to the = mitigation request, but never moves on to updating the status to = =E2=80=9Cattack-successfully-mitigated=E2=80=9D which happens when the = mitigator puts the DDoS mitigation into action and indicates this back = to the =C2=A0DOTS server.=C2=A0 See =C2=A0RFC8782 : Figure 15: = Notifications of Attack Mitigation Status.=C2=A0 The DOTS server would = then go on to setting the status to = =E2=80=9Cattack-mitigation-withdrawn=E2=80=9D (RFC8782 : Table 3: Values = of 'status' Parameter).

 

Regards

 

Jon

 

From:= Dots = [mailto: dots-bounces@ietf.org] On Behalf Of = mohamed.boucadair@orange.com
Sent: 08 July 2020 = 10:19
To: Jan Lindblad
Cc: yang-doctors@ietf.org; = draft-ietf-dots-telemetry.all@ietf.org; dots@ietf.org
Subject: = Re: [Dots] Yangdoctors early review of = draft-ietf-dots-telemetry-09

 

Jan, =

 

=

Some clarifications about = this one:

 

=

+ If a server has started = sending back a response to a client request, but then hits an internal = error, and is unable to filfil the request, what should it do? Is = closing the connection a reasonable response?

[Med] = We don=E2=80=99t have text as this is implementation-specific. = That=E2=80=99s said I expect implementations to maintain the session = alive as we are dealing with DDoS attack mitigation. =

 

I thought that you were = asking for a case where the server has accepted for example a = (mitigation) request but then encounters an error. That case is = implementation-specific.

 

=

FWIW, we do have the = following:

 

=

=C2=B7 &n= bsp;       If the server crashes, the = connection will be closed. This will be detected by the client thanks to = the use of heartbeats. The client will then re-establish the signal = session.

=C2=B7 &n= bsp;       For errors on the server = side we do have the following:

 

= 
   =E2=80=9CThe error Response Code =
5.03 (Service Unavailable) is

   = returned if the DOTS server has erred or is incapable of = performing

   the = mitigation.  As specified in [RFC7252], 5.03 uses = Max-Age Option

   to indicate the number of seconds after which to = retry."

 

=

Implementations can send = 5.00, but how the client will react to the error code is = implementation-specific.  

 

=

Cheers,

Med

_______________________________________________________________= __________________________________________________________
 
Ce message et ses pieces jointes peuvent contenir des =
informations confidentielles ou privilegiees et ne doivent =
donc
pas etre diffuses, =
exploites ou copies sans autorisation. Si vous avez recu ce message par =
erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. =
Les messages electroniques etant susceptibles =
d'alteration,
Orange decline =
toute responsabilite si ce message a ete altere, deforme ou falsifie. =
Merci.
 
This =
message and its attachments may contain confidential or privileged =
information that may be protected by =
law;
they should not be =
distributed, used or copied without =
authorisation.
If you have =
received this email in error, please notify the sender and delete this =
message and its attachments.
As emails may be altered, Orange is not liable for messages =
that have been modified, changed or =
falsified.
Thank =
you.
------=_NextPart_000_1989_01D65517.A4E729B0-- From nobody Thu Jul 9 00:44:59 2020 Return-Path: X-Original-To: dots@ietfa.amsl.com Delivered-To: dots@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E12D3A087B for ; Thu, 9 Jul 2020 00:44:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.096 X-Spam-Level: X-Spam-Status: No, score=-2.096 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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=orange.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 qysZ2nXOSs8x for ; Thu, 9 Jul 2020 00:44:57 -0700 (PDT) Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.66.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 40D293A087F for ; Thu, 9 Jul 2020 00:44:57 -0700 (PDT) Received: from opfedar06.francetelecom.fr (unknown [xx.xx.xx.8]) by opfedar21.francetelecom.fr (ESMTP service) with ESMTP id 4B2Sr74jxWz7tKm for ; Thu, 9 Jul 2020 09:44:55 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1594280695; bh=9DC1Vo+cg95HyZDpk/fc6jtM+EH8FHHQEUkiWpOrG+E=; h=From:To:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=ImBUHgmxCZXzyY4m7v2sAi8HikIvsOukyVmdCc5nhQQD/JnJZwN9x9N5ooQb9hn7A sBHVKb5+vC3iPf/iJUIoGg86KKakbOv0oC33lu77ZvfpmsQuqChHjaj/sy83JgFk+F 7NYFwtNLrQttId0K4mSRFJClxP/2v0VgmPVuQeMtEDN7yDUeChMTnzOBh7R6wj4YGE zu+xIV2Cp84E5vYALhPdvcgfzHmLDxLPbM+H+24dU8NJqZVQ7yRp6w4HGWmxXVMan8 ClQVk8Ojj827sEhmf6Y477bDEHCdHeeRMy8cv7aM7Z8WuzsuM1CLvv6QPRzI/TzJYt 0b6ayJUtSMbOg== Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.20]) by opfedar06.francetelecom.fr (ESMTP service) with ESMTP id 4B2Sr73zskz3wbb for ; Thu, 9 Jul 2020 09:44:55 +0200 (CEST) From: To: "dots@ietf.org" Thread-Topic: [Dots] 128-255 key value range for telemetry attributes (was RE: I-D Action: draft-ietf-dots-telemetry-01.txt Thread-Index: AdZLuAU659Z1O89LSKyJqwqrIWFCmgKDHZ7g Date: Thu, 9 Jul 2020 07:44:54 +0000 Message-ID: <31038_1594280695_5F06CAF7_31038_295_1_787AE7BB302AE849A7480A190F8B9330314F2EDE@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> References: <18857_1593175680_5EF5EE80_18857_151_1_787AE7BB302AE849A7480A190F8B9330314E7D28@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> In-Reply-To: <18857_1593175680_5EF5EE80_18857_151_1_787AE7BB302AE849A7480A190F8B9330314E7D28@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.114.13.247] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [Dots] 128-255 key value range for telemetry attributes (was RE: I-D Action: draft-ietf-dots-telemetry-01.txt X-BeenThere: dots@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2020 07:44:59 -0000 Hi all,=20 The change is now made to the github version: https://github.com/boucadair/= draft-dots-telemetry. Cheers, Med > -----Message d'origine----- > De=A0: Dots [mailto:dots-bounces@ietf.org] De la part de > mohamed.boucadair@orange.com > Envoy=E9=A0: vendredi 26 juin 2020 14:48 > =C0=A0: dots@ietf.org > Objet=A0: [Dots] 128-255 key value range for telemetry attributes > (was RE: I-D Action: draft-ietf-dots-telemetry-01.txt >=20 > Hi all, >=20 > We discussed yesterday the proposal to use 128-255 as > comprehension-optional range for telemetry attributes. The issue > was initially discussed below. >=20 > If we hear no objection, we will update the draft to implement > this proposal. If implemented, the telemetry draft will be > updating RFC8782, which is fine. >=20 > We do have new 117 attributes in the telemetry spec, but we are > considering reducing that list in compliance with RFC7951 rules. >=20 > Cheers, > Med >=20 > > -----Message d'origine----- > > De=A0: Dots [mailto:dots-bounces@ietf.org] De la part de > > mohamed.boucadair@orange.com Envoy=E9=A0: lundi 3 f=E9vrier 2020 10:37 > =C0=A0: > > Jon Shallow (supjps-ietf@jpshallow.com); dots@ietf.org Objet=A0: > Re: > > [Dots] I-D Action: draft-ietf-dots-telemetry-01.txt > > > > Hi all, > > > > FYI, a review from Jon is available at: > > https://github.com/boucadair/draft- > > dots-telemetry/raw/master/DOTS%20Telemetry%2001-rev%20Jon- > res%20Med.do > > cx > > > > -02 will integrate almost all comments from Jon. Please find > below > > some points we would like to hear more from the working group: > > > > (1) key value range for telemetry: Jon raised this point "These > keys > > requires 3 bytes - and telemetry information is going to be > difficult > > to fit into a packet. I appreciate that comprehension-required > Is for > > numbers less than 0x8000 - perhaps the comprehension-required > range is > > reduced and also has a section higher up so the total of 0x8000 > still > > stands so less bytes can be used here." > > > > +----------------------+-------+-------+------------+-------- > -------+ > > | Parameter Name | CBOR | CBOR | Change | > Specification | > > | | Key | Major | Controller | > Document(s) | > > | | Value | Type | | > | > > +----------------------+-------+-------+------------+-------- > -------+ > > | ietf-dots-signal-cha | 32776 | 5 | IESG | > [RFCXXXX] | > > | nnel:telemetry | | | | > | > > > > Med: This is a major one. We need to assess the gain, but it is > > possible in theory to update our assignment policies and > reassign, > > e.g., 128-255 range to be comprehension-optional (specific for > > telemetry). This would mean that the telemetry spec will be > tagged as updating the base signal channel spec. > > We need more discussion. >=20 ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. From nobody Thu Jul 9 07:17:53 2020 Return-Path: X-Original-To: dots@ietfa.amsl.com Delivered-To: dots@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E9C4B3A0BCA; Thu, 9 Jul 2020 07:17:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=cooperw.in header.b=b04gWKns; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=UnskI4Mz 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 4c-WS4Tw62Yi; Thu, 9 Jul 2020 07:17:41 -0700 (PDT) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E11843A0BC7; Thu, 9 Jul 2020 07:17:40 -0700 (PDT) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 32E6F5C01DD; Thu, 9 Jul 2020 10:17:40 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Thu, 09 Jul 2020 10:17:40 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cooperw.in; h= from:message-id:content-type:mime-version:subject:date :in-reply-to:cc:to:references; s=fm3; bh=JyYB9v7XuJXR7boF6iafG6G +Gp2M0WtNpe4cJI5ljGQ=; b=b04gWKnsIRccSYgq2fcyj7QQRvrjZc4ivO4NzqE IqahCSmlH2MeaSTMfdx/1qvsDISTKXyfRUDNwGIA/3clreRrDw+Y27rSSjx62Lhk BmEJPQlBCZ5egECE8zbmDXM4VEHqwggEFOSQpFAp5FBMQKH5GPTQVWeSGDd/NbqT 2WSmsKnVQP6y9rMntXCHjjT+aTHlOzRLk00DTJoh6Q9jGU7bdpEOMYQpoOc1bY3D WvOrVUxy9K8plzIg0sOaM9n4oBzAnL1F34ONEpUSKGMqNNPH41SXNpY8G+irEAbl kcwHa3Jefy6TNHgGT7fxEQ/bJyRQTOETUkLrMtiQ94iN7Lw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=JyYB9v 7XuJXR7boF6iafG6G+Gp2M0WtNpe4cJI5ljGQ=; b=UnskI4MzSYnId9v5MIo/Gu 6LxiNFihG5EMumMDMKvgQmd225Jy8YhGObH+mp4kEl6DP/EOwIDGwqrwrYyaVGxq tHhqObk5ZDxGglSF6WFw7E5GKeIjfcwzqeWFoA3sadYgLpAu4byQXQ0LRQw8cKS4 4oRk6Q5OvDApv/O1pZwVA6k0L/jqFoWW/6KaOwZzpN492rjFxajpByVrypDj+4IV XQu3eyTiirwxYGzB7vXZtPodrVjH9TPg8ME/S6E/HO9dJ9xhTL2UfsGU+Rreffjf J3V/aessLgxxwreLJ/O0GwceV1fdsrwG32oVEJqSdcMZGeF/Sxa6AZstt/QbbHaQ == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedrudelgdejiecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefhkfgtggfuffgjvfhfofesrgdtmherhhdtvdenucfhrhhomheptehlihhsshgr ucevohhophgvrhcuoegrlhhishhsrgestghoohhpvghrfidrihhnqeenucggtffrrghtth gvrhhnpeduueefkeefvdehjefgudehieetudfhveetffdtheehkeehudevjeehteejffev ieenucfkphepudejfedrfeekrdduudejrdekgeenucevlhhushhtvghrufhiiigvpedtne curfgrrhgrmhepmhgrihhlfhhrohhmpegrlhhishhsrgestghoohhpvghrfidrihhn X-ME-Proxy: Received: from rtp-alcoop-nitro2.cisco.com (unknown [173.38.117.84]) by mail.messagingengine.com (Postfix) with ESMTPA id 9B0EC3280068; Thu, 9 Jul 2020 10:17:38 -0400 (EDT) From: Alissa Cooper Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_DEC813E7-5D7B-4223-915A-475F87FF64F1" Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.5\)) Date: Thu, 9 Jul 2020 10:17:38 -0400 In-Reply-To: Cc: last-call@ietf.org, "gen-art >> General area reviewing team" , draft-ietf-dots-use-cases.all@ietf.org, dots To: Daniel Migault , elwynd References: X-Mailer: Apple Mail (2.3445.9.5) Archived-At: Subject: Re: [Dots] [Gen-art] Genart last call review of draft-ietf-dots-use-cases-23 X-BeenThere: dots@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2020 14:17:44 -0000 --Apple-Mail=_DEC813E7-5D7B-4223-915A-475F87FF64F1 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Elwyn, thanks for your review. All, thanks for your responses. I entered = a No Objection ballot. Alissa > On Jul 5, 2020, at 9:07 PM, Daniel Migault = wrote: >=20 > Hi,=20 >=20 > Thank you for the feed backs. I fixed the comments on my local copy = and will soon publish the updated version. Thank you very much for your = time and I hope you are safe as well. >=20 > Yours,=20 > Daniel >=20 >=20 > On Fri, Jul 3, 2020 at 1:17 PM elwynd > wrote: > Hi, Daniel. >=20 > Thanks for your response.=20 >=20 > The changes look good to me. A couple of minor language improvements = if I may suggest: >=20 > s1, para 1: s/mitigations - which highly depends on a timely = reaction/mitigations that are generally highly dependent on a timely = reaction by the system./ >=20 > fixed > s2, DDoS Mitigation Service: s/usually involve Service Level Agreement = (SLA) that have to be met/usually involves a Service Level Agreement = (SLA) that has to be met/ >=20 > fixed=20 > Paragraph just after Figure 4: s/various aspect/various aspects/ > fixed=20 >=20 > End of 4th paragraph after Figure 4: s/appropriated/appropriate/ >=20 > Otherwise this is all done. >=20 > Hope you are keeping safe and well. >=20 > Cheers, > Elwyn >=20 > Sent from Samsung tablet. >=20 >=20 > -------- Original message -------- > From: Daniel Migault > > Date: 02/07/2020 22:28 (GMT+00:00) > To: Elwyn Davies > > Cc: last-call@ietf.org , "gen-art >> = General area reviewing team" >, draft-ietf-dots-use-cases.all@ietf.org = , dots > > Subject: Re: [Gen-art] [Dots] Genart last call review of = draft-ietf-dots-use-cases-23 >=20 > Hi,=20 >=20 > Thank you for the review. These were helpful to us. I believe that all = comments have been addressed in the version we just published. =20 > Please find more response regarding the comment inlined.=20 >=20 > Yours,=20 > Daniel=20 >=20 > On Wed, Jun 10, 2020 at 12:02 PM Elwyn Davies via Datatracker = > wrote: > Reviewer: Elwyn Davies > Review result: Ready with Nits >=20 > I am the assigned Gen-ART reviewer for this draft. The General Area > Review Team (Gen-ART) reviews all IETF documents being processed > by the IESG for the IETF Chair. Please treat these comments just > like any other last call comments. >=20 > For more information, please see the FAQ at >=20 > >. >=20 > Document: draft-ietf-dots-use-cases-23 > Reviewer: Elwyn Davies > Review Date: 2020-06-10 > IETF LC End Date: 2020-06-11 > IESG Telechat date: Not scheduled for a telechat >=20 > Summary: > Ready wih some minor nits. >=20 > Major issues: > None >=20 > Minor issues: > None >=20 > Nits/editorial comments: > s1, para 1: Just a thought: might be worth adding to the end of this = para: > "and increase the time for deployment in a situation where speed is = often of > the essence". > > I understand that the additional time is part of the reasons that = degrade the efficacy but this is not the only reason. I propose to = indicate that efficacity highly depends on an timely reaction as below: >=20 > OLD > This greatly increases operational complexity which, in turn, > can degrade the efficacy of mitigations. > NEW > This greatly increases operational complexity which, in turn, > can degrade the efficacy of mitigations - which highly depends on a = timely reaction...=20 > >=20 > s1, last para: Suggest adding in reference to DOTS requirements doc = which is > referred to in s2: OLD: > This document provides sample use cases that provided input for the > design of the DOTS protocols [RFC8782][RFC8783]. > NEW > This document provides sample use cases that motivated the = requirements > for the DOTS protocols [RFC8612] and provided input for the design = of > those protocols [RFC8782][RFC8783]. > ENDS > > I would consider the requirement as part of the process for the design = of the protocol, but it is correct that requirements coudl be included. = I propose the following change: > OLD: > This document provides sample use cases that provided input for the = design of > the DOTS protocols {{RFC8782}}{{RFC8783}}. > NEW: > This document provides sample use cases that provided input for the = requirements {{?RFC8612}} and design of > the DOTS protocols {{!RFC8782}}{{!RFC8783}}. > >=20 > s2: For more logical ordering, move the definition of DDos Mitigation = Service > Provider after definition of DDoS Mitigation Service. >=20 > fixed. > s2, DDoS Mitigation Service: > OLD: > Service subscriptions usually > involve Service Level Agreement (SLA) that have to be met. > NEW: > Each service subscription usually > involves a Service Level Agreement (SLA) that has to be met. > ENDS >=20 > fixed. > =20 > s3.1, para 1: The abbreviation ITP has already been defined so you = shouldn't > have a redefinition here. >=20 > fixed. =20 > s3.1, para 7: s/thought different/though different/ > fixed=20 >=20 > s3.1, 2nd set of bullets, that are below Fig 1: This woud be more = elegant using > (a), (b), etc as the bullet labels. >=20 > > I could not find how to do list as a) b) using kramdow but I used an = ordered list 1. 2. instead so a native list format is rendered.=20 > =20 > =20 > s3.1: Comment (not being familiar with the DOTS proposals): The text = indicates > that the ITP mitigation effort is an all or nothing buisness. Is this = always > the case or could the client request or the server provide a = proportional > response rather than an all or nothing response? >=20 > > My understanding is that when the decision to mitigate is requested = the ITP mitigates the traffic. As far as I know it is not currently = envisioned to use DOTS for a kind of collaboration between the ITP and = the local side, that is the local site performs 20 % of the attack while = the ITP takes in charge the remaining 80 %. One reason is that it = remains hard to express the capabilities involved to mitigate the = attack. Note also that the capacity of the ITP may be capped by = contract. Overall the DOTS is more about delegating the mitigation as = opposed to collaborative mitigation. > > =20 > s3.2, last sentence of 2nd para after Fig 2: s/These exact/The exact/ >=20 > fixed > s3.3, para 2: s/various information/various sets of information/ >=20 > fixed > s3.3, para after Figure 4: s/monitor various network traffic/monitor = various > aspects of the network traffic/. >=20 > fixed > s3.3, 2nd para after Figure 4: s/it's/it is/ >=20 > fixed > s3.3, last five paras: Calling out a web interface specifically is = overly > specific. Suggest adding 'for example'in at least one case or = changing it to > 'user interface'. >=20 > I added the for example which seems closer to the most probable = implementation. >=20 > s3.3, first para on page 11: > OLD: > to infer the DDoS Mitigation to elaborate and coordinate. > NEW: > to infer, elaborate and coordinate the appropriate DDoS Mitigation. > ENDS >=20 > fixed > =20 > s3.3, 3rd and subsequent paras on page 11: The orchestrator appears to = change > from one DOTS server to a plurality at this point. Please make it = clear > whether there is one or many. If only one, then s/The orchestrator = DOTS > servers returns this information back/The orchestrator DOTS server = returns this > information/ and s/servers/server/ subsequently. >=20 > good catch. There is only one server. we address this. >=20 > s3.3, last para s/like requesting/such as requesting/ >=20 > fixed. > =20 > s7: This is an informational document and, as such, cannot have = normative=20 > references. Please combine all references into one refererences = section. >=20 >=20 > I usually like standard document to be normative, but this is = correct that for use cases, none of these document are necessary to be = read to understand the document, so I will put all reference as = informational > =20 >=20 > _______________________________________________ > Dots mailing list > Dots@ietf.org > https://www.ietf.org/mailman/listinfo/dots = >=20 >=20 > --=20 > Daniel Migault > Ericsson >=20 >=20 > --=20 > Daniel Migault > Ericsson > _______________________________________________ > Gen-art mailing list > Gen-art@ietf.org > https://www.ietf.org/mailman/listinfo/gen-art --Apple-Mail=_DEC813E7-5D7B-4223-915A-475F87FF64F1 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Elwyn, thanks for your review. All, thanks for your = responses. I entered a No Objection ballot.

Alissa


On Jul 5, 2020, at 9:07 PM, Daniel Migault <mglt.ietf@gmail.com>= wrote:

Hi, 

Thank you for the feed backs. I fixed = the comments on my local copy and will soon publish the updated version. = Thank you very much for your time and I hope you are safe as = well.

Yours, 
Daniel


On Fri, Jul 3, 2020 at 1:17 PM elwynd = <elwynd@folly.org.uk> wrote:
Hi, Daniel.

Thanks for your = response. 

The changes look good to = me.  A couple of minor language improvements if I may = suggest:

s1, para 1: s/mitigations - which highly depends = on a timely reaction/mitigations that are generally highly dependent on = a timely reaction by the system./

 <mglt>fixed</mglt>
s2, DDoS = Mitigation Service: s/usually involve Service Level Agreement (SLA) that = have to be met/usually involves a Service Level Agreement (SLA) that has = to be met/

<mglt>fixed</mglt> 
Paragraph = just after Figure 4: s/various aspect/various = aspects/
<mglt>fixed</mglt> 

End of 4th paragraph after Figure 4: = s/appropriated/appropriate/

Otherwise this is all = done.

Hope you are keeping safe and well.

Cheers,
Elwyn

Sent from Samsung tablet.


-------- Original message --------
From: = Daniel Migault <mglt..ietf@gmail.com>
Date: 02/07/2020 22:28 (GMT+00:00)
To: = Elwyn Davies <elwynd@dial.pipex.com>
Cc: last-call@ietf.org, "gen-art >> General area = reviewing team" <gen-art@ietf.org>, draft-ietf-dots-use-cases.all@ietf.org, dots <dots@ietf.org>
Subject: Re: = [Gen-art] [Dots] Genart last call review of draft-ietf-dots-use-cases-23 =

Hi, 

Thank you for the review. These were = helpful to us. I believe that all comments have been addressed in = the version we just published.  
Please = find more response regarding the comment inlined. 

Yours, 
Daniel 

On Wed, Jun = 10, 2020 at 12:02 PM Elwyn Davies via Datatracker <noreply@ietf.org> wrote:
Reviewer: Elwyn Davies
Review result: Ready with Nits

I am the assigned Gen-ART reviewer for this draft. The General Area
Review Team (Gen-ART) reviews all IETF documents being processed
by the IESG for the IETF Chair.  Please treat these comments = just
like any other last call comments.

For more information, please see the FAQ at

<https://trac.ietf.org/trac/gen/wiki/GenArtfaq>.

Document: draft-ietf-dots-use-cases-23
Reviewer: Elwyn Davies
Review Date: 2020-06-10
IETF LC End Date: 2020-06-11
IESG Telechat date: Not scheduled for a telechat

Summary:
Ready wih some minor nits.

Major issues:
None

Minor issues:
None

Nits/editorial comments:
s1, para 1: Just a thought:  might be worth adding to the end of = this para:
"and increase the time for deployment in a situation where speed is = often of
the essence".
 <mglt>
 I understand = that the additional time is part of the reasons that degrade the = efficacy but this is not the only reason. I propose to indicate that = efficacity highly depends on an timely reaction as below:

OLD
This = greatly increases operational complexity which, in turn,
can= degrade the efficacy of mitigations.
NEW
This greatly increases operational = complexity which, in turn,
can degrade the efficacy of = mitigations - which highly depends on  a timely = reaction... 
</mglt>

s1, last para: Suggest adding in reference to DOTS requirements doc = which is
referred to in s2: OLD:
   This document provides sample use cases that provided input = for the
   design of the DOTS protocols [RFC8782][RFC8783].
NEW
   This document provides sample use cases that motivated the = requirements
   for the DOTS protocols [RFC8612] and provided input for the = design of
   those protocols [RFC8782][RFC8783].
ENDS
<mglt>
I would consider the requirement as part of the process for = the design of the protocol, but it is correct that requirements coudl be = included. I propose the following change:
OLD:
This document provides sample use = cases that provided input for the design of
the DOTS = protocols {{RFC8782}}{{RFC8783}}.
NEW:
This document provides sample use = cases that provided input for the requirements {{?RFC8612}} and design = of
the DOTS protocols {{!RFC8782}}{{!RFC8783}}.
</mglt>

s2: For more logical ordering, move the definition of DDos Mitigation = Service
Provider after definition of DDoS Mitigation Service.

 <mglt> fixed. = </mglt>
s2, DDoS Mitigation Service:
OLD:
      Service subscriptions usually
      involve Service Level Agreement (SLA) that have to = be met.
NEW:
      Each service subscription usually
      involves a Service Level Agreement (SLA) that has = to be met.
ENDS

<mglt> = fixed.</mglt>
 
s3.1, para 1: The abbreviation ITP has already been defined so you = shouldn't
have a redefinition here.

<mglt> fixed. = </mglt> 
s3.1, para 7: s/thought different/though different/
<mglt>fixed</mglt> 

s3.1, 2nd set of bullets, that are below Fig 1: This woud be more = elegant using
(a), (b), etc as the bullet labels.

<mglt>
I could not find how to do list as a) b) using = kramdow but I used an ordered list 1. 2. instead so a native = list format is rendered. 
</mglt> 
 
s3.1: Comment (not being familiar with the DOTS proposals): The text = indicates
that the ITP mitigation effort is an all or nothing buisness.  Is = this always
the case or could the client request or the server provide a = proportional
response rather than an all or nothing response?

<mglt>
My understanding is that when the decision to mitigate is = requested the ITP mitigates the traffic. As far as I know it is not = currently envisioned to use DOTS for a kind of collaboration = between the ITP and the local side, that is the local site performs 20 % = of the attack while the ITP takes in charge the remaining 80 %. One = reason is that it remains hard to express the capabilities involved = to mitigate the attack. Note also that the capacity of the ITP may = be capped by contract.  Overall the DOTS is more about delegating = the mitigation as opposed to collaborative mitigation.
</mglt>
 
s3.2, last sentence of 2nd para after Fig 2: s/These exact/The exact/

 <mglt>fixed</mglt>
s3.3, para 2: s/various information/various sets of information/

 <mglt>fixed</mglt>
s3.3, para after Figure 4: s/monitor various network traffic/monitor = various
aspects of the network traffic/.

<mglt> = fixed</mglt>
s3.3, 2nd para after Figure 4: s/it's/it is/

 <mglt>fixed</mglt>
s3.3, last five paras: Calling out a web interface specifically is = overly
specific.  Suggest adding 'for example'in at least one case or = changing it to
'user interface'.

 <mgl> I added = the for example which seems closer to the most probable = implementation.</mglt>

s3.3, first para on page 11:
OLD:
to infer the DDoS Mitigation to elaborate and coordinate.
NEW:
to infer, elaborate and coordinate the appropriate DDoS Mitigation.
ENDS

<mglt>fixed</mglt>
 
s3.3, 3rd and subsequent paras on page 11: The orchestrator appears to = change
from one DOTS server to a plurality at this point.  Please make it = clear
whether there is one or many.  If only one, then s/The orchestrator = DOTS
servers returns this information back/The orchestrator DOTS server = returns this
information/ and s/servers/server/ subsequently.

 <mglt>good = catch. There is only one server. we = address this.</mglt>

s3.3, last para s/like  requesting/such as requesting/
=
<mglt>fixed.</mglt>
 
s7:  This is an informational document and, as such, cannot have = normative
references.  Please combine all references into one refererences = section.


<mglt> I usually like = standard document to be normative, but this is correct that for use = cases, none of these document are necessary to be read to understand the = document, so I will put all reference as = informational</mglt>
 

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


--
Daniel Migault
Ericsson


--
Daniel Migault
Ericsson
_______________________________________________
Gen-art = mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art

= --Apple-Mail=_DEC813E7-5D7B-4223-915A-475F87FF64F1-- From nobody Fri Jul 10 00:55:34 2020 Return-Path: X-Original-To: dots@ietf.org Delivered-To: dots@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E71663A07D2; Fri, 10 Jul 2020 00:55:28 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: dots@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.7.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: dots@ietf.org Message-ID: <159436772889.4578.9157973873492692210@ietfa.amsl.com> Date: Fri, 10 Jul 2020 00:55:28 -0700 Archived-At: Subject: [Dots] I-D Action: draft-ietf-dots-telemetry-10.txt X-BeenThere: dots@ietf.org X-Mailman-Version: 2.1.29 List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2020 07:55:29 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the DDoS Open Threat Signaling WG of the IETF. Title : Distributed Denial-of-Service Open Threat Signaling (DOTS) Telemetry Authors : Mohamed Boucadair Tirumaleswar Reddy Ehud Doron Meiling Chen Jon Shallow Filename : draft-ietf-dots-telemetry-10.txt Pages : 109 Date : 2020-07-10 Abstract: This document aims to enrich DOTS signal channel protocol with various telemetry attributes allowing optimal Distributed Denial-of- Service attack mitigation. It specifies the normal traffic baseline and attack traffic telemetry attributes a DOTS client can convey to its DOTS server in the mitigation request, the mitigation status telemetry attributes a DOTS server can communicate to a DOTS client, and the mitigation efficacy telemetry attributes a DOTS client can communicate to a DOTS server. The telemetry attributes can assist the mitigator to choose the DDoS mitigation techniques and perform optimal DDoS attack mitigation. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-dots-telemetry/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-dots-telemetry-10 https://datatracker.ietf.org/doc/html/draft-ietf-dots-telemetry-10 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-dots-telemetry-10 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri Jul 10 01:07:05 2020 Return-Path: X-Original-To: dots@ietfa.amsl.com Delivered-To: dots@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5C1403A0E9D; Fri, 10 Jul 2020 01:07:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.096 X-Spam-Level: X-Spam-Status: No, score=-2.096 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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=orange.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 tUyyVshvbZ0l; Fri, 10 Jul 2020 01:07:02 -0700 (PDT) Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.70.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 995603A0E9C; Fri, 10 Jul 2020 01:07:02 -0700 (PDT) Received: from opfednr06.francetelecom.fr (unknown [xx.xx.xx.70]) by opfednr24.francetelecom.fr (ESMTP service) with ESMTP id 4B35H86Y9rz1yjy; Fri, 10 Jul 2020 10:07:00 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1594368420; bh=68JNsAjH65ZPXniK3wHfWf5BGO4s7cqA8D9ofSTqtqI=; h=From:To:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=JM7+2nSyoVV5SyFLIDp7EMAB07grbjEIV+33YY+1ssiAhSlTJbNDdyNP5jg5S3UR2 jSijK3Zx6jt00ckOjsQu9T/JNtKGo0jKhd+svmFq1t+K94S8h/cpG3cCCOuBvhR02Z tPhzFHrQXy2o6RPRqp2gR4JHeVbLtr0KPTolk6VB2fPCZApme9hnW39jTr05uI920K 6mX2rbatci5aawNM9tCByutAuVr5dlUHNysANl9UkbUZFZgkcjFdhwP6S9ElqqB+6N aO0KaVwWB9XgZzcAp/4UE2o3+UkmmDwB6O7u4Gac0IqbRLCJFwnZ1fBddXfwdzAsSd C5wrAekJMEMGA== Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.35]) by opfednr06.francetelecom.fr (ESMTP service) with ESMTP id 4B35H85Lb5zDq8L; Fri, 10 Jul 2020 10:07:00 +0200 (CEST) From: To: "dots-chairs@ietf.org" , "dots@ietf.org" Thread-Topic: I-D Action: draft-ietf-dots-telemetry-10.txt Thread-Index: AQHWVo+F/qC2bC2tOU+Ah+rgJOcdzqkAcfsw Date: Fri, 10 Jul 2020 08:07:00 +0000 Message-ID: <23390_1594368420_5F0821A4_23390_276_4_787AE7BB302AE849A7480A190F8B9330314F4EB4@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> References: <159436772889.4578.9157973873492692210@ietfa.amsl.com> In-Reply-To: <159436772889.4578.9157973873492692210@ietfa.amsl.com> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.114.13.245] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [Dots] I-D Action: draft-ietf-dots-telemetry-10.txt X-BeenThere: dots@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2020 08:07:04 -0000 Hi all,=20 This version integrates the inputs received in the interim and the three is= sues raised in the interop and then discussed on the list. Note that the do= cument updates 8782 as we are changing some of the IANA assignment policies= : 128-255 range for comprehension-optional attribute.=20 Also, this version addresses the yangdoctors review. That is mainly use "sx= :structure" rather than containers. The internal structure of the telemetry= message is not modified. The new design requires a ** normative dependency= ** on the 8782-yang-update draft. That issue is currently worked out with = the chairs/Ben.=20 We also added a NEW section called 'Error Handling" which is basically summ= arizing what we do already have in the specs. This section is meant to prov= ide more visibility on error handling.=20 Some other edits are made to enhance the readability of the document and fi= x nits.=20 This version is ready for the WGLC. Cheers, Med > -----Message d'origine----- > De=A0: I-D-Announce [mailto:i-d-announce-bounces@ietf.org] De la > part de internet-drafts@ietf.org > Envoy=E9=A0: vendredi 10 juillet 2020 09:55 > =C0=A0: i-d-announce@ietf.org > Cc=A0: dots@ietf.org > Objet=A0: I-D Action: draft-ietf-dots-telemetry-10.txt >=20 >=20 > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > This draft is a work item of the DDoS Open Threat Signaling WG of > the IETF. >=20 > Title : Distributed Denial-of-Service Open > Threat Signaling (DOTS) Telemetry > Authors : Mohamed Boucadair > Tirumaleswar Reddy > Ehud Doron > Meiling Chen > Jon Shallow > Filename : draft-ietf-dots-telemetry-10.txt > Pages : 109 > Date : 2020-07-10 >=20 > Abstract: > This document aims to enrich DOTS signal channel protocol with > various telemetry attributes allowing optimal Distributed > Denial-of- > Service attack mitigation. It specifies the normal traffic > baseline > and attack traffic telemetry attributes a DOTS client can > convey to > its DOTS server in the mitigation request, the mitigation > status > telemetry attributes a DOTS server can communicate to a DOTS > client, > and the mitigation efficacy telemetry attributes a DOTS client > can > communicate to a DOTS server. The telemetry attributes can > assist > the mitigator to choose the DDoS mitigation techniques and > perform > optimal DDoS attack mitigation. >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-dots-telemetry/ >=20 > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-ietf-dots-telemetry-10 > https://datatracker.ietf.org/doc/html/draft-ietf-dots-telemetry-10 >=20 > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-dots-telemetry-10 >=20 >=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. >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 >=20 > _______________________________________________ > I-D-Announce mailing list > I-D-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/i-d-announce > Internet-Draft directories: http://www.ietf.org/shadow.html or > ftp://ftp.ietf.org/ietf/1shadow-sites.txt ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. From nobody Mon Jul 13 11:02:09 2020 Return-Path: X-Original-To: dots@ietf.org Delivered-To: dots@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D44F73A16BC; Mon, 13 Jul 2020 11:02:02 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 7.8.0 Auto-Submitted: auto-generated Precedence: bulk Cc: kaduk@mit.edu, The IESG , draft-ietf-dots-use-cases@ietf.org, Valery Smyslov , rfc-editor@rfc-editor.org, dots@ietf.org, dots-chairs@ietf.org, valery@smyslov.net MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-ID: <159466332285.27274.12907036635774368428@ietfa.amsl.com> Date: Mon, 13 Jul 2020 11:02:02 -0700 Archived-At: Subject: [Dots] Document Action: 'Use cases for DDoS Open Threat Signaling' to Informational RFC (draft-ietf-dots-use-cases-25.txt) X-BeenThere: dots@ietf.org X-Mailman-Version: 2.1.29 List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2020 18:02:03 -0000 The IESG has approved the following document: - 'Use cases for DDoS Open Threat Signaling' (draft-ietf-dots-use-cases-25.txt) as Informational RFC This document is the product of the DDoS Open Threat Signaling Working Group. The IESG contact persons are Benjamin Kaduk and Roman Danyliw. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-dots-use-cases/ Technical Summary This document specifies current use cases in DDoS mitigation that the DOTS WG protocols intend to addresses. These use cases describe the interactions expected between the DOTS components as well as DOTS messaging exchanges Working Group Summary The WG has reached consensus to publish this protocol specification as an Informational document (the thread discussing this decision can be found here: https://mailarchive.ietf.org/arch/msg/dots/l0phQdpmSc4j6XhfxUyx-lrrDzk) It has been subjected to substantial review from the community of interest. Publication of this draft has been intentionally delayed to ensure that the described behavior is consistent with the final signal and data channel specifications (RFCs 8782/8783). Document Quality This draft has seen extensive review from the WG and there is a belief that it is ready for publication, and that the use cases chosen to be reflected are important and representative. Personnel The document shepherd is Valery Smyslov. The responsible Area Director is Benjamin Kaduk. From nobody Fri Jul 17 09:52:27 2020 Return-Path: X-Original-To: dots@ietf.org Delivered-To: dots@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0BFFE3A0967; Fri, 17 Jul 2020 09:52:26 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Nagendra Nainar via Datatracker To: Cc: dots@ietf.org, draft-ietf-dots-telemetry.all@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.8.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <159500474599.6780.15170068409923307578@ietfa.amsl.com> Reply-To: Nagendra Nainar Date: Fri, 17 Jul 2020 09:52:26 -0700 Archived-At: Subject: [Dots] Opsdir early review of draft-ietf-dots-telemetry-10 X-BeenThere: dots@ietf.org X-Mailman-Version: 2.1.29 List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2020 16:52:26 -0000 Reviewer: Nagendra Nainar Review result: Has Nits Hi, I have reviewed this document as part of the Operational directorate's ongoing effort to review all IETF documents being processed by the IESG. These comments were written with the intent of improving the operational aspects of the IETF drafts per guidelines in RFC5706. Comments that are not addressed in last call may be included in AD reviews during the IESG review. Document editors and WG chairs should treat these comments just like any other last call comments. Overall Summary: This draft is a standard track proposing telemetry attributes for DOTS signal channel (RFC8782) that can be exchanged between DOTS client and server. The draft clarifies that these attributes are not mandatory. As these telemetry attributes are extensions of the existing DOTS signal channel and it already clarifies that they are not mandatory, this draft does not introduce any backward compatibility issues. The draft also proposes high level error handling mechanism for the telemetry attributes defined in this document. Overall this is a well written document. Some ambiguity observed that needs attention are listed below: --> The below reference seems to be wrong. RFC7252 is COAP and not CBOR. I think it should be RFC7049. "Telemetry messages exchanged between DOTS agents are serialized using Concise Binary Object Representation (CBOR) [RFC7252]" --> An early reference to RFC7950 may be useful in Section 4.5. --> tsid seems to be a terminology introduced in this draft. It will be good to add this in the terminology section. Same for tmid. --> Section 6.1.2 states that a PUT request with link capacity set to 0 to delete a link when the other link is active. What happens if a PUT request is sent with all the links set to a capacity of 0?. Will it be treated as error or as "DELETE"?. --> The DMS mentioned below can be expanded or included in the terminology section. I cant find it in RFC8287 as well. The 'total-attack-traffic' attribute (Figure 27) conveys the total attack traffic identified by the DOTS client domain's DMS (or DDoS --> I understand that Pre-or-Ongoing-Mitigation attribute can be signaled by DOTS client or Server. Can this be used to report an ongoing attack to the server?. If so, what should be the value set in the end-time field?. --> I am skipping the YANG module as I noticed that YANGDOCTOR review is already done. Few nits: s/If no target clause in included in the request/If no target clause is included in the request From nobody Sun Jul 19 23:59:45 2020 Return-Path: X-Original-To: dots@ietfa.amsl.com Delivered-To: dots@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 30EDA3A0028; Sun, 19 Jul 2020 23:59:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.118 X-Spam-Level: X-Spam-Status: No, score=-2.118 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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=orange.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 qwbKexX8j9kM; Sun, 19 Jul 2020 23:59:43 -0700 (PDT) Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.70.35]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 90DAE3A0033; Sun, 19 Jul 2020 23:59:42 -0700 (PDT) Received: from opfednr00.francetelecom.fr (unknown [xx.xx.xx.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by opfednr23.francetelecom.fr (ESMTP service) with ESMTPS id 4B9CJr6GnVz5vtc; Mon, 20 Jul 2020 08:59:40 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1595228380; bh=ZlVpZgbo0EidB/37RkD2km4WRjbIzOvtXBjTSuavsRQ=; h=From:To:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=iPXaLMmbOYVasZMvjmnqFFm+nZJPYqrCTiaRyP6fvLsGtXKlQTlfEbJjGgvtODIpR BygWL4EJV6l9geSJhC7A/hdwdzJb+0a5pKmPRWbpDY5f2Dv7eHsrlUwDZiWRrEHV8x L+s1gkJjWTjiDVYY44GvDKtY6z+E+j3+j2o6b8kyFjG2gSMjOx678cV+n0tuRMtyiC 2cDsj92MD3ep0/BkxvErkbgpCjpXuWvyICYZpI4f9VJ6QLXDZsWwcLoR/AMIHerTuq yUwjOPYtr+e/SHkjb7Wa0M5sm54N5Q6Iey1q0v5cHRccIDIIBsCGfe5ZSwIKbhWYYV UVYThmmmpVVlA== Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by opfednr00.francetelecom.fr (ESMTP service) with ESMTPS id 4B9CJr5TkRzDq7T; Mon, 20 Jul 2020 08:59:40 +0200 (CEST) From: To: Nagendra Nainar , "ops-dir@ietf.org" CC: "dots@ietf.org" , "draft-ietf-dots-telemetry.all@ietf.org" Thread-Topic: Opsdir early review of draft-ietf-dots-telemetry-10 Thread-Index: AQHWXFqoEdSOwfeNf0ib5M2fSgHpwKkQBR3Q Date: Mon, 20 Jul 2020 06:59:39 +0000 Message-ID: <17641_1595228380_5F1540DC_17641_218_1_787AE7BB302AE849A7480A190F8B9330314FE1A8@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> References: <159500474599.6780.15170068409923307578@ietfa.amsl.com> In-Reply-To: <159500474599.6780.15170068409923307578@ietfa.amsl.com> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.114.13.247] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [Dots] Opsdir early review of draft-ietf-dots-telemetry-10 X-BeenThere: dots@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2020 06:59:44 -0000 SGkgTmFnZW5kcmEsIA0KDQpUaGFuayB5b3UgZm9yIHRoZSByZXZpZXcuIA0KDQpQbGVhc2Ugc2Vl IGlubGluZS4gDQoNCkNoZWVycywNCk1lZA0KDQo+IC0tLS0tTWVzc2FnZSBkJ29yaWdpbmUtLS0t LQ0KPiBEZcKgOiBOYWdlbmRyYSBOYWluYXIgdmlhIERhdGF0cmFja2VyIFttYWlsdG86bm9yZXBs eUBpZXRmLm9yZ10NCj4gRW52b3nDqcKgOiB2ZW5kcmVkaSAxNyBqdWlsbGV0IDIwMjAgMTg6NTIN Cj4gw4DCoDogb3BzLWRpckBpZXRmLm9yZw0KPiBDY8KgOiBkb3RzQGlldGYub3JnOyBkcmFmdC1p ZXRmLWRvdHMtdGVsZW1ldHJ5LmFsbEBpZXRmLm9yZw0KPiBPYmpldMKgOiBPcHNkaXIgZWFybHkg cmV2aWV3IG9mIGRyYWZ0LWlldGYtZG90cy10ZWxlbWV0cnktMTANCj4gDQo+IFJldmlld2VyOiBO YWdlbmRyYSBOYWluYXINCj4gUmV2aWV3IHJlc3VsdDogSGFzIE5pdHMNCj4gDQo+IEhpLA0KPiAN Cj4gSSBoYXZlIHJldmlld2VkIHRoaXMgZG9jdW1lbnQgYXMgcGFydCBvZiB0aGUgT3BlcmF0aW9u YWwNCj4gZGlyZWN0b3JhdGUncyBvbmdvaW5nIGVmZm9ydCB0byByZXZpZXcgYWxsIElFVEYgZG9j dW1lbnRzIGJlaW5nDQo+IHByb2Nlc3NlZCBieSB0aGUgSUVTRy4gIFRoZXNlIGNvbW1lbnRzIHdl cmUgd3JpdHRlbiB3aXRoIHRoZQ0KPiBpbnRlbnQgb2YgaW1wcm92aW5nIHRoZSBvcGVyYXRpb25h bCBhc3BlY3RzIG9mIHRoZSBJRVRGIGRyYWZ0cyBwZXINCj4gZ3VpZGVsaW5lcyBpbiBSRkM1NzA2 Lg0KPiANCj4gQ29tbWVudHMgdGhhdCBhcmUgbm90IGFkZHJlc3NlZCBpbiBsYXN0IGNhbGwgbWF5 IGJlIGluY2x1ZGVkIGluIEFEDQo+IHJldmlld3MgZHVyaW5nIHRoZSBJRVNHIHJldmlldy4gIERv Y3VtZW50IGVkaXRvcnMgYW5kIFdHIGNoYWlycw0KPiBzaG91bGQgdHJlYXQgdGhlc2UgY29tbWVu dHMganVzdCBsaWtlIGFueSBvdGhlciBsYXN0IGNhbGwNCj4gY29tbWVudHMuDQo+IA0KPiBPdmVy YWxsIFN1bW1hcnk6DQo+IA0KPiBUaGlzIGRyYWZ0IGlzIGEgc3RhbmRhcmQgdHJhY2sgcHJvcG9z aW5nIHRlbGVtZXRyeSBhdHRyaWJ1dGVzIGZvcg0KPiBET1RTIHNpZ25hbCBjaGFubmVsIChSRkM4 NzgyKSB0aGF0IGNhbiBiZSBleGNoYW5nZWQgYmV0d2VlbiBET1RTDQo+IGNsaWVudCBhbmQgc2Vy dmVyLiBUaGUgZHJhZnQgY2xhcmlmaWVzIHRoYXQgdGhlc2UgYXR0cmlidXRlcyBhcmUNCj4gbm90 IG1hbmRhdG9yeS4gQXMgdGhlc2UgdGVsZW1ldHJ5IGF0dHJpYnV0ZXMgYXJlIGV4dGVuc2lvbnMg b2YgdGhlDQo+IGV4aXN0aW5nIERPVFMgc2lnbmFsIGNoYW5uZWwgYW5kIGl0IGFscmVhZHkgY2xh cmlmaWVzIHRoYXQgdGhleQ0KPiBhcmUgbm90IG1hbmRhdG9yeSwgdGhpcyBkcmFmdCBkb2VzIG5v dCBpbnRyb2R1Y2UgYW55IGJhY2t3YXJkDQo+IGNvbXBhdGliaWxpdHkgaXNzdWVzLg0KPiANCj4g VGhlIGRyYWZ0IGFsc28gcHJvcG9zZXMgaGlnaCBsZXZlbCBlcnJvciBoYW5kbGluZyBtZWNoYW5p c20gZm9yDQo+IHRoZSB0ZWxlbWV0cnkgYXR0cmlidXRlcyBkZWZpbmVkIGluIHRoaXMgZG9jdW1l bnQuDQo+IA0KPiBPdmVyYWxsIHRoaXMgaXMgYSB3ZWxsIHdyaXR0ZW4gZG9jdW1lbnQuIFNvbWUg YW1iaWd1aXR5IG9ic2VydmVkDQo+IHRoYXQgbmVlZHMgYXR0ZW50aW9uIGFyZSBsaXN0ZWQgYmVs b3c6DQo+IA0KPiAtLT4gVGhlIGJlbG93IHJlZmVyZW5jZSBzZWVtcyB0byBiZSB3cm9uZy4gUkZD NzI1MiBpcyBDT0FQIGFuZCBub3QNCj4gQ0JPUi4NCj4gLS0+IEkNCj4gdGhpbmsgaXQgc2hvdWxk IGJlIFJGQzcwNDkuDQo+IA0KDQpbTWVkXSBJIGNvbmZpcm0uIEZpeGVkLiANCg0KPiAiVGVsZW1l dHJ5IG1lc3NhZ2VzIGV4Y2hhbmdlZCBiZXR3ZWVuIERPVFMgYWdlbnRzIGFyZSBzZXJpYWxpemVk DQo+IHVzaW5nDQo+ICAgIENvbmNpc2UgQmluYXJ5IE9iamVjdCBSZXByZXNlbnRhdGlvbiAoQ0JP UikgW1JGQzcyNTJdIg0KPiANCj4gLS0+IEFuIGVhcmx5IHJlZmVyZW5jZSB0byBSRkM3OTUwIG1h eSBiZSB1c2VmdWwgaW4gU2VjdGlvbiA0LjUuDQoNCltNZWRdIE9LLg0KDQo+IA0KPiAtLT4gdHNp ZCBzZWVtcyB0byBiZSBhIHRlcm1pbm9sb2d5IGludHJvZHVjZWQgaW4gdGhpcyBkcmFmdC4gSXQN Cj4gd2lsbCBiZQ0KPiAtLT4gZ29vZCB0bw0KPiBhZGQgdGhpcyBpbiB0aGUgdGVybWlub2xvZ3kg c2VjdGlvbi4gU2FtZSBmb3IgdG1pZC4NCg0KW01lZF0gTm8gcHJvYmxlbS4gVGhpcyB3aWxsIGJl IGFkZGVkLiAgICAgDQoNCj4gDQo+IC0tPiBTZWN0aW9uIDYuMS4yIHN0YXRlcyB0aGF0IGEgUFVU IHJlcXVlc3Qgd2l0aCBsaW5rIGNhcGFjaXR5IHNldA0KPiB0byAwDQo+IC0tPiB0bw0KPiBkZWxl dGUgYSBsaW5rIHdoZW4gdGhlIG90aGVyIGxpbmsgaXMgYWN0aXZlLiBXaGF0IGhhcHBlbnMgaWYg YSBQVVQNCj4gcmVxdWVzdCBpcyBzZW50IHdpdGggYWxsIHRoZSBsaW5rcyBzZXQgdG8gYSBjYXBh Y2l0eSBvZiAwPy4gV2lsbA0KPiBpdCBiZSB0cmVhdGVkIGFzIGVycm9yIG9yIGFzICJERUxFVEUi Py4NCg0KW01lZF0gVGhpcyBmYWxscyB1bmRlciB0aGlzIGJlaGF2aW9yIGluIDYuMS4yOg0KDQog ICBvICBJZiB0aGUgcmVxdWVzdCBpcyBtaXNzaW5nIGEgbWFuZGF0b3J5IGF0dHJpYnV0ZSwgZG9l cyBub3QgaW5jbHVkZQ0KICAgICAgJ2N1aWQnIG9yICd0c2lkJyBVcmktUGF0aCBwYXJhbWV0ZXJz LCBvciBjb250YWlucyBvbmUgb3IgbW9yZQ0KICAgICAgaW52YWxpZCBvciB1bmtub3duIHBhcmFt ZXRlcnMsIDQuMDAgKEJhZCBSZXF1ZXN0KSBNVVNUIGJlIHJldHVybmVkDQogICAgICBpbiB0aGUg cmVzcG9uc2UuDQoNCkkgYWRkZWQgdGhpcyBub3RlIHRvIG1ha2UgaXQgZXhwbGljaXQ6IA0KDQoi Tm90ZSB0aGF0IGlmIHRoZSBET1RTIHNlcnZlciByZWNlaXZlcyBhIFBVVCByZXF1ZXN0IHdpdGgg YSAnY2FwYWNpdHknIGF0dHJpYnV0ZSBzZXQgdG8gIjAiIGZvciBhbGwgaW5jbHVkZWQgbGlua3Ms IGl0IE1VU1QgcmVqZWN0IHRoZSByZXF1ZXN0IHdpdGggYSA0LjAwIChCYWQgUmVxdWVzdCkuIg0K DQo+IA0KPiAtLT4gVGhlIERNUyBtZW50aW9uZWQgYmVsb3cgY2FuIGJlIGV4cGFuZGVkIG9yIGlu Y2x1ZGVkIGluIHRoZQ0KPiAtLT4gdGVybWlub2xvZ3kNCj4gc2VjdGlvbi4gSSBjYW50IGZpbmQg aXQgaW4gUkZDODI4NyBhcyB3ZWxsLg0KDQpbTWVkXSBJIGV4cGFuZGVkIHRoZSBhY3JvbnltIHRv IEREb1MgTWl0aWdhdGlvbiBTeXN0ZW0sIGJ1dCByZW1vdmVkICJETVMiIGFzIGl0IGlzIG5vdCB1 c2VkIGluIG90aGVyIHBhcnRzIG9mIHRoZSB0ZXh0LiANCg0KPiANCj4gVGhlICd0b3RhbC1hdHRh Y2stdHJhZmZpYycgYXR0cmlidXRlIChGaWd1cmUgMjcpIGNvbnZleXMgdGhlIHRvdGFsDQo+ICAg IGF0dGFjayB0cmFmZmljIGlkZW50aWZpZWQgYnkgdGhlIERPVFMgY2xpZW50IGRvbWFpbidzIERN UyAob3INCj4gRERvUw0KPiANCj4gLS0+IEkgdW5kZXJzdGFuZCB0aGF0IFByZS1vci1PbmdvaW5n LU1pdGlnYXRpb24gYXR0cmlidXRlIGNhbiBiZQ0KPiAtLT4gc2lnbmFsZWQgYnkNCj4gRE9UUyBj bGllbnQgb3IgU2VydmVyLiBDYW4gdGhpcyBiZSB1c2VkIHRvIHJlcG9ydCBhbiBvbmdvaW5nDQo+ IGF0dGFjayB0byB0aGUgc2VydmVyPw0KDQpbTWVkXSBZZXMsIGNsaWVudHMgY2FuIHNlbmQgdGVs ZW1ldHJ5IHRvIHRoZSBzZXJ2ZXJzLiAgDQoNCi4gSWYgc28sIHdoYXQgc2hvdWxkIGJlIHRoZSB2 YWx1ZSBzZXQgaW4gdGhlDQo+IGVuZC10aW1lIGZpZWxkPy4NCg0KW01lZF0gVGhpcyBhdHRyaWJ1 dGUgd2lsbCBiZSB1c2VkIGlmIHRoZSBhdHRhY2sgd2FzIG1pdGlnYXRlZC4gVGhlIGNsaWVudCB3 aWxsIHNldCBpdCB0byB0aGUgdGltZSB3aGVuIHRoZSBhdHRhY2sgdHJhZmZpYyBpcyBub3Qgc2Vl biBhbnltb3JlIGluIHRoZSBET1RTIGRvbWFpbiBjbGllbnQuICANCg0KPiANCj4gLS0+IEkgYW0g c2tpcHBpbmcgdGhlIFlBTkcgbW9kdWxlIGFzIEkgbm90aWNlZCB0aGF0IFlBTkdET0NUT1INCj4g cmV2aWV3IGlzDQo+IGFscmVhZHkgZG9uZS4NCj4gDQo+IEZldyBuaXRzOg0KPiANCj4gcy9JZiBu byB0YXJnZXQgY2xhdXNlIGluIGluY2x1ZGVkIGluIHRoZSByZXF1ZXN0L0lmIG5vIHRhcmdldA0K PiBjbGF1c2UgaXMgaW5jbHVkZWQgaW4gdGhlIHJlcXVlc3QNCj4gDQo+IA0KW01lZF0gVGhhbmsg eW91IGZvciBjYXRjaGluZyB0aGlzLiBGaXhlZC4gDQoNCgpfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCgpDZSBtZXNzYWdlIGV0 IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29u ZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMKcGFzIGV0cmUg ZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMg YXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXIKYSBs J2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4g TGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlv biwKT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0 ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLgoKVGhpcyBtZXNzYWdlIGFuZCBp dHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5m b3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsKdGhleSBzaG91bGQgbm90IGJl IGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uCklmIHlv dSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNl bmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLgpBcyBlbWFp bHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0 IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuClRoYW5rIHlvdS4KCg== From nobody Thu Jul 23 14:51:45 2020 Return-Path: X-Original-To: dots@ietf.org Delivered-To: dots@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D7E153A0433 for ; Thu, 23 Jul 2020 14:51:42 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: X-Test-IDTracker: no X-IETF-IDTracker: 7.10.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <159554110287.31229.15194649381164628585@ietfa.amsl.com> Date: Thu, 23 Jul 2020 14:51:42 -0700 From: IETF Secretariat Archived-At: Subject: [Dots] Milestones changed for dots WG X-BeenThere: dots@ietf.org X-Mailman-Version: 2.1.29 List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2020 21:51:43 -0000 Changed milestone "DOTS Server Discovery document to WGLC", set state to active from review, accepting new milestone, resolved as "Done". Changed milestone "DOTS Signal Channel Call Home document to WGLC", set state to active from review, accepting new milestone, resolved as "Done". URL: https://datatracker.ietf.org/wg/dots/about/ From nobody Sun Jul 26 23:01:31 2020 Return-Path: X-Original-To: dots@ietfa.amsl.com Delivered-To: dots@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2A4983A16EE for ; Sun, 26 Jul 2020 23:01:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.118 X-Spam-Level: X-Spam-Status: No, score=-2.118 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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=orange.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 54eSiuaCpzDD for ; Sun, 26 Jul 2020 23:01:25 -0700 (PDT) Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.70.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A72813A0A12 for ; Sun, 26 Jul 2020 23:01:25 -0700 (PDT) Received: from opfednr03.francetelecom.fr (unknown [xx.xx.xx.67]) by opfednr26.francetelecom.fr (ESMTP service) with ESMTP id 4BFThM5P2mz125Z for ; Mon, 27 Jul 2020 08:01:23 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1595829683; bh=pno6Wt7hHKzgDJNgnB+AREF3yHsjFR1aAcEsJG3dbyQ=; h=From:To:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=UqizMbZh62VSRUcgiItlQmxUbBzwpNoaoi7z3BBr8oMeSZE2drAFj81dYEBerjBJm H/NsDlY4QuUAyhIwnAbfUFkfODgjy1r04rLtU9KnJZNCETJP9nyKVwpio6uYlmluTt N72e4vu0I5qSB2oExrvL4hmkYkBMIpMv6qE/M1RU2CuQCWpY7isa+GKZAK1nk5oQMB s0T9OfNvNx/Fll/Ozdh+Fp5UWc2FqBPMvBnplrqvM8b0YxpZC60sZ2DqjmN+NjmpNC e039m2tNHcZ58NIJGF32ol7gDucD022ORZt9XZXow7jKGaA8hVk6n76LYRRhBgnm7W Kw+Q5p6WDaNvQ== Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.89]) by opfednr03.francetelecom.fr (ESMTP service) with ESMTP id 4BFThM4gh2zDq7V for ; Mon, 27 Jul 2020 08:01:23 +0200 (CEST) From: To: "dots@ietf.org" Thread-Topic: New Version Notification for draft-boucadair-dots-rfc8782-bis-00.txt Thread-Index: AQHWY9pHr2LlQzyty0afApQVKrn5mqka7dQw Date: Mon, 27 Jul 2020 06:01:23 +0000 Message-ID: <28841_1595829683_5F1E6DB3_28841_231_1_787AE7BB302AE849A7480A190F8B933031502BEF@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> References: <159582921906.20178.3826261968640297504@ietfa.amsl.com> In-Reply-To: <159582921906.20178.3826261968640297504@ietfa.amsl.com> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.114.13.245] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: [Dots] TR: New Version Notification for draft-boucadair-dots-rfc8782-bis-00.txt X-BeenThere: dots@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2020 06:01:29 -0000 SGkgYWxsLCANCg0KQXMgcGVyIHRoZSBhZHZpY2UgZnJvbSB0aGUgQUQgYW5kIHRoZSB3RyBjaGFp cnMsIHdlIHByZXBhcmVkIGFuIGNhbmRpZGF0ZSBiaXMgd2l0aCB0aGUgZm9sbG93aW5nIGNoYW5n ZXM6IA0KKiB1cGRhdGUgdGhlIG1vZHVsZSB0byB1c2Ugc3g6c3RydWN0dXJlIChSRkM4NzkxKQ0K KiBhZGQgYSBzZWN0aW9uIHRoYXQgbGlzdHMgdGhlIG1haW4gZXJyb3JzIHJldHVybmVkIGJ5IHRo ZSBzZXJ2ZXINCiogdXBkYXRlIHRoZSBpYW5hIGFsbG9jYXRpb24gcG9saWN5IGZvciB0aGUga2V5 IHZhbHVlcyB0byBhbGlnbiB3aXRoIHRoZSBvdXRjb21lIG9mIHRoZSB0ZWxlbWV0cnkgZGlzY3Vz c2lvbg0KDQpUaGUgY29yZSBzcGVjaWZpY2F0aW9uIGlzIG5vdCB1cGRhdGVkLiANCg0KQ2hlZXJz LA0KTWVkDQoNCi0tLS0tTWVzc2FnZSBkJ29yaWdpbmUtLS0tLQ0KRGXCoDogaW50ZXJuZXQtZHJh ZnRzQGlldGYub3JnIFttYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnXSANCkVudm95w6nC oDogbHVuZGkgMjcganVpbGxldCAyMDIwIDA3OjU0DQrDgMKgOiBCT1VDQURBSVIgTW9oYW1lZCBU R0kvT0xOIDxtb2hhbWVkLmJvdWNhZGFpckBvcmFuZ2UuY29tPjsgSm9uIFNoYWxsb3cgPHN1cGpw cy1pZXRmQGpwc2hhbGxvdy5jb20+OyBUaXJ1bWFsZXN3YXIgUmVkZHkuSyA8a29uZHRpckBnbWFp bC5jb20+DQpPYmpldMKgOiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWJvdWNh ZGFpci1kb3RzLXJmYzg3ODItYmlzLTAwLnR4dA0KDQoNCkEgbmV3IHZlcnNpb24gb2YgSS1ELCBk cmFmdC1ib3VjYWRhaXItZG90cy1yZmM4NzgyLWJpcy0wMC50eHQNCmhhcyBiZWVuIHN1Y2Nlc3Nm dWxseSBzdWJtaXR0ZWQgYnkgTW9oYW1lZCBCb3VjYWRhaXIgYW5kIHBvc3RlZCB0byB0aGUgSUVU RiByZXBvc2l0b3J5Lg0KDQpOYW1lOgkJZHJhZnQtYm91Y2FkYWlyLWRvdHMtcmZjODc4Mi1iaXMN ClJldmlzaW9uOgkwMA0KVGl0bGU6CQlEaXN0cmlidXRlZCBEZW5pYWwtb2YtU2VydmljZSBPcGVu IFRocmVhdCBTaWduYWxpbmcgKERPVFMpIFNpZ25hbCBDaGFubmVsIFNwZWNpZmljYXRpb24NCkRv Y3VtZW50IGRhdGU6CTIwMjAtMDctMjYNCkdyb3VwOgkJSW5kaXZpZHVhbCBTdWJtaXNzaW9uDQpQ YWdlczoJCTExOQ0KVVJMOiAgICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL2ludGVybmV0 LWRyYWZ0cy9kcmFmdC1ib3VjYWRhaXItZG90cy1yZmM4NzgyLWJpcy0wMC50eHQNClN0YXR1czog ICAgICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1ib3VjYWRhaXIt ZG90cy1yZmM4NzgyLWJpcy8NCkh0bWxpemVkOiAgICAgICBodHRwczovL3Rvb2xzLmlldGYub3Jn L2h0bWwvZHJhZnQtYm91Y2FkYWlyLWRvdHMtcmZjODc4Mi1iaXMtMDANCkh0bWxpemVkOiAgICAg ICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWJvdWNhZGFpci1k b3RzLXJmYzg3ODItYmlzDQoNCg0KQWJzdHJhY3Q6DQogICBUaGlzIGRvY3VtZW50IHNwZWNpZmll cyB0aGUgRGlzdHJpYnV0ZWQgRGVuaWFsLW9mLVNlcnZpY2UgT3BlbiBUaHJlYXQNCiAgIFNpZ25h bGluZyAoRE9UUykgc2lnbmFsIGNoYW5uZWwsIGEgcHJvdG9jb2wgZm9yIHNpZ25hbGluZyB0aGUg bmVlZA0KICAgZm9yIHByb3RlY3Rpb24gYWdhaW5zdCBEaXN0cmlidXRlZCBEZW5pYWwtb2YtU2Vy dmljZSAoRERvUykgYXR0YWNrcw0KICAgdG8gYSBzZXJ2ZXIgY2FwYWJsZSBvZiBlbmFibGluZyBu ZXR3b3JrIHRyYWZmaWMgbWl0aWdhdGlvbiBvbiBiZWhhbGYNCiAgIG9mIHRoZSByZXF1ZXN0aW5n IGNsaWVudC4NCg0KICAgQSBjb21wYW5pb24gZG9jdW1lbnQgZGVmaW5lcyB0aGUgRE9UUyBkYXRh IGNoYW5uZWwsIGEgc2VwYXJhdGUNCiAgIHJlbGlhYmxlIGNvbW11bmljYXRpb24gbGF5ZXIgZm9y IERPVFMgbWFuYWdlbWVudCBhbmQgY29uZmlndXJhdGlvbg0KICAgcHVycG9zZXMuDQoNCiAgIFRo aXMgZG9jdW1lbnQgb2Jzb2xldGVzIFJGQyA4NzgyLg0KDQogICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgDQoNCg0KUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVz IGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbiB1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBh bmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xzLmlldGYub3JnLg0KDQpUaGUgSUVURiBTZWNy ZXRhcmlhdA0KDQoNCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fCgpDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBw ZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZp bGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMKcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBv dSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2Ug cGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXIKYSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0 cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9u aXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwKT3JhbmdlIGRlY2xpbmUgdG91 dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3Ug ZmFsc2lmaWUuIE1lcmNpLgoKVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNv bnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUg cHJvdGVjdGVkIGJ5IGxhdzsKdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9y IGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMg ZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMg bWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLgpBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9y YW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwg Y2hhbmdlZCBvciBmYWxzaWZpZWQuClRoYW5rIHlvdS4KCg== From nobody Mon Jul 27 01:40:39 2020 Return-Path: X-Original-To: dots@ietf.org Delivered-To: dots@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id F19223A17C6; Mon, 27 Jul 2020 01:40:37 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: dots@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.10.1 Auto-Submitted: auto-generated Precedence: bulk Reply-To: dots@ietf.org Message-ID: <159583923794.9170.16527923726163037008@ietfa.amsl.com> Date: Mon, 27 Jul 2020 01:40:37 -0700 Archived-At: Subject: [Dots] I-D Action: draft-ietf-dots-telemetry-11.txt X-BeenThere: dots@ietf.org X-Mailman-Version: 2.1.29 List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2020 08:40:38 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the DDoS Open Threat Signaling WG of the IETF. Title : Distributed Denial-of-Service Open Threat Signaling (DOTS) Telemetry Authors : Mohamed Boucadair Tirumaleswar Reddy Ehud Doron Meiling Chen Jon Shallow Filename : draft-ietf-dots-telemetry-11.txt Pages : 108 Date : 2020-07-27 Abstract: This document aims to enrich DOTS signal channel protocol with various telemetry attributes allowing optimal Distributed Denial-of- Service attack mitigation. It specifies the normal traffic baseline and attack traffic telemetry attributes a DOTS client can convey to its DOTS server in the mitigation request, the mitigation status telemetry attributes a DOTS server can communicate to a DOTS client, and the mitigation efficacy telemetry attributes a DOTS client can communicate to a DOTS server. The telemetry attributes can assist the mitigator to choose the DDoS mitigation techniques and perform optimal DDoS attack mitigation. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-dots-telemetry/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-dots-telemetry-11 https://datatracker.ietf.org/doc/html/draft-ietf-dots-telemetry-11 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-dots-telemetry-11 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Jul 27 01:42:43 2020 Return-Path: X-Original-To: dots@ietfa.amsl.com Delivered-To: dots@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DC9CD3A17C4; Mon, 27 Jul 2020 01:42:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.118 X-Spam-Level: X-Spam-Status: No, score=-2.118 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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=orange.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 h5lL-cs8ITfJ; Mon, 27 Jul 2020 01:42:36 -0700 (PDT) Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.70.35]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4C52D3A17C9; Mon, 27 Jul 2020 01:42:36 -0700 (PDT) Received: from opfednr03.francetelecom.fr (unknown [xx.xx.xx.67]) by opfednr25.francetelecom.fr (ESMTP service) with ESMTP id 4BFYGL6KVJzCsb5; Mon, 27 Jul 2020 10:42:34 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1595839354; bh=qNHPSYO6i/wVO4mI061bIlyybSl+mCdAWChstUPbaco=; h=From:To:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=t2Z7I5B6z5sbYcGe+AoTyNgWuoLyLFJnybiPpIvqZihLXgDbLyw7P/zFcpi5EZOZI KCgdqikcjZIDgGzaX0Zpdckb3+j9jBZKpbqjhGn0r1AkyknzjXr+8QcbTjT9aywpv3 JDr+5yXJ1eJEHcWYIjwEd1G30hkWa3b0fpeDsLWz5WENnxUIMNIh0A91PQUsCnxRRy TLf6RYRpHtRZ2uFFCI0FQ/9yatKIAlFO0dQNhKGHNiu5PELY3JmsK/YYL2Uva6M5CU wOR+3L5/PIk6HWlpTju0HDgFCGpUmDYm8xK0u1Gu6yl4a7TmYFvGQ4Gv2SELDPAA4I gve6fBZuUT6sg== Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.57]) by opfednr03.francetelecom.fr (ESMTP service) with ESMTP id 4BFYGL5X5WzDq80; Mon, 27 Jul 2020 10:42:34 +0200 (CEST) From: To: Nagendra Nainar , "ops-dir@ietf.org" CC: "dots@ietf.org" , "draft-ietf-dots-telemetry.all@ietf.org" Thread-Topic: Opsdir early review of draft-ietf-dots-telemetry-10 Thread-Index: AQHWXFqoEdSOwfeNf0ib5M2fSgHpwKkQBR3QgAsliZA= Date: Mon, 27 Jul 2020 08:42:33 +0000 Message-ID: <22834_1595839354_5F1E937A_22834_380_1_787AE7BB302AE849A7480A190F8B933031502D88@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> References: <159500474599.6780.15170068409923307578@ietfa.amsl.com> <17641_1595228380_5F1540DC_17641_218_1_787AE7BB302AE849A7480A190F8B9330314FE1A8@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> In-Reply-To: <17641_1595228380_5F1540DC_17641_218_1_787AE7BB302AE849A7480A190F8B9330314FE1A8@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.114.13.245] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [Dots] Opsdir early review of draft-ietf-dots-telemetry-10 X-BeenThere: dots@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2020 08:42:39 -0000 SGkgTmFnZW5kcmEsIGFsbCwgDQoNCkZXSVcsIHRoZSBwcm9wb3NlZCBjaGFuZ2VzIGFyZSBub3cg aW1wbGVtZW50ZWQgaW4gLTExOiANCg0KVVJMOiAgICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYu b3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1pZXRmLWRvdHMtdGVsZW1ldHJ5LTExLnR4dCANClN0 YXR1czogICAgICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRm LWRvdHMtdGVsZW1ldHJ5LyANCkh0bWxpemVkOiAgICAgICBodHRwczovL3Rvb2xzLmlldGYub3Jn L2h0bWwvZHJhZnQtaWV0Zi1kb3RzLXRlbGVtZXRyeS0xMSANCkh0bWxpemVkOiAgICAgICBodHRw czovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWlldGYtZG90cy10ZWxlbWV0 cnkgDQpEaWZmOiAgICAgICAgICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRy YWZ0LWlldGYtZG90cy10ZWxlbWV0cnktMTENCg0KQ2hlZXJzLA0KTWVkDQoNCj4gLS0tLS1NZXNz YWdlIGQnb3JpZ2luZS0tLS0tDQo+IERlwqA6IG1vaGFtZWQuYm91Y2FkYWlyQG9yYW5nZS5jb20N Cj4gW21haWx0bzptb2hhbWVkLmJvdWNhZGFpckBvcmFuZ2UuY29tXQ0KPiBFbnZvecOpwqA6IGx1 bmRpIDIwIGp1aWxsZXQgMjAyMCAwOTowMA0KPiDDgMKgOiBOYWdlbmRyYSBOYWluYXIgPG5haWt1 bWFyQGNpc2NvLmNvbT47IG9wcy1kaXJAaWV0Zi5vcmcNCj4gQ2PCoDogZG90c0BpZXRmLm9yZzsg ZHJhZnQtaWV0Zi1kb3RzLXRlbGVtZXRyeS5hbGxAaWV0Zi5vcmcNCj4gT2JqZXTCoDogUkU6IE9w c2RpciBlYXJseSByZXZpZXcgb2YgZHJhZnQtaWV0Zi1kb3RzLXRlbGVtZXRyeS0xMA0KPiANCj4g SGkgTmFnZW5kcmEsDQo+IA0KPiBUaGFuayB5b3UgZm9yIHRoZSByZXZpZXcuDQo+IA0KPiBQbGVh c2Ugc2VlIGlubGluZS4NCj4gDQo+IENoZWVycywNCj4gTWVkDQo+IA0KPiA+IC0tLS0tTWVzc2Fn ZSBkJ29yaWdpbmUtLS0tLQ0KPiA+IERlwqA6IE5hZ2VuZHJhIE5haW5hciB2aWEgRGF0YXRyYWNr ZXIgW21haWx0bzpub3JlcGx5QGlldGYub3JnXQ0KPiBFbnZvecOpDQo+ID4gOiB2ZW5kcmVkaSAx NyBqdWlsbGV0IDIwMjAgMTg6NTIgw4DCoDogb3BzLWRpckBpZXRmLm9yZyBDY8KgOg0KPiA+IGRv dHNAaWV0Zi5vcmc7IGRyYWZ0LWlldGYtZG90cy10ZWxlbWV0cnkuYWxsQGlldGYub3JnDQo+ID4g T2JqZXTCoDogT3BzZGlyIGVhcmx5IHJldmlldyBvZiBkcmFmdC1pZXRmLWRvdHMtdGVsZW1ldHJ5 LTEwDQo+ID4NCj4gPiBSZXZpZXdlcjogTmFnZW5kcmEgTmFpbmFyDQo+ID4gUmV2aWV3IHJlc3Vs dDogSGFzIE5pdHMNCj4gPg0KPiA+IEhpLA0KPiA+DQo+ID4gSSBoYXZlIHJldmlld2VkIHRoaXMg ZG9jdW1lbnQgYXMgcGFydCBvZiB0aGUgT3BlcmF0aW9uYWwNCj4gZGlyZWN0b3JhdGUncw0KPiA+ IG9uZ29pbmcgZWZmb3J0IHRvIHJldmlldyBhbGwgSUVURiBkb2N1bWVudHMgYmVpbmcgcHJvY2Vz c2VkIGJ5IHRoZQ0KPiA+IElFU0cuICBUaGVzZSBjb21tZW50cyB3ZXJlIHdyaXR0ZW4gd2l0aCB0 aGUgaW50ZW50IG9mIGltcHJvdmluZyB0aGUNCj4gPiBvcGVyYXRpb25hbCBhc3BlY3RzIG9mIHRo ZSBJRVRGIGRyYWZ0cyBwZXIgZ3VpZGVsaW5lcyBpbiBSRkM1NzA2Lg0KPiA+DQo+ID4gQ29tbWVu dHMgdGhhdCBhcmUgbm90IGFkZHJlc3NlZCBpbiBsYXN0IGNhbGwgbWF5IGJlIGluY2x1ZGVkIGlu IEFEDQo+ID4gcmV2aWV3cyBkdXJpbmcgdGhlIElFU0cgcmV2aWV3LiAgRG9jdW1lbnQgZWRpdG9y cyBhbmQgV0cgY2hhaXJzDQo+IHNob3VsZA0KPiA+IHRyZWF0IHRoZXNlIGNvbW1lbnRzIGp1c3Qg bGlrZSBhbnkgb3RoZXIgbGFzdCBjYWxsIGNvbW1lbnRzLg0KPiA+DQo+ID4gT3ZlcmFsbCBTdW1t YXJ5Og0KPiA+DQo+ID4gVGhpcyBkcmFmdCBpcyBhIHN0YW5kYXJkIHRyYWNrIHByb3Bvc2luZyB0 ZWxlbWV0cnkgYXR0cmlidXRlcyBmb3INCj4gRE9UUw0KPiA+IHNpZ25hbCBjaGFubmVsIChSRkM4 NzgyKSB0aGF0IGNhbiBiZSBleGNoYW5nZWQgYmV0d2VlbiBET1RTIGNsaWVudA0KPiBhbmQNCj4g PiBzZXJ2ZXIuIFRoZSBkcmFmdCBjbGFyaWZpZXMgdGhhdCB0aGVzZSBhdHRyaWJ1dGVzIGFyZSBu b3QgbWFuZGF0b3J5Lg0KPiA+IEFzIHRoZXNlIHRlbGVtZXRyeSBhdHRyaWJ1dGVzIGFyZSBleHRl bnNpb25zIG9mIHRoZSBleGlzdGluZyBET1RTDQo+ID4gc2lnbmFsIGNoYW5uZWwgYW5kIGl0IGFs cmVhZHkgY2xhcmlmaWVzIHRoYXQgdGhleSBhcmUgbm90IG1hbmRhdG9yeSwNCj4gPiB0aGlzIGRy YWZ0IGRvZXMgbm90IGludHJvZHVjZSBhbnkgYmFja3dhcmQgY29tcGF0aWJpbGl0eSBpc3N1ZXMu DQo+ID4NCj4gPiBUaGUgZHJhZnQgYWxzbyBwcm9wb3NlcyBoaWdoIGxldmVsIGVycm9yIGhhbmRs aW5nIG1lY2hhbmlzbSBmb3IgdGhlDQo+ID4gdGVsZW1ldHJ5IGF0dHJpYnV0ZXMgZGVmaW5lZCBp biB0aGlzIGRvY3VtZW50Lg0KPiA+DQo+ID4gT3ZlcmFsbCB0aGlzIGlzIGEgd2VsbCB3cml0dGVu IGRvY3VtZW50LiBTb21lIGFtYmlndWl0eSBvYnNlcnZlZA0KPiB0aGF0DQo+ID4gbmVlZHMgYXR0 ZW50aW9uIGFyZSBsaXN0ZWQgYmVsb3c6DQo+ID4NCj4gPiAtLT4gVGhlIGJlbG93IHJlZmVyZW5j ZSBzZWVtcyB0byBiZSB3cm9uZy4gUkZDNzI1MiBpcyBDT0FQIGFuZCBub3QNCj4gPiBDQk9SLg0K PiA+IC0tPiBJDQo+ID4gdGhpbmsgaXQgc2hvdWxkIGJlIFJGQzcwNDkuDQo+ID4NCj4gDQo+IFtN ZWRdIEkgY29uZmlybS4gRml4ZWQuDQo+IA0KPiA+ICJUZWxlbWV0cnkgbWVzc2FnZXMgZXhjaGFu Z2VkIGJldHdlZW4gRE9UUyBhZ2VudHMgYXJlIHNlcmlhbGl6ZWQNCj4gdXNpbmcNCj4gPiAgICBD b25jaXNlIEJpbmFyeSBPYmplY3QgUmVwcmVzZW50YXRpb24gKENCT1IpIFtSRkM3MjUyXSINCj4g Pg0KPiA+IC0tPiBBbiBlYXJseSByZWZlcmVuY2UgdG8gUkZDNzk1MCBtYXkgYmUgdXNlZnVsIGlu IFNlY3Rpb24gNC41Lg0KPiANCj4gW01lZF0gT0suDQo+IA0KPiA+DQo+ID4gLS0+IHRzaWQgc2Vl bXMgdG8gYmUgYSB0ZXJtaW5vbG9neSBpbnRyb2R1Y2VkIGluIHRoaXMgZHJhZnQuIEl0DQo+ID4g d2lsbCBiZQ0KPiA+IC0tPiBnb29kIHRvDQo+ID4gYWRkIHRoaXMgaW4gdGhlIHRlcm1pbm9sb2d5 IHNlY3Rpb24uIFNhbWUgZm9yIHRtaWQuDQo+IA0KPiBbTWVkXSBObyBwcm9ibGVtLiBUaGlzIHdp bGwgYmUgYWRkZWQuDQo+IA0KPiA+DQo+ID4gLS0+IFNlY3Rpb24gNi4xLjIgc3RhdGVzIHRoYXQg YSBQVVQgcmVxdWVzdCB3aXRoIGxpbmsgY2FwYWNpdHkgc2V0DQo+ID4gdG8gMA0KPiA+IC0tPiB0 bw0KPiA+IGRlbGV0ZSBhIGxpbmsgd2hlbiB0aGUgb3RoZXIgbGluayBpcyBhY3RpdmUuIFdoYXQg aGFwcGVucyBpZiBhIFBVVA0KPiA+IHJlcXVlc3QgaXMgc2VudCB3aXRoIGFsbCB0aGUgbGlua3Mg c2V0IHRvIGEgY2FwYWNpdHkgb2YgMD8uIFdpbGwgaXQNCj4gYmUNCj4gPiB0cmVhdGVkIGFzIGVy cm9yIG9yIGFzICJERUxFVEUiPy4NCj4gDQo+IFtNZWRdIFRoaXMgZmFsbHMgdW5kZXIgdGhpcyBi ZWhhdmlvciBpbiA2LjEuMjoNCj4gDQo+ICAgIG8gIElmIHRoZSByZXF1ZXN0IGlzIG1pc3Npbmcg YSBtYW5kYXRvcnkgYXR0cmlidXRlLCBkb2VzIG5vdA0KPiBpbmNsdWRlDQo+ICAgICAgICdjdWlk JyBvciAndHNpZCcgVXJpLVBhdGggcGFyYW1ldGVycywgb3IgY29udGFpbnMgb25lIG9yIG1vcmUN Cj4gICAgICAgaW52YWxpZCBvciB1bmtub3duIHBhcmFtZXRlcnMsIDQuMDAgKEJhZCBSZXF1ZXN0 KSBNVVNUIGJlDQo+IHJldHVybmVkDQo+ICAgICAgIGluIHRoZSByZXNwb25zZS4NCj4gDQo+IEkg YWRkZWQgdGhpcyBub3RlIHRvIG1ha2UgaXQgZXhwbGljaXQ6DQo+IA0KPiAiTm90ZSB0aGF0IGlm IHRoZSBET1RTIHNlcnZlciByZWNlaXZlcyBhIFBVVCByZXF1ZXN0IHdpdGggYSAnY2FwYWNpdHkn DQo+IGF0dHJpYnV0ZSBzZXQgdG8gIjAiIGZvciBhbGwgaW5jbHVkZWQgbGlua3MsIGl0IE1VU1Qg cmVqZWN0IHRoZQ0KPiByZXF1ZXN0IHdpdGggYSA0LjAwIChCYWQgUmVxdWVzdCkuIg0KPiANCj4g Pg0KPiA+IC0tPiBUaGUgRE1TIG1lbnRpb25lZCBiZWxvdyBjYW4gYmUgZXhwYW5kZWQgb3IgaW5j bHVkZWQgaW4gdGhlDQo+ID4gLS0+IHRlcm1pbm9sb2d5DQo+ID4gc2VjdGlvbi4gSSBjYW50IGZp bmQgaXQgaW4gUkZDODI4NyBhcyB3ZWxsLg0KPiANCj4gW01lZF0gSSBleHBhbmRlZCB0aGUgYWNy b255bSB0byBERG9TIE1pdGlnYXRpb24gU3lzdGVtLCBidXQgcmVtb3ZlZA0KPiAiRE1TIiBhcyBp dCBpcyBub3QgdXNlZCBpbiBvdGhlciBwYXJ0cyBvZiB0aGUgdGV4dC4NCj4gDQo+ID4NCj4gPiBU aGUgJ3RvdGFsLWF0dGFjay10cmFmZmljJyBhdHRyaWJ1dGUgKEZpZ3VyZSAyNykgY29udmV5cyB0 aGUgdG90YWwNCj4gPiAgICBhdHRhY2sgdHJhZmZpYyBpZGVudGlmaWVkIGJ5IHRoZSBET1RTIGNs aWVudCBkb21haW4ncyBETVMgKG9yDQo+IEREb1MNCj4gPg0KPiA+IC0tPiBJIHVuZGVyc3RhbmQg dGhhdCBQcmUtb3ItT25nb2luZy1NaXRpZ2F0aW9uIGF0dHJpYnV0ZSBjYW4gYmUNCj4gPiAtLT4g c2lnbmFsZWQgYnkNCj4gPiBET1RTIGNsaWVudCBvciBTZXJ2ZXIuIENhbiB0aGlzIGJlIHVzZWQg dG8gcmVwb3J0IGFuIG9uZ29pbmcgYXR0YWNrDQo+IHRvDQo+ID4gdGhlIHNlcnZlcj8NCj4gDQo+ IFtNZWRdIFllcywgY2xpZW50cyBjYW4gc2VuZCB0ZWxlbWV0cnkgdG8gdGhlIHNlcnZlcnMuDQo+ IA0KPiAuIElmIHNvLCB3aGF0IHNob3VsZCBiZSB0aGUgdmFsdWUgc2V0IGluIHRoZQ0KPiA+IGVu ZC10aW1lIGZpZWxkPy4NCj4gDQo+IFtNZWRdIFRoaXMgYXR0cmlidXRlIHdpbGwgYmUgdXNlZCBp ZiB0aGUgYXR0YWNrIHdhcyBtaXRpZ2F0ZWQuIFRoZQ0KPiBjbGllbnQgd2lsbCBzZXQgaXQgdG8g dGhlIHRpbWUgd2hlbiB0aGUgYXR0YWNrIHRyYWZmaWMgaXMgbm90IHNlZW4NCj4gYW55bW9yZSBp biB0aGUgRE9UUyBkb21haW4gY2xpZW50Lg0KPiANCj4gPg0KPiA+IC0tPiBJIGFtIHNraXBwaW5n IHRoZSBZQU5HIG1vZHVsZSBhcyBJIG5vdGljZWQgdGhhdCBZQU5HRE9DVE9SDQo+ID4gcmV2aWV3 IGlzDQo+ID4gYWxyZWFkeSBkb25lLg0KPiA+DQo+ID4gRmV3IG5pdHM6DQo+ID4NCj4gPiBzL0lm IG5vIHRhcmdldCBjbGF1c2UgaW4gaW5jbHVkZWQgaW4gdGhlIHJlcXVlc3QvSWYgbm8gdGFyZ2V0 IGNsYXVzZQ0KPiA+IGlzIGluY2x1ZGVkIGluIHRoZSByZXF1ZXN0DQo+ID4NCj4gPg0KPiBbTWVk XSBUaGFuayB5b3UgZm9yIGNhdGNoaW5nIHRoaXMuIEZpeGVkLg0KPiANCj4gDQo+IF9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQo+IA0KPiBDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRl bmlyIGRlcyBpbmZvcm1hdGlvbnMNCj4gY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBl dCBuZSBkb2l2ZW50IGRvbmMgcGFzIGV0cmUgZGlmZnVzZXMsDQo+IGV4cGxvaXRlcyBvdSBjb3Bp ZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UNCj4gcGFy IGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXIgYSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVp cmUgYWluc2kNCj4gcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9u aXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzDQo+IGQnYWx0ZXJhdGlvbiwgT3JhbmdlIGRlY2xpbmUg dG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZQ0KPiBhbHRlcmUsIGRlZm9y bWUgb3UgZmFsc2lmaWUuIE1lcmNpLg0KPiANCj4gVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNo bWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yDQo+IHByaXZpbGVnZWQgaW5mb3JtYXRp b24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsgdGhleSBzaG91bGQgbm90DQo+IGJlIGRp c3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uDQo+IElmIHlv dSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNl bmRlciBhbmQNCj4gZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLg0KPiBB cyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdl cyB0aGF0IGhhdmUNCj4gYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuDQo+IFRo YW5rIHlvdS4NCg0KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18KCkNlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBl dXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxsZXMgb3UgcHJpdmls ZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYwpwYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91 IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBw YXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlcgphIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRy dWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25p cXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLApPcmFuZ2UgZGVjbGluZSB0b3V0 ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBm YWxzaWZpZS4gTWVyY2kuCgpUaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29u dGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBw cm90ZWN0ZWQgYnkgbGF3Owp0aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3Ig Y29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi4KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBl bWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBt ZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuCkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3Jh bmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBj aGFuZ2VkIG9yIGZhbHNpZmllZC4KVGhhbmsgeW91LgoK From nobody Mon Jul 27 01:54:03 2020 Return-Path: X-Original-To: dots@ietfa.amsl.com Delivered-To: dots@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6DC693A17D4; Mon, 27 Jul 2020 01:53:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.118 X-Spam-Level: X-Spam-Status: No, score=-2.118 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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=orange.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 ieE4z0kO6-vr; Mon, 27 Jul 2020 01:53:57 -0700 (PDT) Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.66.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3994B3A16D9; Mon, 27 Jul 2020 01:53:57 -0700 (PDT) Received: from opfedar00.francetelecom.fr (unknown [xx.xx.xx.11]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by opfedar27.francetelecom.fr (ESMTP service) with ESMTPS id 4BFYWR2q53z319W; Mon, 27 Jul 2020 10:53:55 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1595840035; bh=asXG6vL/KdOVN+dJRGWc13HFGQP2kDMVJR2I2e34608=; h=From:To:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=VLssfW1507JwwSBOnr/qGaU4yARhcCfqzuUrYLpob+dGoZNXgAWbQgNuHncFzxY0a YGcU9IzUMRa/WoqHLOMmQv88HXLBJskAG1vwwFOiDS0Tszdb6o1Cs5OvDZ1SZoS6gm PUdeT0C4MkKCBUvTC2Q4JsIuY/Smujjnl3XMTBCi5d2W+DnuNshdyGZJrnqTx383+T dP+xuotec0QAPdUZp5hfNDg7zzeP90xtsUYJmgJoar6sZAmQkYDN+r/QXL1eGiRELk UgjFvUzvykVsbZbpG/GAoPtd3MHmJEWRV8cZrvVl/18SlJroP6w6JpWfd9t6Rt1svY aC2zF0FBIX8AQ== Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.104]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by opfedar00.francetelecom.fr (ESMTP service) with ESMTPS id 4BFYWR1sZYzCqk4; Mon, 27 Jul 2020 10:53:55 +0200 (CEST) From: To: "dots@ietf.org" , "dots-chairs@ietf.org" Thread-Topic: [Dots] I-D Action: draft-ietf-dots-telemetry-11.txt Thread-Index: AQHWY/GgfYrwAApjPE+ng+jMTqBPB6kbG98w Date: Mon, 27 Jul 2020 08:53:53 +0000 Message-ID: <29496_1595840035_5F1E9623_29496_351_1_787AE7BB302AE849A7480A190F8B933031502DDF@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> References: <159583923794.9170.16527923726163037008@ietfa.amsl.com> In-Reply-To: <159583923794.9170.16527923726163037008@ietfa.amsl.com> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.114.13.245] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [Dots] I-D Action: draft-ietf-dots-telemetry-11.txt X-BeenThere: dots@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2020 08:53:59 -0000 Hi all,=20 The main change in this version is to point to RFC8782bis instead of 8782.= =20 Also, this version addresses the opsdir review: add some terms in the termi= nology section and a call out the behavior when all links in a PUT request = are set to 0. Now that the yangdoctors and opsdir reviews are addressed, we are ready for= the WGLC.=20=20 Cheers, Med > -----Message d'origine----- > De=A0: Dots [mailto:dots-bounces@ietf.org] De la part de internet- > drafts@ietf.org > Envoy=E9=A0: lundi 27 juillet 2020 10:41 > =C0=A0: i-d-announce@ietf.org > Cc=A0: dots@ietf.org > Objet=A0: [Dots] I-D Action: draft-ietf-dots-telemetry-11.txt >=20 >=20 > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > This draft is a work item of the DDoS Open Threat Signaling WG of the > IETF. >=20 > Title : Distributed Denial-of-Service Open Threat > Signaling (DOTS) Telemetry > Authors : Mohamed Boucadair > Tirumaleswar Reddy > Ehud Doron > Meiling Chen > Jon Shallow > Filename : draft-ietf-dots-telemetry-11.txt > Pages : 108 > Date : 2020-07-27 >=20 > Abstract: > This document aims to enrich DOTS signal channel protocol with > various telemetry attributes allowing optimal Distributed Denial- > of- > Service attack mitigation. It specifies the normal traffic > baseline > and attack traffic telemetry attributes a DOTS client can convey to > its DOTS server in the mitigation request, the mitigation status > telemetry attributes a DOTS server can communicate to a DOTS > client, > and the mitigation efficacy telemetry attributes a DOTS client can > communicate to a DOTS server. The telemetry attributes can assist > the mitigator to choose the DDoS mitigation techniques and perform > optimal DDoS attack mitigation. >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-dots-telemetry/ >=20 > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-ietf-dots-telemetry-11 > https://datatracker.ietf.org/doc/html/draft-ietf-dots-telemetry-11 >=20 > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-dots-telemetry-11 >=20 >=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. >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 >=20 > _______________________________________________ > Dots mailing list > Dots@ietf.org > https://www.ietf.org/mailman/listinfo/dots ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. From nobody Wed Jul 29 06:15:00 2020 Return-Path: X-Original-To: dots@ietfa.amsl.com Delivered-To: dots@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3C3D93A0B6F for ; Wed, 29 Jul 2020 06:14:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.118 X-Spam-Level: X-Spam-Status: No, score=-2.118 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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=orange.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 CEI3kLYBbylP for ; Wed, 29 Jul 2020 06:14:42 -0700 (PDT) Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.70.36]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 001513A0B0E for ; Wed, 29 Jul 2020 06:14:32 -0700 (PDT) Received: from opfednr07.francetelecom.fr (unknown [xx.xx.xx.71]) by opfednr26.francetelecom.fr (ESMTP service) with ESMTP id 4BGvCB350Gz12dP for ; Wed, 29 Jul 2020 15:14:30 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1596028470; bh=h90d1mdx1pYsU9Eq1oVqsjgG364EMWvaxCL2ZWU+4tM=; h=From:To:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=ruZMG8FqNlBpGXw0aQWRL+i3VYKh0mAkoEYylNFN3uBSs/R2WkmmbY43qEmGiOBpK 1Nf+wt5JqvUZzKbdq885P/7dSXztC92GI7XlGCs8PkBd3gY9q4zoifRFTKZ0dyAEDZ 1KgzKTFYeY1HWZAUYd61qGl9a6sVnuYMQHKC6vfVT3qxTVStwsZ22tn9qgVWEjV1RQ sSMVPq5Flqi2OIaUkIZBeGfWAbcHzNN20UaiigZTLIck6so+fd9bsZy/t2SI4MA0Rz nU4FdQ39D21bQaatAjHKfJaGPHYEKtflGFZZP41SFN5ebFQ45SDNDRE3VsHm7fW4fp L2rZ1gcFlD2QQ== Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.70]) by opfednr07.francetelecom.fr (ESMTP service) with ESMTP id 4BGvCB2QRlzFpWY for ; Wed, 29 Jul 2020 15:14:30 +0200 (CEST) From: To: "dots@ietf.org" Thread-Topic: New Version Notification for draft-boucadair-dots-rfc8782-bis-00.txt Thread-Index: AQHWY9pHr2LlQzyty0afApQVKrn5mqka7dQwgAOcDwA= Date: Wed, 29 Jul 2020 13:14:29 +0000 Message-ID: <31810_1596028470_5F217636_31810_63_1_787AE7BB302AE849A7480A190F8B9330315081EC@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> References: <159582921906.20178.3826261968640297504@ietfa.amsl.com> <28841_1595829683_5F1E6DB3_28841_231_1_787AE7BB302AE849A7480A190F8B933031502BEF@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> In-Reply-To: <28841_1595829683_5F1E6DB3_28841_231_1_787AE7BB302AE849A7480A190F8B933031502BEF@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.114.13.247] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [Dots] New Version Notification for draft-boucadair-dots-rfc8782-bis-00.txt X-BeenThere: dots@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2020 13:14:54 -0000 SGkgYWxsLCANCg0KSSBmb3Jnb3QgdG8gbWVudGlvbiB0aGUgcmVhc29ucyB3aHkgd2UgbmVlZCB0 byB1cmdlbnRseSBhZHZhbmNlIHRoaXMgc3BlY2lmaWNhdGlvbiAoYWRvcHRpb24gZm9sbG93ZWQg aG9wZWZ1bGx5IGJ5IGEgV0dMQyk6DQoNCiogRHVyaW5nIHRoZSByZXZpZXcgb2YgdGhlIHRlbGVt ZXRyeSBzcGVjIGJ5IHRoZSB5YW5nZG9jdG9ycywgdGhleSByYWlzZWQgYSBjb25jZXJuIGFib3V0 IGhvdyB3ZSB1c2UgWUFORyB0byBtb2RlbCB0aGUgc3RydWN0dXJlIG9mIHRoZSBzaWduYWwgY2hh bm5lbCBtZXNzYWdlLiBJbiBvcmRlciB0byBzb2x2ZSB0aGF0IGlzc3VlLCB3ZSBhZ3JlZWQgdG8g dXNlIHRoZSBuZXcgZmVhdHVyZSBzcGVjaWZpZWQgaW4gUkZDODc5MS4gDQoNCiogTmV2ZXJ0aGVs ZXNzLCB1cGRhdGluZyB0aGUgdGVsZW1ldHJ5IHNwZWMgaXMgbm90IHN1ZmZpY2llbnQgYmVjYXVz ZSB0aGUgbW9kaWZpY2F0aW9uIGhhcyB0byBiZSBkb25lIGFnYWluc3QgdGhlIG1vZHVsZSBpbiBS RkM4NzgyLiANCg0KKiBUbyB0aGF0IGFpbSwgd2UgY29uc2lkZXJlZCBtYW55IG9wdGlvbnMgdG8g bWFrZSB0aGUgbW9kaWZpY2F0aW9uOiBlcnJhdGEsIHVwZGF0aW5nIHRoZSB5YW5nIG1vZHVsZSBv bmx5LCBpbmNsdWRlIHRoZSB1cGRhdGVkIG1vZHVsZSBpbiB0aGUgdGVsZW1ldHJ5LCBvciBlZGl0 IGEgYmlzIGRvY3VtZW50LiANCg0KKiBBZnRlciBjb25zdWx0aW5nIHdpdGggdGhlIENoYWlycyBh bmQgdGhlIEFELCB0aGUgYWR2aWNlIGlzIHRvIGVkaXQgYSBtaW5vciB1cGRhdGUgYmlzIGRvY3Vt ZW50OiBkcmFmdC1ib3VjYWRhaXItZG90cy1yZmM4NzgyLWJpcyANCg0KKiBUaGlzIHVwZGF0ZSBo YXMgdG8gYmUgcHJvZ3Jlc3NlZCBxdWlja2x5IGJlY2F1c2Ugb2YgdGhlIGRlcGVuZGVuY3kgb2Yg b3RoZXIgRE9UUyBTcGVjczogDQogIC0gZmlsdGVyIGNvbnRyb2wgd2hpY2ggaXMgaW4gdGhlIFJG QyBFZGl0b3IgUXVldWUuDQogIC0gQ2FsbCBIb21lIHdoaWNoIGlzIHdhaXRpbmcgZm9yIHRoZSBB RCByZXZpZXcNCiAgLSBUaGUgdGVsZW1ldHJ5IHNwZWNpZmljYXRpb24gd2hpY2ggd2UgdGFyZ2V0 IHRvIHB1dCBpbiB0aGUgV0dMQyBob3BlZnVsbHkgc29vbi4NCg0KVGhlIGNoYW5nZXMgYXJlIHZl cnkgZm9jdXNlZCBhcyBzdW1tYXJpemVkIGluIGRyYWZ0LWJvdWNhZGFpci1kb3RzLXJmYzg3ODIt YmlzLg0KDQpDaGVlcnMsDQpNZWQNCg0KPiAtLS0tLU1lc3NhZ2UgZCdvcmlnaW5lLS0tLS0NCj4g RGXCoDogRG90cyBbbWFpbHRvOmRvdHMtYm91bmNlc0BpZXRmLm9yZ10gRGUgbGEgcGFydCBkZQ0K PiBtb2hhbWVkLmJvdWNhZGFpckBvcmFuZ2UuY29tDQo+IEVudm95w6nCoDogbHVuZGkgMjcganVp bGxldCAyMDIwIDA4OjAxDQo+IMOAwqA6IGRvdHNAaWV0Zi5vcmcNCj4gT2JqZXTCoDogW0RvdHNd IFRSOiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWJvdWNhZGFpci1kb3RzLQ0K PiByZmM4NzgyLWJpcy0wMC50eHQNCj4gDQo+IEhpIGFsbCwNCj4gDQo+IEFzIHBlciB0aGUgYWR2 aWNlIGZyb20gdGhlIEFEIGFuZCB0aGUgd0cgY2hhaXJzLCB3ZSBwcmVwYXJlZCBhbg0KPiBjYW5k aWRhdGUgYmlzIHdpdGggdGhlIGZvbGxvd2luZyBjaGFuZ2VzOg0KPiAqIHVwZGF0ZSB0aGUgbW9k dWxlIHRvIHVzZSBzeDpzdHJ1Y3R1cmUgKFJGQzg3OTEpDQo+ICogYWRkIGEgc2VjdGlvbiB0aGF0 IGxpc3RzIHRoZSBtYWluIGVycm9ycyByZXR1cm5lZCBieSB0aGUgc2VydmVyDQo+ICogdXBkYXRl IHRoZSBpYW5hIGFsbG9jYXRpb24gcG9saWN5IGZvciB0aGUga2V5IHZhbHVlcyB0byBhbGlnbiB3 aXRoDQo+IHRoZSBvdXRjb21lIG9mIHRoZSB0ZWxlbWV0cnkgZGlzY3Vzc2lvbg0KPiANCj4gVGhl IGNvcmUgc3BlY2lmaWNhdGlvbiBpcyBub3QgdXBkYXRlZC4NCj4gDQo+IENoZWVycywNCj4gTWVk DQo+IA0KPiAtLS0tLU1lc3NhZ2UgZCdvcmlnaW5lLS0tLS0NCj4gRGXCoDogaW50ZXJuZXQtZHJh ZnRzQGlldGYub3JnIFttYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnXQ0KPiBFbnZvecOp wqA6IGx1bmRpIDI3IGp1aWxsZXQgMjAyMCAwNzo1NCDDgMKgOiBCT1VDQURBSVIgTW9oYW1lZCBU R0kvT0xODQo+IDxtb2hhbWVkLmJvdWNhZGFpckBvcmFuZ2UuY29tPjsgSm9uIFNoYWxsb3cgPHN1 cGpwcy0NCj4gaWV0ZkBqcHNoYWxsb3cuY29tPjsgVGlydW1hbGVzd2FyIFJlZGR5LksgPGtvbmR0 aXJAZ21haWwuY29tPiBPYmpldMKgOg0KPiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRy YWZ0LWJvdWNhZGFpci1kb3RzLXJmYzg3ODItYmlzLTAwLnR4dA0KPiANCj4gDQo+IEEgbmV3IHZl cnNpb24gb2YgSS1ELCBkcmFmdC1ib3VjYWRhaXItZG90cy1yZmM4NzgyLWJpcy0wMC50eHQNCj4g aGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBNb2hhbWVkIEJvdWNhZGFpciBhbmQg cG9zdGVkIHRvIHRoZQ0KPiBJRVRGIHJlcG9zaXRvcnkuDQo+IA0KPiBOYW1lOgkJZHJhZnQtYm91 Y2FkYWlyLWRvdHMtcmZjODc4Mi1iaXMNCj4gUmV2aXNpb246CTAwDQo+IFRpdGxlOgkJRGlzdHJp YnV0ZWQgRGVuaWFsLW9mLVNlcnZpY2UgT3BlbiBUaHJlYXQgU2lnbmFsaW5nDQo+IChET1RTKSBT aWduYWwgQ2hhbm5lbCBTcGVjaWZpY2F0aW9uDQo+IERvY3VtZW50IGRhdGU6CTIwMjAtMDctMjYN Cj4gR3JvdXA6CQlJbmRpdmlkdWFsIFN1Ym1pc3Npb24NCj4gUGFnZXM6CQkxMTkNCj4gVVJMOiAg ICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1ib3Vj YWRhaXItDQo+IGRvdHMtcmZjODc4Mi1iaXMtMDAudHh0DQo+IFN0YXR1czogICAgICAgICBodHRw czovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1ib3VjYWRhaXItZG90cy0NCj4gcmZj ODc4Mi1iaXMvDQo+IEh0bWxpemVkOiAgICAgICBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwv ZHJhZnQtYm91Y2FkYWlyLWRvdHMtDQo+IHJmYzg3ODItYmlzLTAwDQo+IEh0bWxpemVkOiAgICAg ICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWJvdWNhZGFpci0N Cj4gZG90cy1yZmM4NzgyLWJpcw0KPiANCj4gDQo+IEFic3RyYWN0Og0KPiAgICBUaGlzIGRvY3Vt ZW50IHNwZWNpZmllcyB0aGUgRGlzdHJpYnV0ZWQgRGVuaWFsLW9mLVNlcnZpY2UgT3Blbg0KPiBU aHJlYXQNCj4gICAgU2lnbmFsaW5nIChET1RTKSBzaWduYWwgY2hhbm5lbCwgYSBwcm90b2NvbCBm b3Igc2lnbmFsaW5nIHRoZSBuZWVkDQo+ICAgIGZvciBwcm90ZWN0aW9uIGFnYWluc3QgRGlzdHJp YnV0ZWQgRGVuaWFsLW9mLVNlcnZpY2UgKEREb1MpIGF0dGFja3MNCj4gICAgdG8gYSBzZXJ2ZXIg Y2FwYWJsZSBvZiBlbmFibGluZyBuZXR3b3JrIHRyYWZmaWMgbWl0aWdhdGlvbiBvbg0KPiBiZWhh bGYNCj4gICAgb2YgdGhlIHJlcXVlc3RpbmcgY2xpZW50Lg0KPiANCj4gICAgQSBjb21wYW5pb24g ZG9jdW1lbnQgZGVmaW5lcyB0aGUgRE9UUyBkYXRhIGNoYW5uZWwsIGEgc2VwYXJhdGUNCj4gICAg cmVsaWFibGUgY29tbXVuaWNhdGlvbiBsYXllciBmb3IgRE9UUyBtYW5hZ2VtZW50IGFuZCBjb25m aWd1cmF0aW9uDQo+ICAgIHB1cnBvc2VzLg0KPiANCj4gICAgVGhpcyBkb2N1bWVudCBvYnNvbGV0 ZXMgUkZDIDg3ODIuDQo+IA0KPiANCj4gDQo+IA0KPiBQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0 YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZg0KPiBzdWJtaXNzaW9uIHVu dGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQNCj4gdG9v bHMuaWV0Zi5vcmcuDQo+IA0KPiBUaGUgSUVURiBTZWNyZXRhcmlhdA0KPiANCj4gDQo+IA0KPiBf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXw0KPiANCj4gQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVu dCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zDQo+IGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxl Z2llZXMgZXQgbmUgZG9pdmVudCBkb25jDQo+IHBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMg b3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXoNCj4gcmVjdSBjZSBtZXNz YWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyDQo+IGEgbCdleHBlZGl0ZXVyIGV0 IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcw0KPiBtZXNzYWdl cyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sDQo+IE9yYW5n ZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJl LA0KPiBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS4NCj4gDQo+IFRoaXMgbWVzc2FnZSBhbmQg aXRzIGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvcg0KPiBwcml2aWxlZ2Vk IGluZm9ybWF0aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7DQo+IHRoZXkgc2hvdWxk IG5vdCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9u Lg0KPiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90 aWZ5IHRoZSBzZW5kZXIgYW5kDQo+IGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2ht ZW50cy4NCj4gQXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBm b3IgbWVzc2FnZXMgdGhhdCBoYXZlDQo+IGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lm aWVkLg0KPiBUaGFuayB5b3UuDQo+IA0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0KPiBEb3RzIG1haWxpbmcgbGlzdA0KPiBEb3RzQGlldGYub3JnDQo+ IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vZG90cw0KCl9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KCkNl IG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9y bWF0aW9ucyBjb25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9u YwpwYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlv bi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBz aWduYWxlcgphIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNl cyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMg ZCdhbHRlcmF0aW9uLApPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBt ZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuCgpUaGlzIG1l c3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJp dmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3Owp0aGV5IHNo b3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNh dGlvbi4KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5v dGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVu dHMuCkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1l c3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC4KVGhh bmsgeW91LgoK From nobody Wed Jul 29 23:58:17 2020 Return-Path: X-Original-To: dots@ietfa.amsl.com Delivered-To: dots@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1C3723A0C88 for ; Wed, 29 Jul 2020 23:58:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.118 X-Spam-Level: X-Spam-Status: No, score=-2.118 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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=orange.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 luvvlbOE0slg for ; Wed, 29 Jul 2020 23:58:14 -0700 (PDT) Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.66.39]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CC29F3A0C87 for ; Wed, 29 Jul 2020 23:58:13 -0700 (PDT) Received: from opfedar05.francetelecom.fr (unknown [xx.xx.xx.7]) by opfedar27.francetelecom.fr (ESMTP service) with ESMTP id 4BHLpX1J4Sz32NY for ; Thu, 30 Jul 2020 08:58:12 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1596092292; bh=eZW0xcDK7SuRBzorTXs0Q4r0mCkfb2noJ4IlNhXAroQ=; h=From:To:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=JXmFbOjNCQ3mYTJ3c5TfNlG93H9qRXet+M064JktzBVOxhR8BZlzkI6d6kaGvMSA9 jjMgfnKNS+ZgB2IjwVE9a8d++KDdCjETGmPy8AJuJkJXV4bS3x3gbsI3Iwq0YbfWqf bGvV7GNJBdyWWSpef6ZvG3ZgzqbsVpGcLUiFkea5FmLkjjQU1UQkivTraqDhZACE+b lN2ZtB5X74MYczJaEHqzAX+ADISNwpuyhmfDRmXkfMhwFMcXsiD2y2bMO3noRM0o+r 41jcBkVkjjt3AlkTQN+8RxWVVQxKgWFZB4VIf1iLP6Ya04yMh75Gws4Wxr1nK70QxY U+mPb1P3HFvyg== Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.64]) by opfedar05.francetelecom.fr (ESMTP service) with ESMTP id 4BHLpX0ZNYz2xCC for ; Thu, 30 Jul 2020 08:58:12 +0200 (CEST) From: To: "dots@ietf.org" Thread-Topic: [core] WGA call on draft-bosh-core-new-block-04 Thread-Index: AQHWZc6ERggPCsCRykCXFN/BYaXcwqkfsXLw Date: Thu, 30 Jul 2020 06:58:11 +0000 Message-ID: <7819_1596092292_5F226F84_7819_262_1_787AE7BB302AE849A7480A190F8B933031508D71@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> References: In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.114.13.245] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: [Dots] TR: [core] WGA call on draft-bosh-core-new-block-04 X-BeenThere: dots@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2020 06:58:16 -0000 SGkgYWxsLCANCg0KVGhlIGNhbGwgZm9yIGFkb3B0aW9uIGZvciB0aGlzIGRyYWZ0IGlzIG9wZW4g aW4gdGhlIGNvcmUgd2csIGZ3aXcuIA0KDQpUaGlzIGlzIGEgbWlzc2luZyBwaWVjZSB0aGF0IHdl cmUgaWRlbnRpZmllZCBhcyBwYXJ0IG9mIHRoZSB3b3JrIHdlIGFyZSBkb2luZyBvbiB0ZWxlbWV0 cnkuIA0KDQpDaGVlcnMsDQpNZWQNCg0KLS0tLS1NZXNzYWdlIGQnb3JpZ2luZS0tLS0tDQpEZcKg OiBjb3JlIFttYWlsdG86Y29yZS1ib3VuY2VzQGlldGYub3JnXSBEZSBsYSBwYXJ0IGRlIEphaW1l IEppbcOpbmV6DQpFbnZvecOpwqA6IG1lcmNyZWRpIDI5IGp1aWxsZXQgMjAyMCAxOTozNA0Kw4DC oDogY29yZUBpZXRmLm9yZw0KT2JqZXTCoDogW2NvcmVdIFdHQSBjYWxsIG9uIGRyYWZ0LWJvc2gt Y29yZS1uZXctYmxvY2stMDQNCg0KRGVhciBDb3JlIFdHLA0KDQpXZSB3b3VsZCBsaWtlIHRvIHN0 YXJ0IHRoZSBjYWxsIGZvciBhZG9wdGlvbiBvbiBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwv ZHJhZnQtYm9zaC1jb3JlLW5ldy1ibG9jay0wNA0KDQpBcyB5b3Uga25vdyB0aGUgZHJhZnQgcHJv dmlkZXMgdHdvIG5ldyBibG9jayBvcHRpb25zICgzIGFuZCA0KSBmb3IgYmxvY2t3aXNlIHRyYW5z ZmVycy4gVGhlIG9wdGlvbnMgY29tZSBmcm9tIHJlcXVpcmVtZW50cyBnYXRoZXJlZCBieSB0aGUg RERvUyBPcGVuIFRocmVhdCBTaWduYWxpbmcgKERPVFMpIFdHLiBUaGUgZHJhZnQgaGFzIGJlZW4g cHJlc2VudGVkIGFuZCBkaXNjdXNzZWQgb24gZmV3IGludGVyaW1zIGFuZCB3ZSBoYXZlIGhhZCBh IHByZXNlbnRhdGlvbiBhbmQgYSB2aXJ0dWFsIGh1bSB0aGF0IHJlc3VsdGVkIGluIOKAnHBpYW5v 4oCdIGR1cmluZyB5ZXN0ZXJkYXnigJlzIENvUkUgc2Vzc2lvbi4gDQoNCkNvbnNpZGVyaW5nIHRo YXQgaXQgaGFzIGFscmVhZHkgZ3JvdXAgc3VwcG9ydCB0aGUgY2hhaXJzIHdvdWxkIGxpa2UgdG8g Y29uZmlybSB0aGUgZHJhZnQgYWRvcHRpb24gaW4gdGhlIGxpc3QuIFRoZSBjYWxsIHdpbGwgbGFz dCB0d28gd2Vla3MgdW50aWwgdGhlIDEydGggb2YgQXVndXN0Lg0KDQpUaGFua3MhDQotLSANCkph aW1lIEppbcOpbmV6DQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQpjb3JlIG1haWxpbmcgbGlzdA0KY29yZUBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jb3JlDQoKX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwoKQ2UgbWVzc2FnZSBldCBzZXMg cGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVu dGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jCnBhcyBldHJlIGRpZmZ1 c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXog cmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyCmEgbCdleHBl ZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBt ZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sCk9y YW5nZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0 ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS4KClRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0 dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxlZ2VkIGluZm9ybWF0 aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7CnRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0 cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLgpJZiB5b3UgaGF2 ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIg YW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4KQXMgZW1haWxzIG1h eSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBoYXZl IGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLgpUaGFuayB5b3UuCgo= From nobody Thu Jul 30 00:26:56 2020 Return-Path: X-Original-To: dots@ietfa.amsl.com Delivered-To: dots@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D83D03A0F1F for ; Thu, 30 Jul 2020 00:26:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.118 X-Spam-Level: X-Spam-Status: No, score=-2.118 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, TVD_SPACE_RATIO=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=mcafee.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 9uu_GzQrN_D7 for ; Thu, 30 Jul 2020 00:26:52 -0700 (PDT) Received: from us-smtp-delivery-140.mimecast.com (us-smtp-delivery-140.mimecast.com [216.205.24.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0BEFA3A0F44 for ; Thu, 30 Jul 2020 00:26:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mcafee.com; s=mimecast20190606; t=1596094010; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=OyPi0Nvx5Kpaoa0lRxIOu820fWluEP/TDEnsJJomkv4=; b=VDUgV/cgJ9elalXjqkCEgnG12yO8yJQAgRmxAToyQEX8DnJsBZR4s/+yEacbKEQMgYbn39 JTl3Af5Ocfa5LvD+Zwb4vEOC9Bov2o68GsOsdxgEreI78fNtmN9k0Onw1s2noJWLr7Wnig oiDH9287VemIs3FRovcSPWZWQNrLuFU= Received: from NAM12-DM6-obe.outbound.protection.outlook.com (mail-dm6nam12lp2173.outbound.protection.outlook.com [104.47.59.173]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-365-t56PGiAnMBy50Sn0EmPztQ-1; Thu, 30 Jul 2020 03:26:48 -0400 X-MC-Unique: t56PGiAnMBy50Sn0EmPztQ-1 Received: from BYAPR16MB2695.namprd16.prod.outlook.com (2603:10b6:a03:ea::14) by BY5PR16MB3029.namprd16.prod.outlook.com (2603:10b6:a03:184::28) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3239.17; Thu, 30 Jul 2020 07:26:45 +0000 Received: from BYAPR16MB2695.namprd16.prod.outlook.com ([fe80::6c21:cc5f:916b:d6df]) by BYAPR16MB2695.namprd16.prod.outlook.com ([fe80::6c21:cc5f:916b:d6df%5]) with mapi id 15.20.3216.034; Thu, 30 Jul 2020 07:26:45 +0000 From: "Konda, Tirumaleswar Reddy" To: "dots@ietf.org" Thread-Topic: DOTS overview Thread-Index: AdZmQquPx0I0NM1vTDyF2lXuxnGtRw== Date: Thu, 30 Jul 2020 07:26:45 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.5.0.60 dlp-reaction: no-action x-originating-ip: [49.37.200.126] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: a103af47-c48d-4336-1dc1-08d83459e9fc x-ms-traffictypediagnostic: BY5PR16MB3029: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:2657; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: IyIpeHYRWvhteXaXwfLgtrHXIJ6CXZaSE0NhTdFbjHhdWPHHDqQMtgITt2et3N0MgWF6uLvdo3B/exY/FhdiSHGniZAzVKrbHVT/V7XQDJVfNOAZZtlq40F4S8hSuVFRhN7CMu5sRH69qjTNqhG4MmaD9sAkdA8xU2WmPkkb6sNK0qmwd62mz6DnaNgywXQ5WvirR4rpX5oD1QU5Tvv1Df4FxUy7+0ukkUAdPJS/jpeF4zCmSTk/puqeOya3IKBZ2mHF+BU1mfPxhhSUGz2IAKYjIkPmN0orpybO/PTKTKZ4zfNnjlQFGh5USyLGMdoI97+85j2KoA4zKCUOjBifgnncf4dAO4yucdHRxWUcZLuamxXiDOsMTP1P6uVQ8LBM7BVyQ9S5yxfsR3rPthUcd8AyS4DeX6rNCZsuers7HJyRjIVAAIN2297batC/D7obI4TVvmUNjBCl4uG3GzW9SooEke9iBoZV/3lW1tCAq84= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR16MB2695.namprd16.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(396003)(39860400002)(136003)(376002)(346002)(366004)(32952001)(316002)(33656002)(86362001)(26005)(558084003)(6506007)(8676002)(186003)(166002)(3480700007)(7116003)(55016002)(9686003)(8936002)(966005)(478600001)(6916009)(76116006)(7696005)(64756008)(71200400001)(66446008)(66946007)(2906002)(52536014)(5660300002)(66556008)(66476007)(85282002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: f5fKO69qMps2m277nbfcoR1Ya9ELKb4WKHemZu4VHIrm0acdDUeXWcLsWMNFGMoGvVlT9h1wluKX7idDSg31VIAokKTX/478n1QFGmGvTTxKIHW78ACvoFkEkh/4IQFCKpKelxSaGTBkTiApOf4LGV+7jktO1cHUTOCSoe7toC8gw/kSBZ5w/L65Wtx7HkLUIm1c2lwHFghEo5kZNHI4UoJ6hVN3X4AfATIRXGqGIwo9BXr27wdrR9g08uJpfFdtN7Fzlo27HBTEBgoz5pvM8spUcnGXq1UREJZiLBUqRy6IBD1j6qm+24i4yC3zTIa+lMjcF0RG6Gs5wdMRMlRwKd0XP7Urp4wuVoeusB8aBIuUj38oA/21WsZztOodv8dSBTcz2Tzqf7v1lnQKoAHVVeGM0b0otxZDZbIoCMWo/py1+P7upHrQrbS5xcKv9WKVNFJ83CXusPmizex+bck+6tsJ3zr+oqRWvObRIuyJ/u9KlTRILJXTIDjN1T0hgvCqSHTg4EpXBMvSH0QcEfdNY1m5xZK4kOg5lzUkC/ogyMS8pVMm+GG7/8voXjKYXkt+NOYBk16v/HOUMFFAKjVbaymqG/G4iVnNcIiZqWeKJkEZmv0tGX77SdaaQ2ygxs4o96Q2wr8vv4WYIXApVDeqJA== x-ms-exchange-transport-forked: True MIME-Version: 1.0 X-OriginatorOrg: mcafee.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BYAPR16MB2695.namprd16.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: a103af47-c48d-4336-1dc1-08d83459e9fc X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Jul 2020 07:26:45.3443 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4943e38c-6dd4-428c-886d-24932bc2d5de X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: Jkp9CgNanukU8VOaTZFvlR7k6PWP8OHWUiXFulXRzdt6Rhqd5AK49OqFE/pUSJdI7KAAJziaHoI7JHIT/YeDya+ds6+bZok5rC+Lku0E+B+ztWdLE9kNAcQl9X+ILbiU X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY5PR16MB3029 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: mcafee.com Content-Type: multipart/alternative; boundary="_000_BYAPR16MB26957FF187D962BE35EE55DCEA710BYAPR16MB2695namp_" Archived-At: Subject: [Dots] DOTS overview X-BeenThere: dots@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2020 07:26:55 -0000 --_000_BYAPR16MB26957FF187D962BE35EE55DCEA710BYAPR16MB2695namp_ Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable I will be presenting DOTS overview in SAAG WG meeting today https://www.iet= f.org/proceedings/108/agenda/agenda-108-saag-00. -Tiru --_000_BYAPR16MB26957FF187D962BE35EE55DCEA710BYAPR16MB2695namp_ Content-Type: text/html; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable

I will be presenting DOTS overview in SAAG WG meetin= g today https://www.ietf.org/proceedings/108/agenda/agenda-108-saag-00.

 

-Tiru

--_000_BYAPR16MB26957FF187D962BE35EE55DCEA710BYAPR16MB2695namp_--