
From nobody Tue Mar  6 03:22:02 2018
Return-Path: <bclaise@cisco.com>
X-Original-To: aaa-doctors@ietfa.amsl.com
Delivered-To: aaa-doctors@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7D9F31273B1 for <aaa-doctors@ietfa.amsl.com>; Tue,  6 Mar 2018 03:22:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level: 
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Tssju8ROYYwF for <aaa-doctors@ietfa.amsl.com>; Tue,  6 Mar 2018 03:21:53 -0800 (PST)
Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BE293120047 for <aaa-doctors@ietf.org>; Tue,  6 Mar 2018 03:21:52 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=13211; q=dns/txt; s=iport; t=1520335312; x=1521544912; h=subject:references:to:from:message-id:date:mime-version: in-reply-to; bh=HwAeqUewPjf+n080fAMmgCn84AyZLvfElfJpK3UubYE=; b=H9i7351qIL1XJmtOFCTc/8CtyXpK43602EYPluCvc9aOrd3xgiwta+lw SrIk9D5mS9YPrKh7THFqwdSaipo01q4N0CPUzXDOxA3mDHZyu4run4uiJ UBZnfIceOfObMRH7R23i4Iaw3W4lMHfsQM55cHgzoCvVsp3JjhfdvWmCJ M=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CMAQDmeJ5a/xbLJq1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYQ2cCiDVIsYjlUygRaHI4duhSOCFQojhQ0Cgx42FgECAQEBAQE?= =?us-ascii?q?BAmscC4UjAQMDI2YcAwECKwICISwCCAYNBgIBAYR/AxUQqFyCJyaETII5DYEwg?= =?us-ascii?q?iaFLoQFgWYpgwSBR4EjgleCa4JiBIgjFoVDgTuKfzEJjUODNQeBZ4Q1gniFZIo?= =?us-ascii?q?2gROGDYEuJQsmgVIzGggbFRmCZAmCNIIMPzeMJgEBAQ?=
X-IronPort-AV: E=Sophos;i="5.47,431,1515456000"; d="scan'208,217";a="2458014"
Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 06 Mar 2018 11:21:50 +0000
Received: from [10.55.221.36] (ams-bclaise-nitro3.cisco.com [10.55.221.36]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id w26BLo7q016676 for <aaa-doctors@ietf.org>; Tue, 6 Mar 2018 11:21:50 GMT
References: <20180306104750.EF13EB80E97@rfc-editor.org>
To: "aaa-doctors@ietf.org" <aaa-doctors@ietf.org>
From: Benoit Claise <bclaise@cisco.com>
X-Forwarded-Message-Id: <20180306104750.EF13EB80E97@rfc-editor.org>
Message-ID: <68c132b6-52de-59d9-1d05-0bab97bb9212@cisco.com>
Date: Tue, 6 Mar 2018 12:21:50 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0
MIME-Version: 1.0
In-Reply-To: <20180306104750.EF13EB80E97@rfc-editor.org>
Content-Type: multipart/alternative; boundary="------------1C9B7729CE49C96FAE7264E7"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/aaa-doctors/swbeg3E-Q9uuySv5ZA6Go6pmhIU>
Subject: [AAA-DOCTORS] Fwd: [Technical Errata Reported] RFC7683 (5277)
X-BeenThere: aaa-doctors@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: AAA Doctors E-mail List <aaa-doctors.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/aaa-doctors/>
List-Post: <mailto:aaa-doctors@ietf.org>
List-Help: <mailto:aaa-doctors-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Mar 2018 11:22:00 -0000

This is a multi-part message in MIME format.
--------------1C9B7729CE49C96FAE7264E7
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit

Feedback on this one?

Regards, B.


-------- Forwarded Message --------
Subject: 	[Technical Errata Reported] RFC7683 (5277)
Date: 	Tue, 6 Mar 2018 02:47:50 -0800
From: 	RFC Errata System <rfc-editor@rfc-editor.org>
To: 	jouni.nospam@gmail.com, srdonovan@usdonovans.com, ben@nostrum.com, 
lionel.morand@orange.com, bclaise@cisco.com, warren@kumari.net, 
jouni.nospam@gmail.com, lionel.morand@orange.com
CC: 	lionel.morand@orange.com, dime@ietf.org, rfc-editor@rfc-editor.org



The following errata report has been submitted for RFC7683,
"Diameter Overload Indication Conveyance".

--------------------------------------
You may review the report below and at:
http://www.rfc-editor.org/errata/eid5277

--------------------------------------
Type: Technical
Reported by: Lionel Morand <lionel.morand@orange.com>

Section: 7.2

Original Text
-------------
7.2.  OC-Feature-Vector AVP

    The OC-Feature-Vector AVP (AVP Code 622) is of type Unsigned64 and
    contains a 64-bit flags field of announced capabilities of a DOIC
    node.  The value of zero (0) is reserved.

    The OC-Feature-Vector sub-AVP is used to announce the DOIC features
    supported by the DOIC node, in the form of a flag-bits field in which
    each bit announces one feature or capability supported by the node.
    The absence of the OC-Feature-Vector AVP in request messages
    indicates that only the default traffic abatement algorithm described
    in this specification is supported.  The absence of the OC-Feature-
    Vector AVP in answer messages indicates that the default traffic
    abatement algorithm described in this specification is selected
    (while other traffic abatement algorithms may be supported), and no
    features other than abatement algorithms are supported.


    The following capability is defined in this document:

    OLR_DEFAULT_ALGO (0x0000000000000001)

       When this flag is set by the a DOIC reacting node, it means that
       the default traffic abatement (loss) algorithm is supported.  When
       this flag is set by a DOIC reporting node, it means that the loss
       algorithm will be used for requested overload abatement.

Corrected Text
--------------
7.2.  OC-Feature-Vector AVP

    The OC-Feature-Vector AVP (AVP Code 622) is of type Unsigned64 and
    contains a 64-bit flags field of announced capabilities of a DOIC
    node.  The value of zero (0) is reserved.

       Note: The value of zero (0) any DOIC node supports at least the
             Loss algorithm. Therefore, the OC-Feature-Vector AVP
             cannot be sent with no bit set.

    The OC-Feature-Vector sub-AVP is used to announce the DOIC features
    supported by the DOIC node, in the form of a flag-bits field in which
    each bit announces one feature or capability supported by the node.
    The absence of the OC-Feature-Vector AVP in request messages
    indicates that only the default traffic abatement algorithm described
    in this specification is supported.  The absence of the OC-Feature-
    Vector AVP in answer messages indicates that the default traffic
    abatement algorithm described in this specification is selected
    (while other traffic abatement algorithms may be supported), and no
    features other than abatement algorithms are supported.

    The following capability is defined in this document:

+---+------------------+----------------------------------------------+
|bit|  Feature Name    |  Description                                 |
+---+------------------+----------------------------------------------+
| 0 | OLR_DEFAULT_ALGO |When set by a DOIC reacting node, it means    |
|   |                  |that the default traffic abatement (loss)     |
|   |                  |algorithm is supported. When set by a DOIC    |
|   |                  |reporting node, it means that the loss        |
|   |                  |algorithm will be used for requested overload |
|   |                  |abatment.                                     |
+---+------------------+----------------------------------------------+


Notes
-----
The OC-Feature-Vector AVP is a 64-bit flag field and not a set of values (one per feature). Using the hexadecimal notation, it gives the feeling that there is a unique value for the OC-Feature-Vector AVP per supported capability, hich is incorrect. It is only required to define the use of each bit. This errata report has an impact on the associated IANA regisrty.

Instructions:
-------------
This erratum is currently posted as "Reported". If necessary, please
use "Reply All" to discuss whether it should be verified or
rejected. When a decision is reached, the verifying party
can log in to change the status and edit the report, if necessary.

--------------------------------------
RFC7683 (draft-ietf-dime-ovli-10)
--------------------------------------
Title               : Diameter Overload Indication Conveyance
Publication Date    : October 2015
Author(s)           : J. Korhonen, Ed., S. Donovan, Ed., B. Campbell, L. Morand
Category            : PROPOSED STANDARD
Source              : Diameter Maintenance and Extensions
Area                : Operations and Management
Stream              : IETF
Verifying Party     : IESG
.


--------------1C9B7729CE49C96FAE7264E7
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit

<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    Feedback on this one?<br>
    <br>
    Regards, B.<br>
    <div class="moz-forward-container"><br>
      <br>
      -------- Forwarded Message --------
      <table class="moz-email-headers-table" cellspacing="0"
        cellpadding="0" border="0">
        <tbody>
          <tr>
            <th nowrap="nowrap" valign="BASELINE" align="RIGHT">Subject:
            </th>
            <td>[Technical Errata Reported] RFC7683 (5277)</td>
          </tr>
          <tr>
            <th nowrap="nowrap" valign="BASELINE" align="RIGHT">Date: </th>
            <td>Tue, 6 Mar 2018 02:47:50 -0800</td>
          </tr>
          <tr>
            <th nowrap="nowrap" valign="BASELINE" align="RIGHT">From: </th>
            <td>RFC Errata System <a class="moz-txt-link-rfc2396E" href="mailto:rfc-editor@rfc-editor.org">&lt;rfc-editor@rfc-editor.org&gt;</a></td>
          </tr>
          <tr>
            <th nowrap="nowrap" valign="BASELINE" align="RIGHT">To: </th>
            <td><a class="moz-txt-link-abbreviated" href="mailto:jouni.nospam@gmail.com">jouni.nospam@gmail.com</a>, <a class="moz-txt-link-abbreviated" href="mailto:srdonovan@usdonovans.com">srdonovan@usdonovans.com</a>,
              <a class="moz-txt-link-abbreviated" href="mailto:ben@nostrum.com">ben@nostrum.com</a>, <a class="moz-txt-link-abbreviated" href="mailto:lionel.morand@orange.com">lionel.morand@orange.com</a>,
              <a class="moz-txt-link-abbreviated" href="mailto:bclaise@cisco.com">bclaise@cisco.com</a>, <a class="moz-txt-link-abbreviated" href="mailto:warren@kumari.net">warren@kumari.net</a>,
              <a class="moz-txt-link-abbreviated" href="mailto:jouni.nospam@gmail.com">jouni.nospam@gmail.com</a>, <a class="moz-txt-link-abbreviated" href="mailto:lionel.morand@orange.com">lionel.morand@orange.com</a></td>
          </tr>
          <tr>
            <th nowrap="nowrap" valign="BASELINE" align="RIGHT">CC: </th>
            <td><a class="moz-txt-link-abbreviated" href="mailto:lionel.morand@orange.com">lionel.morand@orange.com</a>, <a class="moz-txt-link-abbreviated" href="mailto:dime@ietf.org">dime@ietf.org</a>,
              <a class="moz-txt-link-abbreviated" href="mailto:rfc-editor@rfc-editor.org">rfc-editor@rfc-editor.org</a></td>
          </tr>
        </tbody>
      </table>
      <br>
      <br>
      <pre>The following errata report has been submitted for RFC7683,
"Diameter Overload Indication Conveyance".

--------------------------------------
You may review the report below and at:
<a class="moz-txt-link-freetext" href="http://www.rfc-editor.org/errata/eid5277">http://www.rfc-editor.org/errata/eid5277</a>

--------------------------------------
Type: Technical
Reported by: Lionel Morand <a class="moz-txt-link-rfc2396E" href="mailto:lionel.morand@orange.com">&lt;lionel.morand@orange.com&gt;</a>

Section: 7.2

Original Text
-------------
7.2.  OC-Feature-Vector AVP

   The OC-Feature-Vector AVP (AVP Code 622) is of type Unsigned64 and
   contains a 64-bit flags field of announced capabilities of a DOIC
   node.  The value of zero (0) is reserved.

   The OC-Feature-Vector sub-AVP is used to announce the DOIC features
   supported by the DOIC node, in the form of a flag-bits field in which
   each bit announces one feature or capability supported by the node.
   The absence of the OC-Feature-Vector AVP in request messages
   indicates that only the default traffic abatement algorithm described
   in this specification is supported.  The absence of the OC-Feature-
   Vector AVP in answer messages indicates that the default traffic
   abatement algorithm described in this specification is selected
   (while other traffic abatement algorithms may be supported), and no
   features other than abatement algorithms are supported.


   The following capability is defined in this document:

   OLR_DEFAULT_ALGO (0x0000000000000001)

      When this flag is set by the a DOIC reacting node, it means that
      the default traffic abatement (loss) algorithm is supported.  When
      this flag is set by a DOIC reporting node, it means that the loss
      algorithm will be used for requested overload abatement.

Corrected Text
--------------
7.2.  OC-Feature-Vector AVP

   The OC-Feature-Vector AVP (AVP Code 622) is of type Unsigned64 and
   contains a 64-bit flags field of announced capabilities of a DOIC
   node.  The value of zero (0) is reserved.

      Note: The value of zero (0) any DOIC node supports at least the 
            Loss algorithm. Therefore, the OC-Feature-Vector AVP 
            cannot be sent with no bit set.

   The OC-Feature-Vector sub-AVP is used to announce the DOIC features
   supported by the DOIC node, in the form of a flag-bits field in which
   each bit announces one feature or capability supported by the node.
   The absence of the OC-Feature-Vector AVP in request messages
   indicates that only the default traffic abatement algorithm described
   in this specification is supported.  The absence of the OC-Feature-
   Vector AVP in answer messages indicates that the default traffic
   abatement algorithm described in this specification is selected
   (while other traffic abatement algorithms may be supported), and no
   features other than abatement algorithms are supported.

   The following capability is defined in this document:

+---+------------------+----------------------------------------------+
|bit|  Feature Name    |  Description                                 |
+---+------------------+----------------------------------------------+
| 0 | OLR_DEFAULT_ALGO |When set by a DOIC reacting node, it means    |
|   |                  |that the default traffic abatement (loss)     |
|   |                  |algorithm is supported. When set by a DOIC    |
|   |                  |reporting node, it means that the loss        |
|   |                  |algorithm will be used for requested overload |
|   |                  |abatment.                                     |
+---+------------------+----------------------------------------------+


Notes
-----
The OC-Feature-Vector AVP is a 64-bit flag field and not a set of values (one per feature). Using the hexadecimal notation, it gives the feeling that there is a unique value for the OC-Feature-Vector AVP per supported capability, hich is incorrect. It is only required to define the use of each bit. This errata report has an impact on the associated IANA regisrty.

Instructions:
-------------
This erratum is currently posted as "Reported". If necessary, please
use "Reply All" to discuss whether it should be verified or
rejected. When a decision is reached, the verifying party  
can log in to change the status and edit the report, if necessary. 

--------------------------------------
RFC7683 (draft-ietf-dime-ovli-10)
--------------------------------------
Title               : Diameter Overload Indication Conveyance
Publication Date    : October 2015
Author(s)           : J. Korhonen, Ed., S. Donovan, Ed., B. Campbell, L. Morand
Category            : PROPOSED STANDARD
Source              : Diameter Maintenance and Extensions
Area                : Operations and Management
Stream              : IETF
Verifying Party     : IESG
.

</pre>
    </div>
  </body>
</html>

--------------1C9B7729CE49C96FAE7264E7--


From nobody Tue Mar  6 03:22:17 2018
Return-Path: <bclaise@cisco.com>
X-Original-To: aaa-doctors@ietfa.amsl.com
Delivered-To: aaa-doctors@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2DBBC12741D for <aaa-doctors@ietfa.amsl.com>; Tue,  6 Mar 2018 03:22:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level: 
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cj2ByUo9At9o for <aaa-doctors@ietfa.amsl.com>; Tue,  6 Mar 2018 03:22:04 -0800 (PST)
Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 286E6127735 for <aaa-doctors@ietf.org>; Tue,  6 Mar 2018 03:22:04 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10998; q=dns/txt; s=iport; t=1520335324; x=1521544924; h=subject:references:to:from:message-id:date:mime-version: in-reply-to; bh=JFB3QcDBmrBrrGsM45BDWq9JPyEtpzwgGRr8+q08/NM=; b=PQyH3fq1SQ8NPmRDRYUCjy3RKNJ2wTljy9GD6zFVYgSvYigA22hyXfkt 2rY9L/3aV7LlSVWu/08MS7SjqcQfD16XECs8NN208U+YM7LeASOhdWDUz hXNXWjNfsHBFbLIhpVInQ5lNCxFHKl1p52PbKCNfcYySiEjoHNumcV84P c=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CMAQCveJ5a/xbLJq1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYQ2cCiDVIsYjlUygRaHI4duhSOCFQojhQ0Cgx41FwECAQEBAQE?= =?us-ascii?q?BAmscC4UjAQMDI2YcAwECKwICISwCCAYNBgIBAYR/AxUQqFqCJyaETII5DYEwg?= =?us-ascii?q?iaFLoQFgWYpgwSBR4EjgleCa4JiBIgjFoVDgTuKfzEJjUODNQeBZ4Q1gniFZIo?= =?us-ascii?q?2gROGDYEuIAE1gVIzGggbFRmCZAmCNIIMPzeMJgEBAQ?=
X-IronPort-AV: E=Sophos;i="5.47,431,1515456000"; d="scan'208,217";a="2406977"
Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 06 Mar 2018 11:22:02 +0000
Received: from [10.55.221.36] (ams-bclaise-nitro3.cisco.com [10.55.221.36]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id w26BM1cB016796 for <aaa-doctors@ietf.org>; Tue, 6 Mar 2018 11:22:02 GMT
References: <20180306105601.DFABEB81068@rfc-editor.org>
To: "aaa-doctors@ietf.org" <aaa-doctors@ietf.org>
From: Benoit Claise <bclaise@cisco.com>
X-Forwarded-Message-Id: <20180306105601.DFABEB81068@rfc-editor.org>
Message-ID: <eb0d53b3-4f57-29da-581c-0e09a9300160@cisco.com>
Date: Tue, 6 Mar 2018 12:22:01 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0
MIME-Version: 1.0
In-Reply-To: <20180306105601.DFABEB81068@rfc-editor.org>
Content-Type: multipart/alternative; boundary="------------84E243C355CC86169505A1DC"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/aaa-doctors/uJvEL7W2vCcsFSqRAHWL7xlHiJQ>
Subject: [AAA-DOCTORS] Fwd: [Technical Errata Reported] RFC7683 (5278)
X-BeenThere: aaa-doctors@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: AAA Doctors E-mail List <aaa-doctors.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/aaa-doctors/>
List-Post: <mailto:aaa-doctors@ietf.org>
List-Help: <mailto:aaa-doctors-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Mar 2018 11:22:07 -0000

This is a multi-part message in MIME format.
--------------84E243C355CC86169505A1DC
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit

Feedback on this second one?

Regards, B.


-------- Forwarded Message --------
Subject: 	[Technical Errata Reported] RFC7683 (5278)
Date: 	Tue, 6 Mar 2018 02:56:01 -0800
From: 	RFC Errata System <rfc-editor@rfc-editor.org>
To: 	jouni.nospam@gmail.com, srdonovan@usdonovans.com, ben@nostrum.com, 
lionel.morand@orange.com, bclaise@cisco.com, warren@kumari.net, 
jouni.nospam@gmail.com, lionel.morand@orange.com
CC: 	lionel.morand@orange.com, dime@ietf.org, rfc-editor@rfc-editor.org



The following errata report has been submitted for RFC7683,
"Diameter Overload Indication Conveyance".

--------------------------------------
You may review the report below and at:
http://www.rfc-editor.org/errata/eid5278

--------------------------------------
Type: Technical
Reported by: Lionel Morand <lionel.morand@orange.com>

Section: 9.2

Original Text
-------------
9.2.  New Registries

    Two new registries have been created in the "AVP Specific Values"
    sub-registry under the "Authentication, Authorization, and Accounting
    (AAA) Parameters" registry.

    A new "OC-Feature-Vector AVP Values (code 622)" registry has been
    created.  This registry contains the following:

       Feature Vector Value Name

       Feature Vector Value

       Specification defining the new value

    See Section 7.2 for the initial Feature Vector Value in the registry.
    This specification defines the value.  New values can be added to the
    registry using the Specification Required policy [RFC5226].

    A new "OC-Report-Type AVP Values (code 626)" registry has been
    created.  This registry contains the following:

       Report Type Value Name

       Report Type Value

       Specification defining the new value

    See Section 7.6 for the initial assignment in the registry.  New
    types can be added using the Specification Required policy [RFC5226].

Corrected Text
--------------
9.2.  New Registries

    Two new registries have been created in the "AVP Specific Values"
    sub-registry under the "Authentication, Authorization, and Accounting
    (AAA) Parameters" registry.

    A new "OC-Feature-Vector AVP Values (code 622)" registry has been
    created.  This registry contains the following:

       Assigned Bit

       Feature Name

       Specification defining the new capability

    See Section 7.2 for the initial assigned bit in the registry.
    This specification defines the capbility announced by the setting of
    this bit.  New values can be added to the registry using the
    Specification Required policy [RFC5226].

    A new "OC-Report-Type AVP Values (code 626)" registry has been
    created.  This registry contains the following:

       Report Type Value Name

       Report Type Value

       Specification defining the new value

    See Section 7.6 for the initial assignment in the registry.  New
    types can be added using the Specification Required policy [RFC5226].

Notes
-----
This errata report is linked to the following errata report: Errata ID: 5277
The IANA registry created for the OC-Feature-Vector AVP Values (code 622) should only describe the use of the bit assigned to a given feature. There is no AVP value assigned to a given feature. The associated IANA registry should provide a table describing the setting of the bit assigned to a given feature/capability.

Instructions:
-------------
This erratum is currently posted as "Reported". If necessary, please
use "Reply All" to discuss whether it should be verified or
rejected. When a decision is reached, the verifying party
can log in to change the status and edit the report, if necessary.

--------------------------------------
RFC7683 (draft-ietf-dime-ovli-10)
--------------------------------------
Title               : Diameter Overload Indication Conveyance
Publication Date    : October 2015
Author(s)           : J. Korhonen, Ed., S. Donovan, Ed., B. Campbell, L. Morand
Category            : PROPOSED STANDARD
Source              : Diameter Maintenance and Extensions
Area                : Operations and Management
Stream              : IETF
Verifying Party     : IESG
.


--------------84E243C355CC86169505A1DC
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit

<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    Feedback on this second one?<br>
    <br>
    Regards, B.
    <div class="moz-forward-container"><br>
      <br>
      -------- Forwarded Message --------
      <table class="moz-email-headers-table" cellspacing="0"
        cellpadding="0" border="0">
        <tbody>
          <tr>
            <th nowrap="nowrap" valign="BASELINE" align="RIGHT">Subject:
            </th>
            <td>[Technical Errata Reported] RFC7683 (5278)</td>
          </tr>
          <tr>
            <th nowrap="nowrap" valign="BASELINE" align="RIGHT">Date: </th>
            <td>Tue, 6 Mar 2018 02:56:01 -0800</td>
          </tr>
          <tr>
            <th nowrap="nowrap" valign="BASELINE" align="RIGHT">From: </th>
            <td>RFC Errata System <a class="moz-txt-link-rfc2396E" href="mailto:rfc-editor@rfc-editor.org">&lt;rfc-editor@rfc-editor.org&gt;</a></td>
          </tr>
          <tr>
            <th nowrap="nowrap" valign="BASELINE" align="RIGHT">To: </th>
            <td><a class="moz-txt-link-abbreviated" href="mailto:jouni.nospam@gmail.com">jouni.nospam@gmail.com</a>, <a class="moz-txt-link-abbreviated" href="mailto:srdonovan@usdonovans.com">srdonovan@usdonovans.com</a>,
              <a class="moz-txt-link-abbreviated" href="mailto:ben@nostrum.com">ben@nostrum.com</a>, <a class="moz-txt-link-abbreviated" href="mailto:lionel.morand@orange.com">lionel.morand@orange.com</a>,
              <a class="moz-txt-link-abbreviated" href="mailto:bclaise@cisco.com">bclaise@cisco.com</a>, <a class="moz-txt-link-abbreviated" href="mailto:warren@kumari.net">warren@kumari.net</a>,
              <a class="moz-txt-link-abbreviated" href="mailto:jouni.nospam@gmail.com">jouni.nospam@gmail.com</a>, <a class="moz-txt-link-abbreviated" href="mailto:lionel.morand@orange.com">lionel.morand@orange.com</a></td>
          </tr>
          <tr>
            <th nowrap="nowrap" valign="BASELINE" align="RIGHT">CC: </th>
            <td><a class="moz-txt-link-abbreviated" href="mailto:lionel.morand@orange.com">lionel.morand@orange.com</a>, <a class="moz-txt-link-abbreviated" href="mailto:dime@ietf.org">dime@ietf.org</a>,
              <a class="moz-txt-link-abbreviated" href="mailto:rfc-editor@rfc-editor.org">rfc-editor@rfc-editor.org</a></td>
          </tr>
        </tbody>
      </table>
      <br>
      <br>
      <pre>The following errata report has been submitted for RFC7683,
"Diameter Overload Indication Conveyance".

--------------------------------------
You may review the report below and at:
<a class="moz-txt-link-freetext" href="http://www.rfc-editor.org/errata/eid5278">http://www.rfc-editor.org/errata/eid5278</a>

--------------------------------------
Type: Technical
Reported by: Lionel Morand <a class="moz-txt-link-rfc2396E" href="mailto:lionel.morand@orange.com">&lt;lionel.morand@orange.com&gt;</a>

Section: 9.2

Original Text
-------------
9.2.  New Registries

   Two new registries have been created in the "AVP Specific Values"
   sub-registry under the "Authentication, Authorization, and Accounting
   (AAA) Parameters" registry.

   A new "OC-Feature-Vector AVP Values (code 622)" registry has been
   created.  This registry contains the following:

      Feature Vector Value Name

      Feature Vector Value

      Specification defining the new value

   See Section 7.2 for the initial Feature Vector Value in the registry.
   This specification defines the value.  New values can be added to the
   registry using the Specification Required policy [RFC5226].

   A new "OC-Report-Type AVP Values (code 626)" registry has been
   created.  This registry contains the following:

      Report Type Value Name

      Report Type Value

      Specification defining the new value

   See Section 7.6 for the initial assignment in the registry.  New
   types can be added using the Specification Required policy [RFC5226].

Corrected Text
--------------
9.2.  New Registries

   Two new registries have been created in the "AVP Specific Values"
   sub-registry under the "Authentication, Authorization, and Accounting
   (AAA) Parameters" registry.

   A new "OC-Feature-Vector AVP Values (code 622)" registry has been
   created.  This registry contains the following:

      Assigned Bit

      Feature Name

      Specification defining the new capability

   See Section 7.2 for the initial assigned bit in the registry.
   This specification defines the capbility announced by the setting of 
   this bit.  New values can be added to the registry using the 
   Specification Required policy [RFC5226].

   A new "OC-Report-Type AVP Values (code 626)" registry has been
   created.  This registry contains the following:

      Report Type Value Name

      Report Type Value

      Specification defining the new value

   See Section 7.6 for the initial assignment in the registry.  New
   types can be added using the Specification Required policy [RFC5226].

Notes
-----
This errata report is linked to the following errata report: Errata ID: 5277
The IANA registry created for the OC-Feature-Vector AVP Values (code 622) should only describe the use of the bit assigned to a given feature. There is no AVP value assigned to a given feature. The associated IANA registry should provide a table describing the setting of the bit assigned to a given feature/capability.

Instructions:
-------------
This erratum is currently posted as "Reported". If necessary, please
use "Reply All" to discuss whether it should be verified or
rejected. When a decision is reached, the verifying party  
can log in to change the status and edit the report, if necessary. 

--------------------------------------
RFC7683 (draft-ietf-dime-ovli-10)
--------------------------------------
Title               : Diameter Overload Indication Conveyance
Publication Date    : October 2015
Author(s)           : J. Korhonen, Ed., S. Donovan, Ed., B. Campbell, L. Morand
Category            : PROPOSED STANDARD
Source              : Diameter Maintenance and Extensions
Area                : Operations and Management
Stream              : IETF
Verifying Party     : IESG
.

</pre>
    </div>
  </body>
</html>

--------------84E243C355CC86169505A1DC--


From nobody Mon Mar 12 09:35:55 2018
Return-Path: <yuankui.zhao@gmail.com>
X-Original-To: aaa-doctors@ietfa.amsl.com
Delivered-To: aaa-doctors@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AE189124C27 for <aaa-doctors@ietfa.amsl.com>; Mon, 12 Mar 2018 09:35:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level: 
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uG7joFSu26kk for <aaa-doctors@ietfa.amsl.com>; Mon, 12 Mar 2018 09:35:48 -0700 (PDT)
Received: from mail-lf0-x22e.google.com (mail-lf0-x22e.google.com [IPv6:2a00:1450:4010:c07::22e]) (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 8D7701200E5 for <aaa-doctors@ietf.org>; Mon, 12 Mar 2018 09:35:47 -0700 (PDT)
Received: by mail-lf0-x22e.google.com with SMTP id x205-v6so5965371lfa.0 for <aaa-doctors@ietf.org>; Mon, 12 Mar 2018 09:35:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=k6TwrCd7MbPAimC4sn0a4VceD+p15NCQD6cHPuwkVE4=; b=t8yiAsPnb+062zxYvEsxxKul6iGQ5PpI3RvS33UobuvN2xzH85NTwOZR6ebHErH4fy qkxBd025r+nvyKD/h2OxlXli22yqIZVmZOC8fiog+hhgXe2OUC6A5kWq9owwUu3sGw8W Arm67+LlCCU3mbUHurfTXed4fG/88WeB4WKlxGr3iDoZUM60fHrqW+Dx8sak2L9Iu2zy e7W870ZELpc9jYMW0rBr8XGbe6t6tl2CnXybbuKmaa/XA8/Qdi5NNHYXsls4VylZJ1fJ DOwMQdIJLnl+NA0cHVMy+1t0/c0ZG9fkT0DIaEuXbw+lfGDMOHYFZavi+0nQi9+bBoRS n4Pw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=k6TwrCd7MbPAimC4sn0a4VceD+p15NCQD6cHPuwkVE4=; b=eh0I6cUThwRSbGlBgn+uPa7A3mTGGz51aO8Td/173G6RbpHhU7mF5GoCQzjsLAGOaX xp300x1ZqZmNSUAj89XHqldrWQDn8ikV/wgwP0wTW9Y+oglLVKrtk1CN7ZEZhs9rTqpA V7fUbmrTZyKAFMkti0gDHMVaxVlhUkDDM5SyDx8HoVPrzFf4FUnu6/Yk3GIwpslQ5K51 5Y7suW1lHea2PtO4PU+ovEy10DFxAkETMWpwsFtYtebF6WLKjkzGnW0bINrqd5cjbGl3 WdOX8xlIpByy8vXsGZXQUBFNP1M3EMruBT/8WTCkckOSdbsogd5OTM3DM9QOUzCW4k/k I4Tg==
X-Gm-Message-State: AElRT7FTcGefeHCbtDAPNE/5XJ9gIvyOMrQt8G8jb4yG8dd1i/5leqlb pTufeCjeJEGzcRFs6quW8KcYbYH8Buz35vJbgDKKNw==
X-Google-Smtp-Source: AG47ELu6pBa5UCIMoNV+Dy6F+srA6zDTmSIiGV8Kz5BjHFL+yvyrBnpBWNE8BDVNRtC3gn7wbYbhZ7jBney+t+I4MNQ=
X-Received: by 10.46.60.22 with SMTP id j22mr5463725lja.27.1520872545890; Mon, 12 Mar 2018 09:35:45 -0700 (PDT)
MIME-Version: 1.0
Received: by 2002:a19:e820:0:0:0:0:0 with HTTP; Mon, 12 Mar 2018 09:35:45 -0700 (PDT)
In-Reply-To: <68c132b6-52de-59d9-1d05-0bab97bb9212@cisco.com>
References: <20180306104750.EF13EB80E97@rfc-editor.org> <68c132b6-52de-59d9-1d05-0bab97bb9212@cisco.com>
From: "john.zhao" <yuankui.zhao@gmail.com>
Date: Tue, 13 Mar 2018 00:35:45 +0800
Message-ID: <CADpucjW=fuxjMRS10Jt3A4No8Li0eVb5Q1S==Z9+yneCvQTFjA@mail.gmail.com>
To: Benoit Claise <bclaise@cisco.com>
Cc: "aaa-doctors@ietf.org" <aaa-doctors@ietf.org>
Content-Type: multipart/alternative; boundary="f4f5e807453cd8b585056739bba5"
Archived-At: <https://mailarchive.ietf.org/arch/msg/aaa-doctors/kUq45TT461NzHKXi3W7NrBSnDVw>
Subject: Re: [AAA-DOCTORS] Fwd: [Technical Errata Reported] RFC7683 (5277)
X-BeenThere: aaa-doctors@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: AAA Doctors E-mail List <aaa-doctors.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/aaa-doctors/>
List-Post: <mailto:aaa-doctors@ietf.org>
List-Help: <mailto:aaa-doctors-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Mar 2018 16:35:54 -0000

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

Hi Benoit,

        The last word of "abatment" should be "abatement". In side of the
'description' column, the "OLR_DEFAULT_ALGO"could be set but as 1 always
should be stated. As any other features could be set but 0 or 1 in the
future.

        Just FYI.

        Thanks,
BR//John Zhao

2018-03-06 19:21 GMT+08:00 Benoit Claise <bclaise@cisco.com>:

> Feedback on this one?
>
> Regards, B.
>
>
> -------- Forwarded Message --------
> Subject: [Technical Errata Reported] RFC7683 (5277)
> Date: Tue, 6 Mar 2018 02:47:50 -0800
> From: RFC Errata System <rfc-editor@rfc-editor.org>
> <rfc-editor@rfc-editor.org>
> To: jouni.nospam@gmail.com, srdonovan@usdonovans.com, ben@nostrum.com,
> lionel.morand@orange.com, bclaise@cisco.com, warren@kumari.net,
> jouni.nospam@gmail.com, lionel.morand@orange.com
> CC: lionel.morand@orange.com, dime@ietf.org, rfc-editor@rfc-editor.org
>
> The following errata report has been submitted for RFC7683,
> "Diameter Overload Indication Conveyance".
>
> --------------------------------------
> You may review the report below and at:http://www.rfc-editor.org/errata/e=
id5277
>
> --------------------------------------
> Type: Technical
> Reported by: Lionel Morand <lionel.morand@orange.com> <lionel.morand@oran=
ge.com>
>
> Section: 7.2
>
> Original Text
> -------------
> 7.2.  OC-Feature-Vector AVP
>
>    The OC-Feature-Vector AVP (AVP Code 622) is of type Unsigned64 and
>    contains a 64-bit flags field of announced capabilities of a DOIC
>    node.  The value of zero (0) is reserved.
>
>    The OC-Feature-Vector sub-AVP is used to announce the DOIC features
>    supported by the DOIC node, in the form of a flag-bits field in which
>    each bit announces one feature or capability supported by the node.
>    The absence of the OC-Feature-Vector AVP in request messages
>    indicates that only the default traffic abatement algorithm described
>    in this specification is supported.  The absence of the OC-Feature-
>    Vector AVP in answer messages indicates that the default traffic
>    abatement algorithm described in this specification is selected
>    (while other traffic abatement algorithms may be supported), and no
>    features other than abatement algorithms are supported.
>
>
>    The following capability is defined in this document:
>
>    OLR_DEFAULT_ALGO (0x0000000000000001)
>
>       When this flag is set by the a DOIC reacting node, it means that
>       the default traffic abatement (loss) algorithm is supported.  When
>       this flag is set by a DOIC reporting node, it means that the loss
>       algorithm will be used for requested overload abatement.
>
> Corrected Text
> --------------
> 7.2.  OC-Feature-Vector AVP
>
>    The OC-Feature-Vector AVP (AVP Code 622) is of type Unsigned64 and
>    contains a 64-bit flags field of announced capabilities of a DOIC
>    node.  The value of zero (0) is reserved.
>
>       Note: The value of zero (0) any DOIC node supports at least the
>             Loss algorithm. Therefore, the OC-Feature-Vector AVP
>             cannot be sent with no bit set.
>
>    The OC-Feature-Vector sub-AVP is used to announce the DOIC features
>    supported by the DOIC node, in the form of a flag-bits field in which
>    each bit announces one feature or capability supported by the node.
>    The absence of the OC-Feature-Vector AVP in request messages
>    indicates that only the default traffic abatement algorithm described
>    in this specification is supported.  The absence of the OC-Feature-
>    Vector AVP in answer messages indicates that the default traffic
>    abatement algorithm described in this specification is selected
>    (while other traffic abatement algorithms may be supported), and no
>    features other than abatement algorithms are supported.
>
>    The following capability is defined in this document:
>
> +---+------------------+----------------------------------------------+
> |bit|  Feature Name    |  Description                                 |
> +---+------------------+----------------------------------------------+
> | 0 | OLR_DEFAULT_ALGO |When set by a DOIC reacting node, it means    |
> |   |                  |that the default traffic abatement (loss)     |
> |   |                  |algorithm is supported. When set by a DOIC    |
> |   |                  |reporting node, it means that the loss        |
> |   |                  |algorithm will be used for requested overload |
> |   |                  |abatment.                                     |
> +---+------------------+----------------------------------------------+
>
>
> Notes
> -----
> The OC-Feature-Vector AVP is a 64-bit flag field and not a set of values =
(one per feature). Using the hexadecimal notation, it gives the feeling tha=
t there is a unique value for the OC-Feature-Vector AVP per supported capab=
ility, hich is incorrect. It is only required to define the use of each bit=
. This errata report has an impact on the associated IANA regisrty.
>
> Instructions:
> -------------
> This erratum is currently posted as "Reported". If necessary, please
> use "Reply All" to discuss whether it should be verified or
> rejected. When a decision is reached, the verifying party
> can log in to change the status and edit the report, if necessary.
>
> --------------------------------------
> RFC7683 (draft-ietf-dime-ovli-10)
> --------------------------------------
> Title               : Diameter Overload Indication Conveyance
> Publication Date    : October 2015
> Author(s)           : J. Korhonen, Ed., S. Donovan, Ed., B. Campbell, L. =
Morand
> Category            : PROPOSED STANDARD
> Source              : Diameter Maintenance and Extensions
> Area                : Operations and Management
> Stream              : IETF
> Verifying Party     : IESG
> .
>
>
>
> _______________________________________________
> AAA-DOCTORS mailing list
> AAA-DOCTORS@ietf.org
> https://www.ietf.org/mailman/listinfo/aaa-doctors
>
>

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

<div dir=3D"ltr"><div><div><div>Hi Benoit,<br><br></div>=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0 The last word of &quot;abatment&quot; should be &q=
uot;abatement&quot;. In side of the &#39;description&#39; column, the &quot=
;OLR_DEFAULT_ALGO&quot;could be set but as 1 always should be stated. As an=
y other features could be set but 0 or 1 in the future.<br><br></div><div>=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Just FYI.<br></div><div><br></di=
v>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Thanks,<br></div>BR//John Zhao=
<br></div><div class=3D"gmail_extra"><br><div class=3D"gmail_quote">2018-03=
-06 19:21 GMT+08:00 Benoit Claise <span dir=3D"ltr">&lt;<a href=3D"mailto:b=
claise@cisco.com" target=3D"_blank">bclaise@cisco.com</a>&gt;</span>:<br><b=
lockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px =
#ccc solid;padding-left:1ex">
 =20

   =20
 =20
  <div text=3D"#000000" bgcolor=3D"#FFFFFF">
    Feedback on this one?<br>
    <br>
    Regards, B.<br>
    <div class=3D"m_52341503178191835moz-forward-container"><br>
      <br>
      -------- Forwarded Message --------
      <table class=3D"m_52341503178191835moz-email-headers-table" cellspaci=
ng=3D"0" cellpadding=3D"0" border=3D"0">
        <tbody>
          <tr>
            <th nowrap align=3D"RIGHT" valign=3D"BASELINE">Subject:
            </th>
            <td>[Technical Errata Reported] RFC7683 (5277)</td>
          </tr>
          <tr>
            <th nowrap align=3D"RIGHT" valign=3D"BASELINE">Date: </th>
            <td>Tue, 6 Mar 2018 02:47:50 -0800</td>
          </tr>
          <tr>
            <th nowrap align=3D"RIGHT" valign=3D"BASELINE">From: </th>
            <td>RFC Errata System <a class=3D"m_52341503178191835moz-txt-li=
nk-rfc2396E" href=3D"mailto:rfc-editor@rfc-editor.org" target=3D"_blank">&l=
t;rfc-editor@rfc-editor.org&gt;</a></td>
          </tr>
          <tr>
            <th nowrap align=3D"RIGHT" valign=3D"BASELINE">To: </th>
            <td><a class=3D"m_52341503178191835moz-txt-link-abbreviated" hr=
ef=3D"mailto:jouni.nospam@gmail.com" target=3D"_blank">jouni.nospam@gmail.c=
om</a>, <a class=3D"m_52341503178191835moz-txt-link-abbreviated" href=3D"ma=
ilto:srdonovan@usdonovans.com" target=3D"_blank">srdonovan@usdonovans.com</=
a>,
              <a class=3D"m_52341503178191835moz-txt-link-abbreviated" href=
=3D"mailto:ben@nostrum.com" target=3D"_blank">ben@nostrum.com</a>, <a class=
=3D"m_52341503178191835moz-txt-link-abbreviated" href=3D"mailto:lionel.mora=
nd@orange.com" target=3D"_blank">lionel.morand@orange.com</a>,
              <a class=3D"m_52341503178191835moz-txt-link-abbreviated" href=
=3D"mailto:bclaise@cisco.com" target=3D"_blank">bclaise@cisco.com</a>, <a c=
lass=3D"m_52341503178191835moz-txt-link-abbreviated" href=3D"mailto:warren@=
kumari.net" target=3D"_blank">warren@kumari.net</a>,
              <a class=3D"m_52341503178191835moz-txt-link-abbreviated" href=
=3D"mailto:jouni.nospam@gmail.com" target=3D"_blank">jouni.nospam@gmail.com=
</a>, <a class=3D"m_52341503178191835moz-txt-link-abbreviated" href=3D"mail=
to:lionel.morand@orange.com" target=3D"_blank">lionel.morand@orange.com</a>=
</td>
          </tr>
          <tr>
            <th nowrap align=3D"RIGHT" valign=3D"BASELINE">CC: </th>
            <td><a class=3D"m_52341503178191835moz-txt-link-abbreviated" hr=
ef=3D"mailto:lionel.morand@orange.com" target=3D"_blank">lionel.morand@oran=
ge.com</a>, <a class=3D"m_52341503178191835moz-txt-link-abbreviated" href=
=3D"mailto:dime@ietf.org" target=3D"_blank">dime@ietf.org</a>,
              <a class=3D"m_52341503178191835moz-txt-link-abbreviated" href=
=3D"mailto:rfc-editor@rfc-editor.org" target=3D"_blank">rfc-editor@rfc-edit=
or.org</a></td>
          </tr>
        </tbody>
      </table>
      <br>
      <br>
      <pre>The following errata report has been submitted for RFC7683,
&quot;Diameter Overload Indication Conveyance&quot;.

------------------------------<wbr>--------
You may review the report below and at:
<a class=3D"m_52341503178191835moz-txt-link-freetext" href=3D"http://www.rf=
c-editor.org/errata/eid5277" target=3D"_blank">http://www.rfc-editor.org/<w=
br>errata/eid5277</a>

------------------------------<wbr>--------
Type: Technical
Reported by: Lionel Morand <a class=3D"m_52341503178191835moz-txt-link-rfc2=
396E" href=3D"mailto:lionel.morand@orange.com" target=3D"_blank">&lt;lionel=
.morand@orange.com&gt;</a>

Section: 7.2

Original Text
-------------
7.2.  OC-Feature-Vector AVP

   The OC-Feature-Vector AVP (AVP Code 622) is of type Unsigned64 and
   contains a 64-bit flags field of announced capabilities of a DOIC
   node.  The value of zero (0) is reserved.

   The OC-Feature-Vector sub-AVP is used to announce the DOIC features
   supported by the DOIC node, in the form of a flag-bits field in which
   each bit announces one feature or capability supported by the node.
   The absence of the OC-Feature-Vector AVP in request messages
   indicates that only the default traffic abatement algorithm described
   in this specification is supported.  The absence of the OC-Feature-
   Vector AVP in answer messages indicates that the default traffic
   abatement algorithm described in this specification is selected
   (while other traffic abatement algorithms may be supported), and no
   features other than abatement algorithms are supported.


   The following capability is defined in this document:

   OLR_DEFAULT_ALGO (0x0000000000000001)

      When this flag is set by the a DOIC reacting node, it means that
      the default traffic abatement (loss) algorithm is supported.  When
      this flag is set by a DOIC reporting node, it means that the loss
      algorithm will be used for requested overload abatement.

Corrected Text
--------------
7.2.  OC-Feature-Vector AVP

   The OC-Feature-Vector AVP (AVP Code 622) is of type Unsigned64 and
   contains a 64-bit flags field of announced capabilities of a DOIC
   node.  The value of zero (0) is reserved.

      Note: The value of zero (0) any DOIC node supports at least the=20
            Loss algorithm. Therefore, the OC-Feature-Vector AVP=20
            cannot be sent with no bit set.

   The OC-Feature-Vector sub-AVP is used to announce the DOIC features
   supported by the DOIC node, in the form of a flag-bits field in which
   each bit announces one feature or capability supported by the node.
   The absence of the OC-Feature-Vector AVP in request messages
   indicates that only the default traffic abatement algorithm described
   in this specification is supported.  The absence of the OC-Feature-
   Vector AVP in answer messages indicates that the default traffic
   abatement algorithm described in this specification is selected
   (while other traffic abatement algorithms may be supported), and no
   features other than abatement algorithms are supported.

   The following capability is defined in this document:

+---+------------------+------<wbr>------------------------------<wbr>-----=
-----+
|bit|  Feature Name    |  Description                                 |
+---+------------------+------<wbr>------------------------------<wbr>-----=
-----+
| 0 | OLR_DEFAULT_ALGO |When set by a DOIC reacting node, it means    |
|   |                  |that the default traffic abatement (loss)     |
|   |                  |algorithm is supported. When set by a DOIC    |
|   |                  |reporting node, it means that the loss        |
|   |                  |algorithm will be used for requested overload |
|   |                  |abatment.                                     |
+---+------------------+------<wbr>------------------------------<wbr>-----=
-----+


Notes
-----
The OC-Feature-Vector AVP is a 64-bit flag field and not a set of values (o=
ne per feature). Using the hexadecimal notation, it gives the feeling that =
there is a unique value for the OC-Feature-Vector AVP per supported capabil=
ity, hich is incorrect. It is only required to define the use of each bit. =
This errata report has an impact on the associated IANA regisrty.

Instructions:
-------------
This erratum is currently posted as &quot;Reported&quot;. If necessary, ple=
ase
use &quot;Reply All&quot; to discuss whether it should be verified or
rejected. When a decision is reached, the verifying party =20
can log in to change the status and edit the report, if necessary.=20

------------------------------<wbr>--------
RFC7683 (draft-ietf-dime-ovli-10)
------------------------------<wbr>--------
Title               : Diameter Overload Indication Conveyance
Publication Date    : October 2015
Author(s)           : J. Korhonen, Ed., S. Donovan, Ed., B. Campbell, L. Mo=
rand
Category            : PROPOSED STANDARD
Source              : Diameter Maintenance and Extensions
Area                : Operations and Management
Stream              : IETF
Verifying Party     : IESG
.

</pre>
    </div>
  </div>

<br>______________________________<wbr>_________________<br>
AAA-DOCTORS mailing list<br>
<a href=3D"mailto:AAA-DOCTORS@ietf.org">AAA-DOCTORS@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/aaa-doctors" rel=3D"norefe=
rrer" target=3D"_blank">https://www.ietf.org/mailman/<wbr>listinfo/aaa-doct=
ors</a><br>
<br></blockquote></div><br></div>

--f4f5e807453cd8b585056739bba5--


From nobody Wed Mar 14 13:44:48 2018
Return-Path: <bclaise@cisco.com>
X-Original-To: aaa-doctors@ietfa.amsl.com
Delivered-To: aaa-doctors@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8D1ED127337 for <aaa-doctors@ietfa.amsl.com>; Wed, 14 Mar 2018 13:44:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level: 
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id o7svp63nsegh for <aaa-doctors@ietfa.amsl.com>; Wed, 14 Mar 2018 13:44:43 -0700 (PDT)
Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 01675124207 for <aaa-doctors@ietf.org>; Wed, 14 Mar 2018 13:44:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=19519; q=dns/txt; s=iport; t=1521060283; x=1522269883; h=subject:to:cc:references:from:message-id:date: mime-version:in-reply-to; bh=KDdlVGZOuYiX7FmN7LxdLx/ipo72vVQ8meWd3CxoW1E=; b=UE1fB/M1B/cPjGlK6PUqVoJa318rR8AnlA8ZF5icNQve19opMYZvcBrh GSkqaaOCUfwZGDLlKp+weNKlqw9fTwBdzhIDEmXbQMYA3xkvBAGu62h/U Uf2icJF/bnsl16pWzX7cshHJhtKWtCSQedgJX4FH4ZmxlYvUvd265QnPM 4=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CTAABliKla/xbLJq1eGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYQ1cCiDUIoaco5RNIEWhySHcIUiFIF/ChgBCoRtAoNHNBgBAgE?= =?us-ascii?q?BAQEBAQJrKIUlAQEBAQMBASFLCxAJAhEDAQIoAwICIQYfCQgGDQYCAQGEfAMVD?= =?us-ascii?q?5ACnW6CJiaESYI3DYEwggyFLoNogVQogniBQYEZRAEBgS5YgmiCQiAEiB0WhT6?= =?us-ascii?q?BO4p3MQmNKoMvB4FjhDWCb4VUijWBFIYDgSweOIFSMxoIGxUZIYJDCYFxRY4xP?= =?us-ascii?q?zePZQEBAQ?=
X-IronPort-AV: E=Sophos;i="5.48,307,1517875200"; d="scan'208,217";a="2610923"
Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 14 Mar 2018 20:44:40 +0000
Received: from [10.55.221.36] (ams-bclaise-nitro3.cisco.com [10.55.221.36]) by aer-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id w2EKiedU011370; Wed, 14 Mar 2018 20:44:40 GMT
To: "john.zhao" <yuankui.zhao@gmail.com>
Cc: "aaa-doctors@ietf.org" <aaa-doctors@ietf.org>
References: <20180306104750.EF13EB80E97@rfc-editor.org> <68c132b6-52de-59d9-1d05-0bab97bb9212@cisco.com> <CADpucjW=fuxjMRS10Jt3A4No8Li0eVb5Q1S==Z9+yneCvQTFjA@mail.gmail.com>
From: Benoit Claise <bclaise@cisco.com>
Message-ID: <e438abb8-66b0-b3da-4a1d-7b69f776c42e@cisco.com>
Date: Wed, 14 Mar 2018 21:44:40 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0
MIME-Version: 1.0
In-Reply-To: <CADpucjW=fuxjMRS10Jt3A4No8Li0eVb5Q1S==Z9+yneCvQTFjA@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------706CE33D5F3700D5D0DE07F3"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/aaa-doctors/7jYLPm_q2rYdBLwaiJNbmbuwc4Y>
Subject: Re: [AAA-DOCTORS] Fwd: [Technical Errata Reported] RFC7683 (5277)
X-BeenThere: aaa-doctors@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: AAA Doctors E-mail List <aaa-doctors.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/aaa-doctors/>
List-Post: <mailto:aaa-doctors@ietf.org>
List-Help: <mailto:aaa-doctors-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Mar 2018 20:44:46 -0000

This is a multi-part message in MIME format.
--------------706CE33D5F3700D5D0DE07F3
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit

Dear all,

Any other views on the last two errata?

Regards, B.
> Hi Benoit,
>
>         The last word of "abatment" should be "abatement". In side of 
> the 'description' column, the "OLR_DEFAULT_ALGO"could be set but as 1 
> always should be stated. As any other features could be set but 0 or 1 
> in the future.
>
>         Just FYI.
>
>         Thanks,
> BR//John Zhao
>
> 2018-03-06 19:21 GMT+08:00 Benoit Claise <bclaise@cisco.com 
> <mailto:bclaise@cisco.com>>:
>
>     Feedback on this one?
>
>     Regards, B.
>
>
>     -------- Forwarded Message --------
>     Subject: 	[Technical Errata Reported] RFC7683 (5277)
>     Date: 	Tue, 6 Mar 2018 02:47:50 -0800
>     From: 	RFC Errata System <rfc-editor@rfc-editor.org>
>     <mailto:rfc-editor@rfc-editor.org>
>     To: 	jouni.nospam@gmail.com <mailto:jouni.nospam@gmail.com>,
>     srdonovan@usdonovans.com <mailto:srdonovan@usdonovans.com>,
>     ben@nostrum.com <mailto:ben@nostrum.com>, lionel.morand@orange.com
>     <mailto:lionel.morand@orange.com>, bclaise@cisco.com
>     <mailto:bclaise@cisco.com>, warren@kumari.net
>     <mailto:warren@kumari.net>, jouni.nospam@gmail.com
>     <mailto:jouni.nospam@gmail.com>, lionel.morand@orange.com
>     <mailto:lionel.morand@orange.com>
>     CC: 	lionel.morand@orange.com <mailto:lionel.morand@orange.com>,
>     dime@ietf.org <mailto:dime@ietf.org>, rfc-editor@rfc-editor.org
>     <mailto:rfc-editor@rfc-editor.org>
>
>
>
>     The following errata report has been submitted for RFC7683,
>     "Diameter Overload Indication Conveyance".
>
>     --------------------------------------
>     You may review the report below and at:
>     http://www.rfc-editor.org/errata/eid5277
>     <http://www.rfc-editor.org/errata/eid5277>
>
>     --------------------------------------
>     Type: Technical
>     Reported by: Lionel Morand<lionel.morand@orange.com> <mailto:lionel.morand@orange.com>
>
>     Section: 7.2
>
>     Original Text
>     -------------
>     7.2.  OC-Feature-Vector AVP
>
>         The OC-Feature-Vector AVP (AVP Code 622) is of type Unsigned64 and
>         contains a 64-bit flags field of announced capabilities of a DOIC
>         node.  The value of zero (0) is reserved.
>
>         The OC-Feature-Vector sub-AVP is used to announce the DOIC features
>         supported by the DOIC node, in the form of a flag-bits field in which
>         each bit announces one feature or capability supported by the node.
>         The absence of the OC-Feature-Vector AVP in request messages
>         indicates that only the default traffic abatement algorithm described
>         in this specification is supported.  The absence of the OC-Feature-
>         Vector AVP in answer messages indicates that the default traffic
>         abatement algorithm described in this specification is selected
>         (while other traffic abatement algorithms may be supported), and no
>         features other than abatement algorithms are supported.
>
>
>         The following capability is defined in this document:
>
>         OLR_DEFAULT_ALGO (0x0000000000000001)
>
>            When this flag is set by the a DOIC reacting node, it means that
>            the default traffic abatement (loss) algorithm is supported.  When
>            this flag is set by a DOIC reporting node, it means that the loss
>            algorithm will be used for requested overload abatement.
>
>     Corrected Text
>     --------------
>     7.2.  OC-Feature-Vector AVP
>
>         The OC-Feature-Vector AVP (AVP Code 622) is of type Unsigned64 and
>         contains a 64-bit flags field of announced capabilities of a DOIC
>         node.  The value of zero (0) is reserved.
>
>            Note: The value of zero (0) any DOIC node supports at least the
>                  Loss algorithm. Therefore, the OC-Feature-Vector AVP
>                  cannot be sent with no bit set.
>
>         The OC-Feature-Vector sub-AVP is used to announce the DOIC features
>         supported by the DOIC node, in the form of a flag-bits field in which
>         each bit announces one feature or capability supported by the node.
>         The absence of the OC-Feature-Vector AVP in request messages
>         indicates that only the default traffic abatement algorithm described
>         in this specification is supported.  The absence of the OC-Feature-
>         Vector AVP in answer messages indicates that the default traffic
>         abatement algorithm described in this specification is selected
>         (while other traffic abatement algorithms may be supported), and no
>         features other than abatement algorithms are supported.
>
>         The following capability is defined in this document:
>
>     +---+------------------+----------------------------------------------+
>     |bit|  Feature Name    |  Description                                 |
>     +---+------------------+----------------------------------------------+
>     | 0 | OLR_DEFAULT_ALGO |When set by a DOIC reacting node, it means    |
>     |   |                  |that the default traffic abatement (loss)     |
>     |   |                  |algorithm is supported. When set by a DOIC    |
>     |   |                  |reporting node, it means that the loss        |
>     |   |                  |algorithm will be used for requested overload |
>     |   |                  |abatment.                                     |
>     +---+------------------+----------------------------------------------+
>
>
>     Notes
>     -----
>     The OC-Feature-Vector AVP is a 64-bit flag field and not a set of values (one per feature). Using the hexadecimal notation, it gives the feeling that there is a unique value for the OC-Feature-Vector AVP per supported capability, hich is incorrect. It is only required to define the use of each bit. This errata report has an impact on the associated IANA regisrty.
>
>     Instructions:
>     -------------
>     This erratum is currently posted as "Reported". If necessary, please
>     use "Reply All" to discuss whether it should be verified or
>     rejected. When a decision is reached, the verifying party
>     can log in to change the status and edit the report, if necessary.
>
>     --------------------------------------
>     RFC7683 (draft-ietf-dime-ovli-10)
>     --------------------------------------
>     Title               : Diameter Overload Indication Conveyance
>     Publication Date    : October 2015
>     Author(s)           : J. Korhonen, Ed., S. Donovan, Ed., B. Campbell, L. Morand
>     Category            : PROPOSED STANDARD
>     Source              : Diameter Maintenance and Extensions
>     Area                : Operations and Management
>     Stream              : IETF
>     Verifying Party     : IESG
>     .
>
>
>     _______________________________________________
>     AAA-DOCTORS mailing list
>     AAA-DOCTORS@ietf.org <mailto:AAA-DOCTORS@ietf.org>
>     https://www.ietf.org/mailman/listinfo/aaa-doctors
>     <https://www.ietf.org/mailman/listinfo/aaa-doctors>
>
>


--------------706CE33D5F3700D5D0DE07F3
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">Dear all, <br>
      <br>
      Any other views on the last two errata?<br>
      <br>
      Regards, B.<br>
    </div>
    <blockquote type="cite"
cite="mid:CADpucjW=fuxjMRS10Jt3A4No8Li0eVb5Q1S==Z9+yneCvQTFjA@mail.gmail.com">
      <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
      <div dir="ltr">
        <div>
          <div>
            <div>Hi Benoit,<br>
              <br>
            </div>
                    The last word of "abatment" should be "abatement".
            In side of the 'description' column, the
            "OLR_DEFAULT_ALGO"could be set but as 1 always should be
            stated. As any other features could be set but 0 or 1 in the
            future.<br>
            <br>
          </div>
          <div>        Just FYI.<br>
          </div>
          <div><br>
          </div>
                  Thanks,<br>
        </div>
        BR//John Zhao<br>
      </div>
      <div class="gmail_extra"><br>
        <div class="gmail_quote">2018-03-06 19:21 GMT+08:00 Benoit
          Claise <span dir="ltr">&lt;<a href="mailto:bclaise@cisco.com"
              target="_blank" moz-do-not-send="true">bclaise@cisco.com</a>&gt;</span>:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0
            .8ex;border-left:1px #ccc solid;padding-left:1ex">
            <div text="#000000" bgcolor="#FFFFFF"> Feedback on this one?<br>
              <br>
              Regards, B.<br>
              <div class="m_52341503178191835moz-forward-container"><br>
                <br>
                -------- Forwarded Message --------
                <table
                  class="m_52341503178191835moz-email-headers-table"
                  cellspacing="0" cellpadding="0" border="0">
                  <tbody>
                    <tr>
                      <th nowrap="nowrap" valign="BASELINE"
                        align="RIGHT">Subject: </th>
                      <td>[Technical Errata Reported] RFC7683 (5277)</td>
                    </tr>
                    <tr>
                      <th nowrap="nowrap" valign="BASELINE"
                        align="RIGHT">Date: </th>
                      <td>Tue, 6 Mar 2018 02:47:50 -0800</td>
                    </tr>
                    <tr>
                      <th nowrap="nowrap" valign="BASELINE"
                        align="RIGHT">From: </th>
                      <td>RFC Errata System <a
                          class="m_52341503178191835moz-txt-link-rfc2396E"
                          href="mailto:rfc-editor@rfc-editor.org"
                          target="_blank" moz-do-not-send="true">&lt;rfc-editor@rfc-editor.org&gt;</a></td>
                    </tr>
                    <tr>
                      <th nowrap="nowrap" valign="BASELINE"
                        align="RIGHT">To: </th>
                      <td><a
                          class="m_52341503178191835moz-txt-link-abbreviated"
                          href="mailto:jouni.nospam@gmail.com"
                          target="_blank" moz-do-not-send="true">jouni.nospam@gmail.com</a>,
                        <a
                          class="m_52341503178191835moz-txt-link-abbreviated"
                          href="mailto:srdonovan@usdonovans.com"
                          target="_blank" moz-do-not-send="true">srdonovan@usdonovans.com</a>,
                        <a
                          class="m_52341503178191835moz-txt-link-abbreviated"
                          href="mailto:ben@nostrum.com" target="_blank"
                          moz-do-not-send="true">ben@nostrum.com</a>, <a
class="m_52341503178191835moz-txt-link-abbreviated"
                          href="mailto:lionel.morand@orange.com"
                          target="_blank" moz-do-not-send="true">lionel.morand@orange.com</a>,
                        <a
                          class="m_52341503178191835moz-txt-link-abbreviated"
                          href="mailto:bclaise@cisco.com"
                          target="_blank" moz-do-not-send="true">bclaise@cisco.com</a>,
                        <a
                          class="m_52341503178191835moz-txt-link-abbreviated"
                          href="mailto:warren@kumari.net"
                          target="_blank" moz-do-not-send="true">warren@kumari.net</a>,
                        <a
                          class="m_52341503178191835moz-txt-link-abbreviated"
                          href="mailto:jouni.nospam@gmail.com"
                          target="_blank" moz-do-not-send="true">jouni.nospam@gmail.com</a>,
                        <a
                          class="m_52341503178191835moz-txt-link-abbreviated"
                          href="mailto:lionel.morand@orange.com"
                          target="_blank" moz-do-not-send="true">lionel.morand@orange.com</a></td>
                    </tr>
                    <tr>
                      <th nowrap="nowrap" valign="BASELINE"
                        align="RIGHT">CC: </th>
                      <td><a
                          class="m_52341503178191835moz-txt-link-abbreviated"
                          href="mailto:lionel.morand@orange.com"
                          target="_blank" moz-do-not-send="true">lionel.morand@orange.com</a>,
                        <a
                          class="m_52341503178191835moz-txt-link-abbreviated"
                          href="mailto:dime@ietf.org" target="_blank"
                          moz-do-not-send="true">dime@ietf.org</a>, <a
class="m_52341503178191835moz-txt-link-abbreviated"
                          href="mailto:rfc-editor@rfc-editor.org"
                          target="_blank" moz-do-not-send="true">rfc-editor@rfc-editor.org</a></td>
                    </tr>
                  </tbody>
                </table>
                <br>
                <br>
                <pre>The following errata report has been submitted for RFC7683,
"Diameter Overload Indication Conveyance".

------------------------------<wbr>--------
You may review the report below and at:
<a class="m_52341503178191835moz-txt-link-freetext" href="http://www.rfc-editor.org/errata/eid5277" target="_blank" moz-do-not-send="true">http://www.rfc-editor.org/<wbr>errata/eid5277</a>

------------------------------<wbr>--------
Type: Technical
Reported by: Lionel Morand <a class="m_52341503178191835moz-txt-link-rfc2396E" href="mailto:lionel.morand@orange.com" target="_blank" moz-do-not-send="true">&lt;lionel.morand@orange.com&gt;</a>

Section: 7.2

Original Text
-------------
7.2.  OC-Feature-Vector AVP

   The OC-Feature-Vector AVP (AVP Code 622) is of type Unsigned64 and
   contains a 64-bit flags field of announced capabilities of a DOIC
   node.  The value of zero (0) is reserved.

   The OC-Feature-Vector sub-AVP is used to announce the DOIC features
   supported by the DOIC node, in the form of a flag-bits field in which
   each bit announces one feature or capability supported by the node.
   The absence of the OC-Feature-Vector AVP in request messages
   indicates that only the default traffic abatement algorithm described
   in this specification is supported.  The absence of the OC-Feature-
   Vector AVP in answer messages indicates that the default traffic
   abatement algorithm described in this specification is selected
   (while other traffic abatement algorithms may be supported), and no
   features other than abatement algorithms are supported.


   The following capability is defined in this document:

   OLR_DEFAULT_ALGO (0x0000000000000001)

      When this flag is set by the a DOIC reacting node, it means that
      the default traffic abatement (loss) algorithm is supported.  When
      this flag is set by a DOIC reporting node, it means that the loss
      algorithm will be used for requested overload abatement.

Corrected Text
--------------
7.2.  OC-Feature-Vector AVP

   The OC-Feature-Vector AVP (AVP Code 622) is of type Unsigned64 and
   contains a 64-bit flags field of announced capabilities of a DOIC
   node.  The value of zero (0) is reserved.

      Note: The value of zero (0) any DOIC node supports at least the 
            Loss algorithm. Therefore, the OC-Feature-Vector AVP 
            cannot be sent with no bit set.

   The OC-Feature-Vector sub-AVP is used to announce the DOIC features
   supported by the DOIC node, in the form of a flag-bits field in which
   each bit announces one feature or capability supported by the node.
   The absence of the OC-Feature-Vector AVP in request messages
   indicates that only the default traffic abatement algorithm described
   in this specification is supported.  The absence of the OC-Feature-
   Vector AVP in answer messages indicates that the default traffic
   abatement algorithm described in this specification is selected
   (while other traffic abatement algorithms may be supported), and no
   features other than abatement algorithms are supported.

   The following capability is defined in this document:

+---+------------------+------<wbr>------------------------------<wbr>----------+
|bit|  Feature Name    |  Description                                 |
+---+------------------+------<wbr>------------------------------<wbr>----------+
| 0 | OLR_DEFAULT_ALGO |When set by a DOIC reacting node, it means    |
|   |                  |that the default traffic abatement (loss)     |
|   |                  |algorithm is supported. When set by a DOIC    |
|   |                  |reporting node, it means that the loss        |
|   |                  |algorithm will be used for requested overload |
|   |                  |abatment.                                     |
+---+------------------+------<wbr>------------------------------<wbr>----------+


Notes
-----
The OC-Feature-Vector AVP is a 64-bit flag field and not a set of values (one per feature). Using the hexadecimal notation, it gives the feeling that there is a unique value for the OC-Feature-Vector AVP per supported capability, hich is incorrect. It is only required to define the use of each bit. This errata report has an impact on the associated IANA regisrty.

Instructions:
-------------
This erratum is currently posted as "Reported". If necessary, please
use "Reply All" to discuss whether it should be verified or
rejected. When a decision is reached, the verifying party  
can log in to change the status and edit the report, if necessary. 

------------------------------<wbr>--------
RFC7683 (draft-ietf-dime-ovli-10)
------------------------------<wbr>--------
Title               : Diameter Overload Indication Conveyance
Publication Date    : October 2015
Author(s)           : J. Korhonen, Ed., S. Donovan, Ed., B. Campbell, L. Morand
Category            : PROPOSED STANDARD
Source              : Diameter Maintenance and Extensions
Area                : Operations and Management
Stream              : IETF
Verifying Party     : IESG
.

</pre>
              </div>
            </div>
            <br>
            ______________________________<wbr>_________________<br>
            AAA-DOCTORS mailing list<br>
            <a href="mailto:AAA-DOCTORS@ietf.org" moz-do-not-send="true">AAA-DOCTORS@ietf.org</a><br>
            <a href="https://www.ietf.org/mailman/listinfo/aaa-doctors"
              rel="noreferrer" target="_blank" moz-do-not-send="true">https://www.ietf.org/mailman/<wbr>listinfo/aaa-doctors</a><br>
            <br>
          </blockquote>
        </div>
        <br>
      </div>
    </blockquote>
    <br>
  </body>
</html>

--------------706CE33D5F3700D5D0DE07F3--


From nobody Thu Mar 15 02:24:48 2018
Return-Path: <lionel.morand@orange.com>
X-Original-To: aaa-doctors@ietfa.amsl.com
Delivered-To: aaa-doctors@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 045551277BB for <aaa-doctors@ietfa.amsl.com>; Thu, 15 Mar 2018 02:24:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.618
X-Spam-Level: 
X-Spam-Status: No, score=-2.618 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, T_RP_MATCHES_RCVD=-0.01, UNPARSEABLE_RELAY=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 MeDeOr1u_TEQ for <aaa-doctors@ietfa.amsl.com>; Thu, 15 Mar 2018 02:24:43 -0700 (PDT)
Received: from orange.com (mta239.mail.business.static.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 05F8F12778E for <aaa-doctors@ietf.org>; Thu, 15 Mar 2018 02:24:43 -0700 (PDT)
Received: from opfedar07.francetelecom.fr (unknown [xx.xx.xx.9]) by opfedar26.francetelecom.fr (ESMTP service) with ESMTP id 29A961C0AFA; Thu, 15 Mar 2018 10:24:41 +0100 (CET)
Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.31]) by opfedar07.francetelecom.fr (ESMTP service) with ESMTP id 07F2BC0057; Thu, 15 Mar 2018 10:24:41 +0100 (CET)
Received: from OPEXCLILM43.corporate.adroot.infra.ftgroup ([fe80::ec23:902:c31f:731c]) by OPEXCLILM22.corporate.adroot.infra.ftgroup ([fe80::8c90:f4e9:be28:2a1%19]) with mapi id 14.03.0382.000; Thu, 15 Mar 2018 10:24:40 +0100
From: <lionel.morand@orange.com>
To: Benoit Claise <bclaise@cisco.com>, john.zhao <yuankui.zhao@gmail.com>
CC: "aaa-doctors@ietf.org" <aaa-doctors@ietf.org>
Thread-Topic: [AAA-DOCTORS] Fwd: [Technical Errata Reported] RFC7683 (5277)
Thread-Index: AQHTtTie0GIdcUE0H0SZ82WNa+/oC6PC/28AgAnFsoCAA2o2AIAA5AWA
Date: Thu, 15 Mar 2018 09:24:40 +0000
Message-ID: <397_1521105881_5AAA3BD9_397_423_4_6B7134B31289DC4FAF731D844122B36E2D36D97E@OPEXCLILM43.corporate.adroot.infra.ftgroup>
References: <20180306104750.EF13EB80E97@rfc-editor.org> <68c132b6-52de-59d9-1d05-0bab97bb9212@cisco.com> <CADpucjW=fuxjMRS10Jt3A4No8Li0eVb5Q1S==Z9+yneCvQTFjA@mail.gmail.com> <e438abb8-66b0-b3da-4a1d-7b69f776c42e@cisco.com>
In-Reply-To: <e438abb8-66b0-b3da-4a1d-7b69f776c42e@cisco.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.168.234.4]
Content-Type: multipart/alternative; boundary="_000_6B7134B31289DC4FAF731D844122B36E2D36D97EOPEXCLILM43corp_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/aaa-doctors/QutxGlOauE89_uNOmfkUR-9Jz_M>
Subject: Re: [AAA-DOCTORS] Fwd: [Technical Errata Reported] RFC7683 (5277)
X-BeenThere: aaa-doctors@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: AAA Doctors E-mail List <aaa-doctors.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/aaa-doctors/>
List-Post: <mailto:aaa-doctors@ietf.org>
List-Help: <mailto:aaa-doctors-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 15 Mar 2018 09:24:47 -0000

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

VGhpcyBlcnJhdGEgcmVwb3J0IGhhcyBiZWVuIGRpc2N1c3NlZCB3aXRoIGF1dGhvcnMgKGluY2x1
ZGluZyBCZW4gQ2FtcGJlbGwpIGFuZCBpcyB0cmlnZ2VyZWQgYWZ0ZXIgdGhlIHJldmlldyBvZiBh
bm90aGVyIGRpYW1ldGVyIGRyYWZ0IHRoYXQgd2FudCB0byBkZWZpbmUgYSBuZXcgZmVhdHVyZS4N
ClRoZSBjb25jbHVzaW9uIHdhcyB0aGF0IHRoZSBjbGFyaWZpY2F0aW9uIHdhcyBuZWVkZWQuIFRo
ZSBvbmx5IGlzc3VlIHdhcyBhYm91dCBJQU5BIGltcGFjdHMgYW5kIGlmIHRoZSBwcm9wb3NlZCBl
cnJhdHVtIHdhcyBlbm91Z2ggdG8gdHJpZ2dlciBhbiB1cGRhdGUgb2YgdGhlIElBTkEgcmVnaXN0
cnkuDQoNClJlZ2FyZHMsDQoNCkxpb25lbA0KDQpEZSA6IEFBQS1ET0NUT1JTIFttYWlsdG86YWFh
LWRvY3RvcnMtYm91bmNlc0BpZXRmLm9yZ10gRGUgbGEgcGFydCBkZSBCZW5vaXQgQ2xhaXNlDQpF
bnZvecOpIDogbWVyY3JlZGkgMTQgbWFycyAyMDE4IDIxOjQ1DQrDgCA6IGpvaG4uemhhbw0KQ2Mg
OiBhYWEtZG9jdG9yc0BpZXRmLm9yZw0KT2JqZXQgOiBSZTogW0FBQS1ET0NUT1JTXSBGd2Q6IFtU
ZWNobmljYWwgRXJyYXRhIFJlcG9ydGVkXSBSRkM3NjgzICg1Mjc3KQ0KDQpEZWFyIGFsbCwNCg0K
QW55IG90aGVyIHZpZXdzIG9uIHRoZSBsYXN0IHR3byBlcnJhdGE/DQoNClJlZ2FyZHMsIEIuDQpI
aSBCZW5vaXQsDQogICAgICAgIFRoZSBsYXN0IHdvcmQgb2YgImFiYXRtZW50IiBzaG91bGQgYmUg
ImFiYXRlbWVudCIuIEluIHNpZGUgb2YgdGhlICdkZXNjcmlwdGlvbicgY29sdW1uLCB0aGUgIk9M
Ul9ERUZBVUxUX0FMR08iY291bGQgYmUgc2V0IGJ1dCBhcyAxIGFsd2F5cyBzaG91bGQgYmUgc3Rh
dGVkLiBBcyBhbnkgb3RoZXIgZmVhdHVyZXMgY291bGQgYmUgc2V0IGJ1dCAwIG9yIDEgaW4gdGhl
IGZ1dHVyZS4NCiAgICAgICAgSnVzdCBGWUkuDQoNCiAgICAgICAgVGhhbmtzLA0KQlIvL0pvaG4g
Wmhhbw0KDQoyMDE4LTAzLTA2IDE5OjIxIEdNVCswODowMCBCZW5vaXQgQ2xhaXNlIDxiY2xhaXNl
QGNpc2NvLmNvbTxtYWlsdG86YmNsYWlzZUBjaXNjby5jb20+PjoNCkZlZWRiYWNrIG9uIHRoaXMg
b25lPw0KDQpSZWdhcmRzLCBCLg0KDQoNCi0tLS0tLS0tIEZvcndhcmRlZCBNZXNzYWdlIC0tLS0t
LS0tDQpTdWJqZWN0Og0KDQpbVGVjaG5pY2FsIEVycmF0YSBSZXBvcnRlZF0gUkZDNzY4MyAoNTI3
NykNCg0KRGF0ZToNCg0KVHVlLCA2IE1hciAyMDE4IDAyOjQ3OjUwIC0wODAwDQoNCkZyb206DQoN
ClJGQyBFcnJhdGEgU3lzdGVtIDxyZmMtZWRpdG9yQHJmYy1lZGl0b3Iub3JnPjxtYWlsdG86cmZj
LWVkaXRvckByZmMtZWRpdG9yLm9yZz4NCg0KVG86DQoNCmpvdW5pLm5vc3BhbUBnbWFpbC5jb208
bWFpbHRvOmpvdW5pLm5vc3BhbUBnbWFpbC5jb20+LCBzcmRvbm92YW5AdXNkb25vdmFucy5jb208
bWFpbHRvOnNyZG9ub3ZhbkB1c2Rvbm92YW5zLmNvbT4sIGJlbkBub3N0cnVtLmNvbTxtYWlsdG86
YmVuQG5vc3RydW0uY29tPiwgbGlvbmVsLm1vcmFuZEBvcmFuZ2UuY29tPG1haWx0bzpsaW9uZWwu
bW9yYW5kQG9yYW5nZS5jb20+LCBiY2xhaXNlQGNpc2NvLmNvbTxtYWlsdG86YmNsYWlzZUBjaXNj
by5jb20+LCB3YXJyZW5Aa3VtYXJpLm5ldDxtYWlsdG86d2FycmVuQGt1bWFyaS5uZXQ+LCBqb3Vu
aS5ub3NwYW1AZ21haWwuY29tPG1haWx0bzpqb3VuaS5ub3NwYW1AZ21haWwuY29tPiwgbGlvbmVs
Lm1vcmFuZEBvcmFuZ2UuY29tPG1haWx0bzpsaW9uZWwubW9yYW5kQG9yYW5nZS5jb20+DQoNCkND
Og0KDQpsaW9uZWwubW9yYW5kQG9yYW5nZS5jb208bWFpbHRvOmxpb25lbC5tb3JhbmRAb3Jhbmdl
LmNvbT4sIGRpbWVAaWV0Zi5vcmc8bWFpbHRvOmRpbWVAaWV0Zi5vcmc+LCByZmMtZWRpdG9yQHJm
Yy1lZGl0b3Iub3JnPG1haWx0bzpyZmMtZWRpdG9yQHJmYy1lZGl0b3Iub3JnPg0KDQoNCg0KVGhl
IGZvbGxvd2luZyBlcnJhdGEgcmVwb3J0IGhhcyBiZWVuIHN1Ym1pdHRlZCBmb3IgUkZDNzY4MywN
Cg0KIkRpYW1ldGVyIE92ZXJsb2FkIEluZGljYXRpb24gQ29udmV5YW5jZSIuDQoNCg0KDQotLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQpZb3UgbWF5IHJldmlldyB0aGUg
cmVwb3J0IGJlbG93IGFuZCBhdDoNCg0KaHR0cDovL3d3dy5yZmMtZWRpdG9yLm9yZy9lcnJhdGEv
ZWlkNTI3Nw0KDQoNCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0K
VHlwZTogVGVjaG5pY2FsDQoNClJlcG9ydGVkIGJ5OiBMaW9uZWwgTW9yYW5kIDxsaW9uZWwubW9y
YW5kQG9yYW5nZS5jb20+PG1haWx0bzpsaW9uZWwubW9yYW5kQG9yYW5nZS5jb20+DQoNCg0KDQpT
ZWN0aW9uOiA3LjINCg0KDQoNCk9yaWdpbmFsIFRleHQNCg0KLS0tLS0tLS0tLS0tLQ0KDQo3LjIu
ICBPQy1GZWF0dXJlLVZlY3RvciBBVlANCg0KDQoNCiAgIFRoZSBPQy1GZWF0dXJlLVZlY3RvciBB
VlAgKEFWUCBDb2RlIDYyMikgaXMgb2YgdHlwZSBVbnNpZ25lZDY0IGFuZA0KDQogICBjb250YWlu
cyBhIDY0LWJpdCBmbGFncyBmaWVsZCBvZiBhbm5vdW5jZWQgY2FwYWJpbGl0aWVzIG9mIGEgRE9J
Qw0KDQogICBub2RlLiAgVGhlIHZhbHVlIG9mIHplcm8gKDApIGlzIHJlc2VydmVkLg0KDQoNCg0K
ICAgVGhlIE9DLUZlYXR1cmUtVmVjdG9yIHN1Yi1BVlAgaXMgdXNlZCB0byBhbm5vdW5jZSB0aGUg
RE9JQyBmZWF0dXJlcw0KDQogICBzdXBwb3J0ZWQgYnkgdGhlIERPSUMgbm9kZSwgaW4gdGhlIGZv
cm0gb2YgYSBmbGFnLWJpdHMgZmllbGQgaW4gd2hpY2gNCg0KICAgZWFjaCBiaXQgYW5ub3VuY2Vz
IG9uZSBmZWF0dXJlIG9yIGNhcGFiaWxpdHkgc3VwcG9ydGVkIGJ5IHRoZSBub2RlLg0KDQogICBU
aGUgYWJzZW5jZSBvZiB0aGUgT0MtRmVhdHVyZS1WZWN0b3IgQVZQIGluIHJlcXVlc3QgbWVzc2Fn
ZXMNCg0KICAgaW5kaWNhdGVzIHRoYXQgb25seSB0aGUgZGVmYXVsdCB0cmFmZmljIGFiYXRlbWVu
dCBhbGdvcml0aG0gZGVzY3JpYmVkDQoNCiAgIGluIHRoaXMgc3BlY2lmaWNhdGlvbiBpcyBzdXBw
b3J0ZWQuICBUaGUgYWJzZW5jZSBvZiB0aGUgT0MtRmVhdHVyZS0NCg0KICAgVmVjdG9yIEFWUCBp
biBhbnN3ZXIgbWVzc2FnZXMgaW5kaWNhdGVzIHRoYXQgdGhlIGRlZmF1bHQgdHJhZmZpYw0KDQog
ICBhYmF0ZW1lbnQgYWxnb3JpdGhtIGRlc2NyaWJlZCBpbiB0aGlzIHNwZWNpZmljYXRpb24gaXMg
c2VsZWN0ZWQNCg0KICAgKHdoaWxlIG90aGVyIHRyYWZmaWMgYWJhdGVtZW50IGFsZ29yaXRobXMg
bWF5IGJlIHN1cHBvcnRlZCksIGFuZCBubw0KDQogICBmZWF0dXJlcyBvdGhlciB0aGFuIGFiYXRl
bWVudCBhbGdvcml0aG1zIGFyZSBzdXBwb3J0ZWQuDQoNCg0KDQoNCg0KICAgVGhlIGZvbGxvd2lu
ZyBjYXBhYmlsaXR5IGlzIGRlZmluZWQgaW4gdGhpcyBkb2N1bWVudDoNCg0KDQoNCiAgIE9MUl9E
RUZBVUxUX0FMR08gKDB4MDAwMDAwMDAwMDAwMDAwMSkNCg0KDQoNCiAgICAgIFdoZW4gdGhpcyBm
bGFnIGlzIHNldCBieSB0aGUgYSBET0lDIHJlYWN0aW5nIG5vZGUsIGl0IG1lYW5zIHRoYXQNCg0K
ICAgICAgdGhlIGRlZmF1bHQgdHJhZmZpYyBhYmF0ZW1lbnQgKGxvc3MpIGFsZ29yaXRobSBpcyBz
dXBwb3J0ZWQuICBXaGVuDQoNCiAgICAgIHRoaXMgZmxhZyBpcyBzZXQgYnkgYSBET0lDIHJlcG9y
dGluZyBub2RlLCBpdCBtZWFucyB0aGF0IHRoZSBsb3NzDQoNCiAgICAgIGFsZ29yaXRobSB3aWxs
IGJlIHVzZWQgZm9yIHJlcXVlc3RlZCBvdmVybG9hZCBhYmF0ZW1lbnQuDQoNCg0KDQpDb3JyZWN0
ZWQgVGV4dA0KDQotLS0tLS0tLS0tLS0tLQ0KDQo3LjIuICBPQy1GZWF0dXJlLVZlY3RvciBBVlAN
Cg0KDQoNCiAgIFRoZSBPQy1GZWF0dXJlLVZlY3RvciBBVlAgKEFWUCBDb2RlIDYyMikgaXMgb2Yg
dHlwZSBVbnNpZ25lZDY0IGFuZA0KDQogICBjb250YWlucyBhIDY0LWJpdCBmbGFncyBmaWVsZCBv
ZiBhbm5vdW5jZWQgY2FwYWJpbGl0aWVzIG9mIGEgRE9JQw0KDQogICBub2RlLiAgVGhlIHZhbHVl
IG9mIHplcm8gKDApIGlzIHJlc2VydmVkLg0KDQoNCg0KICAgICAgTm90ZTogVGhlIHZhbHVlIG9m
IHplcm8gKDApIGFueSBET0lDIG5vZGUgc3VwcG9ydHMgYXQgbGVhc3QgdGhlDQoNCiAgICAgICAg
ICAgIExvc3MgYWxnb3JpdGhtLiBUaGVyZWZvcmUsIHRoZSBPQy1GZWF0dXJlLVZlY3RvciBBVlAN
Cg0KICAgICAgICAgICAgY2Fubm90IGJlIHNlbnQgd2l0aCBubyBiaXQgc2V0Lg0KDQoNCg0KICAg
VGhlIE9DLUZlYXR1cmUtVmVjdG9yIHN1Yi1BVlAgaXMgdXNlZCB0byBhbm5vdW5jZSB0aGUgRE9J
QyBmZWF0dXJlcw0KDQogICBzdXBwb3J0ZWQgYnkgdGhlIERPSUMgbm9kZSwgaW4gdGhlIGZvcm0g
b2YgYSBmbGFnLWJpdHMgZmllbGQgaW4gd2hpY2gNCg0KICAgZWFjaCBiaXQgYW5ub3VuY2VzIG9u
ZSBmZWF0dXJlIG9yIGNhcGFiaWxpdHkgc3VwcG9ydGVkIGJ5IHRoZSBub2RlLg0KDQogICBUaGUg
YWJzZW5jZSBvZiB0aGUgT0MtRmVhdHVyZS1WZWN0b3IgQVZQIGluIHJlcXVlc3QgbWVzc2FnZXMN
Cg0KICAgaW5kaWNhdGVzIHRoYXQgb25seSB0aGUgZGVmYXVsdCB0cmFmZmljIGFiYXRlbWVudCBh
bGdvcml0aG0gZGVzY3JpYmVkDQoNCiAgIGluIHRoaXMgc3BlY2lmaWNhdGlvbiBpcyBzdXBwb3J0
ZWQuICBUaGUgYWJzZW5jZSBvZiB0aGUgT0MtRmVhdHVyZS0NCg0KICAgVmVjdG9yIEFWUCBpbiBh
bnN3ZXIgbWVzc2FnZXMgaW5kaWNhdGVzIHRoYXQgdGhlIGRlZmF1bHQgdHJhZmZpYw0KDQogICBh
YmF0ZW1lbnQgYWxnb3JpdGhtIGRlc2NyaWJlZCBpbiB0aGlzIHNwZWNpZmljYXRpb24gaXMgc2Vs
ZWN0ZWQNCg0KICAgKHdoaWxlIG90aGVyIHRyYWZmaWMgYWJhdGVtZW50IGFsZ29yaXRobXMgbWF5
IGJlIHN1cHBvcnRlZCksIGFuZCBubw0KDQogICBmZWF0dXJlcyBvdGhlciB0aGFuIGFiYXRlbWVu
dCBhbGdvcml0aG1zIGFyZSBzdXBwb3J0ZWQuDQoNCg0KDQogICBUaGUgZm9sbG93aW5nIGNhcGFi
aWxpdHkgaXMgZGVmaW5lZCBpbiB0aGlzIGRvY3VtZW50Og0KDQoNCg0KKy0tLSstLS0tLS0tLS0t
LS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsN
Cg0KfGJpdHwgIEZlYXR1cmUgTmFtZSAgICB8ICBEZXNjcmlwdGlvbiAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgIHwNCg0KKy0tLSstLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCg0KfCAwIHwgT0xSX0RFRkFVTFRf
QUxHTyB8V2hlbiBzZXQgYnkgYSBET0lDIHJlYWN0aW5nIG5vZGUsIGl0IG1lYW5zICAgIHwNCg0K
fCAgIHwgICAgICAgICAgICAgICAgICB8dGhhdCB0aGUgZGVmYXVsdCB0cmFmZmljIGFiYXRlbWVu
dCAobG9zcykgICAgIHwNCg0KfCAgIHwgICAgICAgICAgICAgICAgICB8YWxnb3JpdGhtIGlzIHN1
cHBvcnRlZC4gV2hlbiBzZXQgYnkgYSBET0lDICAgIHwNCg0KfCAgIHwgICAgICAgICAgICAgICAg
ICB8cmVwb3J0aW5nIG5vZGUsIGl0IG1lYW5zIHRoYXQgdGhlIGxvc3MgICAgICAgIHwNCg0KfCAg
IHwgICAgICAgICAgICAgICAgICB8YWxnb3JpdGhtIHdpbGwgYmUgdXNlZCBmb3IgcmVxdWVzdGVk
IG92ZXJsb2FkIHwNCg0KfCAgIHwgICAgICAgICAgICAgICAgICB8YWJhdG1lbnQuICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCg0KKy0tLSstLS0tLS0tLS0tLS0tLS0tLS0r
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCg0KDQoNCg0K
DQpOb3Rlcw0KDQotLS0tLQ0KDQpUaGUgT0MtRmVhdHVyZS1WZWN0b3IgQVZQIGlzIGEgNjQtYml0
IGZsYWcgZmllbGQgYW5kIG5vdCBhIHNldCBvZiB2YWx1ZXMgKG9uZSBwZXIgZmVhdHVyZSkuIFVz
aW5nIHRoZSBoZXhhZGVjaW1hbCBub3RhdGlvbiwgaXQgZ2l2ZXMgdGhlIGZlZWxpbmcgdGhhdCB0
aGVyZSBpcyBhIHVuaXF1ZSB2YWx1ZSBmb3IgdGhlIE9DLUZlYXR1cmUtVmVjdG9yIEFWUCBwZXIg
c3VwcG9ydGVkIGNhcGFiaWxpdHksIGhpY2ggaXMgaW5jb3JyZWN0LiBJdCBpcyBvbmx5IHJlcXVp
cmVkIHRvIGRlZmluZSB0aGUgdXNlIG9mIGVhY2ggYml0LiBUaGlzIGVycmF0YSByZXBvcnQgaGFz
IGFuIGltcGFjdCBvbiB0aGUgYXNzb2NpYXRlZCBJQU5BIHJlZ2lzcnR5Lg0KDQoNCg0KSW5zdHJ1
Y3Rpb25zOg0KDQotLS0tLS0tLS0tLS0tDQoNClRoaXMgZXJyYXR1bSBpcyBjdXJyZW50bHkgcG9z
dGVkIGFzICJSZXBvcnRlZCIuIElmIG5lY2Vzc2FyeSwgcGxlYXNlDQoNCnVzZSAiUmVwbHkgQWxs
IiB0byBkaXNjdXNzIHdoZXRoZXIgaXQgc2hvdWxkIGJlIHZlcmlmaWVkIG9yDQoNCnJlamVjdGVk
LiBXaGVuIGEgZGVjaXNpb24gaXMgcmVhY2hlZCwgdGhlIHZlcmlmeWluZyBwYXJ0eQ0KDQpjYW4g
bG9nIGluIHRvIGNoYW5nZSB0aGUgc3RhdHVzIGFuZCBlZGl0IHRoZSByZXBvcnQsIGlmIG5lY2Vz
c2FyeS4NCg0KDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNClJG
Qzc2ODMgKGRyYWZ0LWlldGYtZGltZS1vdmxpLTEwKQ0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLQ0KDQpUaXRsZSAgICAgICAgICAgICAgIDogRGlhbWV0ZXIgT3Zlcmxv
YWQgSW5kaWNhdGlvbiBDb252ZXlhbmNlDQoNClB1YmxpY2F0aW9uIERhdGUgICAgOiBPY3RvYmVy
IDIwMTUNCg0KQXV0aG9yKHMpICAgICAgICAgICA6IEouIEtvcmhvbmVuLCBFZC4sIFMuIERvbm92
YW4sIEVkLiwgQi4gQ2FtcGJlbGwsIEwuIE1vcmFuZA0KDQpDYXRlZ29yeSAgICAgICAgICAgIDog
UFJPUE9TRUQgU1RBTkRBUkQNCg0KU291cmNlICAgICAgICAgICAgICA6IERpYW1ldGVyIE1haW50
ZW5hbmNlIGFuZCBFeHRlbnNpb25zDQoNCkFyZWEgICAgICAgICAgICAgICAgOiBPcGVyYXRpb25z
IGFuZCBNYW5hZ2VtZW50DQoNClN0cmVhbSAgICAgICAgICAgICAgOiBJRVRGDQoNClZlcmlmeWlu
ZyBQYXJ0eSAgICAgOiBJRVNHDQoNCi4NCg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fDQpBQUEtRE9DVE9SUyBtYWlsaW5nIGxpc3QNCkFBQS1ET0NU
T1JTQGlldGYub3JnPG1haWx0bzpBQUEtRE9DVE9SU0BpZXRmLm9yZz4NCmh0dHBzOi8vd3d3Lmll
dGYub3JnL21haWxtYW4vbGlzdGluZm8vYWFhLWRvY3RvcnMNCg0KDQoKX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwoKQ2UgbWVz
c2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRp
b25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jCnBh
cyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBT
aSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25h
bGVyCmEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpv
aW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2Fs
dGVyYXRpb24sCk9yYW5nZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3Nh
Z2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS4KClRoaXMgbWVzc2Fn
ZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxl
Z2VkIGluZm9ybWF0aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7CnRoZXkgc2hvdWxk
IG5vdCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9u
LgpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5
IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4K
QXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2Fn
ZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLgpUaGFuayB5
b3UuCgo=

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ
e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpA
Zm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNvbnNvbGFzOw0KCXBhbm9zZS0xOjIgMTEgNiA5IDIg
MiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNv
Tm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAw
MXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIs
InNlcmlmIjsNCgljb2xvcjpibGFjazt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21z
by1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl
cmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHls
ZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGlu
ZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJQcsOp
Zm9ybWF0w6kgSFRNTCBDYXIiOw0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0
Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCgljb2xv
cjpibGFjazt9DQpzcGFuLlByZm9ybWF0SFRNTENhcg0KCXttc28tc3R5bGUtbmFtZToiUHLDqWZv
cm1hdMOpIEhUTUwgQ2FyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxp
bms6IlByw6lmb3JtYXTDqSBIVE1MIjsNCglmb250LWZhbWlseTpDb25zb2xhczsNCgljb2xvcjpi
bGFjazt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBs
eTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7
fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1z
aXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7
DQoJbWFyZ2luOjcwLjg1cHQgNzAuODVwdCA3MC44NXB0IDcwLjg1cHQ7fQ0KZGl2LldvcmRTZWN0
aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5
XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4N
CjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlv
dXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286
c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBiZ2NvbG9yPSJ3
aGl0ZSIgbGFuZz0iRlIiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0i
V29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx
dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+VGhpcyBlcnJhdGEgcmVwb3J0IGhh
cyBiZWVuIGRpc2N1c3NlZCB3aXRoIGF1dGhvcnMgKGluY2x1ZGluZyBCZW4gQ2FtcGJlbGwpIGFu
ZCBpcyB0cmlnZ2VyZWQgYWZ0ZXIgdGhlIHJldmlldyBvZiBhbm90aGVyIGRpYW1ldGVyIGRyYWZ0
IHRoYXQgd2FudA0KIHRvIGRlZmluZSBhIG5ldyBmZWF0dXJlLjxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy
aWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+VGhlIGNvbmNsdXNpb24gd2FzIHRoYXQgdGhlIGNsYXJp
ZmljYXRpb24gd2FzIG5lZWRlZC4gVGhlIG9ubHkgaXNzdWUgd2FzIGFib3V0IElBTkEgaW1wYWN0
cyBhbmQgaWYgdGhlIHByb3Bvc2VkIGVycmF0dW0gd2FzIGVub3VnaCB0byB0cmlnZ2VyIGFuDQog
dXBkYXRlIG9mIHRoZSBJQU5BIHJlZ2lzdHJ5LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBw
dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7
Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt
ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj
MUY0OTdEIj5SZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls
eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3
RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5MaW9u
ZWw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n
PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy
aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNv
bGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20gMGNtIDBjbSA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBz
dHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6
My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9
ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3Nh
bnMtc2VyaWYmcXVvdDs7Y29sb3I6d2luZG93dGV4dCI+RGUmbmJzcDs6PC9zcGFuPjwvYj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDss
JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjp3aW5kb3d0ZXh0Ij4gQUFBLURPQ1RPUlMgW21h
aWx0bzphYWEtZG9jdG9ycy1ib3VuY2VzQGlldGYub3JnXQ0KPGI+RGUgbGEgcGFydCBkZTwvYj4g
QmVub2l0IENsYWlzZTxicj4NCjxiPkVudm95w6kmbmJzcDs6PC9iPiBtZXJjcmVkaSAxNCBtYXJz
IDIwMTggMjE6NDU8YnI+DQo8Yj7DgCZuYnNwOzo8L2I+IGpvaG4uemhhbzxicj4NCjxiPkNjJm5i
c3A7OjwvYj4gYWFhLWRvY3RvcnNAaWV0Zi5vcmc8YnI+DQo8Yj5PYmpldCZuYnNwOzo8L2I+IFJl
OiBbQUFBLURPQ1RPUlNdIEZ3ZDogW1RlY2huaWNhbCBFcnJhdGEgUmVwb3J0ZWRdIFJGQzc2ODMg
KDUyNzcpPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPkRlYXIgYWxsLCA8YnI+DQo8YnI+DQpBbnkgb3RoZXIgdmlld3Mgb24gdGhlIGxhc3QgdHdv
IGVycmF0YT88YnI+DQo8YnI+DQpSZWdhcmRzLCBCLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8
YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4N
CjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bWFyZ2luLWJvdHRvbToxMi4wcHQiPkhpIEJlbm9pdCw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij4mbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgVGhlIGxhc3Qgd29yZCBvZiAmcXVv
dDthYmF0bWVudCZxdW90OyBzaG91bGQgYmUgJnF1b3Q7YWJhdGVtZW50JnF1b3Q7LiBJbiBzaWRl
IG9mIHRoZSAnZGVzY3JpcHRpb24nIGNvbHVtbiwgdGhlICZxdW90O09MUl9ERUZBVUxUX0FMR08m
cXVvdDtjb3VsZCBiZSBzZXQgYnV0IGFzIDEgYWx3YXlzIHNob3VsZCBiZSBzdGF0ZWQuIEFzIGFu
eSBvdGhlciBmZWF0dXJlcyBjb3VsZCBiZSBzZXQgYnV0IDAgb3INCiAxIGluIHRoZSBmdXR1cmUu
PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgSnVzdCBGWUkuPG86cD48L286
cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv
bzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFRoYW5rcyw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+QlIvL0pvaG4gWmhhbzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+MjAxOC0wMy0wNiAxOToyMSBHTVQmIzQzOzA4OjAwIEJl
bm9pdCBDbGFpc2UgJmx0OzxhIGhyZWY9Im1haWx0bzpiY2xhaXNlQGNpc2NvLmNvbSIgdGFyZ2V0
PSJfYmxhbmsiPmJjbGFpc2VAY2lzY28uY29tPC9hPiZndDs6PG86cD48L286cD48L3A+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RmVlZGJhY2sgb24gdGhpcyBvbmU/PGJyPg0KPGJyPg0K
UmVnYXJkcywgQi48bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
YnI+DQo8YnI+DQotLS0tLS0tLSBGb3J3YXJkZWQgTWVzc2FnZSAtLS0tLS0tLSA8bzpwPjwvbzpw
PjwvcD4NCjx0YWJsZSBjbGFzcz0iTXNvTm9ybWFsVGFibGUiIGJvcmRlcj0iMCIgY2VsbHNwYWNp
bmc9IjAiIGNlbGxwYWRkaW5nPSIwIj4NCjx0Ym9keT4NCjx0cj4NCjx0ZCBub3dyYXA9IiIgdmFs
aWduPSJ0b3AiIHN0eWxlPSJwYWRkaW5nOjBjbSAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBhbGlnbj0icmlnaHQiIHN0eWxlPSJ0ZXh0LWFsaWduOnJpZ2h0Ij48Yj5TdWJqZWN0
OiA8bzpwPjwvbzpwPjwvYj48L3A+DQo8L3RkPg0KPHRkIHN0eWxlPSJwYWRkaW5nOjBjbSAwY20g
MGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5bVGVjaG5pY2FsIEVycmF0YSBSZXBvcnRl
ZF0gUkZDNzY4MyAoNTI3Nyk8bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8L3RyPg0KPHRyPg0KPHRk
IG5vd3JhcD0iIiB2YWxpZ249InRvcCIgc3R5bGU9InBhZGRpbmc6MGNtIDBjbSAwY20gMGNtIj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJyaWdodCIgc3R5bGU9InRleHQtYWxpZ246cmln
aHQiPjxiPkRhdGU6IDxvOnA+PC9vOnA+PC9iPjwvcD4NCjwvdGQ+DQo8dGQgc3R5bGU9InBhZGRp
bmc6MGNtIDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlR1ZSwgNiBNYXIgMjAx
OCAwMjo0Nzo1MCAtMDgwMDxvOnA+PC9vOnA+PC9wPg0KPC90ZD4NCjwvdHI+DQo8dHI+DQo8dGQg
bm93cmFwPSIiIHZhbGlnbj0idG9wIiBzdHlsZT0icGFkZGluZzowY20gMGNtIDBjbSAwY20iPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249InJpZ2h0IiBzdHlsZT0idGV4dC1hbGlnbjpyaWdo
dCI+PGI+RnJvbTogPG86cD48L286cD48L2I+PC9wPg0KPC90ZD4NCjx0ZCBzdHlsZT0icGFkZGlu
ZzowY20gMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+UkZDIEVycmF0YSBTeXN0
ZW0gPGEgaHJlZj0ibWFpbHRvOnJmYy1lZGl0b3JAcmZjLWVkaXRvci5vcmciIHRhcmdldD0iX2Js
YW5rIj4NCiZsdDtyZmMtZWRpdG9yQHJmYy1lZGl0b3Iub3JnJmd0OzwvYT48bzpwPjwvbzpwPjwv
cD4NCjwvdGQ+DQo8L3RyPg0KPHRyPg0KPHRkIG5vd3JhcD0iIiB2YWxpZ249InRvcCIgc3R5bGU9
InBhZGRpbmc6MGNtIDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJy
aWdodCIgc3R5bGU9InRleHQtYWxpZ246cmlnaHQiPjxiPlRvOiA8bzpwPjwvbzpwPjwvYj48L3A+
DQo8L3RkPg0KPHRkIHN0eWxlPSJwYWRkaW5nOjBjbSAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48YSBocmVmPSJtYWlsdG86am91bmkubm9zcGFtQGdtYWlsLmNvbSIgdGFyZ2V0
PSJfYmxhbmsiPmpvdW5pLm5vc3BhbUBnbWFpbC5jb208L2E+LA0KPGEgaHJlZj0ibWFpbHRvOnNy
ZG9ub3ZhbkB1c2Rvbm92YW5zLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnNyZG9ub3ZhbkB1c2Rvbm92
YW5zLmNvbTwvYT4sDQo8YSBocmVmPSJtYWlsdG86YmVuQG5vc3RydW0uY29tIiB0YXJnZXQ9Il9i
bGFuayI+YmVuQG5vc3RydW0uY29tPC9hPiwgPGEgaHJlZj0ibWFpbHRvOmxpb25lbC5tb3JhbmRA
b3JhbmdlLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPg0KbGlvbmVsLm1vcmFuZEBvcmFuZ2UuY29tPC9h
PiwgPGEgaHJlZj0ibWFpbHRvOmJjbGFpc2VAY2lzY28uY29tIiB0YXJnZXQ9Il9ibGFuayI+DQpi
Y2xhaXNlQGNpc2NvLmNvbTwvYT4sIDxhIGhyZWY9Im1haWx0bzp3YXJyZW5Aa3VtYXJpLm5ldCIg
dGFyZ2V0PSJfYmxhbmsiPndhcnJlbkBrdW1hcmkubmV0PC9hPiwNCjxhIGhyZWY9Im1haWx0bzpq
b3VuaS5ub3NwYW1AZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+am91bmkubm9zcGFtQGdtYWls
LmNvbTwvYT4sDQo8YSBocmVmPSJtYWlsdG86bGlvbmVsLm1vcmFuZEBvcmFuZ2UuY29tIiB0YXJn
ZXQ9Il9ibGFuayI+bGlvbmVsLm1vcmFuZEBvcmFuZ2UuY29tPC9hPjxvOnA+PC9vOnA+PC9wPg0K
PC90ZD4NCjwvdHI+DQo8dHI+DQo8dGQgbm93cmFwPSIiIHZhbGlnbj0idG9wIiBzdHlsZT0icGFk
ZGluZzowY20gMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249InJpZ2h0
IiBzdHlsZT0idGV4dC1hbGlnbjpyaWdodCI+PGI+Q0M6IDxvOnA+PC9vOnA+PC9iPjwvcD4NCjwv
dGQ+DQo8dGQgc3R5bGU9InBhZGRpbmc6MGNtIDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxhIGhyZWY9Im1haWx0bzpsaW9uZWwubW9yYW5kQG9yYW5nZS5jb20iIHRhcmdldD0i
X2JsYW5rIj5saW9uZWwubW9yYW5kQG9yYW5nZS5jb208L2E+LA0KPGEgaHJlZj0ibWFpbHRvOmRp
bWVAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5kaW1lQGlldGYub3JnPC9hPiwgPGEgaHJlZj0i
bWFpbHRvOnJmYy1lZGl0b3JAcmZjLWVkaXRvci5vcmciIHRhcmdldD0iX2JsYW5rIj4NCnJmYy1l
ZGl0b3JAcmZjLWVkaXRvci5vcmc8L2E+PG86cD48L286cD48L3A+DQo8L3RkPg0KPC90cj4NCjwv
dGJvZHk+DQo8L3RhYmxlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0
b206MTIuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwcmU+VGhlIGZvbGxvd2luZyBlcnJh
dGEgcmVwb3J0IGhhcyBiZWVuIHN1Ym1pdHRlZCBmb3IgUkZDNzY4Myw8bzpwPjwvbzpwPjwvcHJl
Pg0KPHByZT4mcXVvdDtEaWFtZXRlciBPdmVybG9hZCBJbmRpY2F0aW9uIENvbnZleWFuY2UmcXVv
dDsuPG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08bzpwPjwvbzpwPjwvcHJlPg0K
PHByZT5Zb3UgbWF5IHJldmlldyB0aGUgcmVwb3J0IGJlbG93IGFuZCBhdDo8bzpwPjwvbzpwPjwv
cHJlPg0KPHByZT48YSBocmVmPSJodHRwOi8vd3d3LnJmYy1lZGl0b3Iub3JnL2VycmF0YS9laWQ1
Mjc3IiB0YXJnZXQ9Il9ibGFuayI+aHR0cDovL3d3dy5yZmMtZWRpdG9yLm9yZy9lcnJhdGEvZWlk
NTI3NzwvYT48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0K
PHByZT4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxvOnA+PC9vOnA+PC9w
cmU+DQo8cHJlPlR5cGU6IFRlY2huaWNhbDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPlJlcG9ydGVk
IGJ5OiBMaW9uZWwgTW9yYW5kIDxhIGhyZWY9Im1haWx0bzpsaW9uZWwubW9yYW5kQG9yYW5nZS5j
b20iIHRhcmdldD0iX2JsYW5rIj4mbHQ7bGlvbmVsLm1vcmFuZEBvcmFuZ2UuY29tJmd0OzwvYT48
bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT5TZWN0
aW9uOiA3LjI8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0K
PHByZT5PcmlnaW5hbCBUZXh0PG86cD48L286cD48L3ByZT4NCjxwcmU+LS0tLS0tLS0tLS0tLTxv
OnA+PC9vOnA+PC9wcmU+DQo8cHJlPjcuMi4mbmJzcDsgT0MtRmVhdHVyZS1WZWN0b3IgQVZQPG86
cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7
Jm5ic3A7IFRoZSBPQy1GZWF0dXJlLVZlY3RvciBBVlAgKEFWUCBDb2RlIDYyMikgaXMgb2YgdHlw
ZSBVbnNpZ25lZDY0IGFuZDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyBjb250
YWlucyBhIDY0LWJpdCBmbGFncyBmaWVsZCBvZiBhbm5vdW5jZWQgY2FwYWJpbGl0aWVzIG9mIGEg
RE9JQzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyBub2RlLiZuYnNwOyBUaGUg
dmFsdWUgb2YgemVybyAoMCkgaXMgcmVzZXJ2ZWQuPG86cD48L286cD48L3ByZT4NCjxwcmU+PG86
cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IFRoZSBPQy1GZWF0dXJlLVZl
Y3RvciBzdWItQVZQIGlzIHVzZWQgdG8gYW5ub3VuY2UgdGhlIERPSUMgZmVhdHVyZXM8bzpwPjwv
bzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsgc3VwcG9ydGVkIGJ5IHRoZSBET0lDIG5vZGUs
IGluIHRoZSBmb3JtIG9mIGEgZmxhZy1iaXRzIGZpZWxkIGluIHdoaWNoPG86cD48L286cD48L3By
ZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IGVhY2ggYml0IGFubm91bmNlcyBvbmUgZmVhdHVyZSBvciBj
YXBhYmlsaXR5IHN1cHBvcnRlZCBieSB0aGUgbm9kZS48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4m
bmJzcDsmbmJzcDsgVGhlIGFic2VuY2Ugb2YgdGhlIE9DLUZlYXR1cmUtVmVjdG9yIEFWUCBpbiBy
ZXF1ZXN0IG1lc3NhZ2VzPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IGluZGlj
YXRlcyB0aGF0IG9ubHkgdGhlIGRlZmF1bHQgdHJhZmZpYyBhYmF0ZW1lbnQgYWxnb3JpdGhtIGRl
c2NyaWJlZDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyBpbiB0aGlzIHNwZWNp
ZmljYXRpb24gaXMgc3VwcG9ydGVkLiZuYnNwOyBUaGUgYWJzZW5jZSBvZiB0aGUgT0MtRmVhdHVy
ZS08bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsgVmVjdG9yIEFWUCBpbiBhbnN3
ZXIgbWVzc2FnZXMgaW5kaWNhdGVzIHRoYXQgdGhlIGRlZmF1bHQgdHJhZmZpYzxvOnA+PC9vOnA+
PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyBhYmF0ZW1lbnQgYWxnb3JpdGhtIGRlc2NyaWJlZCBp
biB0aGlzIHNwZWNpZmljYXRpb24gaXMgc2VsZWN0ZWQ8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4m
bmJzcDsmbmJzcDsgKHdoaWxlIG90aGVyIHRyYWZmaWMgYWJhdGVtZW50IGFsZ29yaXRobXMgbWF5
IGJlIHN1cHBvcnRlZCksIGFuZCBubzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNw
OyBmZWF0dXJlcyBvdGhlciB0aGFuIGFiYXRlbWVudCBhbGdvcml0aG1zIGFyZSBzdXBwb3J0ZWQu
PG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+PG86
cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IFRoZSBmb2xsb3dpbmcgY2Fw
YWJpbGl0eSBpcyBkZWZpbmVkIGluIHRoaXMgZG9jdW1lbnQ6PG86cD48L286cD48L3ByZT4NCjxw
cmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IE9MUl9ERUZBVUxU
X0FMR08gKDB4MDAwMDAwMDAwMDAwMDAwMSk8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZu
YnNwOzwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgV2hl
biB0aGlzIGZsYWcgaXMgc2V0IGJ5IHRoZSBhIERPSUMgcmVhY3Rpbmcgbm9kZSwgaXQgbWVhbnMg
dGhhdDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyB0aGUgZGVmYXVsdCB0cmFmZmljIGFiYXRlbWVudCAobG9zcykgYWxnb3JpdGhtIGlzIHN1cHBv
cnRlZC4mbmJzcDsgV2hlbjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyB0aGlzIGZsYWcgaXMgc2V0IGJ5IGEgRE9JQyByZXBvcnRpbmcgbm9kZSwg
aXQgbWVhbnMgdGhhdCB0aGUgbG9zczxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyBhbGdvcml0aG0gd2lsbCBiZSB1c2VkIGZvciByZXF1ZXN0ZWQg
b3ZlcmxvYWQgYWJhdGVtZW50LjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+Jm5ic3A7PC9v
OnA+PC9wcmU+DQo8cHJlPkNvcnJlY3RlZCBUZXh0PG86cD48L286cD48L3ByZT4NCjxwcmU+LS0t
LS0tLS0tLS0tLS08bzpwPjwvbzpwPjwvcHJlPg0KPHByZT43LjIuJm5ic3A7IE9DLUZlYXR1cmUt
VmVjdG9yIEFWUDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+
DQo8cHJlPiZuYnNwOyZuYnNwOyBUaGUgT0MtRmVhdHVyZS1WZWN0b3IgQVZQIChBVlAgQ29kZSA2
MjIpIGlzIG9mIHR5cGUgVW5zaWduZWQ2NCBhbmQ8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJz
cDsmbmJzcDsgY29udGFpbnMgYSA2NC1iaXQgZmxhZ3MgZmllbGQgb2YgYW5ub3VuY2VkIGNhcGFi
aWxpdGllcyBvZiBhIERPSUM8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsgbm9k
ZS4mbmJzcDsgVGhlIHZhbHVlIG9mIHplcm8gKDApIGlzIHJlc2VydmVkLjxvOnA+PC9vOnA+PC9w
cmU+DQo8cHJlPjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyBOb3RlOiBUaGUgdmFsdWUgb2YgemVybyAoMCkgYW55IERPSUMgbm9kZSBz
dXBwb3J0cyBhdCBsZWFzdCB0aGUgPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7TG9zcyBhbGdvcml0aG0uIFRoZXJlZm9yZSwgdGhlIE9DLUZlYXR1cmUtVmVjdG9yIEFWUCA8
bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtjYW5ub3QgYmUgc2VudCB3aXRo
IG5vIGJpdCBzZXQuPG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3By
ZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IFRoZSBPQy1GZWF0dXJlLVZlY3RvciBzdWItQVZQIGlzIHVz
ZWQgdG8gYW5ub3VuY2UgdGhlIERPSUMgZmVhdHVyZXM8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4m
bmJzcDsmbmJzcDsgc3VwcG9ydGVkIGJ5IHRoZSBET0lDIG5vZGUsIGluIHRoZSBmb3JtIG9mIGEg
ZmxhZy1iaXRzIGZpZWxkIGluIHdoaWNoPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5i
c3A7IGVhY2ggYml0IGFubm91bmNlcyBvbmUgZmVhdHVyZSBvciBjYXBhYmlsaXR5IHN1cHBvcnRl
ZCBieSB0aGUgbm9kZS48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsgVGhlIGFi
c2VuY2Ugb2YgdGhlIE9DLUZlYXR1cmUtVmVjdG9yIEFWUCBpbiByZXF1ZXN0IG1lc3NhZ2VzPG86
cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IGluZGljYXRlcyB0aGF0IG9ubHkgdGhl
IGRlZmF1bHQgdHJhZmZpYyBhYmF0ZW1lbnQgYWxnb3JpdGhtIGRlc2NyaWJlZDxvOnA+PC9vOnA+
PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyBpbiB0aGlzIHNwZWNpZmljYXRpb24gaXMgc3VwcG9y
dGVkLiZuYnNwOyBUaGUgYWJzZW5jZSBvZiB0aGUgT0MtRmVhdHVyZS08bzpwPjwvbzpwPjwvcHJl
Pg0KPHByZT4mbmJzcDsmbmJzcDsgVmVjdG9yIEFWUCBpbiBhbnN3ZXIgbWVzc2FnZXMgaW5kaWNh
dGVzIHRoYXQgdGhlIGRlZmF1bHQgdHJhZmZpYzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNw
OyZuYnNwOyBhYmF0ZW1lbnQgYWxnb3JpdGhtIGRlc2NyaWJlZCBpbiB0aGlzIHNwZWNpZmljYXRp
b24gaXMgc2VsZWN0ZWQ8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsgKHdoaWxl
IG90aGVyIHRyYWZmaWMgYWJhdGVtZW50IGFsZ29yaXRobXMgbWF5IGJlIHN1cHBvcnRlZCksIGFu
ZCBubzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyBmZWF0dXJlcyBvdGhlciB0
aGFuIGFiYXRlbWVudCBhbGdvcml0aG1zIGFyZSBzdXBwb3J0ZWQuPG86cD48L286cD48L3ByZT4N
CjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IFRoZSBmb2xs
b3dpbmcgY2FwYWJpbGl0eSBpcyBkZWZpbmVkIGluIHRoaXMgZG9jdW1lbnQ6PG86cD48L286cD48
L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+JiM0MzstLS0mIzQzOy0t
LS0tLS0tLS0tLS0tLS0tLSYjNDM7LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLSYjNDM7PG86cD48L286cD48L3ByZT4NCjxwcmU+fGJpdHwmbmJzcDsgRmVhdHVy
ZSBOYW1lJm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsgRGVzY3JpcHRpb24mbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsgfDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiYjNDM7LS0tJiM0MzstLS0tLS0tLS0t
LS0tLS0tLS0mIzQzOy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0mIzQzOzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPnwgMCB8IE9MUl9ERUZBVUxUX0FMR08gfFdo
ZW4gc2V0IGJ5IGEgRE9JQyByZWFjdGluZyBub2RlLCBpdCBtZWFucyZuYnNwOyZuYnNwOyZuYnNw
OyB8PG86cD48L286cD48L3ByZT4NCjxwcmU+fCZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHx0aGF0IHRoZSBkZWZhdWx0IHRyYWZmaWMg
YWJhdGVtZW50IChsb3NzKSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8PG86cD48L286cD48L3By
ZT4NCjxwcmU+fCZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7IHxhbGdvcml0aG0gaXMgc3VwcG9ydGVkLiBXaGVuIHNldCBieSBhIERPSUMm
bmJzcDsmbmJzcDsmbmJzcDsgfDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPnwmbmJzcDsmbmJzcDsg
fCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt8cmVwb3J0aW5n
IG5vZGUsIGl0IG1lYW5zIHRoYXQgdGhlIGxvc3MmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsgfDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPnwmbmJzcDsmbmJzcDsgfCZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8YWxnb3JpdGhtIHdp
bGwgYmUgdXNlZCBmb3IgcmVxdWVzdGVkIG92ZXJsb2FkIHw8bzpwPjwvbzpwPjwvcHJlPg0KPHBy
ZT58Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsgfGFiYXRtZW50LiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyB8PG86cD48L286cD48L3ByZT4NCjxwcmU+JiM0MzstLS0mIzQzOy0tLS0tLS0tLS0tLS0t
LS0tLSYjNDM7LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSYj
NDM7PG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+
PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+Tm90ZXM8bzpwPjwvbzpwPjwvcHJlPg0KPHBy
ZT4tLS0tLTxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPlRoZSBPQy1GZWF0dXJlLVZlY3RvciBBVlAg
aXMgYSA2NC1iaXQgZmxhZyBmaWVsZCBhbmQgbm90IGEgc2V0IG9mIHZhbHVlcyAob25lIHBlciBm
ZWF0dXJlKS4gVXNpbmcgdGhlIGhleGFkZWNpbWFsIG5vdGF0aW9uLCBpdCBnaXZlcyB0aGUgZmVl
bGluZyB0aGF0IHRoZXJlIGlzIGEgdW5pcXVlIHZhbHVlIGZvciB0aGUgT0MtRmVhdHVyZS1WZWN0
b3IgQVZQIHBlciBzdXBwb3J0ZWQgY2FwYWJpbGl0eSwgaGljaCBpcyBpbmNvcnJlY3QuIEl0IGlz
IG9ubHkgcmVxdWlyZWQgdG8gZGVmaW5lIHRoZSB1c2Ugb2YgZWFjaCBiaXQuIFRoaXMgZXJyYXRh
IHJlcG9ydCBoYXMgYW4gaW1wYWN0IG9uIHRoZSBhc3NvY2lhdGVkIElBTkEgcmVnaXNydHkuPG86
cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+SW5zdHJ1
Y3Rpb25zOjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPi0tLS0tLS0tLS0tLS08bzpwPjwvbzpwPjwv
cHJlPg0KPHByZT5UaGlzIGVycmF0dW0gaXMgY3VycmVudGx5IHBvc3RlZCBhcyAmcXVvdDtSZXBv
cnRlZCZxdW90Oy4gSWYgbmVjZXNzYXJ5LCBwbGVhc2U8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT51
c2UgJnF1b3Q7UmVwbHkgQWxsJnF1b3Q7IHRvIGRpc2N1c3Mgd2hldGhlciBpdCBzaG91bGQgYmUg
dmVyaWZpZWQgb3I8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5yZWplY3RlZC4gV2hlbiBhIGRlY2lz
aW9uIGlzIHJlYWNoZWQsIHRoZSB2ZXJpZnlpbmcgcGFydHkmbmJzcDsgPG86cD48L286cD48L3By
ZT4NCjxwcmU+Y2FuIGxvZyBpbiB0byBjaGFuZ2UgdGhlIHN0YXR1cyBhbmQgZWRpdCB0aGUgcmVw
b3J0LCBpZiBuZWNlc3NhcnkuIDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+Jm5ic3A7PC9v
OnA+PC9wcmU+DQo8cHJlPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPG86
cD48L286cD48L3ByZT4NCjxwcmU+UkZDNzY4MyAoZHJhZnQtaWV0Zi1kaW1lLW92bGktMTApPG86
cD48L286cD48L3ByZT4NCjxwcmU+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS08bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5UaXRsZSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyA6IERpYW1ldGVyIE92ZXJsb2FkIEluZGljYXRpb24gQ29udmV5YW5jZTxvOnA+PC9vOnA+PC9w
cmU+DQo8cHJlPlB1YmxpY2F0aW9uIERhdGUmbmJzcDsmbmJzcDsmbmJzcDsgOiBPY3RvYmVyIDIw
MTU8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5BdXRob3IocykmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgOiBKLiBLb3Job25lbiwgRWQu
LCBTLiBEb25vdmFuLCBFZC4sIEIuIENhbXBiZWxsLCBMLiBNb3JhbmQ8bzpwPjwvbzpwPjwvcHJl
Pg0KPHByZT5DYXRlZ29yeSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA6IFBST1BPU0VEIFNUQU5EQVJEPG86cD48L286cD48
L3ByZT4NCjxwcmU+U291cmNlJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDogRGlhbWV0ZXIgTWFpbnRl
bmFuY2UgYW5kIEV4dGVuc2lvbnM8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5BcmVhJm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDogT3BlcmF0aW9ucyBhbmQgTWFuYWdlbWVudDxvOnA+
PC9vOnA+PC9wcmU+DQo8cHJlPlN0cmVhbSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA6IElFVEY8bzpw
PjwvbzpwPjwvcHJlPg0KPHByZT5WZXJpZnlpbmcgUGFydHkmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsgOiBJRVNHPG86cD48L286cD48L3ByZT4NCjxwcmU+LjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJl
PjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48YnI+DQpfX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCkFBQS1ET0NUT1JTIG1haWxpbmcg
bGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpBQUEtRE9DVE9SU0BpZXRmLm9yZyI+QUFBLURPQ1RP
UlNAaWV0Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h
bi9saXN0aW5mby9hYWEtZG9jdG9ycyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYu
b3JnL21haWxtYW4vbGlzdGluZm8vYWFhLWRvY3RvcnM8L2E+PG86cD48L286cD48L3A+DQo8L2Rp
dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8
L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N
CjwvZGl2Pg0KPC9kaXY+DQo8UFJFPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX18KCkNlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBq
b2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxsZXMg
b3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYwpwYXMgZXRyZSBkaWZmdXNlcywgZXhw
bG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2Ug
bWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlcgphIGwnZXhwZWRpdGV1ciBl
dCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMg
ZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLApPcmFuZ2UgZGVj
bGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVm
b3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuCgpUaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50
cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0
IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3Owp0aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQs
IHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi4KSWYgeW91IGhhdmUgcmVjZWl2
ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxl
dGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuCkFzIGVtYWlscyBtYXkgYmUgYWx0
ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1v
ZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC4KVGhhbmsgeW91Lgo8L1BSRT48L2JvZHk+DQo8
L2h0bWw+DQo=

--_000_6B7134B31289DC4FAF731D844122B36E2D36D97EOPEXCLILM43corp_--


From nobody Thu Mar 15 10:53:53 2018
Return-Path: <yuankui.zhao@gmail.com>
X-Original-To: aaa-doctors@ietfa.amsl.com
Delivered-To: aaa-doctors@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E9D9912DA01 for <aaa-doctors@ietfa.amsl.com>; Thu, 15 Mar 2018 10:53:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.988
X-Spam-Level: 
X-Spam-Status: No, score=-1.988 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, 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 PW42Gg12ESvQ for <aaa-doctors@ietfa.amsl.com>; Thu, 15 Mar 2018 10:53:48 -0700 (PDT)
Received: from mail-lf0-x243.google.com (mail-lf0-x243.google.com [IPv6:2a00:1450:4010:c07::243]) (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 59B1D12DA00 for <aaa-doctors@ietf.org>; Thu, 15 Mar 2018 10:53:48 -0700 (PDT)
Received: by mail-lf0-x243.google.com with SMTP id t132-v6so11499978lfe.2 for <aaa-doctors@ietf.org>; Thu, 15 Mar 2018 10:53:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=wWZlENQaMK8ToTUi5qBQs0PvB7LQbD9ssyQnDwsCYFM=; b=PfBndBk+wic0Sg5w7mCMZ/Nr2hheKNIMvqKR8gXhnFeFO9Um2YsVBR5CD2NywBJduI 9a+fRMLSphCWTMyS2g0s8HZSEm5IH9v72ky8rCmZzANu8xoSnr4qc3/2IYr2FOelXYkT 3jRDqPPGxn+bPqkwnje0saH+dNdzJf7WQkJ8PfHaEacoTkIb2d3CilRHPr7BIBg0Tz6P TFSLHfinB4o+Y+bsFgJ+Z0f0dXokR2cQr1LTMJh7S6KrQ7a9oyGr1ctppviaQlAb9m+u uMFAHDqYQmeviPwI3SHmBSiRO9tn21GV3mt7ZHdbn+OmDdv7X4fzSo2qI5CWzilbbM4f 87Hg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=wWZlENQaMK8ToTUi5qBQs0PvB7LQbD9ssyQnDwsCYFM=; b=HcTxbG3pVn9L+5XlwwiJq1KiA/0iy7pkDKe7NAKAksiqvWTuP/K6Ce7PiDcoV9Zlv+ 7mCW0L4dupCgZMaAGP+nMi3JyGQyqVE5NJtii3zVUtw1VZxY+9JUHdPhgNd0xt+ow2WU g/HRjup6LgvY6gjGUjbhDmUSr9SpjR0arEf6kNDBD/6lcO883eBgqu8oy7H7iRCajTOO c/SC2D6Ov0nfWN0BfIMh0BMnXIuzGJ4fhK42FvoSohMB8g3+nEdIgrAsL7JKKqfZz4UP gtRx2r9YsASCqi/kYO7f/9SZ2BZ2mWSRGzXoEJnV4Quld3yNXKIyaggglrBq3BLrmsuQ EGbg==
X-Gm-Message-State: AElRT7GbVE3L74TO3iCuiIYO6H1yScnatBUnzpCiEFAJbSzOYKe0leOd 8lUJhQIUigDWwQIUH9ZN7Hb2+AnkVu8YEEIcrPE=
X-Google-Smtp-Source: AG47ELs8Rzw03leTuCOA9u/1lMUKts3uYKNPu1EiNKTmWpx3tmzri1AIez6k6i64Yom0UoUSzZVEaHUCKqnwx+wD+S8=
X-Received: by 2002:a19:a003:: with SMTP id j3-v6mr5706991lfe.8.1521136426409;  Thu, 15 Mar 2018 10:53:46 -0700 (PDT)
MIME-Version: 1.0
Received: by 2002:a19:e820:0:0:0:0:0 with HTTP; Thu, 15 Mar 2018 10:53:45 -0700 (PDT)
In-Reply-To: <397_1521105881_5AAA3BD9_397_423_4_6B7134B31289DC4FAF731D844122B36E2D36D97E@OPEXCLILM43.corporate.adroot.infra.ftgroup>
References: <20180306104750.EF13EB80E97@rfc-editor.org> <68c132b6-52de-59d9-1d05-0bab97bb9212@cisco.com> <CADpucjW=fuxjMRS10Jt3A4No8Li0eVb5Q1S==Z9+yneCvQTFjA@mail.gmail.com> <e438abb8-66b0-b3da-4a1d-7b69f776c42e@cisco.com> <397_1521105881_5AAA3BD9_397_423_4_6B7134B31289DC4FAF731D844122B36E2D36D97E@OPEXCLILM43.corporate.adroot.infra.ftgroup>
From: "john.zhao" <yuankui.zhao@gmail.com>
Date: Fri, 16 Mar 2018 01:53:45 +0800
Message-ID: <CADpucjVke4z+nyp+zC0XtzowOk=cn=ikEjxkP_wy+CaecnJO0A@mail.gmail.com>
To: lionel.morand@orange.com
Cc: Benoit Claise <bclaise@cisco.com>, "aaa-doctors@ietf.org" <aaa-doctors@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000059e57e0567772c66"
Archived-At: <https://mailarchive.ietf.org/arch/msg/aaa-doctors/_3jyFHtNFkWw642Ky0bVRc6Oc7M>
Subject: Re: [AAA-DOCTORS] Fwd: [Technical Errata Reported] RFC7683 (5277)
X-BeenThere: aaa-doctors@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: AAA Doctors E-mail List <aaa-doctors.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/aaa-doctors/>
List-Post: <mailto:aaa-doctors@ietf.org>
List-Help: <mailto:aaa-doctors-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 15 Mar 2018 17:53:52 -0000

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

Hi Lionel and Benoit,


My minor comments : Beyond the 'OLR_DEFAULT_ALGO=E2=80=98, any coming featu=
re could
be set per legacy version and update version.

+---+------------------+----------------------------------------------+
|bit|  Feature Name    |  Description                                 |
+---+------------------+----------------------------------------------+
| 0 | OLR_DEFAULT_ALGO |*This bit should be set as 1 always.*           |
|   |                  |When set by a DOIC reacting node, it means    |
|   |                  |that the default traffic abatement (loss)     |
|   |                  |algorithm is supported. When set by a DOIC    |
|   |                  |reporting node, it means that the loss        |
|   |                  |algorithm will be used for requested overload |
|   |                  |abat*e*ment.                                    |
+---+------------------+----------------------------------------------+

Note: changes has been marked by the "under score".

In addition, both erratas are necessary from my perspective.

        Thanks,

BR//John Zhao



2018-03-15 17:24 GMT+08:00 <lionel.morand@orange.com>:

> This errata report has been discussed with authors (including Ben
> Campbell) and is triggered after the review of another diameter draft tha=
t
> want to define a new feature.
>
> The conclusion was that the clarification was needed. The only issue was
> about IANA impacts and if the proposed erratum was enough to trigger an
> update of the IANA registry.
>
>
>
> Regards,
>
>
>
> Lionel
>
>
>
> *De :* AAA-DOCTORS [mailto:aaa-doctors-bounces@ietf.org] *De la part de*
> Benoit Claise
> *Envoy=C3=A9 :* mercredi 14 mars 2018 21:45
> *=C3=80 :* john.zhao
> *Cc :* aaa-doctors@ietf.org
> *Objet :* Re: [AAA-DOCTORS] Fwd: [Technical Errata Reported] RFC7683
> (5277)
>
>
>
> Dear all,
>
> Any other views on the last two errata?
>
> Regards, B.
>
> Hi Benoit,
>
>         The last word of "abatment" should be "abatement". In side of the
> 'description' column, the "OLR_DEFAULT_ALGO"could be set but as 1 always
> should be stated. As any other features could be set but 0 or 1 in the
> future.
>
>         Just FYI.
>
>
>
>         Thanks,
>
> BR//John Zhao
>
>
>
> 2018-03-06 19:21 GMT+08:00 Benoit Claise <bclaise@cisco.com>:
>
> Feedback on this one?
>
> Regards, B.
>
>
>
> -------- Forwarded Message --------
>
> *Subject: *
>
> [Technical Errata Reported] RFC7683 (5277)
>
> *Date: *
>
> Tue, 6 Mar 2018 02:47:50 -0800
>
> *From: *
>
> RFC Errata System <rfc-editor@rfc-editor.org> <rfc-editor@rfc-editor.org>
>
> *To: *
>
> jouni.nospam@gmail.com, srdonovan@usdonovans.com, ben@nostrum.com,
> lionel.morand@orange.com, bclaise@cisco.com, warren@kumari.net,
> jouni.nospam@gmail.com, lionel.morand@orange.com
>
> *CC: *
>
> lionel.morand@orange.com, dime@ietf.org, rfc-editor@rfc-editor.org
>
>
>
> The following errata report has been submitted for RFC7683,
>
> "Diameter Overload Indication Conveyance".
>
>
>
> --------------------------------------
>
> You may review the report below and at:
>
> http://www.rfc-editor.org/errata/eid5277
>
>
>
> --------------------------------------
>
> Type: Technical
>
> Reported by: Lionel Morand <lionel.morand@orange.com> <lionel.morand@oran=
ge.com>
>
>
>
> Section: 7.2
>
>
>
> Original Text
>
> -------------
>
> 7.2.  OC-Feature-Vector AVP
>
>
>
>    The OC-Feature-Vector AVP (AVP Code 622) is of type Unsigned64 and
>
>    contains a 64-bit flags field of announced capabilities of a DOIC
>
>    node.  The value of zero (0) is reserved.
>
>
>
>    The OC-Feature-Vector sub-AVP is used to announce the DOIC features
>
>    supported by the DOIC node, in the form of a flag-bits field in which
>
>    each bit announces one feature or capability supported by the node.
>
>    The absence of the OC-Feature-Vector AVP in request messages
>
>    indicates that only the default traffic abatement algorithm described
>
>    in this specification is supported.  The absence of the OC-Feature-
>
>    Vector AVP in answer messages indicates that the default traffic
>
>    abatement algorithm described in this specification is selected
>
>    (while other traffic abatement algorithms may be supported), and no
>
>    features other than abatement algorithms are supported.
>
>
>
>
>
>    The following capability is defined in this document:
>
>
>
>    OLR_DEFAULT_ALGO (0x0000000000000001)
>
>
>
>       When this flag is set by the a DOIC reacting node, it means that
>
>       the default traffic abatement (loss) algorithm is supported.  When
>
>       this flag is set by a DOIC reporting node, it means that the loss
>
>       algorithm will be used for requested overload abatement.
>
>
>
> Corrected Text
>
> --------------
>
> 7.2.  OC-Feature-Vector AVP
>
>
>
>    The OC-Feature-Vector AVP (AVP Code 622) is of type Unsigned64 and
>
>    contains a 64-bit flags field of announced capabilities of a DOIC
>
>    node.  The value of zero (0) is reserved.
>
>
>
>       Note: The value of zero (0) any DOIC node supports at least the
>
>             Loss algorithm. Therefore, the OC-Feature-Vector AVP
>
>             cannot be sent with no bit set.
>
>
>
>    The OC-Feature-Vector sub-AVP is used to announce the DOIC features
>
>    supported by the DOIC node, in the form of a flag-bits field in which
>
>    each bit announces one feature or capability supported by the node.
>
>    The absence of the OC-Feature-Vector AVP in request messages
>
>    indicates that only the default traffic abatement algorithm described
>
>    in this specification is supported.  The absence of the OC-Feature-
>
>    Vector AVP in answer messages indicates that the default traffic
>
>    abatement algorithm described in this specification is selected
>
>    (while other traffic abatement algorithms may be supported), and no
>
>    features other than abatement algorithms are supported.
>
>
>
>    The following capability is defined in this document:
>
>
>
> +---+------------------+----------------------------------------------+
>
> |bit|  Feature Name    |  Description                                 |
>
> +---+------------------+----------------------------------------------+
>
> | 0 | OLR_DEFAULT_ALGO |When set by a DOIC reacting node, it means    |
>
> |   |                  |that the default traffic abatement (loss)     |
>
> |   |                  |algorithm is supported. When set by a DOIC    |
>
> |   |                  |reporting node, it means that the loss        |
>
> |   |                  |algorithm will be used for requested overload |
>
> |   |                  |abatment.                                     |
>
> +---+------------------+----------------------------------------------+
>
>
>
>
>
> Notes
>
> -----
>
> The OC-Feature-Vector AVP is a 64-bit flag field and not a set of values =
(one per feature). Using the hexadecimal notation, it gives the feeling tha=
t there is a unique value for the OC-Feature-Vector AVP per supported capab=
ility, hich is incorrect. It is only required to define the use of each bit=
. This errata report has an impact on the associated IANA regisrty.
>
>
>
> Instructions:
>
> -------------
>
> This erratum is currently posted as "Reported". If necessary, please
>
> use "Reply All" to discuss whether it should be verified or
>
> rejected. When a decision is reached, the verifying party
>
> can log in to change the status and edit the report, if necessary.
>
>
>
> --------------------------------------
>
> RFC7683 (draft-ietf-dime-ovli-10)
>
> --------------------------------------
>
> Title               : Diameter Overload Indication Conveyance
>
> Publication Date    : October 2015
>
> Author(s)           : J. Korhonen, Ed., S. Donovan, Ed., B. Campbell, L. =
Morand
>
> Category            : PROPOSED STANDARD
>
> Source              : Diameter Maintenance and Extensions
>
> Area                : Operations and Management
>
> Stream              : IETF
>
> Verifying Party     : IESG
>
> .
>
>
>
>
> _______________________________________________
> AAA-DOCTORS mailing list
> AAA-DOCTORS@ietf.org
> https://www.ietf.org/mailman/listinfo/aaa-doctors
>
>
>
>
>
> _________________________________________________________________________=
________________________________________________
>
> Ce message et ses pieces jointes peuvent contenir des informations confid=
entielles ou privilegiees et ne doivent donc
> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez re=
cu 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 i=
nformation 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 de=
lete 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.
>
>

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

<div dir=3D"ltr"><div>Hi Lionel and Benoit,<br><br></div><br><div><div>My m=
inor comments : Beyond the &#39;OLR_DEFAULT_ALGO=E2=80=98, any coming featu=
re could be set per legacy version and update version. <br><div><div><pre>+=
---+------------------+------<wbr>------------------------------<wbr>------=
----+
|bit|  Feature Name    |  Description                                 |
+---+------------------+------<wbr>------------------------------<wbr>-----=
-----+
| 0 | OLR_DEFAULT_ALGO |<u>This bit should be set as 1 always.</u>         =
  |
|   |                  |When set by a DOIC reacting node, it means    |
|   |                  |that the default traffic abatement (loss)     |
|   |                  |algorithm is supported. When set by a DOIC    |
|   |                  |reporting node, it means that the loss        |
|   |                  |algorithm will be used for requested overload |<br>=
|   |                  |abat<u>e</u>ment.                                  =
  |<br>+---+------------------+------<wbr>------------------------------<wb=
r>----------+<br></pre><pre>Note: changes has been marked by the &quot;unde=
r score&quot;.<br><br></pre><pre>In addition, both erratas are necessary fr=
om my perspective. <br></pre><pre>        Thanks,<br></pre><pre>BR//John Zh=
ao</pre><br></div></div></div></div></div><div class=3D"gmail_extra"><br><d=
iv class=3D"gmail_quote">2018-03-15 17:24 GMT+08:00  <span dir=3D"ltr">&lt;=
<a href=3D"mailto:lionel.morand@orange.com" target=3D"_blank">lionel.morand=
@orange.com</a>&gt;</span>:<br><blockquote class=3D"gmail_quote" style=3D"m=
argin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





<div bgcolor=3D"white" link=3D"blue" vlink=3D"purple" lang=3D"FR">
<div class=3D"m_6202316516328388763WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"EN-US">This errat=
a report has been discussed with authors (including Ben Campbell) and is tr=
iggered after the review of another diameter draft that want
 to define a new feature.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"EN-US">The conclu=
sion was that the clarification was needed. The only issue was about IANA i=
mpacts and if the proposed erratum was enough to trigger an
 update of the IANA registry.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"EN-US"><u></u>=C2=
=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"EN-US">Regards,<u=
></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"EN-US"><u></u>=C2=
=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"EN-US">Lionel<u><=
/u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"EN-US"><u></u>=C2=
=A0<u></u></span></p>
<div style=3D"border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm =
4.0pt">
<div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;;color:windowtext">De=C2=A0:</span></b>=
<span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-s=
erif&quot;;color:windowtext"> AAA-DOCTORS [mailto:<a href=3D"mailto:aaa-doc=
tors-bounces@ietf.org" target=3D"_blank">aaa-doctors-bounces@<wbr>ietf.org<=
/a>]
<b>De la part de</b> Benoit Claise<br>
<b>Envoy=C3=A9=C2=A0:</b> mercredi 14 mars 2018 21:45<br>
<b>=C3=80=C2=A0:</b> john.zhao<br>
<b>Cc=C2=A0:</b> <a href=3D"mailto:aaa-doctors@ietf.org" target=3D"_blank">=
aaa-doctors@ietf.org</a><br>
<b>Objet=C2=A0:</b> Re: [AAA-DOCTORS] Fwd: [Technical Errata Reported] RFC7=
683 (5277)<u></u><u></u></span></p>
</div>
</div><div><div class=3D"h5">
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Dear all, <br>
<br>
Any other views on the last two errata?<br>
<br>
Regards, B.<u></u><u></u></p>
</div>
<blockquote style=3D"margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Benoit,<u></u><u><=
/u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 The last word of &quot;abatment&quot; should be &quot=
;abatement&quot;. In side of the &#39;description&#39; column, the &quot;OL=
R_DEFAULT_ALGO&quot;could be set but as 1 always should be stated. As any o=
ther features could be set but 0 or
 1 in the future.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Just FYI.=
<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<p class=3D"MsoNormal">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Thanks,<u=
></u><u></u></p>
</div>
<p class=3D"MsoNormal">BR//John Zhao<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div>
<p class=3D"MsoNormal">2018-03-06 19:21 GMT+08:00 Benoit Claise &lt;<a href=
=3D"mailto:bclaise@cisco.com" target=3D"_blank">bclaise@cisco.com</a>&gt;:<=
u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Feedback on this one?<br>
<br>
Regards, B.<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><br>
<br>
-------- Forwarded Message -------- <u></u><u></u></p>
<table class=3D"m_6202316516328388763MsoNormalTable" cellspacing=3D"0" cell=
padding=3D"0" border=3D"0">
<tbody>
<tr>
<td style=3D"padding:0cm 0cm 0cm 0cm" nowrap valign=3D"top">
<p class=3D"MsoNormal" style=3D"text-align:right" align=3D"right"><b>Subjec=
t: <u></u><u></u></b></p>
</td>
<td style=3D"padding:0cm 0cm 0cm 0cm">
<p class=3D"MsoNormal">[Technical Errata Reported] RFC7683 (5277)<u></u><u>=
</u></p>
</td>
</tr>
<tr>
<td style=3D"padding:0cm 0cm 0cm 0cm" nowrap valign=3D"top">
<p class=3D"MsoNormal" style=3D"text-align:right" align=3D"right"><b>Date: =
<u></u><u></u></b></p>
</td>
<td style=3D"padding:0cm 0cm 0cm 0cm">
<p class=3D"MsoNormal">Tue, 6 Mar 2018 02:47:50 -0800<u></u><u></u></p>
</td>
</tr>
<tr>
<td style=3D"padding:0cm 0cm 0cm 0cm" nowrap valign=3D"top">
<p class=3D"MsoNormal" style=3D"text-align:right" align=3D"right"><b>From: =
<u></u><u></u></b></p>
</td>
<td style=3D"padding:0cm 0cm 0cm 0cm">
<p class=3D"MsoNormal">RFC Errata System <a href=3D"mailto:rfc-editor@rfc-e=
ditor.org" target=3D"_blank">
&lt;rfc-editor@rfc-editor.org&gt;</a><u></u><u></u></p>
</td>
</tr>
<tr>
<td style=3D"padding:0cm 0cm 0cm 0cm" nowrap valign=3D"top">
<p class=3D"MsoNormal" style=3D"text-align:right" align=3D"right"><b>To: <u=
></u><u></u></b></p>
</td>
<td style=3D"padding:0cm 0cm 0cm 0cm">
<p class=3D"MsoNormal"><a href=3D"mailto:jouni.nospam@gmail.com" target=3D"=
_blank">jouni.nospam@gmail.com</a>,
<a href=3D"mailto:srdonovan@usdonovans.com" target=3D"_blank">srdonovan@usd=
onovans.com</a>,
<a href=3D"mailto:ben@nostrum.com" target=3D"_blank">ben@nostrum.com</a>, <=
a href=3D"mailto:lionel.morand@orange.com" target=3D"_blank">
lionel.morand@orange.com</a>, <a href=3D"mailto:bclaise@cisco.com" target=
=3D"_blank">
bclaise@cisco.com</a>, <a href=3D"mailto:warren@kumari.net" target=3D"_blan=
k">warren@kumari.net</a>,
<a href=3D"mailto:jouni.nospam@gmail.com" target=3D"_blank">jouni.nospam@gm=
ail.com</a>,
<a href=3D"mailto:lionel.morand@orange.com" target=3D"_blank">lionel.morand=
@orange.com</a><u></u><u></u></p>
</td>
</tr>
<tr>
<td style=3D"padding:0cm 0cm 0cm 0cm" nowrap valign=3D"top">
<p class=3D"MsoNormal" style=3D"text-align:right" align=3D"right"><b>CC: <u=
></u><u></u></b></p>
</td>
<td style=3D"padding:0cm 0cm 0cm 0cm">
<p class=3D"MsoNormal"><a href=3D"mailto:lionel.morand@orange.com" target=
=3D"_blank">lionel.morand@orange.com</a>,
<a href=3D"mailto:dime@ietf.org" target=3D"_blank">dime@ietf.org</a>, <a hr=
ef=3D"mailto:rfc-editor@rfc-editor.org" target=3D"_blank">
rfc-editor@rfc-editor.org</a><u></u><u></u></p>
</td>
</tr>
</tbody>
</table>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=C2=A0<u></u><=
/p>
<pre>The following errata report has been submitted for RFC7683,<u></u><u><=
/u></pre>
<pre>&quot;Diameter Overload Indication Conveyance&quot;.<u></u><u></u></pr=
e>
<pre><u></u>=C2=A0<u></u></pre>
<pre>------------------------------<wbr>--------<u></u><u></u></pre>
<pre>You may review the report below and at:<u></u><u></u></pre>
<pre><a href=3D"http://www.rfc-editor.org/errata/eid5277" target=3D"_blank"=
>http://www.rfc-editor.org/<wbr>errata/eid5277</a><u></u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre>------------------------------<wbr>--------<u></u><u></u></pre>
<pre>Type: Technical<u></u><u></u></pre>
<pre>Reported by: Lionel Morand <a href=3D"mailto:lionel.morand@orange.com"=
 target=3D"_blank">&lt;lionel.morand@orange.com&gt;</a><u></u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre>Section: 7.2<u></u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre>Original Text<u></u><u></u></pre>
<pre>-------------<u></u><u></u></pre>
<pre>7.2.=C2=A0 OC-Feature-Vector AVP<u></u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre>=C2=A0=C2=A0 The OC-Feature-Vector AVP (AVP Code 622) is of type Unsig=
ned64 and<u></u><u></u></pre>
<pre>=C2=A0=C2=A0 contains a 64-bit flags field of announced capabilities o=
f a DOIC<u></u><u></u></pre>
<pre>=C2=A0=C2=A0 node.=C2=A0 The value of zero (0) is reserved.<u></u><u><=
/u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre>=C2=A0=C2=A0 The OC-Feature-Vector sub-AVP is used to announce the DOI=
C features<u></u><u></u></pre>
<pre>=C2=A0=C2=A0 supported by the DOIC node, in the form of a flag-bits fi=
eld in which<u></u><u></u></pre>
<pre>=C2=A0=C2=A0 each bit announces one feature or capability supported by=
 the node.<u></u><u></u></pre>
<pre>=C2=A0=C2=A0 The absence of the OC-Feature-Vector AVP in request messa=
ges<u></u><u></u></pre>
<pre>=C2=A0=C2=A0 indicates that only the default traffic abatement algorit=
hm described<u></u><u></u></pre>
<pre>=C2=A0=C2=A0 in this specification is supported.=C2=A0 The absence of =
the OC-Feature-<u></u><u></u></pre>
<pre>=C2=A0=C2=A0 Vector AVP in answer messages indicates that the default =
traffic<u></u><u></u></pre>
<pre>=C2=A0=C2=A0 abatement algorithm described in this specification is se=
lected<u></u><u></u></pre>
<pre>=C2=A0=C2=A0 (while other traffic abatement algorithms may be supporte=
d), and no<u></u><u></u></pre>
<pre>=C2=A0=C2=A0 features other than abatement algorithms are supported.<u=
></u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre>=C2=A0=C2=A0 The following capability is defined in this document:<u><=
/u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre>=C2=A0=C2=A0 OLR_DEFAULT_ALGO (0x0000000000000001)<u></u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 When this flag is set by the a DOIC rea=
cting node, it means that<u></u><u></u></pre>
<pre>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 the default traffic abatement (loss) al=
gorithm is supported.=C2=A0 When<u></u><u></u></pre>
<pre>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 this flag is set by a DOIC reporting no=
de, it means that the loss<u></u><u></u></pre>
<pre>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 algorithm will be used for requested ov=
erload abatement.<u></u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre>Corrected Text<u></u><u></u></pre>
<pre>--------------<u></u><u></u></pre>
<pre>7.2.=C2=A0 OC-Feature-Vector AVP<u></u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre>=C2=A0=C2=A0 The OC-Feature-Vector AVP (AVP Code 622) is of type Unsig=
ned64 and<u></u><u></u></pre>
<pre>=C2=A0=C2=A0 contains a 64-bit flags field of announced capabilities o=
f a DOIC<u></u><u></u></pre>
<pre>=C2=A0=C2=A0 node.=C2=A0 The value of zero (0) is reserved.<u></u><u><=
/u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Note: The value of zero (0) any DOIC no=
de supports at least the <u></u><u></u></pre>
<pre>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0Loss algorithm. Therefore, the OC-Feature-Vector AVP <u></u><u></u></pre=
>
<pre>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0cannot be sent with no bit set.<u></u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre>=C2=A0=C2=A0 The OC-Feature-Vector sub-AVP is used to announce the DOI=
C features<u></u><u></u></pre>
<pre>=C2=A0=C2=A0 supported by the DOIC node, in the form of a flag-bits fi=
eld in which<u></u><u></u></pre>
<pre>=C2=A0=C2=A0 each bit announces one feature or capability supported by=
 the node.<u></u><u></u></pre>
<pre>=C2=A0=C2=A0 The absence of the OC-Feature-Vector AVP in request messa=
ges<u></u><u></u></pre>
<pre>=C2=A0=C2=A0 indicates that only the default traffic abatement algorit=
hm described<u></u><u></u></pre>
<pre>=C2=A0=C2=A0 in this specification is supported.=C2=A0 The absence of =
the OC-Feature-<u></u><u></u></pre>
<pre>=C2=A0=C2=A0 Vector AVP in answer messages indicates that the default =
traffic<u></u><u></u></pre>
<pre>=C2=A0=C2=A0 abatement algorithm described in this specification is se=
lected<u></u><u></u></pre>
<pre>=C2=A0=C2=A0 (while other traffic abatement algorithms may be supporte=
d), and no<u></u><u></u></pre>
<pre>=C2=A0=C2=A0 features other than abatement algorithms are supported.<u=
></u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre>=C2=A0=C2=A0 The following capability is defined in this document:<u><=
/u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre>+---+------------------+------<wbr>------------------------------<wbr>=
----------+<u></u><u></u></pre>
<pre>|bit|=C2=A0 Feature Name=C2=A0=C2=A0=C2=A0 |=C2=A0 Description=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0<wbr>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |<u></u><u></u></pre>
<pre>+---+------------------+------<wbr>------------------------------<wbr>=
----------+<u></u><u></u></pre>
<pre>| 0 | OLR_DEFAULT_ALGO |When set by a DOIC reacting node, it means=C2=
=A0=C2=A0=C2=A0 |<u></u><u></u></pre>
<pre>|=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |that the default traffic =
abatement (loss)=C2=A0=C2=A0=C2=A0=C2=A0 |<u></u><u></u></pre>
<pre>|=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |algorithm is supported. W=
hen set by a DOIC=C2=A0=C2=A0=C2=A0 |<u></u><u></u></pre>
<pre>|=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0|reporting node, it means t=
hat the loss=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |<u></u><u></u></pre=
>
<pre>|=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |algorithm will be used fo=
r requested overload |<u></u><u></u></pre>
<pre>|=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |abatment.=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0<wbr>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |<u></u><u></u></=
pre>
<pre>+---+------------------+------<wbr>------------------------------<wbr>=
----------+<u></u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre>Notes<u></u><u></u></pre>
<pre>-----<u></u><u></u></pre>
<pre>The OC-Feature-Vector AVP is a 64-bit flag field and not a set of valu=
es (one per feature). Using the hexadecimal notation, it gives the feeling =
that there is a unique value for the OC-Feature-Vector AVP per supported ca=
pability, hich is incorrect. It is only required to define the use of each =
bit. This errata report has an impact on the associated IANA regisrty.<u></=
u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre>Instructions:<u></u><u></u></pre>
<pre>-------------<u></u><u></u></pre>
<pre>This erratum is currently posted as &quot;Reported&quot;. If necessary=
, please<u></u><u></u></pre>
<pre>use &quot;Reply All&quot; to discuss whether it should be verified or<=
u></u><u></u></pre>
<pre>rejected. When a decision is reached, the verifying party=C2=A0 <u></u=
><u></u></pre>
<pre>can log in to change the status and edit the report, if necessary. <u>=
</u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
<pre>------------------------------<wbr>--------<u></u><u></u></pre>
<pre>RFC7683 (draft-ietf-dime-ovli-10)<u></u><u></u></pre>
<pre>------------------------------<wbr>--------<u></u><u></u></pre>
<pre>Title=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 : Diameter Overload Indication Conveyance<u></u><u></=
u></pre>
<pre>Publication Date=C2=A0=C2=A0=C2=A0 : October 2015<u></u><u></u></pre>
<pre>Author(s)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =
: J. Korhonen, Ed., S. Donovan, Ed., B. Campbell, L. Morand<u></u><u></u></=
pre>
<pre>Category=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0 : PROPOSED STANDARD<u></u><u></u></pre>
<pre>Source=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0 : Diameter Maintenance and Extensions<u></u><u></u></pre>
<pre>Area=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0 : Operations and Management<u></u><u></u></pre>
<pre>Stream=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0 : IETF<u></u><u></u></pre>
<pre>Verifying Party=C2=A0=C2=A0=C2=A0=C2=A0 : IESG<u></u><u></u></pre>
<pre>.<u></u><u></u></pre>
<pre><u></u>=C2=A0<u></u></pre>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
______________________________<wbr>_________________<br>
AAA-DOCTORS mailing list<br>
<a href=3D"mailto:AAA-DOCTORS@ietf.org" target=3D"_blank">AAA-DOCTORS@ietf.=
org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/aaa-doctors" target=3D"_bl=
ank">https://www.ietf.org/mailman/<wbr>listinfo/aaa-doctors</a><u></u><u></=
u></p>
</div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
</blockquote>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div></div></div>
</div>
<pre>______________________________<wbr>______________________________<wbr>=
______________________________<wbr>______________________________<wbr>_

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&#39;expediteur et le detruire ainsi que les pieces jointes. Les message=
s electroniques etant susceptibles d&#39;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.
</pre></div>

</blockquote></div><br></div>

--00000000000059e57e0567772c66--


From nobody Sun Mar 18 10:22:50 2018
Return-Path: <jouni.nospam@gmail.com>
X-Original-To: aaa-doctors@ietfa.amsl.com
Delivered-To: aaa-doctors@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2BDA4129C59 for <aaa-doctors@ietfa.amsl.com>; Sun, 18 Mar 2018 10:22:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level: 
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BS7Xm7UdY_Gp for <aaa-doctors@ietfa.amsl.com>; Sun, 18 Mar 2018 10:22:46 -0700 (PDT)
Received: from mail-lf0-x22c.google.com (mail-lf0-x22c.google.com [IPv6:2a00:1450:4010:c07::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8B8DF12946D for <aaa-doctors@ietf.org>; Sun, 18 Mar 2018 10:22:45 -0700 (PDT)
Received: by mail-lf0-x22c.google.com with SMTP id v207-v6so2335181lfa.10 for <aaa-doctors@ietf.org>; Sun, 18 Mar 2018 10:22:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Vw65nnVD/iLUMfegMjySk/Ku7MMxAwFvlHzI1O9bb7I=; b=L1lXp9wpO9HLnvBz16C5AlWwl8XJOZ0Tcv+r9GXKwqEzOpM0YiGLBV87uEBKom4yvi RJW2tJJPs8EvLaKOV37ZbbJE41rvhjOYaJbUmAau9Z66+XNF9jaF6o6wq1gbKbKajj8W rJ1T+CgFIoqOW+nXqIfjlD1P3IEHre0ytuUp5A1yaEXtPtnbyXMI6oZyAb8S3aAhq1ef kbWVf68o6NeOwc41e7mMPPfJwu6B80n/zaKsWfRP7LQzbdoyiRGzAuy0aa9xuTIzrBJL QQHgZMlnj/6joNUgC2ZgPIALvl+XO0fUZl8L7Jtn+gQ7g4kBwPhVib8vWGv8c4GSsUqJ 2zgg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Vw65nnVD/iLUMfegMjySk/Ku7MMxAwFvlHzI1O9bb7I=; b=IVZl3sSQcMrqv4NB8KUwryfOXXtJZRwxOoHeg9GwjZyT9guDY67+6LHhUyG0LdAMZP 50dp6BbVfsRQiT6pCxWHNiJVglwtxyuJXWMiax2Vpr74OHSP75YG+LIkGRDzAzAafrwH HvsiyIhO+vAlSehip4yGMOvVhs0C6L8CQZPymMkVMm1lBUJOHqgbfLvH/eFerQGl0CzB Z70G6cckrUYNKsCeBkN12Dr5P7k+I5ynaibNdM5UFJUBtQjxx2NLDQzOtJXx9jwzrA+C zXUmL0B+N5S+pWCWfJr/QXO91qWV1ki2OseLq0sc8qUOaH6Kya8vxTLrHyuDrW2YSKIo bBnw==
X-Gm-Message-State: AElRT7FCvnZuyXVmzdkCBQ/aFvVOMzfbQzJXYg2ITULbA4VLN1HubNE1 uQSWgJxgS4xvho82eH2L/3g=
X-Google-Smtp-Source: AG47ELvH+l7gd1hINpP7J4jVVaY4baMaPqCigSpj5+Wj/0nHPLcn9mZ4xex8N9MJQtl6K013nIlENA==
X-Received: by 2002:a19:e1c3:: with SMTP id l64-v6mr6017017lfk.110.1521393763831;  Sun, 18 Mar 2018 10:22:43 -0700 (PDT)
Received: from jounis-imac.home ([83.150.126.201]) by smtp.gmail.com with ESMTPSA id g10-v6sm2953220lfe.21.2018.03.18.10.22.42 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 18 Mar 2018 10:22:43 -0700 (PDT)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
From: Jouni <jouni.nospam@gmail.com>
In-Reply-To: <397_1521105881_5AAA3BD9_397_423_4_6B7134B31289DC4FAF731D844122B36E2D36D97E@OPEXCLILM43.corporate.adroot.infra.ftgroup>
Date: Sun, 18 Mar 2018 19:22:41 +0200
Cc: "john.zhao" <yuankui.zhao@gmail.com>, "aaa-doctors@ietf.org" <aaa-doctors@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <6B3A4576-57D9-4DA4-B397-5EA220238680@gmail.com>
References: <20180306104750.EF13EB80E97@rfc-editor.org> <68c132b6-52de-59d9-1d05-0bab97bb9212@cisco.com> <CADpucjW=fuxjMRS10Jt3A4No8Li0eVb5Q1S==Z9+yneCvQTFjA@mail.gmail.com> <e438abb8-66b0-b3da-4a1d-7b69f776c42e@cisco.com> <397_1521105881_5AAA3BD9_397_423_4_6B7134B31289DC4FAF731D844122B36E2D36D97E@OPEXCLILM43.corporate.adroot.infra.ftgroup>
To: "ext lionel.morand@orange.com" <lionel.morand@orange.com>, Benoit Claise <bclaise@cisco.com>
X-Mailer: Apple Mail (2.2104)
Archived-At: <https://mailarchive.ietf.org/arch/msg/aaa-doctors/W8ZXE7kHr25NE6ttoTfJa0qy_oc>
Subject: Re: [AAA-DOCTORS] [Technical Errata Reported] RFC7683 (5277)
X-BeenThere: aaa-doctors@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: AAA Doctors E-mail List <aaa-doctors.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/aaa-doctors/>
List-Post: <mailto:aaa-doctors@ietf.org>
List-Help: <mailto:aaa-doctors-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 18 Mar 2018 17:22:48 -0000

Sorry for being a late comer to his discussion. (I am also one of the =
authors but did not participate to the discussion of the errata earlier =
- shame on me).

First I do not think the added note in the proposed errata text adds any =
value. The reserved _value_ 0 is reserved. One cannot use/send such in =
OC-Feature-Vector AVP. Also the wording in the note is somewhat =
confusing "The value of zero (0) any DOIC node supports at least the =
Loss algorithm.=E2=80=9D Something is missing from that sentence.

The new added table is OK.. but not necessarily needed. What I think =
really would be useful is the change to Section 9.2. (new IANA =
registries) that was proposed during the initial discussion of the =
errata but not in the reported errata. That changed the =E2=80=9Cvalue=E2=80=
=9D to =E2=80=9C assigned bit=E2=80=9D, which in my opinion makes the =
use of the assignment very clear.

Regards,
	Jouni



> On 15 Mar 2018, at 11:24, lionel.morand@orange.com wrote:
>=20
> This errata report has been discussed with authors (including Ben =
Campbell) and is triggered after the review of another diameter draft =
that want to define a new feature.
> The conclusion was that the clarification was needed. The only issue =
was about IANA impacts and if the proposed erratum was enough to trigger =
an update of the IANA registry.
> =20
> Regards,
> =20
> Lionel
> =20
> De : AAA-DOCTORS [mailto:aaa-doctors-bounces@ietf.org] De la part de =
Benoit Claise
> Envoy=C3=A9 : mercredi 14 mars 2018 21:45
> =C3=80 : john.zhao
> Cc : aaa-doctors@ietf.org
> Objet : Re: [AAA-DOCTORS] Fwd: [Technical Errata Reported] RFC7683 =
(5277)
> =20
> Dear all,=20
>=20
> Any other views on the last two errata?
>=20
> Regards, B.
> Hi Benoit,
>=20
>         The last word of "abatment" should be "abatement". In side of =
the 'description' column, the "OLR_DEFAULT_ALGO"could be set but as 1 =
always should be stated. As any other features could be set but 0 or 1 =
in the future.
>=20
>         Just FYI.
> =20
>         Thanks,
> BR//John Zhao
> =20
> 2018-03-06 19:21 GMT+08:00 Benoit Claise <bclaise@cisco.com>:
> Feedback on this one?
>=20
> Regards, B.
>=20
>=20
> -------- Forwarded Message --------=20
> Subject:=20
> [Technical Errata Reported] RFC7683 (5277)
> Date:=20
> Tue, 6 Mar 2018 02:47:50 -0800
> From:=20
> RFC Errata System <rfc-editor@rfc-editor.org>
> To:=20
> jouni.nospam@gmail.com, srdonovan@usdonovans.com, ben@nostrum.com, =
lionel.morand@orange.com, bclaise@cisco.com, warren@kumari.net, =
jouni.nospam@gmail.com, lionel.morand@orange.com
> CC:=20
> lionel.morand@orange.com, dime@ietf.org, rfc-editor@rfc-editor.org
> =20
>=20
> The following errata report has been submitted for RFC7683,
> "Diameter Overload Indication Conveyance".
> =20
> --------------------------------------
> You may review the report below and at:
> http://www.rfc-editor.org/errata/eid5277
> =20
> --------------------------------------
> Type: Technical
> Reported by: Lionel Morand <lionel.morand@orange.com>
> =20
> Section: 7.2
> =20
> Original Text
> -------------
> 7.2.  OC-Feature-Vector AVP
> =20
>    The OC-Feature-Vector AVP (AVP Code 622) is of type Unsigned64 and
>    contains a 64-bit flags field of announced capabilities of a DOIC
>    node.  The value of zero (0) is reserved.
> =20
>    The OC-Feature-Vector sub-AVP is used to announce the DOIC features
>    supported by the DOIC node, in the form of a flag-bits field in =
which
>    each bit announces one feature or capability supported by the node.
>    The absence of the OC-Feature-Vector AVP in request messages
>    indicates that only the default traffic abatement algorithm =
described
>    in this specification is supported.  The absence of the OC-Feature-
>    Vector AVP in answer messages indicates that the default traffic
>    abatement algorithm described in this specification is selected
>    (while other traffic abatement algorithms may be supported), and no
>    features other than abatement algorithms are supported.
> =20
> =20
>    The following capability is defined in this document:
> =20
>    OLR_DEFAULT_ALGO (0x0000000000000001)
> =20
>       When this flag is set by the a DOIC reacting node, it means that
>       the default traffic abatement (loss) algorithm is supported.  =
When
>       this flag is set by a DOIC reporting node, it means that the =
loss
>       algorithm will be used for requested overload abatement.
> =20
> Corrected Text
> --------------
> 7.2.  OC-Feature-Vector AVP
> =20
>    The OC-Feature-Vector AVP (AVP Code 622) is of type Unsigned64 and
>    contains a 64-bit flags field of announced capabilities of a DOIC
>    node.  The value of zero (0) is reserved.
> =20
>       Note: The value of zero (0) any DOIC node supports at least the=20=

>             Loss algorithm. Therefore, the OC-Feature-Vector AVP=20
>             cannot be sent with no bit set.
> =20
>    The OC-Feature-Vector sub-AVP is used to announce the DOIC features
>    supported by the DOIC node, in the form of a flag-bits field in =
which
>    each bit announces one feature or capability supported by the node.
>    The absence of the OC-Feature-Vector AVP in request messages
>    indicates that only the default traffic abatement algorithm =
described
>    in this specification is supported.  The absence of the OC-Feature-
>    Vector AVP in answer messages indicates that the default traffic
>    abatement algorithm described in this specification is selected
>    (while other traffic abatement algorithms may be supported), and no
>    features other than abatement algorithms are supported.
> =20
>    The following capability is defined in this document:
> =20
> =
+---+------------------+----------------------------------------------+
> |bit|  Feature Name    |  Description                                 =
|
> =
+---+------------------+----------------------------------------------+
> | 0 | OLR_DEFAULT_ALGO |When set by a DOIC reacting node, it means    =
|
> |   |                  |that the default traffic abatement (loss)     =
|
> |   |                  |algorithm is supported. When set by a DOIC    =
|
> |   |                  |reporting node, it means that the loss        =
|
> |   |                  |algorithm will be used for requested overload =
|
> |   |                  |abatment.                                     =
|
> =
+---+------------------+----------------------------------------------+
> =20
> =20
> Notes
> -----
> The OC-Feature-Vector AVP is a 64-bit flag field and not a set of =
values (one per feature). Using the hexadecimal notation, it gives the =
feeling that there is a unique value for the OC-Feature-Vector AVP per =
supported capability, hich is incorrect. It is only required to define =
the use of each bit. This errata report has an impact on the associated =
IANA regisrty.
> =20
> Instructions:
> -------------
> This erratum is currently posted as "Reported". If necessary, please
> use "Reply All" to discuss whether it should be verified or
> rejected. When a decision is reached, the verifying party =20
> can log in to change the status and edit the report, if necessary.=20
> =20
> --------------------------------------
> RFC7683 (draft-ietf-dime-ovli-10)
> --------------------------------------
> Title               : Diameter Overload Indication Conveyance
> Publication Date    : October 2015
> Author(s)           : J. Korhonen, Ed., S. Donovan, Ed., B. Campbell, =
L. Morand
> Category            : PROPOSED STANDARD
> Source              : Diameter Maintenance and Extensions
> Area                : Operations and Management
> Stream              : IETF
> Verifying Party     : IESG
> .
> =20
>=20
> _______________________________________________
> AAA-DOCTORS mailing list
> AAA-DOCTORS@ietf.org
> https://www.ietf.org/mailman/listinfo/aaa-doctors
>=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
> _______________________________________________
> AAA-DOCTORS mailing list
> AAA-DOCTORS@ietf.org
> https://www.ietf.org/mailman/listinfo/aaa-doctors


From nobody Sun Mar 18 22:22:29 2018
Return-Path: <lionel.morand@orange.com>
X-Original-To: aaa-doctors@ietfa.amsl.com
Delivered-To: aaa-doctors@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 512D2124F57 for <aaa-doctors@ietfa.amsl.com>; Sun, 18 Mar 2018 22:22:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.629
X-Spam-Level: 
X-Spam-Status: No, score=-2.629 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, UNPARSEABLE_RELAY=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 yQqCR6ErV2wR for <aaa-doctors@ietfa.amsl.com>; Sun, 18 Mar 2018 22:22:25 -0700 (PDT)
Received: from orange.com (mta135.mail.business.static.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 510911201FA for <aaa-doctors@ietf.org>; Sun, 18 Mar 2018 22:22:25 -0700 (PDT)
Received: from opfednr06.francetelecom.fr (unknown [xx.xx.xx.70]) by opfednr23.francetelecom.fr (ESMTP service) with ESMTP id A4F50C05E9; Mon, 19 Mar 2018 06:22:23 +0100 (CET)
Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.21]) by opfednr06.francetelecom.fr (ESMTP service) with ESMTP id 823F41A0057; Mon, 19 Mar 2018 06:22:23 +0100 (CET)
Received: from OPEXCLILM43.corporate.adroot.infra.ftgroup ([fe80::ec23:902:c31f:731c]) by OPEXCLILM6C.corporate.adroot.infra.ftgroup ([fe80::d9f5:9741:7525:a199%18]) with mapi id 14.03.0382.000; Mon, 19 Mar 2018 06:22:23 +0100
From: <lionel.morand@orange.com>
To: Jouni <jouni.nospam@gmail.com>, Benoit Claise <bclaise@cisco.com>
CC: john.zhao <yuankui.zhao@gmail.com>, "aaa-doctors@ietf.org" <aaa-doctors@ietf.org>
Thread-Topic: [AAA-DOCTORS] [Technical Errata Reported] RFC7683 (5277)
Thread-Index: AQHTvt27lpKKh8t6EUOYa9Olrz6IBaPXApQw
Date: Mon, 19 Mar 2018 05:22:22 +0000
Message-ID: <26797_1521436943_5AAF490F_26797_483_1_6B7134B31289DC4FAF731D844122B36E2D3715C9@OPEXCLILM43.corporate.adroot.infra.ftgroup>
References: <20180306104750.EF13EB80E97@rfc-editor.org> <68c132b6-52de-59d9-1d05-0bab97bb9212@cisco.com> <CADpucjW=fuxjMRS10Jt3A4No8Li0eVb5Q1S==Z9+yneCvQTFjA@mail.gmail.com> <e438abb8-66b0-b3da-4a1d-7b69f776c42e@cisco.com> <397_1521105881_5AAA3BD9_397_423_4_6B7134B31289DC4FAF731D844122B36E2D36D97E@OPEXCLILM43.corporate.adroot.infra.ftgroup> <6B3A4576-57D9-4DA4-B397-5EA220238680@gmail.com>
In-Reply-To: <6B3A4576-57D9-4DA4-B397-5EA220238680@gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.168.234.2]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/aaa-doctors/l920Lz5_yYLbuMbRYX3AZmJXuxo>
Subject: Re: [AAA-DOCTORS] [Technical Errata Reported] RFC7683 (5277)
X-BeenThere: aaa-doctors@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: AAA Doctors E-mail List <aaa-doctors.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/aaa-doctors/>
List-Post: <mailto:aaa-doctors@ietf.org>
List-Help: <mailto:aaa-doctors-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Mar 2018 05:22:28 -0000

SGkgSm91bmksDQoNClBsZWFzZSBzZWUgYmVsb3cuDQoNCj4gLS0tLS1NZXNzYWdlIGQnb3JpZ2lu
ZS0tLS0tDQo+IERlwqA6IEpvdW5pIFttYWlsdG86am91bmkubm9zcGFtQGdtYWlsLmNvbV0NCj4g
RW52b3nDqcKgOiBkaW1hbmNoZSAxOCBtYXJzIDIwMTggMTg6MjMNCj4gw4DCoDogTU9SQU5EIExp
b25lbCBJTVQvT0xOOyBCZW5vaXQgQ2xhaXNlDQo+IENjwqA6IGpvaG4uemhhbzsgYWFhLWRvY3Rv
cnNAaWV0Zi5vcmcNCj4gT2JqZXTCoDogUmU6IFtBQUEtRE9DVE9SU10gW1RlY2huaWNhbCBFcnJh
dGEgUmVwb3J0ZWRdIFJGQzc2ODMgKDUyNzcpDQo+IA0KPiBTb3JyeSBmb3IgYmVpbmcgYSBsYXRl
IGNvbWVyIHRvIGhpcyBkaXNjdXNzaW9uLiAoSSBhbSBhbHNvIG9uZSBvZiB0aGUgYXV0aG9ycw0K
PiBidXQgZGlkIG5vdCBwYXJ0aWNpcGF0ZSB0byB0aGUgZGlzY3Vzc2lvbiBvZiB0aGUgZXJyYXRh
IGVhcmxpZXIgLSBzaGFtZSBvbiBtZSkuDQo+IA0KPiBGaXJzdCBJIGRvIG5vdCB0aGluayB0aGUg
YWRkZWQgbm90ZSBpbiB0aGUgcHJvcG9zZWQgZXJyYXRhIHRleHQgYWRkcyBhbnkNCj4gdmFsdWUu
IFRoZSByZXNlcnZlZCBfdmFsdWVfIDAgaXMgcmVzZXJ2ZWQuIE9uZSBjYW5ub3QgdXNlL3NlbmQg
c3VjaCBpbiBPQy0NCj4gRmVhdHVyZS1WZWN0b3IgQVZQLiBBbHNvIHRoZSB3b3JkaW5nIGluIHRo
ZSBub3RlIGlzIHNvbWV3aGF0IGNvbmZ1c2luZw0KPiAiVGhlIHZhbHVlIG9mIHplcm8gKDApIGFu
eSBET0lDIG5vZGUgc3VwcG9ydHMgYXQgbGVhc3QgdGhlIExvc3MgYWxnb3JpdGhtLuKAnQ0KPiBT
b21ldGhpbmcgaXMgbWlzc2luZyBmcm9tIHRoYXQgc2VudGVuY2UuDQo+IA0KW01MXSBUaGUgTk9U
RSBpcyB0aGVyZSBiZWNhdXNlIHRoZSB2YWx1ZSAoMCkgaXMgbm90IHJlc2VydmVkIGZvciBmdXR1
cmUgdXNlIG9yIGFueXRoaW5nIGVsc2UuIFRoaXMgdmFsdWUgY2Fubm90IGJlIHNlbnQgYXQgYWxs
IGFuZCBpdCBpcyB0aGUgY2xhcmlmaWNhdGlvbiBnaXZlbiBpbiB0aGUgTk9URSAod2hpY2ggaXMg
b25seSBmb3IgaW5mb3JtYXRpb24pLg0KQW5kIG9idmlvdXNseSwgYSB3b3JkIGlzIG1pc3Npbmcg
aW4gdGhlIE5PVEUuIEl0IHNob3VsZCBiZToNCg0KICAgICAgIE5vdGU6IFRoZSB2YWx1ZSBvZiB6
ZXJvICgwKSBCRUNBVVNFIGFueSBET0lDIG5vZGUgc3VwcG9ydHMgYXQgbGVhc3QgdGhlDQogICAg
ICAgICAgICAgICAgICAgICBMb3NzIGFsZ29yaXRobS4gVGhlcmVmb3JlLCB0aGUgT0MtRmVhdHVy
ZS1WZWN0b3IgQVZQDQogICAgICAgICAgICAgICAgICAgICBjYW5ub3QgYmUgc2VudCB3aXRoIG5v
IGJpdCBzZXQuDQoNCg0KPiBUaGUgbmV3IGFkZGVkIHRhYmxlIGlzIE9LLi4gYnV0IG5vdCBuZWNl
c3NhcmlseSBuZWVkZWQuIFdoYXQgSSB0aGluayByZWFsbHkNCj4gd291bGQgYmUgdXNlZnVsIGlz
IHRoZSBjaGFuZ2UgdG8gU2VjdGlvbiA5LjIuIChuZXcgSUFOQSByZWdpc3RyaWVzKSB0aGF0IHdh
cw0KPiBwcm9wb3NlZCBkdXJpbmcgdGhlIGluaXRpYWwgZGlzY3Vzc2lvbiBvZiB0aGUgZXJyYXRh
IGJ1dCBub3QgaW4gdGhlIHJlcG9ydGVkDQo+IGVycmF0YS4gVGhhdCBjaGFuZ2VkIHRoZSDigJx2
YWx1ZeKAnSB0byDigJwgYXNzaWduZWQgYml04oCdLCB3aGljaCBpbiBteSBvcGluaW9uDQo+IG1h
a2VzIHRoZSB1c2Ugb2YgdGhlIGFzc2lnbm1lbnQgdmVyeSBjbGVhci4NCg0KW01MXSBjaGFuZ2Ug
dG8gU2VjdGlvbiA5LjIgaXMgY292ZXJlZCBpbiBlcnJhdGEgcmVwb3J0IElEIDUyNzgsIGNvcGll
ZCBoZXJlYWZ0ZXI6DQoNClNlY3Rpb246IDkuMg0KDQpPcmlnaW5hbCBUZXh0DQotLS0tLS0tLS0t
LS0tDQo5LjIuICBOZXcgUmVnaXN0cmllcw0KDQogICBUd28gbmV3IHJlZ2lzdHJpZXMgaGF2ZSBi
ZWVuIGNyZWF0ZWQgaW4gdGhlICJBVlAgU3BlY2lmaWMgVmFsdWVzIg0KICAgc3ViLXJlZ2lzdHJ5
IHVuZGVyIHRoZSAiQXV0aGVudGljYXRpb24sIEF1dGhvcml6YXRpb24sIGFuZCBBY2NvdW50aW5n
DQogICAoQUFBKSBQYXJhbWV0ZXJzIiByZWdpc3RyeS4NCg0KICAgQSBuZXcgIk9DLUZlYXR1cmUt
VmVjdG9yIEFWUCBWYWx1ZXMgKGNvZGUgNjIyKSIgcmVnaXN0cnkgaGFzIGJlZW4NCiAgIGNyZWF0
ZWQuICBUaGlzIHJlZ2lzdHJ5IGNvbnRhaW5zIHRoZSBmb2xsb3dpbmc6DQoNCiAgICAgIEZlYXR1
cmUgVmVjdG9yIFZhbHVlIE5hbWUNCg0KICAgICAgRmVhdHVyZSBWZWN0b3IgVmFsdWUNCg0KICAg
ICAgU3BlY2lmaWNhdGlvbiBkZWZpbmluZyB0aGUgbmV3IHZhbHVlDQoNCiAgIFNlZSBTZWN0aW9u
IDcuMiBmb3IgdGhlIGluaXRpYWwgRmVhdHVyZSBWZWN0b3IgVmFsdWUgaW4gdGhlIHJlZ2lzdHJ5
Lg0KICAgVGhpcyBzcGVjaWZpY2F0aW9uIGRlZmluZXMgdGhlIHZhbHVlLiAgTmV3IHZhbHVlcyBj
YW4gYmUgYWRkZWQgdG8gdGhlDQogICByZWdpc3RyeSB1c2luZyB0aGUgU3BlY2lmaWNhdGlvbiBS
ZXF1aXJlZCBwb2xpY3kgW1JGQzUyMjZdLg0KDQogICBBIG5ldyAiT0MtUmVwb3J0LVR5cGUgQVZQ
IFZhbHVlcyAoY29kZSA2MjYpIiByZWdpc3RyeSBoYXMgYmVlbg0KICAgY3JlYXRlZC4gIFRoaXMg
cmVnaXN0cnkgY29udGFpbnMgdGhlIGZvbGxvd2luZzoNCg0KICAgICAgUmVwb3J0IFR5cGUgVmFs
dWUgTmFtZQ0KDQogICAgICBSZXBvcnQgVHlwZSBWYWx1ZQ0KDQogICAgICBTcGVjaWZpY2F0aW9u
IGRlZmluaW5nIHRoZSBuZXcgdmFsdWUNCg0KICAgU2VlIFNlY3Rpb24gNy42IGZvciB0aGUgaW5p
dGlhbCBhc3NpZ25tZW50IGluIHRoZSByZWdpc3RyeS4gIE5ldw0KICAgdHlwZXMgY2FuIGJlIGFk
ZGVkIHVzaW5nIHRoZSBTcGVjaWZpY2F0aW9uIFJlcXVpcmVkIHBvbGljeSBbUkZDNTIyNl0uDQoN
CkNvcnJlY3RlZCBUZXh0DQotLS0tLS0tLS0tLS0tLQ0KOS4yLiAgTmV3IFJlZ2lzdHJpZXMNCg0K
ICAgVHdvIG5ldyByZWdpc3RyaWVzIGhhdmUgYmVlbiBjcmVhdGVkIGluIHRoZSAiQVZQIFNwZWNp
ZmljIFZhbHVlcyINCiAgIHN1Yi1yZWdpc3RyeSB1bmRlciB0aGUgIkF1dGhlbnRpY2F0aW9uLCBB
dXRob3JpemF0aW9uLCBhbmQgQWNjb3VudGluZw0KICAgKEFBQSkgUGFyYW1ldGVycyIgcmVnaXN0
cnkuDQoNCiAgIEEgbmV3ICJPQy1GZWF0dXJlLVZlY3RvciBBVlAgVmFsdWVzIChjb2RlIDYyMiki
IHJlZ2lzdHJ5IGhhcyBiZWVuDQogICBjcmVhdGVkLiAgVGhpcyByZWdpc3RyeSBjb250YWlucyB0
aGUgZm9sbG93aW5nOg0KDQogICAgICBBc3NpZ25lZCBCaXQNCg0KICAgICAgRmVhdHVyZSBOYW1l
DQoNCiAgICAgIFNwZWNpZmljYXRpb24gZGVmaW5pbmcgdGhlIG5ldyBjYXBhYmlsaXR5DQoNCiAg
IFNlZSBTZWN0aW9uIDcuMiBmb3IgdGhlIGluaXRpYWwgYXNzaWduZWQgYml0IGluIHRoZSByZWdp
c3RyeS4NCiAgIFRoaXMgc3BlY2lmaWNhdGlvbiBkZWZpbmVzIHRoZSBjYXBiaWxpdHkgYW5ub3Vu
Y2VkIGJ5IHRoZSBzZXR0aW5nIG9mIA0KICAgdGhpcyBiaXQuICBOZXcgdmFsdWVzIGNhbiBiZSBh
ZGRlZCB0byB0aGUgcmVnaXN0cnkgdXNpbmcgdGhlIA0KICAgU3BlY2lmaWNhdGlvbiBSZXF1aXJl
ZCBwb2xpY3kgW1JGQzUyMjZdLg0KDQogICBBIG5ldyAiT0MtUmVwb3J0LVR5cGUgQVZQIFZhbHVl
cyAoY29kZSA2MjYpIiByZWdpc3RyeSBoYXMgYmVlbg0KICAgY3JlYXRlZC4gIFRoaXMgcmVnaXN0
cnkgY29udGFpbnMgdGhlIGZvbGxvd2luZzoNCg0KICAgICAgUmVwb3J0IFR5cGUgVmFsdWUgTmFt
ZQ0KDQogICAgICBSZXBvcnQgVHlwZSBWYWx1ZQ0KDQogICAgICBTcGVjaWZpY2F0aW9uIGRlZmlu
aW5nIHRoZSBuZXcgdmFsdWUNCg0KICAgU2VlIFNlY3Rpb24gNy42IGZvciB0aGUgaW5pdGlhbCBh
c3NpZ25tZW50IGluIHRoZSByZWdpc3RyeS4gIE5ldw0KICAgdHlwZXMgY2FuIGJlIGFkZGVkIHVz
aW5nIHRoZSBTcGVjaWZpY2F0aW9uIFJlcXVpcmVkIHBvbGljeSBbUkZDNTIyNl0uDQoNCk5vdGVz
DQotLS0tLQ0KVGhpcyBlcnJhdGEgcmVwb3J0IGlzIGxpbmtlZCB0byB0aGUgZm9sbG93aW5nIGVy
cmF0YSByZXBvcnQ6IEVycmF0YSBJRDogNTI3NyBUaGUgSUFOQSByZWdpc3RyeSBjcmVhdGVkIGZv
ciB0aGUgT0MtRmVhdHVyZS1WZWN0b3IgQVZQIFZhbHVlcyAoY29kZSA2MjIpIHNob3VsZCBvbmx5
IGRlc2NyaWJlIHRoZSB1c2Ugb2YgdGhlIGJpdCBhc3NpZ25lZCB0byBhIGdpdmVuIGZlYXR1cmUu
IFRoZXJlIGlzIG5vIEFWUCB2YWx1ZSBhc3NpZ25lZCB0byBhIGdpdmVuIGZlYXR1cmUuIFRoZSBh
c3NvY2lhdGVkIElBTkEgcmVnaXN0cnkgc2hvdWxkIHByb3ZpZGUgYSB0YWJsZSBkZXNjcmliaW5n
IHRoZSBzZXR0aW5nIG9mIHRoZSBiaXQgYXNzaWduZWQgdG8gYSBnaXZlbiBmZWF0dXJlL2NhcGFi
aWxpdHkuDQoNCg0KUmVnYXJkcywNCg0KTGlvbmVsDQo+IA0KPiBSZWdhcmRzLA0KPiAJSm91bmkN
Cj4gDQo+IA0KPiANCj4gPiBPbiAxNSBNYXIgMjAxOCwgYXQgMTE6MjQsIGxpb25lbC5tb3JhbmRA
b3JhbmdlLmNvbSB3cm90ZToNCj4gPg0KPiA+IFRoaXMgZXJyYXRhIHJlcG9ydCBoYXMgYmVlbiBk
aXNjdXNzZWQgd2l0aCBhdXRob3JzIChpbmNsdWRpbmcgQmVuDQo+IENhbXBiZWxsKSBhbmQgaXMg
dHJpZ2dlcmVkIGFmdGVyIHRoZSByZXZpZXcgb2YgYW5vdGhlciBkaWFtZXRlciBkcmFmdCB0aGF0
DQo+IHdhbnQgdG8gZGVmaW5lIGEgbmV3IGZlYXR1cmUuDQo+ID4gVGhlIGNvbmNsdXNpb24gd2Fz
IHRoYXQgdGhlIGNsYXJpZmljYXRpb24gd2FzIG5lZWRlZC4gVGhlIG9ubHkgaXNzdWUgd2FzDQo+
IGFib3V0IElBTkEgaW1wYWN0cyBhbmQgaWYgdGhlIHByb3Bvc2VkIGVycmF0dW0gd2FzIGVub3Vn
aCB0byB0cmlnZ2VyIGFuDQo+IHVwZGF0ZSBvZiB0aGUgSUFOQSByZWdpc3RyeS4NCj4gPg0KPiA+
IFJlZ2FyZHMsDQo+ID4NCj4gPiBMaW9uZWwNCj4gPg0KPiA+IERlIDogQUFBLURPQ1RPUlMgW21h
aWx0bzphYWEtZG9jdG9ycy1ib3VuY2VzQGlldGYub3JnXSBEZSBsYSBwYXJ0IGRlDQo+ID4gQmVu
b2l0IENsYWlzZSBFbnZvecOpIDogbWVyY3JlZGkgMTQgbWFycyAyMDE4IDIxOjQ1IMOAIDogam9o
bi56aGFvIENjIDoNCj4gPiBhYWEtZG9jdG9yc0BpZXRmLm9yZyBPYmpldCA6IFJlOiBbQUFBLURP
Q1RPUlNdIEZ3ZDogW1RlY2huaWNhbCBFcnJhdGENCj4gPiBSZXBvcnRlZF0gUkZDNzY4MyAoNTI3
NykNCj4gPg0KPiA+IERlYXIgYWxsLA0KPiA+DQo+ID4gQW55IG90aGVyIHZpZXdzIG9uIHRoZSBs
YXN0IHR3byBlcnJhdGE/DQo+ID4NCj4gPiBSZWdhcmRzLCBCLg0KPiA+IEhpIEJlbm9pdCwNCj4g
Pg0KPiA+ICAgICAgICAgVGhlIGxhc3Qgd29yZCBvZiAiYWJhdG1lbnQiIHNob3VsZCBiZSAiYWJh
dGVtZW50Ii4gSW4gc2lkZSBvZiB0aGUNCj4gJ2Rlc2NyaXB0aW9uJyBjb2x1bW4sIHRoZSAiT0xS
X0RFRkFVTFRfQUxHTyJjb3VsZCBiZSBzZXQgYnV0IGFzIDEgYWx3YXlzDQo+IHNob3VsZCBiZSBz
dGF0ZWQuIEFzIGFueSBvdGhlciBmZWF0dXJlcyBjb3VsZCBiZSBzZXQgYnV0IDAgb3IgMSBpbiB0
aGUgZnV0dXJlLg0KPiA+DQo+ID4gICAgICAgICBKdXN0IEZZSS4NCj4gPg0KPiA+ICAgICAgICAg
VGhhbmtzLA0KPiA+IEJSLy9Kb2huIFpoYW8NCj4gPg0KPiA+IDIwMTgtMDMtMDYgMTk6MjEgR01U
KzA4OjAwIEJlbm9pdCBDbGFpc2UgPGJjbGFpc2VAY2lzY28uY29tPjoNCj4gPiBGZWVkYmFjayBv
biB0aGlzIG9uZT8NCj4gPg0KPiA+IFJlZ2FyZHMsIEIuDQo+ID4NCj4gPg0KPiA+IC0tLS0tLS0t
IEZvcndhcmRlZCBNZXNzYWdlIC0tLS0tLS0tDQo+ID4gU3ViamVjdDoNCj4gPiBbVGVjaG5pY2Fs
IEVycmF0YSBSZXBvcnRlZF0gUkZDNzY4MyAoNTI3NykNCj4gPiBEYXRlOg0KPiA+IFR1ZSwgNiBN
YXIgMjAxOCAwMjo0Nzo1MCAtMDgwMA0KPiA+IEZyb206DQo+ID4gUkZDIEVycmF0YSBTeXN0ZW0g
PHJmYy1lZGl0b3JAcmZjLWVkaXRvci5vcmc+DQo+ID4gVG86DQo+ID4gam91bmkubm9zcGFtQGdt
YWlsLmNvbSwgc3Jkb25vdmFuQHVzZG9ub3ZhbnMuY29tLA0KPiBiZW5Abm9zdHJ1bS5jb20sDQo+
ID4gbGlvbmVsLm1vcmFuZEBvcmFuZ2UuY29tLCBiY2xhaXNlQGNpc2NvLmNvbSwgd2FycmVuQGt1
bWFyaS5uZXQsDQo+ID4gam91bmkubm9zcGFtQGdtYWlsLmNvbSwgbGlvbmVsLm1vcmFuZEBvcmFu
Z2UuY29tDQo+ID4gQ0M6DQo+ID4gbGlvbmVsLm1vcmFuZEBvcmFuZ2UuY29tLCBkaW1lQGlldGYu
b3JnLCByZmMtZWRpdG9yQHJmYy1lZGl0b3Iub3JnDQo+ID4NCj4gPg0KPiA+IFRoZSBmb2xsb3dp
bmcgZXJyYXRhIHJlcG9ydCBoYXMgYmVlbiBzdWJtaXR0ZWQgZm9yIFJGQzc2ODMsICJEaWFtZXRl
cg0KPiA+IE92ZXJsb2FkIEluZGljYXRpb24gQ29udmV5YW5jZSIuDQo+ID4NCj4gPiAtLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiA+IFlvdSBtYXkgcmV2aWV3IHRoZSBy
ZXBvcnQgYmVsb3cgYW5kIGF0Og0KPiA+IGh0dHA6Ly93d3cucmZjLWVkaXRvci5vcmcvZXJyYXRh
L2VpZDUyNzcNCj4gPg0KPiA+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
DQo+ID4gVHlwZTogVGVjaG5pY2FsDQo+ID4gUmVwb3J0ZWQgYnk6IExpb25lbCBNb3JhbmQgPGxp
b25lbC5tb3JhbmRAb3JhbmdlLmNvbT4NCj4gPg0KPiA+IFNlY3Rpb246IDcuMg0KPiA+DQo+ID4g
T3JpZ2luYWwgVGV4dA0KPiA+IC0tLS0tLS0tLS0tLS0NCj4gPiA3LjIuICBPQy1GZWF0dXJlLVZl
Y3RvciBBVlANCj4gPg0KPiA+ICAgIFRoZSBPQy1GZWF0dXJlLVZlY3RvciBBVlAgKEFWUCBDb2Rl
IDYyMikgaXMgb2YgdHlwZSBVbnNpZ25lZDY0IGFuZA0KPiA+ICAgIGNvbnRhaW5zIGEgNjQtYml0
IGZsYWdzIGZpZWxkIG9mIGFubm91bmNlZCBjYXBhYmlsaXRpZXMgb2YgYSBET0lDDQo+ID4gICAg
bm9kZS4gIFRoZSB2YWx1ZSBvZiB6ZXJvICgwKSBpcyByZXNlcnZlZC4NCj4gPg0KPiA+ICAgIFRo
ZSBPQy1GZWF0dXJlLVZlY3RvciBzdWItQVZQIGlzIHVzZWQgdG8gYW5ub3VuY2UgdGhlIERPSUMg
ZmVhdHVyZXMNCj4gPiAgICBzdXBwb3J0ZWQgYnkgdGhlIERPSUMgbm9kZSwgaW4gdGhlIGZvcm0g
b2YgYSBmbGFnLWJpdHMgZmllbGQgaW4gd2hpY2gNCj4gPiAgICBlYWNoIGJpdCBhbm5vdW5jZXMg
b25lIGZlYXR1cmUgb3IgY2FwYWJpbGl0eSBzdXBwb3J0ZWQgYnkgdGhlIG5vZGUuDQo+ID4gICAg
VGhlIGFic2VuY2Ugb2YgdGhlIE9DLUZlYXR1cmUtVmVjdG9yIEFWUCBpbiByZXF1ZXN0IG1lc3Nh
Z2VzDQo+ID4gICAgaW5kaWNhdGVzIHRoYXQgb25seSB0aGUgZGVmYXVsdCB0cmFmZmljIGFiYXRl
bWVudCBhbGdvcml0aG0gZGVzY3JpYmVkDQo+ID4gICAgaW4gdGhpcyBzcGVjaWZpY2F0aW9uIGlz
IHN1cHBvcnRlZC4gIFRoZSBhYnNlbmNlIG9mIHRoZSBPQy1GZWF0dXJlLQ0KPiA+ICAgIFZlY3Rv
ciBBVlAgaW4gYW5zd2VyIG1lc3NhZ2VzIGluZGljYXRlcyB0aGF0IHRoZSBkZWZhdWx0IHRyYWZm
aWMNCj4gPiAgICBhYmF0ZW1lbnQgYWxnb3JpdGhtIGRlc2NyaWJlZCBpbiB0aGlzIHNwZWNpZmlj
YXRpb24gaXMgc2VsZWN0ZWQNCj4gPiAgICAod2hpbGUgb3RoZXIgdHJhZmZpYyBhYmF0ZW1lbnQg
YWxnb3JpdGhtcyBtYXkgYmUgc3VwcG9ydGVkKSwgYW5kIG5vDQo+ID4gICAgZmVhdHVyZXMgb3Ro
ZXIgdGhhbiBhYmF0ZW1lbnQgYWxnb3JpdGhtcyBhcmUgc3VwcG9ydGVkLg0KPiA+DQo+ID4NCj4g
PiAgICBUaGUgZm9sbG93aW5nIGNhcGFiaWxpdHkgaXMgZGVmaW5lZCBpbiB0aGlzIGRvY3VtZW50
Og0KPiA+DQo+ID4gICAgT0xSX0RFRkFVTFRfQUxHTyAoMHgwMDAwMDAwMDAwMDAwMDAxKQ0KPiA+
DQo+ID4gICAgICAgV2hlbiB0aGlzIGZsYWcgaXMgc2V0IGJ5IHRoZSBhIERPSUMgcmVhY3Rpbmcg
bm9kZSwgaXQgbWVhbnMgdGhhdA0KPiA+ICAgICAgIHRoZSBkZWZhdWx0IHRyYWZmaWMgYWJhdGVt
ZW50IChsb3NzKSBhbGdvcml0aG0gaXMgc3VwcG9ydGVkLiAgV2hlbg0KPiA+ICAgICAgIHRoaXMg
ZmxhZyBpcyBzZXQgYnkgYSBET0lDIHJlcG9ydGluZyBub2RlLCBpdCBtZWFucyB0aGF0IHRoZSBs
b3NzDQo+ID4gICAgICAgYWxnb3JpdGhtIHdpbGwgYmUgdXNlZCBmb3IgcmVxdWVzdGVkIG92ZXJs
b2FkIGFiYXRlbWVudC4NCj4gPg0KPiA+IENvcnJlY3RlZCBUZXh0DQo+ID4gLS0tLS0tLS0tLS0t
LS0NCj4gPiA3LjIuICBPQy1GZWF0dXJlLVZlY3RvciBBVlANCj4gPg0KPiA+ICAgIFRoZSBPQy1G
ZWF0dXJlLVZlY3RvciBBVlAgKEFWUCBDb2RlIDYyMikgaXMgb2YgdHlwZSBVbnNpZ25lZDY0IGFu
ZA0KPiA+ICAgIGNvbnRhaW5zIGEgNjQtYml0IGZsYWdzIGZpZWxkIG9mIGFubm91bmNlZCBjYXBh
YmlsaXRpZXMgb2YgYSBET0lDDQo+ID4gICAgbm9kZS4gIFRoZSB2YWx1ZSBvZiB6ZXJvICgwKSBp
cyByZXNlcnZlZC4NCj4gPg0KPiA+ICAgICAgIE5vdGU6IFRoZSB2YWx1ZSBvZiB6ZXJvICgwKSBh
bnkgRE9JQyBub2RlIHN1cHBvcnRzIGF0IGxlYXN0IHRoZQ0KPiA+ICAgICAgICAgICAgIExvc3Mg
YWxnb3JpdGhtLiBUaGVyZWZvcmUsIHRoZSBPQy1GZWF0dXJlLVZlY3RvciBBVlANCj4gPiAgICAg
ICAgICAgICBjYW5ub3QgYmUgc2VudCB3aXRoIG5vIGJpdCBzZXQuDQo+ID4NCj4gPiAgICBUaGUg
T0MtRmVhdHVyZS1WZWN0b3Igc3ViLUFWUCBpcyB1c2VkIHRvIGFubm91bmNlIHRoZSBET0lDIGZl
YXR1cmVzDQo+ID4gICAgc3VwcG9ydGVkIGJ5IHRoZSBET0lDIG5vZGUsIGluIHRoZSBmb3JtIG9m
IGEgZmxhZy1iaXRzIGZpZWxkIGluIHdoaWNoDQo+ID4gICAgZWFjaCBiaXQgYW5ub3VuY2VzIG9u
ZSBmZWF0dXJlIG9yIGNhcGFiaWxpdHkgc3VwcG9ydGVkIGJ5IHRoZSBub2RlLg0KPiA+ICAgIFRo
ZSBhYnNlbmNlIG9mIHRoZSBPQy1GZWF0dXJlLVZlY3RvciBBVlAgaW4gcmVxdWVzdCBtZXNzYWdl
cw0KPiA+ICAgIGluZGljYXRlcyB0aGF0IG9ubHkgdGhlIGRlZmF1bHQgdHJhZmZpYyBhYmF0ZW1l
bnQgYWxnb3JpdGhtIGRlc2NyaWJlZA0KPiA+ICAgIGluIHRoaXMgc3BlY2lmaWNhdGlvbiBpcyBz
dXBwb3J0ZWQuICBUaGUgYWJzZW5jZSBvZiB0aGUgT0MtRmVhdHVyZS0NCj4gPiAgICBWZWN0b3Ig
QVZQIGluIGFuc3dlciBtZXNzYWdlcyBpbmRpY2F0ZXMgdGhhdCB0aGUgZGVmYXVsdCB0cmFmZmlj
DQo+ID4gICAgYWJhdGVtZW50IGFsZ29yaXRobSBkZXNjcmliZWQgaW4gdGhpcyBzcGVjaWZpY2F0
aW9uIGlzIHNlbGVjdGVkDQo+ID4gICAgKHdoaWxlIG90aGVyIHRyYWZmaWMgYWJhdGVtZW50IGFs
Z29yaXRobXMgbWF5IGJlIHN1cHBvcnRlZCksIGFuZCBubw0KPiA+ICAgIGZlYXR1cmVzIG90aGVy
IHRoYW4gYWJhdGVtZW50IGFsZ29yaXRobXMgYXJlIHN1cHBvcnRlZC4NCj4gPg0KPiA+ICAgIFRo
ZSBmb2xsb3dpbmcgY2FwYWJpbGl0eSBpcyBkZWZpbmVkIGluIHRoaXMgZG9jdW1lbnQ6DQo+ID4N
Cj4gPiArLS0tKy0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tKw0KPiA+IHxiaXR8ICBGZWF0dXJlIE5hbWUgICAgfCAgRGVzY3Jp
cHRpb24gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQo+ID4gKy0tLSstLS0tLS0t
LS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LSsNCj4gPiB8IDAgfCBPTFJfREVGQVVMVF9BTEdPIHxXaGVuIHNldCBieSBhIERPSUMgcmVhY3Rp
bmcgbm9kZSwgaXQgbWVhbnMgICAgfA0KPiA+IHwgICB8ICAgICAgICAgICAgICAgICAgfHRoYXQg
dGhlIGRlZmF1bHQgdHJhZmZpYyBhYmF0ZW1lbnQgKGxvc3MpICAgICB8DQo+ID4gfCAgIHwgICAg
ICAgICAgICAgICAgICB8YWxnb3JpdGhtIGlzIHN1cHBvcnRlZC4gV2hlbiBzZXQgYnkgYSBET0lD
ICAgIHwNCj4gPiB8ICAgfCAgICAgICAgICAgICAgICAgIHxyZXBvcnRpbmcgbm9kZSwgaXQgbWVh
bnMgdGhhdCB0aGUgbG9zcyAgICAgICAgfA0KPiA+IHwgICB8ICAgICAgICAgICAgICAgICAgfGFs
Z29yaXRobSB3aWxsIGJlIHVzZWQgZm9yIHJlcXVlc3RlZCBvdmVybG9hZCB8DQo+ID4gfCAgIHwg
ICAgICAgICAgICAgICAgICB8YWJhdG1lbnQuICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgIHwNCj4gPiArLS0tKy0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKw0KPiA+DQo+ID4NCj4gPiBOb3Rlcw0KPiA+IC0t
LS0tDQo+ID4gVGhlIE9DLUZlYXR1cmUtVmVjdG9yIEFWUCBpcyBhIDY0LWJpdCBmbGFnIGZpZWxk
IGFuZCBub3QgYSBzZXQgb2YgdmFsdWVzIChvbmUNCj4gcGVyIGZlYXR1cmUpLiBVc2luZyB0aGUg
aGV4YWRlY2ltYWwgbm90YXRpb24sIGl0IGdpdmVzIHRoZSBmZWVsaW5nIHRoYXQgdGhlcmUgaXMN
Cj4gYSB1bmlxdWUgdmFsdWUgZm9yIHRoZSBPQy1GZWF0dXJlLVZlY3RvciBBVlAgcGVyIHN1cHBv
cnRlZCBjYXBhYmlsaXR5LCBoaWNoDQo+IGlzIGluY29ycmVjdC4gSXQgaXMgb25seSByZXF1aXJl
ZCB0byBkZWZpbmUgdGhlIHVzZSBvZiBlYWNoIGJpdC4gVGhpcyBlcnJhdGEgcmVwb3J0DQo+IGhh
cyBhbiBpbXBhY3Qgb24gdGhlIGFzc29jaWF0ZWQgSUFOQSByZWdpc3J0eS4NCj4gPg0KPiA+IElu
c3RydWN0aW9uczoNCj4gPiAtLS0tLS0tLS0tLS0tDQo+ID4gVGhpcyBlcnJhdHVtIGlzIGN1cnJl
bnRseSBwb3N0ZWQgYXMgIlJlcG9ydGVkIi4gSWYgbmVjZXNzYXJ5LCBwbGVhc2UNCj4gPiB1c2Ug
IlJlcGx5IEFsbCIgdG8gZGlzY3VzcyB3aGV0aGVyIGl0IHNob3VsZCBiZSB2ZXJpZmllZCBvciBy
ZWplY3RlZC4NCj4gPiBXaGVuIGEgZGVjaXNpb24gaXMgcmVhY2hlZCwgdGhlIHZlcmlmeWluZyBw
YXJ0eSBjYW4gbG9nIGluIHRvIGNoYW5nZQ0KPiA+IHRoZSBzdGF0dXMgYW5kIGVkaXQgdGhlIHJl
cG9ydCwgaWYgbmVjZXNzYXJ5Lg0KPiA+DQo+ID4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0NCj4gPiBSRkM3NjgzIChkcmFmdC1pZXRmLWRpbWUtb3ZsaS0xMCkNCj4gPiAt
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiA+IFRpdGxlICAgICAgICAg
ICAgICAgOiBEaWFtZXRlciBPdmVybG9hZCBJbmRpY2F0aW9uIENvbnZleWFuY2UNCj4gPiBQdWJs
aWNhdGlvbiBEYXRlICAgIDogT2N0b2JlciAyMDE1DQo+ID4gQXV0aG9yKHMpICAgICAgICAgICA6
IEouIEtvcmhvbmVuLCBFZC4sIFMuIERvbm92YW4sIEVkLiwgQi4gQ2FtcGJlbGwsIEwuIE1vcmFu
ZA0KPiA+IENhdGVnb3J5ICAgICAgICAgICAgOiBQUk9QT1NFRCBTVEFOREFSRA0KPiA+IFNvdXJj
ZSAgICAgICAgICAgICAgOiBEaWFtZXRlciBNYWludGVuYW5jZSBhbmQgRXh0ZW5zaW9ucw0KPiA+
IEFyZWEgICAgICAgICAgICAgICAgOiBPcGVyYXRpb25zIGFuZCBNYW5hZ2VtZW50DQo+ID4gU3Ry
ZWFtICAgICAgICAgICAgICA6IElFVEYNCj4gPiBWZXJpZnlpbmcgUGFydHkgICAgIDogSUVTRw0K
PiA+IC4NCj4gPg0KPiA+DQo+ID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX18NCj4gPiBBQUEtRE9DVE9SUyBtYWlsaW5nIGxpc3QNCj4gPiBBQUEtRE9DVE9S
U0BpZXRmLm9yZw0KPiA+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vYWFh
LWRvY3RvcnMNCj4gPg0KPiA+DQo+ID4NCj4gPg0KPiBfX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IF9fX19fX19fX19fXw0KPiA+IF9f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiA+DQo+
ID4gQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMg
aW5mb3JtYXRpb25zDQo+ID4gY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBk
b2l2ZW50IGRvbmMgcGFzIGV0cmUgZGlmZnVzZXMsDQo+ID4gZXhwbG9pdGVzIG91IGNvcGllcyBz
YW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZQ0KPiA+IHBhciBl
cnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyIGEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJl
IGFpbnNpIHF1ZSBsZXMNCj4gcGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlx
dWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sDQo+IE9yYW5nZSBkZWNsaW5lIHRv
dXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91
DQo+IGZhbHNpZmllLiBNZXJjaS4NCj4gPg0KPiA+IFRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFj
aG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvcg0KPiA+IHByaXZpbGVnZWQgaW5mb3Jt
YXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsgdGhleSBzaG91bGQgbm90IGJlDQo+
IGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uDQo+ID4g
SWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0
aGUgc2VuZGVyIGFuZCBkZWxldGUNCj4gdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMu
DQo+ID4gQXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3Ig
bWVzc2FnZXMgdGhhdCBoYXZlIGJlZW4NCj4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVk
Lg0KPiA+IFRoYW5rIHlvdS4NCj4gPg0KPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fDQo+ID4gQUFBLURPQ1RPUlMgbWFpbGluZyBsaXN0DQo+ID4gQUFB
LURPQ1RPUlNAaWV0Zi5vcmcNCj4gPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp
bmZvL2FhYS1kb2N0b3JzDQoNCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fCgpDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9p
bnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91
IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMKcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxv
aXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1l
c3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXIKYSBsJ2V4cGVkaXRldXIgZXQg
bGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVs
ZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwKT3JhbmdlIGRlY2xp
bmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9y
bWUgb3UgZmFsc2lmaWUuIE1lcmNpLgoKVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMg
bWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBt
YXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsKdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1
c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uCklmIHlvdSBoYXZlIHJlY2VpdmVk
IHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRl
IHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLgpBcyBlbWFpbHMgbWF5IGJlIGFsdGVy
ZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2Rp
ZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuClRoYW5rIHlvdS4KCg==

