From nobody Thu Jun 3 08:15:57 2021 Return-Path: X-Original-To: its@ietf.org Delivered-To: its@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 12B063A0C92; Wed, 2 Jun 2021 08:09:53 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: Liaison Statement Management Tool To: "Carlos Bernardos" , "Russ Housley" Cc: =?utf-8?q?=C3=89ric_Vyncke?= , Carlos Bernardos , Erik Kline , IP Wireless Access in Vehicular Environments Discussion List , Russ Housley , Scott Mansfield , itu-t-liaison@iab.org, liaison-coordination@iab.org, yamamoto436@oki.com X-Test-IDTracker: no X-IETF-IDTracker: 7.30.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <162264659240.1845.14496339228438083250@ietfa.amsl.com> Date: Wed, 02 Jun 2021 08:09:52 -0700 Archived-At: X-Mailman-Approved-At: Thu, 03 Jun 2021 08:15:56 -0700 Subject: [ipwave] New Liaison Statement, "LS on new work item on draft Recommendation ITU-T F.VG-VMA "Architecture of vehicular multimedia systems" [to various organizations]" X-BeenThere: its@ietf.org X-Mailman-Version: 2.1.29 List-Id: IPWAVE - IP Wireless Access in Vehicular Environments WG at IETF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2021 15:09:54 -0000 Title: LS on new work item on draft Recommendation ITU-T F.VG-VMA "Architecture of vehicular multimedia systems" [to various organizations] Submission Date: 2021-06-02 URL of the IETF Web page: https://datatracker.ietf.org/liaison/1746/ From: =?utf-8?q?Sim=C3=A3o_de_Campos?= To: Carlos Bernardos ,Russ Housley Cc: Erik Kline ,Russ Housley ,Éric Vyncke ,IP Wireless Access in Vehicular Environments Discussion List ,Carlos Bernardos ,itu-t-liaison@iab.org ,Scott Mansfield Response Contacts: yamamoto436@oki.com Technical Contacts: Purpose: For information Body: ITU-T Study Group 16 would like to inform you that during the ITU-T SG16 meeting, 19-30 April 2021, we have initiated a new work item for a draft new Recommendation: F.VM-VMA "Architecture of Vehicular Multimedia Systems". The baseline document for the new work item F.VM-VMA is attached to this liaison statement. Please note that this baseline document is based on the ITU-T Focus Group on Vehicular Multimedia Technical Report FG-VM-02 "Architecture of Vehicle Multimedia Systems" which was sent out to your organization previously by the ITU-T Focus Group on Vehicular Multimedia and has been improved in this SG-16 meeting. We would appreciate to receive your comments and/or considerations regarding the new work item F.VM-VMA and are looking forward to a fruitful cooperation on this matter. Attachments: ls248-16-Att.1-Clean_T17-SG16-210419-TD-WP2-0393!!MSW-E https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2021-06-02-itu-t-sg-16-ipwave-ls-on-new-work-item-on-draft-recommendation-itu-t-fvg-vma-architecture-of-vehicular-multimedia-systems-to-vario-attachment-1.pdf ls248-16 https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2021-06-02-itu-t-sg-16-ipwave-ls-on-new-work-item-on-draft-recommendation-itu-t-fvg-vma-architecture-of-vehicular-multimedia-systems-to-vario-attachment-2.docx From nobody Sun Jun 13 17:44:57 2021 Return-Path: X-Original-To: its@ietfa.amsl.com Delivered-To: its@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BD28E3A176E for ; Sun, 13 Jun 2021 17:44:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Pn9_gzomc54w for ; Sun, 13 Jun 2021 17:44:51 -0700 (PDT) Received: from mail-oo1-xc2d.google.com (mail-oo1-xc2d.google.com [IPv6:2607:f8b0:4864:20::c2d]) (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 5E3703A176B for ; Sun, 13 Jun 2021 17:44:51 -0700 (PDT) Received: by mail-oo1-xc2d.google.com with SMTP id s20-20020a4ae9940000b02902072d5df239so2269615ood.2 for ; Sun, 13 Jun 2021 17:44:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=27RUdZrLjx+xEdm4dgcl2b2T77FjEwAacqViJjxlhC8=; b=SomNwkKxdIcG46g0EIicUsxYzMDGwVcvC7GJ74HulBjeC9FYQ1QVetN8+IWIbxB5/J xWGlgxcvOfhLXTfHlJNYEuXTHQrQCZizAZz8Mb4YL1RyMc8N1x7Z4Xz5U+Gv+Gbs8w3q dn2SJwsgwjvopTMwVoJ74btLcuFAB+FDfx1m20XUd3N+STbOpTzxoII1a8+3uwaeqIcO G9ljMGKbba6rg596dCSBUIWTNga1im1npM1mab7eI7ltCvUYrq5DUM9yGnIF/OsxPvJb uqF1/qg+lWYSoc7lejjbUNThNPEfYGiayFUJIeA0yeL/B58Qy3PgFehqNiUpjchZ1DPV zCMQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=27RUdZrLjx+xEdm4dgcl2b2T77FjEwAacqViJjxlhC8=; b=b4Z3+vhNiDOGbd5GX16EQGwW/O60wxSb8yzSSbLd8No2LXKN+wmvz5VBkBOcAUKyZZ K4QpYzRhxEEB6cTyjhQGPCwp0sdMN6QDwBJI3g3TbO22bgVvbuGWqllocB1S18YYxFzS r72QkCSCeM80o8WPvlk7ypjThFK15Gd0lOa8nakKYlU5BejCOIYLlFnu5SOZr/XS4R3F i2LkWhkcd65uyjlRYazjHq1TEH/PRr+MiOkHWm7t/eZlkRC6bWVGsR3HConXiTwiQk/9 JpMqQ6SSGRi56+HZg2bo/+QdGecpq7mptkh3q3Cy76EnUYw3qZI660C0HBhWewijgBdV AhqQ== X-Gm-Message-State: AOAM530vFHMjUthT26xNTGwP2AcP9y4/eEEJv1buZzRyCXoeomZKkoFJ tk5M7JT9jHlitvL8wdqOdEfdtay67vDdsy3ddfU= X-Google-Smtp-Source: ABdhPJx0Fpg0TumaX5/BcN3+9uWapSd3yzcYDOgADiY0rSrinBHEMxs5nXiTZ9grHRdcve5qzAu2MKP5ni3iyYM895U= X-Received: by 2002:a4a:d41a:: with SMTP id n26mr11463036oos.66.1623631490047; Sun, 13 Jun 2021 17:44:50 -0700 (PDT) MIME-Version: 1.0 References: <161516725619.22797.1003603720092861577@ietfa.amsl.com> In-Reply-To: From: Erik Kline Date: Sun, 13 Jun 2021 17:44:39 -0700 Message-ID: To: "Mr. Jaehoon Paul Jeong" Cc: Carlos Bernardos , Russ Housley , its@ietf.org, skku-iotlab-members Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [ipwave] Datatracker State Update Notice: X-BeenThere: its@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IPWAVE - IP Wireless Access in Vehicular Environments WG at IETF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2021 00:44:56 -0000 Paul, Thanks for this, and my apologies for the delay. I have requested IETF LC for draft -20. Regards, -Erik On Thu, Mar 18, 2021 at 6:33 AM Mr. Jaehoon Paul Jeong wrote: > > Hi Erik, > There is the revision of IPWAVE PS Draft: > https://datatracker.ietf.org/doc/html/draft-ietf-ipwave-vehicular-networking-20 > > I attach the revision letter to explain how to address your comments. > > Thanks. > > Best Regards, > Paul > > > On Mon, Mar 8, 2021 at 10:33 PM Mr. Jaehoon Paul Jeong wrote: >> >> Hi Erik, >> I will address your comments this week. >> >> Thanks for your valuable review. >> >> Best Regards, >> Paul >> >> >> On Mon, Mar 8, 2021 at 10:34 AM IETF Secretariat wrote: >>> >>> IESG state changed: >>> >>> New State: AD Evaluation::Revised I-D Needed >>> >>> (The previous state was AD Evaluation) >>> >>> [ abstract, section 1 ] >>> >>> * "lists up" -> "enumerates|sets forth|details|...", might be a better >>> word/verb phrase >>> >>> >>> [ section 2 ] >>> >>> * "table PC"? Perhaps "tablet PC", like in section 6. >>> >>> [ section 3 ] >>> >>> * There are two sentences in the final paragraph which both direct the reader >>> to section 5 for vehicular IPv6 problem statement and requirements. >>> Probably only one of those sentences is really required. >>> >>> [ section 3.2 ] >>> >>> * "can facilitates" -> "can facilitate" >>> >>> * "can make the battery charging schedule" is technically correct, but the >>> multiple possible interpretations of "make" in this context tripped me up >>> looking for some final (indirect) object or something. >>> >>> Suggest something like "can plan the battery charging schedule", perhaps? >>> >>> * "The existing IPv6 protocol must be augmented ..." >>> >>> Should there be some explanation about why this needs to be done at the IPv6 >>> layer and, more explicitly, why a Layer 2 solution is not an option that >>> can also be considered? I can understand that L2 options are out of scope >>> for the IETF to work on, but are they also out of scope overall? I could >>> believe that the reason is RFC 4903 -style issues, but I figured I'd ask. >>> >>> [ section 4.1 ] >>> >>> * "...vehicles under the coverage of an RSU share a prefix such >>> that mobile nodes share a prefix..." >>> >>> Perhaps s/such that/(just as)|(in the same way that)/? >>> >>> [ section 4.2/5(.0) ] >>> >>> * The final paragraph of 4.2 hints at this, but I found myself wanting to read >>> about the expected "dwell times" for a vehicle connected to an IP-RSU. >>> For how long is a vehicle expected to be connected to any given access node? >>> I think the maximum is probably uninteresting (the vehicle could be parked, >>> for example), but what is the useful minimum time? >>> >>> (I see that section 5.1.2 goes include a helpful timescale reference.) >>> >>> [ section 5.1.1/5.2 ] >>> >>> * During handover, can a vehicle be connected to multiple IP-RSUs on the >>> logical interface? If so, does this mean they need to use RFC 8028 -style >>> address and next hop selection? >>> >>> [ section 6 ] >>> >>> * How can a vehicle authenticate other vehicles (and their ND information) >>> and the RAs coming from IP-RSUs? >>> >>> Ah, I guess this is what the final two paragraphs are saying, actually, that >>> there needs to be such a mechanism. >>> >>> Datatracker URL: https://datatracker.ietf.org/doc/draft-ietf-ipwave-vehicular-networking/ >>> >>> >>> >>> >>> From nobody Sun Jun 13 18:48:18 2021 Return-Path: X-Original-To: its@ietfa.amsl.com Delivered-To: its@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E6C573A094F for ; Sun, 13 Jun 2021 18:48:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.674 X-Spam-Level: X-Spam-Status: No, score=0.674 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HK_NAME_FM_MR_MRS=1.498, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URI_DOTEDU=1.273] autolearn=no 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 VZHJw3DHurUN for ; Sun, 13 Jun 2021 18:48:12 -0700 (PDT) Received: from mail-lf1-x12f.google.com (mail-lf1-x12f.google.com [IPv6:2a00:1450:4864:20::12f]) (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 2FA4A3A0949 for ; Sun, 13 Jun 2021 18:48:12 -0700 (PDT) Received: by mail-lf1-x12f.google.com with SMTP id q20so3482067lfo.2 for ; Sun, 13 Jun 2021 18:48:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=+R/YMUqoOAkmJveq2971vSLFEb3OzNyGoVM4iufJ4yA=; b=UivN+xMWE6vaJtX1ooQWpkiBjSBdmWGblZI6sw9miooY9IvU+EFx2kxaUUkvUqpIZl qWdTX8FyhpcTJ+orEh7Ca4rbqw5pPgA9+PIJFQWljE994ZmZmkGA86AM0E8bIVPc3y+I JuFPpnxWudsik2cEFvqjdujhAuioGlBa+qkBaotiEC9ojHNnLAHTcyBjsHlWlDXOfVuz bwh3xE7Xp62mZj4l4rhNuFBA9cidCujcE1w2cNm4RhFmia/j9w3b6DAl10QFwRH+24Lt 3mgL4ws7LPuNf5tyIH8EUrAGyvC58ovzAoLoZP/B4qb0wdfPszRCOgtM5YTNWHCDGQjC uj8w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=+R/YMUqoOAkmJveq2971vSLFEb3OzNyGoVM4iufJ4yA=; b=OzD371Jquhc9QMiC5N8Tnhjq8w3YyztFjSb1Igf8J+jCuS1pqZXqVUt+MMpAQVcBU5 qKk50ongeeXtehcqDfXcFcIjLCy0wD64qA6J/JZUFCcj4ibDpRLMr4MtluC5OkydYxP7 26+BloJ03SRawSYEy+e1uwnTYZPLVaY9g5ds7MzxDeyggBsG3E2du2WZ3VwbAl9fh32f tq8lzDYgzKlc+E5mQ9A259+a6oZF4ov/ITH6WekebAzHExTDZR3bWFAAPZDKWz1RwNi1 IVHLvDdWr1wxlQNWNDuFgUumxvNl/9jIM6C00RkD2XQuKoXA6Umsvp3pGYYcEBHiobwg iMlg== X-Gm-Message-State: AOAM533zcf56XMP748mEavKuipvljJiXhCCxhmKpFe4FvD0H6XrqwoPr 05JwfXut8oB93XBL8z20CMobnBrKkoRsCXMYjZg= X-Google-Smtp-Source: ABdhPJwjDBNXljuE3zYXXArPJ0WAqwuUw6dLWGqZs2AHCg7dKKpENIaNOM59jwzuF74e4gNmCfBxd3+4R+jVkiDa0xY= X-Received: by 2002:a05:6512:556:: with SMTP id h22mr10170220lfl.601.1623635288885; Sun, 13 Jun 2021 18:48:08 -0700 (PDT) MIME-Version: 1.0 References: <161516725619.22797.1003603720092861577@ietfa.amsl.com> In-Reply-To: From: "Mr. Jaehoon Paul Jeong" Date: Mon, 14 Jun 2021 10:47:57 +0900 Message-ID: To: Erik Kline Cc: Carlos Bernardos , "Mr. Jaehoon Paul Jeong" , Russ Housley , its@ietf.org, skku-iotlab-members Content-Type: multipart/alternative; boundary="000000000000a38db405c4b00c64" Archived-At: Subject: Re: [ipwave] Datatracker State Update Notice: X-BeenThere: its@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IPWAVE - IP Wireless Access in Vehicular Environments WG at IETF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2021 01:48:17 -0000 --000000000000a38db405c4b00c64 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Erik, No problem. :-) Thanks for your help. Best Regards, Paul 2021=EB=85=84 6=EC=9B=94 14=EC=9D=BC (=EC=9B=94) =EC=98=A4=EC=A0=84 9:44, E= rik Kline =EB=8B=98=EC=9D=B4 =EC=9E=91=EC=84=B1: > Paul, > > Thanks for this, and my apologies for the delay. I have requested > IETF LC for draft -20. > > Regards, > -Erik > > On Thu, Mar 18, 2021 at 6:33 AM Mr. Jaehoon Paul Jeong > wrote: > > > > Hi Erik, > > There is the revision of IPWAVE PS Draft: > > > https://datatracker.ietf.org/doc/html/draft-ietf-ipwave-vehicular-network= ing-20 > > > > I attach the revision letter to explain how to address your comments. > > > > Thanks. > > > > Best Regards, > > Paul > > > > > > On Mon, Mar 8, 2021 at 10:33 PM Mr. Jaehoon Paul Jeong < > jaehoon.paul@gmail.com> wrote: > >> > >> Hi Erik, > >> I will address your comments this week. > >> > >> Thanks for your valuable review. > >> > >> Best Regards, > >> Paul > >> > >> > >> On Mon, Mar 8, 2021 at 10:34 AM IETF Secretariat < > ietf-secretariat-reply@ietf.org> wrote: > >>> > >>> IESG state changed: > >>> > >>> New State: AD Evaluation::Revised I-D Needed > >>> > >>> (The previous state was AD Evaluation) > >>> > >>> [ abstract, section 1 ] > >>> > >>> * "lists up" -> "enumerates|sets forth|details|...", might be a bette= r > >>> word/verb phrase > >>> > >>> > >>> [ section 2 ] > >>> > >>> * "table PC"? Perhaps "tablet PC", like in section 6. > >>> > >>> [ section 3 ] > >>> > >>> * There are two sentences in the final paragraph which both direct th= e > reader > >>> to section 5 for vehicular IPv6 problem statement and requirements. > >>> Probably only one of those sentences is really required. > >>> > >>> [ section 3.2 ] > >>> > >>> * "can facilitates" -> "can facilitate" > >>> > >>> * "can make the battery charging schedule" is technically correct, bu= t > the > >>> multiple possible interpretations of "make" in this context tripped > me up > >>> looking for some final (indirect) object or something. > >>> > >>> Suggest something like "can plan the battery charging schedule", > perhaps? > >>> > >>> * "The existing IPv6 protocol must be augmented ..." > >>> > >>> Should there be some explanation about why this needs to be done at > the IPv6 > >>> layer and, more explicitly, why a Layer 2 solution is not an option > that > >>> can also be considered? I can understand that L2 options are out o= f > scope > >>> for the IETF to work on, but are they also out of scope overall? I > could > >>> believe that the reason is RFC 4903 -style issues, but I figured I'= d > ask. > >>> > >>> [ section 4.1 ] > >>> > >>> * "...vehicles under the coverage of an RSU share a prefix such > >>> that mobile nodes share a prefix..." > >>> > >>> Perhaps s/such that/(just as)|(in the same way that)/? > >>> > >>> [ section 4.2/5(.0) ] > >>> > >>> * The final paragraph of 4.2 hints at this, but I found myself wantin= g > to read > >>> about the expected "dwell times" for a vehicle connected to an > IP-RSU. > >>> For how long is a vehicle expected to be connected to any given > access node? > >>> I think the maximum is probably uninteresting (the vehicle could be > parked, > >>> for example), but what is the useful minimum time? > >>> > >>> (I see that section 5.1.2 goes include a helpful timescale > reference.) > >>> > >>> [ section 5.1.1/5.2 ] > >>> > >>> * During handover, can a vehicle be connected to multiple IP-RSUs on > the > >>> logical interface? If so, does this mean they need to use RFC 8028 > -style > >>> address and next hop selection? > >>> > >>> [ section 6 ] > >>> > >>> * How can a vehicle authenticate other vehicles (and their ND > information) > >>> and the RAs coming from IP-RSUs? > >>> > >>> Ah, I guess this is what the final two paragraphs are saying, > actually, that > >>> there needs to be such a mechanism. > >>> > >>> Datatracker URL: > https://datatracker.ietf.org/doc/draft-ietf-ipwave-vehicular-networking/ > >>> > >>> > >>> > >>> > >>> > --=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D Mr. Jaehoon (Paul) Jeong, Ph.D. Associate Professor Department Head Department of Computer Science and Engineering Sungkyunkwan University Office: +82-31-299-4957 Email: pauljeong@skku.edu, jaehoon.paul@gmail.com Personal Homepage: http://iotlab.skku.edu/people-jaehoon-jeong.php --000000000000a38db405c4b00c64 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Erik,
No problem. :-)

Thanks for your help.

Best Regards,
Paul

2021=EB=85=84 6=EC=9B=94 14=EC=9D=BC (=EC=9B=94) =EC=98=A4=EC=A0= =84 9:44, Erik Kline <ek.ietf@gmail= .com>=EB=8B=98=EC=9D=B4 =EC=9E=91=EC=84=B1:
Paul,

Thanks for this, and my apologies for the delay.=C2=A0 I have requested
IETF LC for draft -20.

Regards,
-Erik

On Thu, Mar 18, 2021 at 6:33 AM Mr. Jaehoon Paul Jeong
<jaehoon.pau= l@gmail.com> wrote:
>
> Hi Erik,
> There is the revision of IPWAVE PS Draft:
> https://datatrac= ker.ietf.org/doc/html/draft-ietf-ipwave-vehicular-networking-20
>
> I attach the revision letter to explain how to address your comments.<= br> >
> Thanks.
>
> Best Regards,
> Paul
>
>
> On Mon, Mar 8, 2021 at 10:33 PM Mr. Jaehoon Paul Jeong <jaehoon.paul@gmail.com= > wrote:
>>
>> Hi Erik,
>> I will address your comments this week.
>>
>> Thanks for your valuable review.
>>
>> Best Regards,
>> Paul
>>
>>
>> On Mon, Mar 8, 2021 at 10:34 AM IETF Secretariat <ietf-secretariat-re= ply@ietf.org> wrote:
>>>
>>> IESG state changed:
>>>
>>> New State: AD Evaluation::Revised I-D Needed
>>>
>>> (The previous state was AD Evaluation)
>>>
>>> [ abstract, section 1 ]
>>>
>>> * "lists up" -> "enumerates|sets forth|detai= ls|...", might be a better
>>>=C2=A0 =C2=A0word/verb phrase
>>>
>>>
>>> [ section 2 ]
>>>
>>> * "table PC"? Perhaps "tablet PC", like in= section 6.
>>>
>>> [ section 3 ]
>>>
>>> * There are two sentences in the final paragraph which both di= rect the reader
>>>=C2=A0 =C2=A0to section 5 for vehicular IPv6 problem statement = and requirements.
>>>=C2=A0 =C2=A0Probably only one of those sentences is really req= uired.
>>>
>>> [ section 3.2 ]
>>>
>>> * "can facilitates" -> "can facilitate"=
>>>
>>> * "can make the battery charging schedule" is techni= cally correct, but the
>>>=C2=A0 =C2=A0multiple possible interpretations of "make&qu= ot; in this context tripped me up
>>>=C2=A0 =C2=A0looking for some final (indirect) object or someth= ing.
>>>
>>>=C2=A0 =C2=A0Suggest something like "can plan the battery = charging schedule", perhaps?
>>>
>>> * "The existing IPv6 protocol must be augmented ..."=
>>>
>>>=C2=A0 =C2=A0Should there be some explanation about why this ne= eds to be done at the IPv6
>>>=C2=A0 =C2=A0layer and, more explicitly, why a Layer 2 solution= is not an option that
>>>=C2=A0 =C2=A0can also be considered?=C2=A0 I can understand tha= t L2 options are out of scope
>>>=C2=A0 =C2=A0for the IETF to work on, but are they also out of = scope overall?=C2=A0 I could
>>>=C2=A0 =C2=A0believe that the reason is RFC 4903 -style issues,= but I figured I'd ask.
>>>
>>> [ section 4.1 ]
>>>
>>> * "...vehicles under the coverage of an RSU share a prefi= x such
>>>=C2=A0 =C2=A0 that mobile nodes share a prefix..."
>>>
>>>=C2=A0 =C2=A0 Perhaps s/such that/(just as)|(in the same way th= at)/?
>>>
>>> [ section 4.2/5(.0) ]
>>>
>>> * The final paragraph of 4.2 hints at this, but I found myself= wanting to read
>>>=C2=A0 =C2=A0about the expected "dwell times" for a v= ehicle connected to an IP-RSU.
>>>=C2=A0 =C2=A0For how long is a vehicle expected to be connected= to any given access node?
>>>=C2=A0 =C2=A0I think the maximum is probably uninteresting (the= vehicle could be parked,
>>>=C2=A0 =C2=A0for example), but what is the useful minimum time?=
>>>
>>>=C2=A0 =C2=A0(I see that section 5.1.2 goes include a helpful t= imescale reference.)
>>>
>>> [ section 5.1.1/5.2 ]
>>>
>>> * During handover, can a vehicle be connected to multiple IP-R= SUs on the
>>>=C2=A0 =C2=A0logical interface?=C2=A0 If so, does this mean the= y need to use RFC 8028 -style
>>>=C2=A0 =C2=A0address and next hop selection?
>>>
>>> [ section 6 ]
>>>
>>> * How can a vehicle authenticate other vehicles (and their ND = information)
>>>=C2=A0 =C2=A0and the RAs coming from IP-RSUs?
>>>
>>>=C2=A0 =C2=A0Ah, I guess this is what the final two paragraphs = are saying, actually, that
>>>=C2=A0 =C2=A0there needs to be such a mechanism.
>>>
>>> Datatracker URL: https://datatracker.ietf.org/doc/draft-ietf-ipwave-vehicular-networking/<= /a>
>>>
>>>
>>>
>>>
>>>
--
--000000000000a38db405c4b00c64-- From nobody Mon Jun 14 07:02:48 2021 Return-Path: X-Original-To: its@ietf.org Delivered-To: its@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id DA0463A257C; Mon, 14 Jun 2021 07:02:40 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 7.32.0 Auto-Submitted: auto-generated Precedence: bulk CC: Carlos Bernardos , cjbc@it.uc3m.es, draft-ietf-ipwave-vehicular-networking@ietf.org, ek.ietf@gmail.com, ipwave-chairs@ietf.org, its@ietf.org Reply-To: last-call@ietf.org Sender: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-ID: <162367936036.30618.11701281285252724314@ietfa.amsl.com> Date: Mon, 14 Jun 2021 07:02:40 -0700 Archived-At: Subject: [ipwave] Last Call: (IPv6 Wireless Access in Vehicular Environments (IPWAVE): Problem Statement and Use Cases) to Informational RFC X-BeenThere: its@ietf.org X-Mailman-Version: 2.1.29 List-Id: IPWAVE - IP Wireless Access in Vehicular Environments WG at IETF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2021 14:02:41 -0000 The IESG has received a request from the IP Wireless Access in Vehicular Environments WG (ipwave) to consider the following document: - 'IPv6 Wireless Access in Vehicular Environments (IPWAVE): Problem Statement and Use Cases' as Informational RFC The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the last-call@ietf.org mailing lists by 2021-06-28. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract This document discusses the problem statement and use cases of IPv6-based vehicular networking for Intelligent Transportation Systems (ITS). The main scenarios of vehicular communications are vehicle-to-vehicle (V2V), vehicle-to-infrastructure (V2I), and vehicle-to-everything (V2X) communications. First, this document explains use cases using V2V, V2I, and V2X networking. Next, for IPv6-based vehicular networks, it makes a gap analysis of current IPv6 protocols (e.g., IPv6 Neighbor Discovery, Mobility Management, and Security & Privacy), and then enumerates requirements for the extensions of those IPv6 protocols for IPv6-based vehicular networking. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-ipwave-vehicular-networking/ No IPR declarations have been submitted directly on this I-D. From nobody Mon Jun 14 18:07:49 2021 Return-Path: X-Original-To: its@ietfa.amsl.com Delivered-To: its@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 196303A16BF; Mon, 14 Jun 2021 18:07:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jy8JlfW7Bccj; Mon, 14 Jun 2021 18:07:32 -0700 (PDT) Received: from mail-oo1-xc30.google.com (mail-oo1-xc30.google.com [IPv6:2607:f8b0:4864:20::c30]) (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 989B83A16BC; Mon, 14 Jun 2021 18:07:31 -0700 (PDT) Received: by mail-oo1-xc30.google.com with SMTP id z14-20020a4a984e0000b029024a8c622149so2597665ooi.10; Mon, 14 Jun 2021 18:07:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=GZ3G81Hk3W2+HQL8SVSmQhylZNz47VSwP8/lJ/PAQ3A=; b=RIEt0JtT3zeE1ngelhuDAhXr/M5ui2sMdi1TSeHOY8HQFSfq2KuoiGYBq3iJF2Wjks xJGFmS6uQXj/TDDtB3/icst7qUf/hMvk4xDlZfMVAJTqcrO7Y1JvEk66b5i6axqyBRio 8EJsXrUvgUMIxYNXRtASQq3m0IE2/ZnCu9JejvkX07JeAHJR8H8KI9qBK4mJSAU+oO41 ellkQgRict4RU5Y9RXHV42rhadadZA+7LTO+D1yKYZ9A9MzNiJp0DpOP3wtqPHY9PE84 P2zkH9lXMje/6mETajiqoqt7J33XtiARJtYfPbPr35tJXisJTSNbstfIywfFLlSjG5oh C8Mw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=GZ3G81Hk3W2+HQL8SVSmQhylZNz47VSwP8/lJ/PAQ3A=; b=H2UTHuIzlPbRdw7ivp8KKxsWWbXfJ32j+Zedkkm9uKP4pVGMZDJIV/YM0yFKZcRAO0 IU+1BwZ8YIL2CxFK6W4Yc4cPmtGs9hkWTaal4QsmC7lwUkyd9o9jW2gOPEJkYpzYs/O7 RIzUlSGOK1u8q0CY4CkfXxby0U5x77oC+5hBRKCNF6eKgG0yQ3XN1vzg8etg5iwY7mRA lKCFXky5FJVpJZctcpNijyct04hGjITWmkxPQwYZ4kbLt0+TFpOKQ7rgyOaC+GkfHhEh ie3GXjCC6R20Sijb8U2O/deV5u74c5GRcSwc5hsug1kfariYxDibO3EOPuI8ch/iXJf0 cM1A== X-Gm-Message-State: AOAM533r57UOHfQGxEYQSabCAvGY5S3KcmWtqJsQdJjapoFHXUnQ+yrH eCNd3bU2sl74mR1gy0Zx7hDdKbCCWkWvTfuj1jKOL/1wvhw= X-Google-Smtp-Source: ABdhPJxjkL/AQMoWsHZ1QxZSU6w7tFDBr/sDSllqjAD7TSuwItMCMwklblzuPhfm9duBBU75CkXIqS94laTcuMV4yQg= X-Received: by 2002:a4a:c287:: with SMTP id b7mr15186464ooq.8.1623719249854; Mon, 14 Jun 2021 18:07:29 -0700 (PDT) MIME-Version: 1.0 References: <162367936036.30618.11701281285252724314@ietfa.amsl.com> In-Reply-To: <162367936036.30618.11701281285252724314@ietfa.amsl.com> From: Erik Kline Date: Mon, 14 Jun 2021 18:07:19 -0700 Message-ID: To: last-call@ietf.org Cc: IETF-Announce , Carlos Bernardos , draft-ietf-ipwave-vehicular-networking@ietf.org, ipwave-chairs@ietf.org, its@ietf.org, 6MAN <6man@ietf.org> Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [ipwave] Last Call: (IPv6 Wireless Access in Vehicular Environments (IPWAVE): Problem Statement and Use Cases) to Informational RFC X-BeenThere: its@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IPWAVE - IP Wireless Access in Vehicular Environments WG at IETF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jun 2021 01:07:35 -0000 +6man, since there are many statements about IPv6 work in this document. One thing of note: in the time after this document was WGLC'd, 6man held an adoption call on OMNI that did not result in adoption [OMNI]. There are at two places where this text appears: "The existing IPv6 protocol must be augmented through the addition of an OMNI interface..." These statements should probably be revised (or removed). -Erik [OMNI] https://mailarchive.ietf.org/arch/msg/ipv6/s1S49EYPThX34Gowu4ExPgFb32k/ On Mon, Jun 14, 2021 at 7:02 AM The IESG wrote: > > > The IESG has received a request from the IP Wireless Access in Vehicular > Environments WG (ipwave) to consider the following document: - 'IPv6 Wireless > Access in Vehicular Environments (IPWAVE): Problem > Statement and Use Cases' > as Informational RFC > > The IESG plans to make a decision in the next few weeks, and solicits final > comments on this action. Please send substantive comments to the > last-call@ietf.org mailing lists by 2021-06-28. Exceptionally, comments may > be sent to iesg@ietf.org instead. In either case, please retain the beginning > of the Subject line to allow automated sorting. > > Abstract > > > This document discusses the problem statement and use cases of > IPv6-based vehicular networking for Intelligent Transportation > Systems (ITS). The main scenarios of vehicular communications are > vehicle-to-vehicle (V2V), vehicle-to-infrastructure (V2I), and > vehicle-to-everything (V2X) communications. First, this document > explains use cases using V2V, V2I, and V2X networking. Next, for > IPv6-based vehicular networks, it makes a gap analysis of current > IPv6 protocols (e.g., IPv6 Neighbor Discovery, Mobility Management, > and Security & Privacy), and then enumerates requirements for the > extensions of those IPv6 protocols for IPv6-based vehicular > networking. > > > > > The file can be obtained via > https://datatracker.ietf.org/doc/draft-ietf-ipwave-vehicular-networking/ > > > > No IPR declarations have been submitted directly on this I-D. > > > > > From nobody Mon Jun 14 20:25:27 2021 Return-Path: X-Original-To: its@ietfa.amsl.com Delivered-To: its@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 118713A1C60; Mon, 14 Jun 2021 20:25:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zCw9zrBTvH_5; Mon, 14 Jun 2021 20:25:17 -0700 (PDT) Received: from mail-pf1-x42a.google.com (mail-pf1-x42a.google.com [IPv6:2607:f8b0:4864:20::42a]) (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 A463B3A1C5D; Mon, 14 Jun 2021 20:25:16 -0700 (PDT) Received: by mail-pf1-x42a.google.com with SMTP id c12so12201642pfl.3; Mon, 14 Jun 2021 20:25:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=v/GNOPQI98A/hw7ZMLrpFbf9v5gvlrcall7Mml/WC6I=; b=klvQHFYgj6gWgJBw4wiMSBzWsWSnxXuDrLu9cmUwXQWOi6Pua1wjs2PPLOtn7yHxzp O90Qkqljqll5J5GwgO+GiuggIA8YDmiUJIrT1lTLeLJ5dvQZkAiRUq2IoD7g5Rdm4TbU tesFyZKufxEjnPoRbDy1tT1VdweVCAk6Semry1WDCPlXeV1MMpMwICyHlWTDC8B+jixY NtFqgMNa/PcuEbSoYFISzSmZU7gJrdXSZiqcDKTqH62+YpE9KBIUxYYwXshBhAPS1HcJ hUNQDfi89jx0tAVQHsvxE5b0/A2dG2ANcejHbe3QkSgvMgcC3+W2aYpor+3aWgPonQju r6bA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=v/GNOPQI98A/hw7ZMLrpFbf9v5gvlrcall7Mml/WC6I=; b=IpheNPH0us79/JCyNEMN/8eQtOSUSmk99WRTExbWoXPbFfyyDQ7O6a3KJx/L9s9MWv wiOJb4evsfKCVUMSZ0rOhBH4e023iHo+b3Hg3puKAuS8cjQo06/Krfyb8pTRLPmXXkYw 0rJ1SQ825a3FZPx+vGXh2spz2q4v6dUV/Gl/vt02ti9yWhlsVRDhD3X7Zk2X8Fyqjwo8 0+XqPgZQZ/sRECfTefJYhmeztbEzF5iqT3gzP1YE9iWKiLAgrJmmX2dFdgc5clAwZexa n7SlpwaP6ch8xZJX+zYI9TxCSlnnmQ2OIqtkPhxywwWkXn/3/M4oyHL7GQqbn/z5WiPg XELQ== X-Gm-Message-State: AOAM5335iRlN64yC4kEmcGc3trT7MFnffn0IIED9lHiyyga5HDAsQKr7 kxkFSrnNEpmDF/KPMpOkV0K35SzKENvKMg== X-Google-Smtp-Source: ABdhPJwaJq8zHyJAraaFpGHjnTVOonr/iSKZ7sPSG1GO73f7IDo+enFITYUVxoMy2FstZ6OtuG0gOA== X-Received: by 2002:aa7:998f:0:b029:2ec:9844:a549 with SMTP id k15-20020aa7998f0000b02902ec9844a549mr2192233pfh.65.1623727514220; Mon, 14 Jun 2021 20:25:14 -0700 (PDT) Received: from ?IPv6:2406:e003:100d:901:80b2:5c79:2266:e431? ([2406:e003:100d:901:80b2:5c79:2266:e431]) by smtp.gmail.com with ESMTPSA id w59sm13627305pjj.13.2021.06.14.20.25.10 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 14 Jun 2021 20:25:13 -0700 (PDT) To: Erik Kline , last-call@ietf.org Cc: 6MAN <6man@ietf.org>, its@ietf.org, draft-ietf-ipwave-vehicular-networking@ietf.org, Carlos Bernardos , IETF-Announce , ipwave-chairs@ietf.org References: <162367936036.30618.11701281285252724314@ietfa.amsl.com> From: Brian E Carpenter Message-ID: Date: Tue, 15 Jun 2021 15:25:07 +1200 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [ipwave] Last Call: (IPv6 Wireless Access in Vehicular Environments (IPWAVE): Problem Statement and Use Cases) to Informational RFC X-BeenThere: its@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IPWAVE - IP Wireless Access in Vehicular Environments WG at IETF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jun 2021 03:25:22 -0000 Thanks for the heads-up, Erik. This text at https://datatracker.ietf.org/doc/html/draft-ietf-ipwave-vehicular-networking-20#page-9 > Therefore, the existing IPv6 protocol can be > augmented through the addition of an Overlay Multilink Network (OMNI) > Interface [OMNI] and/or protocol changes in order to support both > wireless single-hop/multihop V2V communications and multiple radio > technologies in vehicular networks. is of concern regardless of the mention of OMNI. Does it mean "can be" or "needs to be"? This paragraph seems like a very short summary of a big problem area. At the end of page 13 there is some related discussion, which mentions RPL as part of the solution (good choice, IMHO) but again seems to depend on OMNI. I don't think the fix of simply removing references to OMNI works, because it would leave a gap. In an informational document, that is not a formal problem but as far as this draft describes architecture, I don't think that big a gap is reasonable. "OMNI" is mentioned more than 20 times in the document. There are also several references to AERO, which is strongly associated with OMNI. At this point I became confused about the purpose of the document. The Abstract says > This document discusses the problem statement and use cases of > IPv6-based vehicular networking In fact, most of section 4 seems to be a draft architecture of a solution. > 5. Problem Statement > > In order to specify protocols using the architecture mentioned in > Section 4.1, IPv6 core protocols have to be adapted to overcome > certain challenging aspects of vehicular networking. That's a big leap. But the rest of section 5 seems to get back to solution design. So I am left puzzled about what would happen next if this draft becomes an RFC. Do the authors expect 6man to work on the issues they've raised? I'm not sure they match 6man's limited charter ("not chartered to develop major changes or additions to the IPv6 specifications"). Regards Brian Carpenter On 15-Jun-21 13:07, Erik Kline wrote: > +6man, since there are many statements about IPv6 work in this document. > > One thing of note: in the time after this document was WGLC'd, 6man > held an adoption call on OMNI that did not result in adoption [OMNI]. > There are at two places where this text appears: > > "The existing IPv6 protocol must be augmented through the addition of > an OMNI interface..." > > These statements should probably be revised (or removed). > > -Erik > > [OMNI] https://mailarchive.ietf.org/arch/msg/ipv6/s1S49EYPThX34Gowu4ExPgFb32k/ > > On Mon, Jun 14, 2021 at 7:02 AM The IESG wrote: >> >> >> The IESG has received a request from the IP Wireless Access in Vehicular >> Environments WG (ipwave) to consider the following document: - 'IPv6 Wireless >> Access in Vehicular Environments (IPWAVE): Problem >> Statement and Use Cases' >> as Informational RFC >> >> The IESG plans to make a decision in the next few weeks, and solicits final >> comments on this action. Please send substantive comments to the >> last-call@ietf.org mailing lists by 2021-06-28. Exceptionally, comments may >> be sent to iesg@ietf.org instead. In either case, please retain the beginning >> of the Subject line to allow automated sorting. >> >> Abstract >> >> >> This document discusses the problem statement and use cases of >> IPv6-based vehicular networking for Intelligent Transportation >> Systems (ITS). The main scenarios of vehicular communications are >> vehicle-to-vehicle (V2V), vehicle-to-infrastructure (V2I), and >> vehicle-to-everything (V2X) communications. First, this document >> explains use cases using V2V, V2I, and V2X networking. Next, for >> IPv6-based vehicular networks, it makes a gap analysis of current >> IPv6 protocols (e.g., IPv6 Neighbor Discovery, Mobility Management, >> and Security & Privacy), and then enumerates requirements for the >> extensions of those IPv6 protocols for IPv6-based vehicular >> networking. >> >> >> >> >> The file can be obtained via >> https://datatracker.ietf.org/doc/draft-ietf-ipwave-vehicular-networking/ >> >> >> >> No IPR declarations have been submitted directly on this I-D. >> >> >> >> >> > > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- > From nobody Mon Jun 14 23:31:45 2021 Return-Path: X-Original-To: its@ietfa.amsl.com Delivered-To: its@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ECF5C3A2254; Mon, 14 Jun 2021 23:31:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -11.896 X-Spam-Level: X-Spam-Status: No, score=-11.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=erZvM4k9; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=dOMGqeXG 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 AbLNTrJXCxWs; Mon, 14 Jun 2021 23:31:34 -0700 (PDT) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8A3EB3A2252; Mon, 14 Jun 2021 23:31:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7469; q=dns/txt; s=iport; t=1623738693; x=1624948293; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=W5oiw+f40/iEAQEXQtLrP/KxsS5rUoxRVVXlaj6ldvg=; b=erZvM4k9B/FTyNbPBB8eNqwZBo3lnwUexnJPNYVfWumpk1TPc6m5iIsP TOyXQpE8f2g+Nhbinfa/z4CCKYYed/toMp4ofaoVGmS/AvCGf4Pc+mDoA Aise+pKS2FH5zbKSk7CqXqIwy0fw1iQ9AYB3o0yVLQ9bYGollkhGgUvh+ g=; IronPort-PHdr: =?us-ascii?q?A9a23=3A0zP+/BRhiRTrxuoi/6rxt4dMeNpso6HLVj580?= =?us-ascii?q?XJvo71Le6WnuZ/lOR+X6fZsiQrPWoPWo7JBhvHNuq/tEWoH/d6asX8EfZANM?= =?us-ascii?q?n1NicgfkwE6RsLQD0r9Ia3laiU7GIJJU1o2t32+OFJeTcD5YVCaq3au7DkUT?= =?us-ascii?q?xP4Mwc9Jun8FoPIycqt0OXn8JzIaAIOjz24MttP?= IronPort-HdrOrdr: =?us-ascii?q?A9a23=3Ahgk31aOaj+i5K8BcT3L155DYdb4zR+YMi2?= =?us-ascii?q?TDiHoRdfUFSKKlfp6V88jzjSWE9gr4WBkb6Le90dq7MALhHPlOkMos1NaZLU?= =?us-ascii?q?nbUQ6TTL2KgrGSuAEJlUfFh5RgPMtbAs1D4ZjLfCdHZKXBkUuF+rQbsaS6Gc?= =?us-ascii?q?mT7I+0pRoAPGIaCZ2IrT0JdjpzeXcGIjWucKBJbKZ0kfA33gZIF05nCviTNz?= =?us-ascii?q?0gZazuttfLnJXpbVotHBg88jSDijuu9frTDwWY9g12aUIL/Z4StUz+1yDp7K?= =?us-ascii?q?SqtP+2jjXG0XXI0phQkNz9jvNeGc23jNQPIDmEsHftWG0hYczEgNkGmpD31L?= =?us-ascii?q?8YqqiVn/7mBbUp15rlRBDynfIq4Xi77N9h0Q6+9bbSuwqSnSWwfkNINyMGv/?= =?us-ascii?q?METvMcgHBQ4u2VF8lwrj2kXtNsfGH9tTW46N7SWx5wkE2o5XIkjO4IlnRaFZ?= =?us-ascii?q?ATcblLsOUkjQ9o+bo7bWjHAbocYaRT5QDnlb9rWELfa2qcsnhkwdSqUHh2Fh?= =?us-ascii?q?CaQlIassjQ1zRNhnh2w0YR2cRaxx47hdwAYogB4/6BPrVjlblIQMNTZaVhBP?= =?us-ascii?q?0ZSc/yDmDWWxrDPG+bPFyiHqAaPHDGrYLx/dwOla6XkVwzvdAPcbH6IRJlXE?= =?us-ascii?q?IJCjXT4Py1rdV2G0r2MRGAtBzWu7djDrZCy8jBeIY=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DYCgAKSMhg/5BdJa1aHQEBAQEJARI?= =?us-ascii?q?BBQUBQIFXgVNRB3daNzGIEAOFOYh8A4pLhQyKQYFCgREDVAsBAQENAQEqDQg?= =?us-ascii?q?CBAEBgRiDOAKCaQIlOBMCBAEBARIBAQUBAQECAQYEcROFaA2GRQEBAQMBAQE?= =?us-ascii?q?QKAYBASwLAQQHBAIBCBEBAwEBAR4FCyEGCxcGCAIEAQ0FCBMHglCCVQMOIQE?= =?us-ascii?q?OA5xVAYE6AoofeIE0gQGCBwEBBgQEgTQBE0GDHA0LgjEDBoE6gnuFJYVKJxy?= =?us-ascii?q?BSUSBFUOCYD6CIEIBAQIBgTQPHINLgi6CIxotLkQmBCccDgIiLQwgFgcsORg?= =?us-ascii?q?WBkORBoJ4pxRbCoMcig+HL4ZfhXISg16LIJZlhwaOTIwXgyiPTysGCw0DhFg?= =?us-ascii?q?CBAIEBQIOAQEGgWskgVlwFTuCaVAXAg6IW4VEDBYVgzmFFIVKczgCBgoBAQM?= =?us-ascii?q?JfIYfAiYHghgBAQ?= X-IronPort-AV: E=Sophos;i="5.83,275,1616457600"; d="scan'208";a="877547775" Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 15 Jun 2021 06:31:31 +0000 Received: from mail.cisco.com (xbe-aln-004.cisco.com [173.36.7.19]) by rcdn-core-8.cisco.com (8.15.2/8.15.2) with ESMTPS id 15F6VVdc005643 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 15 Jun 2021 06:31:31 GMT Received: from xfe-rcd-002.cisco.com (173.37.227.250) by xbe-aln-004.cisco.com (173.36.7.19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Tue, 15 Jun 2021 01:31:31 -0500 Received: from xfe-aln-003.cisco.com (173.37.135.123) by xfe-rcd-002.cisco.com (173.37.227.250) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Tue, 15 Jun 2021 01:31:31 -0500 Received: from NAM10-DM6-obe.outbound.protection.outlook.com (173.37.151.57) by xfe-aln-003.cisco.com (173.37.135.123) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15 via Frontend Transport; Tue, 15 Jun 2021 01:31:31 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=BfJMneJ3WfWLZ7bvBCFl4ytQTXl9SipAeGjKDxAeWinxojQbHpOu+NMVuQbNZR90NWzUo5gB+AucA041ZstumZIjDLEmFwEl/OuQRxC0QTl+SS1KPlQIBvn+smI5hGcoUBDyxHw/Gn7UnGLe8cjYsyO4HoRLOXHk7hv4igybB/xAnltEGoZNrm3mpOqyEpZ1FEF5C8Z4jZmxhkn4dtNzjvqRzCspapYNQymgFB4gsDTcabP63qoomnqqYZqEzBAoI5RNoaNA2e45AUvu2x3Bdhrk7CI942e6go4wxmhOOnAGf86Y+YsM4RUPsMrXCNma46o5TxNGHeAE8z3s37pKCA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=61JBFoUIMlFcQnhqDmblx8zSe5peUg0Ju1QBbIJYS1k=; b=S5+Wo3bgek+1BlIgj1MCMxCSFXiO4cgYatfTL7agRsvdyrjJMyXfa0Y3sojP2MKOIaioUYmATuRfl/chg6AWiNK76bh0yVup/S9dNiw4tZCHPqK02XLPH8ooL1lzP5/oAympoLHTL9qvUwInqMmBX2iwSkEvgSU5OuTqWasevur8fCs+5lCmBzdBFgqH40i6AoM5WA3AtE/VE9PD6zZZcRQk+e1g6u55RodQLN+nEh8V+4eSPwg6VViLswB0iKI7vSG3FO+yF/oNN9M4raa6Nn/LZwXpO6xyCxKAUlQfBwiHnxzm7Lf9oB81Ks96SyqWc+XveNfSNE1+/1vienDWEw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=61JBFoUIMlFcQnhqDmblx8zSe5peUg0Ju1QBbIJYS1k=; b=dOMGqeXGXnHCYE1zPReWSZu4DJ8skFRHejfRXWKkghQ78TxuGWUEBDdgJBQiyAUKCETyv5qMfZVk9ZjAfaREfdgDRVrmBv4fdvVlvvZQYAH7NxNGoZuxyCMJR55ocpWFG65fU5CTw8Ol2B6yrTNZ+yrV6Bry2Qb4r/DG+B+vvO4= Received: from CO1PR11MB4881.namprd11.prod.outlook.com (2603:10b6:303:91::20) by MWHPR11MB1773.namprd11.prod.outlook.com (2603:10b6:300:10f::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4219.21; Tue, 15 Jun 2021 06:31:29 +0000 Received: from CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::9da6:468c:4d04:2110]) by CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::9da6:468c:4d04:2110%6]) with mapi id 15.20.4219.025; Tue, 15 Jun 2021 06:31:29 +0000 From: "Pascal Thubert (pthubert)" To: Brian E Carpenter , Erik Kline , "last-call@ietf.org" CC: 6MAN <6man@ietf.org>, "its@ietf.org" , "draft-ietf-ipwave-vehicular-networking@ietf.org" , Carlos Bernardos , IETF-Announce , "ipwave-chairs@ietf.org" Thread-Topic: Last Call: (IPv6 Wireless Access in Vehicular Environments (IPWAVE): Problem Statement and Use Cases) to Informational RFC Thread-Index: AQHXYSYqSXg+LcGA9Uu7ga/qdgfWJasUQ0eAgAAmgICAACjoUA== Date: Tue, 15 Jun 2021 06:31:06 +0000 Deferred-Delivery: Tue, 15 Jun 2021 06:27:32 +0000 Message-ID: References: <162367936036.30618.11701281285252724314@ietfa.amsl.com> In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=cisco.com; x-originating-ip: [2a01:cb1d:4ec:2200:f020:9ea9:9597:6928] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 53d1c48e-50b0-4267-b939-08d92fc735c1 x-ms-traffictypediagnostic: MWHPR11MB1773: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: Bhk4wo4XmJCVH6cmxtTE54DrlxcnRDDDwZbsM+2aD3AX5/hc76oSl2/923J1IsM4xst6HcH2+ZRZ2JMg8XDGOGFXRguHVdiDyzzpOA12+KnYFgoqP+UeBLIsSg5pCL8ocwY8eI+XhCkFc5Gd32mf3cVgYVrTak3cbbmDvS3hOlA1a0+Hdmp4FZmLiinfwQNsHPgtT7qzcHi1sS8yEN49O/lbguWqbXc8x+BwD24kIOBMOiMGvJ/K9/vknK0xBBuT5dWDQtUIioHxb8qgC3jVpcQ7l4lmQstOpKvrqUOsEkiEbMe1+UHx+S1WlvGkIbfPHrkdhXFi8fC6vEr03pubiQXOoYjklqy99B4YJxdEwHgVu1Vdkz0mSeFPNJO6v9t5828sX2QDw+ZgNw1uSMT/SZHgo+kRuv5XNUJ+bEDl4sXvClgqcpJW/kFBeSPf4gRTV5WXWOORV17+wqKPBfoJ1LfDRLCbmId+OKemRZZEk034fvkO4PL0f02DIm6b+xAc7741rY0VREy1ASU1ynXHSh+7jitqPgxxhqiEcb34mCmVeoRg5Lz85P/wrdkUowc8Oa9Em2teEOtHR+F3lGqsWG1hW6jlxB+IsiZ3/x//4i4sKEvU2s/HM4SEY+QMmzY+LZyRM6YKBfsGtfo5juBgLzueMrVVcDeamMn1fxJFgAFe52FxAp5SDVbaj0KRtictLNPudZOalEeb8QDu5UJHk8zMkl0Y2EMzvma81PmVsb4fpuRiBvJabPaOX/luvyd1 x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CO1PR11MB4881.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(396003)(39860400002)(346002)(376002)(136003)(366004)(8936002)(4326008)(2906002)(38100700002)(66556008)(64756008)(66446008)(186003)(122000001)(76116006)(71200400001)(66476007)(86362001)(8676002)(966005)(9686003)(6666004)(55016002)(83380400001)(7696005)(478600001)(33656002)(66946007)(316002)(6506007)(5660300002)(52536014)(53546011)(54906003)(110136005); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?kz/urjjKgNa+xpCUjyoavx/lRuVNInu3eF1uG8lbndx7FXQpYVGb4g+tI0P8?= =?us-ascii?Q?hLcFPv7Z6600Grq9Uxbdqwof19QbSDUlYR9sTfdBiJzYuZSVCrxZOeH+Z+cv?= =?us-ascii?Q?Dn1gDCMeOjL1RlcNrocS5odDa1Ryt4LXUDj14QEqWXpDBc5Fv2crH1EhBjmG?= =?us-ascii?Q?ggv+/MX5BwJG4HfBt06oJ24X35q9tZ345wUXYjwWF/ERN10nwciJ3b8nJSOn?= =?us-ascii?Q?BE0WLnNakayvdr/rGSU9s9GsOcRbi5NeiOgoMbQSd55Qmgg11YMBGTKQGVwf?= =?us-ascii?Q?w/vsfO1dc8m311QU+PtJS70QQFBmaorATy5bVN5jeHh50pHWhr10kfr4PvG3?= =?us-ascii?Q?dy8Fk+iEUF1Ny7RZSf4xFeuZRigGxlKZ0uomDO5hl1yCMJ3kWhFv5P+e4SLN?= =?us-ascii?Q?/XnxyQCscYXeBghYUn9Qu/8sc90gA4xvpjaQFZ2PF9LudO2zA6n/rmw1k6Oh?= =?us-ascii?Q?swaCn20MdaKETMSDL2Y6O1EamjWxGZhySDSZHOQfxamzmdo+Bxf5Yd+fjmgJ?= =?us-ascii?Q?PhGkwm2KPMaGu36yjyYXWbjJijntNgub6zyZ7K7tEJfhhAlhHnwccUrNoGun?= =?us-ascii?Q?umsSVEiupm+P0pzCQFKBzEgWcG1pf8XEcsgDNQt900XSxi5S1zD06b0hXMKd?= =?us-ascii?Q?Lcz3JPjyPMEHZ+hHPgNbBZsBKlvIvB7FkKXWgNUUFhZvrDL2lMnciM8DhuNZ?= =?us-ascii?Q?bCFO8/bKEkmxzydr/bLCPS9TfLiV/Ipg+lr6AQftD/DHlTdpi8ybV8gFA0Qb?= =?us-ascii?Q?2kGdKmBpV4EyDv5fC7kpToXxNf+P3QPgGqf5M2eg4mAjpIXn+4Uub4QCumXK?= =?us-ascii?Q?U8tf7HgT6JQbdc+5s/SdsfguJsWtm4vMbx/RU9ehfw49J5Ah9ZIOcogpIrKN?= =?us-ascii?Q?Liat/stX0Z+axivHYNSYP/BP7ICiMg2tccgdL8LkNY4jx+iTEPdgnEmTx+tg?= =?us-ascii?Q?Dj/FpimnM/GJPgO+uibfu8XAUM446J7fU6fVOwNXbqwU61EFFFF3une8Ywef?= =?us-ascii?Q?vgtcUA+vKXq7jgQwb+3QOOwF2/Aajz5tF4FFdct3ig+0DaWVnpLEPp/e0Bzg?= =?us-ascii?Q?Sv7iw6fzVCpslPGprFn3MW/O//aOMWUGt1a4IB2Vkff4Fa3547r7zKQrCEiF?= =?us-ascii?Q?bvRrXijNFMcIgETwdHKPYTaGQT//wXaPOl4jCTZeuuPophK85QGDA5hbcrkG?= =?us-ascii?Q?+23k8jDm54KFDKBSMc8UTenbAb88vEsTfNbluZSgY7sZ2eH1H4mKBdDFUoXq?= =?us-ascii?Q?eJn3MaFWmgKSzBEHp4fwgKBFr5/vlOpc/CQiGqX2zQ1XPFuJtFngJWqqmxjJ?= =?us-ascii?Q?nXIWSxcBK3Is3ktoxTJyqwanANYWuS77Rgv0cDOMCwUPN2uJgHrZrYCbJF7s?= =?us-ascii?Q?7e+oCXMiI2IK47ObDdsHbhr4eKsd?= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: CO1PR11MB4881.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 53d1c48e-50b0-4267-b939-08d92fc735c1 X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Jun 2021 06:31:29.4550 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: iwPcdyacbLD1fOr3QLf06bYgMqoBUHPfZpokU5dWHFJ7huN/+zoLJbs5hM2XijbWsFiAfBeVfYElQf3/ltt52g== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR11MB1773 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.19, xbe-aln-004.cisco.com X-Outbound-Node: rcdn-core-8.cisco.com Archived-At: Subject: Re: [ipwave] Last Call: (IPv6 Wireless Access in Vehicular Environments (IPWAVE): Problem Statement and Use Cases) to Informational RFC X-BeenThere: its@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IPWAVE - IP Wireless Access in Vehicular Environments WG at IETF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jun 2021 06:31:39 -0000 > -----Original Message----- > From: ipv6 On Behalf Of Brian E Carpenter > Sent: mardi 15 juin 2021 5:25 > To: Erik Kline ; last-call@ietf.org > Cc: 6MAN <6man@ietf.org>; its@ietf.org; draft-ietf-ipwave-vehicular- > networking@ietf.org; Carlos Bernardos ; IETF-Announce announce@ietf.org>; ipwave-chairs@ietf.org > Subject: Re: Last Call: (= IPv6 > Wireless Access in Vehicular Environments (IPWAVE): Problem Statement and= Use > Cases) to Informational RFC >=20 > Thanks for the heads-up, Erik. >=20 > This text at https://datatracker.ietf.org/doc/html/draft-ietf-ipwave- > vehicular-networking-20#page-9 >=20 > > Therefore, the existing IPv6 protocol can be > > augmented through the addition of an Overlay Multilink Network (OMNI= ) > > Interface [OMNI] and/or protocol changes in order to support both > > wireless single-hop/multihop V2V communications and multiple radio > > technologies in vehicular networks. >=20 > is of concern regardless of the mention of OMNI. Does it mean "can be" or > "needs to be"? This paragraph seems like a very short summary of a big > problem area. At the end of page 13 there is some related discussion, whi= ch > mentions RPL as part of the solution (good choice, IMHO) but again seems = to > depend on OMNI. I don't think the fix of simply removing references to OM= NI > works, because it would leave a gap. In an informational document, that i= s > not a formal problem but as far as this draft describes architecture, I d= on't > think that big a gap is reasonable. "OMNI" is mentioned more than 20 time= s in > the document. There are also several references to AERO, which is strongl= y > associated with OMNI. >=20 I agree, Brian; what became RPL was first demonstrated at the NASA Glenn ce= nter doing video transmission from a car roaming at L3 (in combination with= NEMO) on Cisco prototype routers (in the PC104 format). RFC 9010 combines RPL with RFC 8505 which is already discussed in rfc8691. = I know from actual experience that we can build a solid solution for V2V an= d V2I using those components, probably with a modernized version of the rou= ting headers we used at the time (see https://datatracker.ietf.org/doc/html= /draft-thubert-6man-reverse-routing-header), probably based on SRv6. Here the document seems to be mixing solution with problem. Note that I hav= e no clue on how well OMNI applies in that space, maybe it does very well. = I guess I'm missing a high level resource that explains exactly what it doe= s vs. what it abstracts. I'm concerned that the FF02 multicast illusion (th= at is only abstracted at L3 and is not implemented at L2) could happen here= again.=20 > At this point I became confused about the purpose of the document. The > Abstract says >=20 > > This document discusses the problem statement and use cases of > > IPv6-based vehicular networking >=20 > In fact, most of section 4 seems to be a draft architecture of a solution= . >=20 > > 5. Problem Statement > > > > In order to specify protocols using the architecture mentioned in > > Section 4.1, IPv6 core protocols have to be adapted to overcome > > certain challenging aspects of vehicular networking. >=20 > That's a big leap. But the rest of section 5 seems to get back to solutio= n > design. >=20 > So I am left puzzled about what would happen next if this draft becomes a= n > RFC. Do the authors expect 6man to work on the issues they've raised? I'm= not > sure they match 6man's limited charter ("not chartered to develop major > changes or additions to the IPv6 specifications"). >=20 Interesting; I would have thought that the traditional steps of problem sta= tement and applicability statement of existing work could be expected from = IPWAVE too. I believe the group could find that a targeted combination of existing RFCs= solves the problem.=20 But they could also decide that they want to progress AERO/OMNI like HOMENE= T suggested to progress BABEL. But first of all, the IETF last call should validate that this document is = indeed a problem statement and that it leaves the solution space open.=20 Keep safe; Pascal > Regards > Brian Carpenter >=20 > On 15-Jun-21 13:07, Erik Kline wrote: > > +6man, since there are many statements about IPv6 work in this document= . > > > > One thing of note: in the time after this document was WGLC'd, 6man > > held an adoption call on OMNI that did not result in adoption [OMNI]. > > There are at two places where this text appears: > > > > "The existing IPv6 protocol must be augmented through the addition o= f > > an OMNI interface..." > > > > These statements should probably be revised (or removed). > > > > -Erik > > > > [OMNI] > > https://mailarchive.ietf.org/arch/msg/ipv6/s1S49EYPThX34Gowu4ExPgFb32k > > / > > > > On Mon, Jun 14, 2021 at 7:02 AM The IESG wrot= e: > >> > >> > >> The IESG has received a request from the IP Wireless Access in > >> Vehicular Environments WG (ipwave) to consider the following > >> document: - 'IPv6 Wireless Access in Vehicular Environments (IPWAVE): > Problem > >> Statement and Use Cases' > >> as Informational > >> RFC > >> > >> The IESG plans to make a decision in the next few weeks, and solicits > >> final comments on this action. Please send substantive comments to > >> the last-call@ietf.org mailing lists by 2021-06-28. Exceptionally, > >> comments may be sent to iesg@ietf.org instead. In either case, please > >> retain the beginning of the Subject line to allow automated sorting. > >> > >> Abstract > >> > >> > >> This document discusses the problem statement and use cases of > >> IPv6-based vehicular networking for Intelligent Transportation > >> Systems (ITS). The main scenarios of vehicular communications are > >> vehicle-to-vehicle (V2V), vehicle-to-infrastructure (V2I), and > >> vehicle-to-everything (V2X) communications. First, this document > >> explains use cases using V2V, V2I, and V2X networking. Next, for > >> IPv6-based vehicular networks, it makes a gap analysis of current > >> IPv6 protocols (e.g., IPv6 Neighbor Discovery, Mobility Management, > >> and Security & Privacy), and then enumerates requirements for the > >> extensions of those IPv6 protocols for IPv6-based vehicular > >> networking. > >> > >> > >> > >> > >> The file can be obtained via > >> https://datatracker.ietf.org/doc/draft-ietf-ipwave-vehicular-networki > >> ng/ > >> > >> > >> > >> No IPR declarations have been submitted directly on this I-D. > >> > >> > >> > >> > >> > > > > -------------------------------------------------------------------- > > IETF IPv6 working group mailing list > > ipv6@ietf.org > > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > > -------------------------------------------------------------------- > > >=20 > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- From nobody Tue Jun 15 08:53:35 2021 Return-Path: X-Original-To: its@ietfa.amsl.com Delivered-To: its@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 30DED3A3468; Tue, 15 Jun 2021 08:46:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.671 X-Spam-Level: X-Spam-Status: No, score=0.671 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.001, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZE5Rbx8eBB-a; Tue, 15 Jun 2021 08:46:55 -0700 (PDT) Received: from oxalide-smtp-out.extra.cea.fr (oxalide-smtp-out.extra.cea.fr [132.168.224.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EED223A3467; Tue, 15 Jun 2021 08:46:53 -0700 (PDT) Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by oxalide-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 15FFkmIK015116; Tue, 15 Jun 2021 17:46:48 +0200 Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id A3999206E8A; Tue, 15 Jun 2021 17:46:48 +0200 (CEST) Received: from muguet2-smtp-out.intra.cea.fr (muguet2-smtp-out.intra.cea.fr [132.166.192.13]) by pisaure.intra.cea.fr (Postfix) with ESMTP id 82FEB206D48; Tue, 15 Jun 2021 17:46:48 +0200 (CEST) Received: from [10.14.2.143] ([10.14.2.143]) by muguet2-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 15FFkl4a032396; Tue, 15 Jun 2021 17:46:47 +0200 To: "Pascal Thubert (pthubert)" , Brian E Carpenter , Erik Kline , "last-call@ietf.org" Cc: 6MAN <6man@ietf.org>, "its@ietf.org" , "draft-ietf-ipwave-vehicular-networking@ietf.org" , Carlos Bernardos , IETF-Announce , "ipwave-chairs@ietf.org" References: <162367936036.30618.11701281285252724314@ietfa.amsl.com> From: Alexandre Petrescu Message-ID: <0320e38a-5ada-9806-af51-40bfe37b2bff@gmail.com> Date: Tue, 15 Jun 2021 17:46:47 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: fr Content-Transfer-Encoding: 8bit Archived-At: X-Mailman-Approved-At: Tue, 15 Jun 2021 08:53:34 -0700 Subject: Re: [ipwave] Last Call: (IPv6 Wireless Access in Vehicular Environments (IPWAVE): Problem Statement and Use Cases) to Informational RFC X-BeenThere: its@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IPWAVE - IP Wireless Access in Vehicular Environments WG at IETF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jun 2021 15:47:00 -0000 I want to thank you for the message and take advantage of it to reply below: Le 15/06/2021 à 08:31, Pascal Thubert (pthubert) a écrit : > > >> -----Original Message----- From: ipv6 On >> Behalf Of Brian E Carpenter Sent: mardi 15 juin 2021 5:25 To: Erik >> Kline ; last-call@ietf.org Cc: 6MAN >> <6man@ietf.org>; its@ietf.org; draft-ietf-ipwave-vehicular- >> networking@ietf.org; Carlos Bernardos ; >> IETF-Announce ; ipwave-chairs@ietf.org >> Subject: Re: Last Call: >> (IPv6 Wireless >> Access in Vehicular Environments (IPWAVE): Problem Statement and >> Use Cases) to Informational RFC >> >> Thanks for the heads-up, Erik. >> >> This text at >> https://datatracker.ietf.org/doc/html/draft-ietf-ipwave- >> vehicular-networking-20#page-9 >> >>> Therefore, the existing IPv6 protocol can be augmented through >>> the addition of an Overlay Multilink Network (OMNI) Interface >>> [OMNI] and/or protocol changes in order to support both wireless >>> single-hop/multihop V2V communications and multiple radio >>> technologies in vehicular networks. >> >> is of concern regardless of the mention of OMNI. Does it mean "can >> be" or "needs to be"? This paragraph seems like a very short >> summary of a big problem area. At the end of page 13 there is some >> related discussion, which mentions RPL as part of the solution >> (good choice, IMHO) but again seems to depend on OMNI. I don't >> think the fix of simply removing references to OMNI works, because >> it would leave a gap. In an informational document, that is not a >> formal problem but as far as this draft describes architecture, I >> don't think that big a gap is reasonable. "OMNI" is mentioned more >> than 20 times in the document. There are also several references >> to AERO, which is strongly associated with OMNI. >> > > I agree, Brian; what became RPL was first demonstrated at the NASA > Glenn center doing video transmission from a car roaming at L3 (in > combination with NEMO) on Cisco prototype routers (in the PC104 > format). RFC 9010 combines RPL with RFC 8505 which is already > discussed in rfc8691. I know from actual experience that we can build > a solid solution for V2V and V2I using those components, With respect to V2V solution: me too I know from practical experience that we can build an IPv6-based solution to maintain inter-distance, speed, angle, etc. between automated automobiles in a platoon. A video of an earlier trial with 3 automated automobiles and 2 V2V subnets shows such a demo where IPv6 is used between vehicles without infrastructure assistance, with IPv6 packets on OCB. This is the URL of the video https://www.youtube.com/watch?v=32in-Lq9ezA That V2V mechanism and demo works great, but it has an issue in that it is a pure internal product: it runs on an internal test track, only one organisation sits in each car (even if there are multiple organisations involved), so the interoperability is very low. Moreover, only LL and ULA addresses are being used. This means they are disconnected from the Internet. The Internet connection of these automated automobiles is on 4G with IPv4. IPv6 Internet for automobiles is impossible because of the 64 limit. Recently I am identifying another, similar demo of V2V platoon without infrastructure in Spain where, again, the same situation with internal demo is happening. It's just that it is another site, other organisations. But still, that too has this 'internal' characteristic of being disconnected from the Internet. A 'limited domain' in IETF speak. The necessity would be to find an interoperability crossing point where a couple or more distinct organisations would need to interoperate. A sort of a need to plug together two distinct 'limited domains'. Using a same brand of vehicles does not help very much, even if one could in theory put distinct software and hardware in each vehicle of a same brand. This is probably more likely to happen in vehicles of distinct brands (e.g. a Toyota to talk to a Ford), or maybe distinct models of a same brand (e.g. the brand Renault carries a TomTom computer in earlier models and an LG computer in more recent models; so two cars of a same brand would need to interoperate). So, if it is possible to identify such a need of interop situation of V2V it would be great. One should be aware that in search of such a crossing point there are dragons at some places. For example some manufacturers state clearly they will use one single technology exclusively (e.g. Mercedes and Ford will only use 5G, or C-V2X, or similar), while other car manufacturers go the other route (VW to use only ITS-G5, or similar). So, one should not propose to a Mercedes to talk to a VW, or to a Ford to talk to a Toyota, as this might risk to upset people. However, it leaves the doors open for discussion for some manufacturers, though. > probably with a modernized version of the routing headers we used at > the time (see > https://datatracker.ietf.org/doc/html/draft-thubert-6man-reverse-routing-header), > > > probably based on SRv6. We could talk about the technology we like most, yes. Alex > > Here the document seems to be mixing solution with problem. Note that > I have no clue on how well OMNI applies in that space, maybe it does > very well. I guess I'm missing a high level resource that explains > exactly what it does vs. what it abstracts. I'm concerned that the > FF02 multicast illusion (that is only abstracted at L3 and is not > implemented at L2) could happen here again. > > >> At this point I became confused about the purpose of the document. >> The Abstract says >> >>> This document discusses the problem statement and use cases of >>> IPv6-based vehicular networking >> >> In fact, most of section 4 seems to be a draft architecture of a >> solution. >> >>> 5. Problem Statement >>> >>> In order to specify protocols using the architecture mentioned >>> in Section 4.1, IPv6 core protocols have to be adapted to >>> overcome certain challenging aspects of vehicular networking. >> >> That's a big leap. But the rest of section 5 seems to get back to >> solution design. >> >> So I am left puzzled about what would happen next if this draft >> becomes an RFC. Do the authors expect 6man to work on the issues >> they've raised? I'm not sure they match 6man's limited charter >> ("not chartered to develop major changes or additions to the IPv6 >> specifications"). >> > > Interesting; I would have thought that the traditional steps of > problem statement and applicability statement of existing work could > be expected from IPWAVE too. I believe the group could find that a > targeted combination of existing RFCs solves the problem. But they > could also decide that they want to progress AERO/OMNI like HOMENET > suggested to progress BABEL. > > But first of all, the IETF last call should validate that this > document is indeed a problem statement and that it leaves the > solution space open. > > Keep safe; > > Pascal > >> Regards Brian Carpenter >> >> On 15-Jun-21 13:07, Erik Kline wrote: >>> +6man, since there are many statements about IPv6 work in this >>> document. >>> >>> One thing of note: in the time after this document was WGLC'd, >>> 6man held an adoption call on OMNI that did not result in >>> adoption [OMNI]. There are at two places where this text >>> appears: >>> >>> "The existing IPv6 protocol must be augmented through the >>> addition of an OMNI interface..." >>> >>> These statements should probably be revised (or removed). >>> >>> -Erik >>> >>> [OMNI] >>> https://mailarchive.ietf.org/arch/msg/ipv6/s1S49EYPThX34Gowu4ExPgFb32k >>> >>> >>> >>> / >>> >>> On Mon, Jun 14, 2021 at 7:02 AM The IESG >>> wrote: >>>> >>>> >>>> The IESG has received a request from the IP Wireless Access in >>>> Vehicular Environments WG (ipwave) to consider the following >>>> document: - 'IPv6 Wireless Access in Vehicular Environments >>>> (IPWAVE): >> Problem >>>> Statement and Use Cases' >>>> as >>>> Informational RFC >>>> >>>> The IESG plans to make a decision in the next few weeks, and >>>> solicits final comments on this action. Please send substantive >>>> comments to the last-call@ietf.org mailing lists by 2021-06-28. >>>> Exceptionally, comments may be sent to iesg@ietf.org instead. >>>> In either case, please retain the beginning of the Subject line >>>> to allow automated sorting. >>>> >>>> Abstract >>>> >>>> >>>> This document discusses the problem statement and use cases of >>>> IPv6-based vehicular networking for Intelligent Transportation >>>> Systems (ITS). The main scenarios of vehicular communications >>>> are vehicle-to-vehicle (V2V), vehicle-to-infrastructure (V2I), >>>> and vehicle-to-everything (V2X) communications. First, this >>>> document explains use cases using V2V, V2I, and V2X networking. >>>> Next, for IPv6-based vehicular networks, it makes a gap >>>> analysis of current IPv6 protocols (e.g., IPv6 Neighbor >>>> Discovery, Mobility Management, and Security & Privacy), and >>>> then enumerates requirements for the extensions of those IPv6 >>>> protocols for IPv6-based vehicular networking. >>>> >>>> >>>> >>>> >>>> The file can be obtained via >>>> https://datatracker.ietf.org/doc/draft-ietf-ipwave-vehicular-networki >>>> >>>> >>>> >>>> ng/ >>>> >>>> >>>> >>>> No IPR declarations have been submitted directly on this I-D. >>>> >>>> >>>> >>>> >>>> >>> >>> -------------------------------------------------------------------- >>> >>> >>> >>> IETF IPv6 working group mailing list >>> ipv6@ietf.org Administrative Requests: >>> https://www.ietf.org/mailman/listinfo/ipv6 >>> -------------------------------------------------------------------- >>> >> >> >>> >>> >>> -------------------------------------------------------------------- >> IETF IPv6 working group mailing list ipv6@ietf.org Administrative >> Requests: https://www.ietf.org/mailman/listinfo/ipv6 >> -------------------------------------------------------------------- > >> >> >> > -------------------------------------------------------------------- > IETF IPv6 working group mailing list ipv6@ietf.org Administrative > Requests: https://www.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- > From nobody Tue Jun 15 14:09:04 2021 Return-Path: X-Original-To: its@ietfa.amsl.com Delivered-To: its@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D1C093A3A49; Tue, 15 Jun 2021 12:12:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OznvSNkJ7egV; Tue, 15 Jun 2021 12:12:48 -0700 (PDT) Received: from mail-wr1-x42b.google.com (mail-wr1-x42b.google.com [IPv6:2a00:1450:4864:20::42b]) (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 3D6273A3A47; Tue, 15 Jun 2021 12:12:47 -0700 (PDT) Received: by mail-wr1-x42b.google.com with SMTP id y7so19460213wrh.7; Tue, 15 Jun 2021 12:12:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=zDFf+UYYX1DKmo8wD6aXm+0MwwOkYCZMxjRv9czgMhs=; b=exycBVBTDSejHlacAIOgCxZTx1y5ojEo3X5WVdqrsPgQvS47fnCip3hcULG6mi+lgx DWiFzUS7Igg32Ii2qok1bILVlwuVhtZ3chCpAQozTu/jLY1L2O0H7r8ERHO/i3tAPlWV il+fLSIZfaxCpoNqPJ/lHA94b8SNU5LpzUxLf3tHy8RhDfGUPk606iz80ct0WlZzMuZG 9Y7KZW47SodRWxvi0i3qDNdASTH5xwJAGQzhmeneI+XmOgW+R01cFVtq1ZpNq2zMWCSu PCVUKJ4sVOU/ylBXHCtYLYmIHQI29qtVbQmqwCkaPTWJfoZFuB42ytE3/7rZmmsndr0b 33nw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=zDFf+UYYX1DKmo8wD6aXm+0MwwOkYCZMxjRv9czgMhs=; b=lSxvtP0xDzqdn+m3xVdlXjH0xDWpoLXZ9w7bhEyzUNP0R45BpWHGV1cOXV82tuX+2A jeJqc2ix1+K608KTYWZDnqsLMxyi7wCIXeTlUF+hVBNV9jO632jIRIN60k1B4KrggNbS S1BVpB5SSRyr30/uBuMyHAbU3mTP1suukEhrFjL3kH3lP9KGcbc1eW7WILN5tKwMIe1l wdJcmKKeU8d1MuIX6OltlQ+bEzp9qcXE3M2ohAfbe2EuZ5QFBbYnl8gqIclO92cSiQrV GN8bqSNQf/HFMk84kW0gfdfC8XgYIxCFVENVsfzFaS6fhna+eljYoUi4XUZxud7AHEig UsqA== X-Gm-Message-State: AOAM533+NxJoYqqCK0z7yKwjdhMOQUawvjdIgg7ApuLNI2rCNub1YjfA idCwIidQnY3A05V22ovpQBg= X-Google-Smtp-Source: ABdhPJwdfgzrqUthJEqw5EK697Ztu4EakAC/ig5lbXnQk/2gCyeHMNtByGXPrdKTupOw/pp0w6t6/g== X-Received: by 2002:adf:d1e8:: with SMTP id g8mr695768wrd.309.1623784365028; Tue, 15 Jun 2021 12:12:45 -0700 (PDT) Received: from [10.0.0.199] (c-24-5-53-184.hsd1.ca.comcast.net. [24.5.53.184]) by smtp.gmail.com with ESMTPSA id c12sm22706017wrr.90.2021.06.15.12.12.42 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 15 Jun 2021 12:12:44 -0700 (PDT) From: Bob Hinden Message-Id: <16616F2C-5D81-4A43-8FB6-35195995CF67@gmail.com> Content-Type: multipart/signed; boundary="Apple-Mail=_B10F36E2-ED0E-409A-8573-07B78AE3F457"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.21\)) Date: Tue, 15 Jun 2021 12:12:39 -0700 In-Reply-To: Cc: Bob Hinden , Erik Kline , last-call@ietf.org, 6MAN <6man@ietf.org>, its@ietf.org, draft-ietf-ipwave-vehicular-networking@ietf.org, Carlos Bernardos , IETF-Announce , ipwave-chairs@ietf.org To: Brian Carpenter References: <162367936036.30618.11701281285252724314@ietfa.amsl.com> X-Mailer: Apple Mail (2.3445.104.21) Archived-At: X-Mailman-Approved-At: Tue, 15 Jun 2021 14:09:03 -0700 Subject: Re: [ipwave] Last Call: (IPv6 Wireless Access in Vehicular Environments (IPWAVE): Problem Statement and Use Cases) to Informational RFC X-BeenThere: its@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IPWAVE - IP Wireless Access in Vehicular Environments WG at IETF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jun 2021 19:12:53 -0000 --Apple-Mail=_B10F36E2-ED0E-409A-8573-07B78AE3F457 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 +1 I was going to write something similar to what Brian wrote. This = document says it is a problem statement, but then becomes a solution = document. Might be better to cut it down to only the problem statement = part. I also noted as Brian points out that the solution part appears to be = dependent on OMNI given the =E2=80=9Cmust=E2=80=9D language, but OMNI is = an informational reference. This seems like a disconnect. Bob > On Jun 14, 2021, at 8:25 PM, Brian E Carpenter = wrote: >=20 > Thanks for the heads-up, Erik. >=20 > This text at = https://datatracker.ietf.org/doc/html/draft-ietf-ipwave-vehicular-networki= ng-20#page-9 >=20 >> Therefore, the existing IPv6 protocol can be >> augmented through the addition of an Overlay Multilink Network = (OMNI) >> Interface [OMNI] and/or protocol changes in order to support both >> wireless single-hop/multihop V2V communications and multiple radio >> technologies in vehicular networks. >=20 > is of concern regardless of the mention of OMNI. Does it mean "can be" = or "needs to be"? This paragraph seems like a very short summary of a = big problem area. At the end of page 13 there is some related = discussion, which mentions RPL as part of the solution (good choice, = IMHO) but again seems to depend on OMNI. I don't think the fix of simply = removing references to OMNI works, because it would leave a gap. In an = informational document, that is not a formal problem but as far as this = draft describes architecture, I don't think that big a gap is = reasonable. "OMNI" is mentioned more than 20 times in the document. = There are also several references to AERO, which is strongly associated = with OMNI. >=20 > At this point I became confused about the purpose of the document. The = Abstract says >=20 >> This document discusses the problem statement and use cases of >> IPv6-based vehicular networking >=20 > In fact, most of section 4 seems to be a draft architecture of a = solution. >=20 >> 5. Problem Statement >>=20 >> In order to specify protocols using the architecture mentioned in >> Section 4.1, IPv6 core protocols have to be adapted to overcome >> certain challenging aspects of vehicular networking. >=20 > That's a big leap. But the rest of section 5 seems to get back to = solution design. >=20 > So I am left puzzled about what would happen next if this draft = becomes an RFC. Do the authors expect 6man to work on the issues they've = raised? I'm not sure they match 6man's limited charter ("not chartered = to develop major changes or additions > to the IPv6 specifications"). >=20 > Regards > Brian Carpenter >=20 > On 15-Jun-21 13:07, Erik Kline wrote: >> +6man, since there are many statements about IPv6 work in this = document. >>=20 >> One thing of note: in the time after this document was WGLC'd, 6man >> held an adoption call on OMNI that did not result in adoption [OMNI]. >> There are at two places where this text appears: >>=20 >> "The existing IPv6 protocol must be augmented through the addition = of >> an OMNI interface..." >>=20 >> These statements should probably be revised (or removed). >>=20 >> -Erik >>=20 >> [OMNI] = https://mailarchive.ietf.org/arch/msg/ipv6/s1S49EYPThX34Gowu4ExPgFb32k/ >>=20 >> On Mon, Jun 14, 2021 at 7:02 AM The IESG = wrote: >>>=20 >>>=20 >>> The IESG has received a request from the IP Wireless Access in = Vehicular >>> Environments WG (ipwave) to consider the following document: - 'IPv6 = Wireless >>> Access in Vehicular Environments (IPWAVE): Problem >>> Statement and Use Cases' >>> as Informational = RFC >>>=20 >>> The IESG plans to make a decision in the next few weeks, and = solicits final >>> comments on this action. Please send substantive comments to the >>> last-call@ietf.org mailing lists by 2021-06-28. Exceptionally, = comments may >>> be sent to iesg@ietf.org instead. In either case, please retain the = beginning >>> of the Subject line to allow automated sorting. >>>=20 >>> Abstract >>>=20 >>>=20 >>> This document discusses the problem statement and use cases of >>> IPv6-based vehicular networking for Intelligent Transportation >>> Systems (ITS). The main scenarios of vehicular communications are >>> vehicle-to-vehicle (V2V), vehicle-to-infrastructure (V2I), and >>> vehicle-to-everything (V2X) communications. First, this document >>> explains use cases using V2V, V2I, and V2X networking. Next, for >>> IPv6-based vehicular networks, it makes a gap analysis of current >>> IPv6 protocols (e.g., IPv6 Neighbor Discovery, Mobility = Management, >>> and Security & Privacy), and then enumerates requirements for the >>> extensions of those IPv6 protocols for IPv6-based vehicular >>> networking. >>>=20 >>>=20 >>>=20 >>>=20 >>> The file can be obtained via >>> = https://datatracker.ietf.org/doc/draft-ietf-ipwave-vehicular-networking/ >>>=20 >>>=20 >>>=20 >>> No IPR declarations have been submitted directly on this I-D. >>>=20 >>>=20 >>>=20 >>>=20 >>>=20 >>=20 >> -------------------------------------------------------------------- >> IETF IPv6 working group mailing list >> ipv6@ietf.org >> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 >> -------------------------------------------------------------------- >>=20 >=20 > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- --Apple-Mail=_B10F36E2-ED0E-409A-8573-07B78AE3F457 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEm0rfRsOCoyamPexGrut0EXfnu6gFAmDI+6cACgkQrut0EXfn u6gaHwf/XWNsZbygvBV1XAEIoj1UCpoZ+iKwBwKDajhPt9F2Cp+psFwUaOjnRjMB HmZNp3w77c3cFqVbsVkMH/EzWqT1RfqIhDLxk2FXYd3neayfovCtYJ8I21Cns8LT XaG+yOM9qumWhNNbnsLp6m3BgDxHQyMbVCPds9EjM6F2LEOyh2v8uscspAHn21hH 4fo4Z5wUkre0R3raklhDDw0dZwGCBq/F9WsYqhSgwbHisolBKwI282k4Xm7h/FZa OjWMuBvO7lE3YS6YxPChJawUEpbFwsbFDx6Fbi6xLVhyeTfcswTrk0KY2rDW1C3j xPQswNolej+4g9ZuARAyZjAf4NLYkg== =YlmZ -----END PGP SIGNATURE----- --Apple-Mail=_B10F36E2-ED0E-409A-8573-07B78AE3F457-- From nobody Fri Jun 18 00:42:51 2021 Return-Path: X-Original-To: its@ietf.org Delivered-To: its@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A75353A40BE; Fri, 18 Jun 2021 00:42:46 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: Pascal Thubert via Datatracker To: Cc: draft-ietf-ipwave-vehicular-networking.all@ietf.org, its@ietf.org, last-call@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.32.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <162400216663.17839.1738900015320888640@ietfa.amsl.com> Reply-To: Pascal Thubert Date: Fri, 18 Jun 2021 00:42:46 -0700 Archived-At: Subject: [ipwave] Intdir last call review of draft-ietf-ipwave-vehicular-networking-20 X-BeenThere: its@ietf.org X-Mailman-Version: 2.1.29 List-Id: IPWAVE - IP Wireless Access in Vehicular Environments WG at IETF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jun 2021 07:42:47 -0000 Reviewer: Pascal Thubert Review result: Not Ready Dear authors In summary: I read a number of very good drafts collated in one, from the use cases that very complete and ready to publish, to the architecture and protocol solution in section 4 that would require more work for completeness. There are multiple instances in the use cases where protocols are listed coming out of the blue, e.g., the references to OMNI that seem artificially spread regardless of the context of the section. OMNI is used throughout, both as an open ended toolbox, and as a carpet under which all problems can be hidden. Reading this doc, OMNI shows as an interface to a software mobile router, with multiple of the device physical interfaces connected to the mobile router. This makes the stack very simple as the complexity moves to the router. But now you have to implement the router. Presented as that, the OMNI router deserves its name, it’s indeed very rich; it seems to cover all forms of MANET (many to choose from) and NEMO (and all the MIP protocol family across address families), all the possible radio interfaces on which the ND problems go away by magic, and whatever else you want to put in there. Is that the intention? Instead of referring to OMNI for virtually anything, the doc should refer to MANET for MANET things (like BYOD), NEMO for NEMO things (like MNP), draft-nordmark-intarea-ippl for split subnets, and draft-thubert-6man-ipv6-over-wireless for P2MP/NBMA link and subnet models. And then you can say that all those components can be plugged in the OMNI router, and you can discuss which MANET and which MIP you want, including using OMNI’s built in mobility. Note that my objections are not against the OMNI design, it might be the perfect thing and I am already aware of use cases that could be served by a P2MP interface like OMNI in conjunction with RFC8505 on the P2P subinterfaces (recycling the high level design we’ve been shipping for IPv4 / frame relay for the last 30 years). My objection is of the way the draft uses [OMNI] as the magic wand that solves all the problems when what you really do is throw them over the fence. I’d rather you focus on problems and use cases, for which there’s excellent text, and indicate what needs to be done without making assumption on how the needful things will be solved. In agreement with a discussion on the 6MAN list, I’d suggest to split, keep all that’s use case and problem description and ship it, remove references to protocols envisioned in the solution, and start the work on architecture of the solution and the protocol applicability statements separately. An alternate would be to centralize the discussion on protocols to annex, and explain that protocol A or B could be envisioned in solution space because to over this gap or implement that function. In any fashion, the current text is not ready for publication as applicability statement, architecture and or/solution, so the related work should be removed from the main text. But I find it mostly ready for use case and problem statement, more below. Review: Abstract This document discusses the problem statement and use cases of IPv6-based vehicular networking for Intelligent Transportation Systems (ITS). >>> The document goes beyond that; there was actually a thread at 6MAN where Bob Hinden said “ This document says it is a problem statement, but then becomes a solution document. Might be better to cut it down to only the problem statement part. “ >>> Would you consider doing this? If not, why? Note: you may want to respond on 6MAN as well. >>> >>>I would have thought that the traditional steps of problem statement and applicability statement of existing work could be expected from IPWAVE too. >>> Please clarify the steps that you intend to follow next with this work. 1. Introduction >>> Very readable and informative section, many thanks! Along with these WAVE standards and C-V2X standards, regardless of a wireless access technology under the IP stack of a vehicle, vehicular networks can operate IP mobility with IPv6 [RFC8200] and Mobile IPv6 protocols (e.g., Mobile IPv6 (MIPv6) [RFC6275], Proxy MIPv6 (PMIPv6) [RFC5213], Distributed Mobility Management (DMM) [RFC7333], Locator/ ID Separation Protocol (LISP) [RFC6830BIS], and Asymmetric Extended Route Optimization (AERO) [RFC6706BIS]). >>> NEMO (RFC 3963) is not cited. Any reason why the vehicle would not transport a network? This document describes use cases and a problem statement about IPv6-based vehicular networking for ITS, which is named IPv6 Wireless Access in Vehicular Environments (IPWAVE). First, it introduces the use cases for using V2V, V2I, and V2X networking in ITS. Next, for IPv6-based vehicular networks, it makes a gap analysis of current IPv6 protocols (e.g., IPv6 Neighbor Discovery, Mobility Management, and Security & Privacy), and then enumerates requirements for the extensions of those IPv6 protocols, which are tailored to IPv6-based vehicular networking. Thus, this document is intended to motivate development of key protocols for IPWAVE. >>> 2. Terminology >>> o IP-OBU: "Internet Protocol On-Board Unit": An IP-OBU denotes a computer situated in a vehicle (e.g., car, bicycle, autobike, motor cycle, and a similar one) and a device (e.g., smartphone and IoT device). It has at least one IP interface that runs in IEEE 802.11-OCB and has an "OBU" transceiver. Also, it may have an IP interface that runs in Cellular V2X (C-V2X) [TS-23.285-3GPP] [TR-22.886-3GPP][TS-23.287-3GPP]. See the definition of the term "OBU" in [RFC8691]. >>> Can that be a router connecting multiple computers? 3. Use Cases >>> This is another great read and an enlightening section. Maybe mention in the abstract that the doc also covers use cases? Although a Layer-2 solution can provide a support for multihop communications in vehicular networks, the scalability issue related to multihop forwarding still remains when vehicles need to disseminate or forward packets toward multihop-away destinations. In addition, the IPv6-based approach for V2V as a network layer protocol can accommodate multiple radio technologies as MAC protocols, such as 5G V2X and DSRC. Therefore, the existing IPv6 protocol can be augmented through the addition of an Overlay Multilink Network (OMNI) Interface [OMNI] and/or protocol changes in order to support both wireless single-hop/multihop V2V communications and multiple radio technologies in vehicular networks. In such a way, vehicles can communicate with each other by V2V communications to share either an emergency situation or road hazard in a highway having multiple kinds of radio technologies, such as 5G V2X and DSRC. >>> This text appears in the middle of high level use case, with a crude list of protocols; this is not a place for it >>> On a 6MAN Thread, Brian Carpenter said that the above: “ is of concern regardless of the mention of OMNI. Does it mean "can be" or "needs to be"? This paragraph seems like a very short summary of a big problem area. At the end of page 13 there is some related discussion, which mentions RPL as part of the solution (good choice, IMHO) but again seems to depend on OMNI. I don't think the fix of simply removing references to OMNI works, because it would leave a gap. In an informational document, that is not a formal problem but as far as this draft describes architecture, I don't think that big a gap is reasonable. "OMNI" is mentioned more than 20 times in the document. There are also several references to AERO, which is strongly associated with OMNI. “ >>> I agree with Brian. Here the document seems to be mixing solution with problem and putting the cart before the horse. My recommendation is to stick to what needs to be done that IPv6 does not do yet -the reqs and gaps-; but the doc should not step in the how things will be done unless the group already decided to do it. The logical next steps to a PS are an applicability statement of existing work, and if the gaps cannot be filled, there may be one or more WG chartered to fill those gaps. >>> I’d still be happy to see an annex with leads on where the solution might come from like RFC 8691 does. The existing IPv6 protocol must be augmented through the addition of an OMNI interface and/or protocol changes in order to support wireless multihop V2I communications in a highway where RSUs are sparsely deployed, so a vehicle can reach the wireless coverage of an RSU through the multihop data forwarding of intermediate vehicles. Thus, IPv6 needs to be extended for multihop V2I communications. >>> Note that I have no clue on how well OMNI applies in that space, maybe it does very well; but here it comes out of the blue with no justification. If you mention OMNI you need to detail what it is and which of the V2V problems you expect it to solve. But then, that’s beyond the scope of a PS. The existing IPv6 protocol must be augmented through the addition of an OMNI interface and/or protocol changes in order to support wireless multihop V2X (or V2I2X) communications in an urban road network where RSUs are deployed at intersections, so a vehicle (or a pedestrian's smartphone) can reach the wireless coverage of an RSU through the multihop data forwarding of intermediate vehicles (or pedestrians' smartphones). Thus, IPv6 needs to be extended for multihop V2X (or V2I2X) communications. >>> Please be more specific on what the missing functions are and whether they are missing from the stack development standpoint or if there’s work needed from the IETF. 1) If something is really missing in our specs, the text to prove from the use case above is missing 2) how OMNI serves the use case could be elaborated in an applicability statement of OMNI for V2xyz, but it is a bit blunt to present it as panacea when the problems to be solved are not listed. 3) If you look at it, OMNI seems like a software mobile router within a bump in the stack. Can that become too big? >>> my view is that the text above and the similar occasions should be replaced by something like : The existing IPv6 protocol must be augmented to provide the following functions: 1) … >>> and / or something like: In addition to the IPv6 node requirements [RFC 8504], the IPv6 protocol stack for use in a vehicle must support 1) RFC blah, 2) … To support applications of these V2X use cases, the functions of IPv6 such as VND, VMM, and VSP are prerequisites for IPv6-based packet exchange, transport-layer session continuity, and secure, safe communication between a vehicle and a pedestrian either directly or indirectly via an IP-RSU. >>> “the functions of IPv6 such as VND, VMM, and VSP” does not parse. There’s no IPv6 reference that provides those functions. If the intention is to say that there’s stuff to add to IPv6 to support, like, say, VND, then this document fails to define how an IPv6 VND should behave, though it’s precisely what I’d expect from a problem statement. 4. Vehicular Networks >>> What is the purpose of section 4 as a whole, problem statement or applicability statement of the listed protocols? In the former case what’s the problem? In the latter case it is incomplete and needs to be exported to an applicability statement doc with all the possible technologies evaluated. This section describes an example vehicular network architecture supporting V2V, V2I, and V2X communications in vehicular networks. >>> I read this as presenting a context to explain what the problems are instead of presenting the IPVAWE “architecture”. Maybe using the term “Architecture” here is misleading and led to Bob’s comment. 4.1. Vehicular Network Architecture Figure 1 shows an example vehicular network architecture for V2I and V2V in a road network [OMNI]. a. Is using OMNI a decision that the WG made for the future work ? what does it do and what does it not do? b. Is there work left to be done? Who will do that work? Or is it the expectation that OMNI has it all defined already? An existing network architecture (e.g., an IP-based aeronautical network architecture [OMNI][UAM-ITS], a network architecture of PMIPv6 [RFC5213], and a low-power and lossy network architecture [RFC6550]) can be extended to a vehicular network architecture for multihop V2V, V2I, and V2X, as shown in Figure 1. In a highway scenario, a vehicle may not access an RSU directly because of the distance of the DSRC coverage (up to 1 km). For example, the OMNI interface and/or RPL (IPv6 Routing Protocol for Low-Power and Lossy Networks) [RFC6550] can be extended to support a multihop V2I since a vehicle can take advantage of other vehicles as relay nodes to reach the RSU. Also, RPL can be extended to support both multihop V2V and V2X in the similar way. >>> all this could fit well in annex; anyway you need to explain what you expect the protocols to do and which extension is needed. In the case of RPL at least you indicate that it would do routing, but not why you cannot use it of the shelf; for OMNI, what you expect is less clear, though there’s text elsewhere about the many radio interfaces that could be used for the purpose, and the text in the UAM below that is enlightening. To support not only the mobility management of the UAM end systems, but also the multihop and multilink communications of the UAM interfaces, the UAM end systems can employ an Overlay Multilink Network (OMNI) interface [OMNI] as a virtual Non-Broadcast Multiple Access (NBMA) connection to a serving ground domain infrastructure. >>> Again, what is the expectation for OMNI? As an overlay it requires an underlay; when connecting to a MANET it needs support for that MANET. The text above seems to imply that is solves everything in V2xyz like magic; reminds me of the IPv6 multicast abstraction that was supposed to solve the broadcast problem and ended up worsening it. This infrastructure can be configured over the underlying data links. The OMNI interface and its link model provide a means of multilink, multihop and mobility coordination to the legacy IPv6 ND messaging [RFC4861] according to the NBMA principle. Thus, the OMNI link model can support efficient UAM internetworking services without additional mobility messaging, and without any modification to the IPv6 ND messaging services or link model. >>> Again, what is the expectation for OMNI? As an overlay it requires an underlay; the text above seems to imply that is solves everything in V2xyz like magic; that would be a stretch, that reminds me of IPv6 multicast that was supposed to solve the broadcast problem and ended up worsening it. Multiple vehicles under the coverage of an RSU share a prefix just as mobile nodes share a prefix of a Wi-Fi access point in a wireless LAN. This is a natural characteristic in infrastructure-based wireless networks. For example, in Figure 1, two vehicles (i.e., Vehicle2, and Vehicle5) can use Prefix 1 to configure their IPv6 global addresses for V2I communication. Alternatively, mobile nodes can employ an OMNI interface and use their own IPv6 Unique Local Addresses (ULAs) [RFC4193] over the wireless network without requiring the messaging of IPv6 Stateless Address Autoconfiguration (SLAAC) [RFC4862], which uses an on-link prefix provided by the (visited) wireless LAN; this technique is known as "Bring-Your-Own- Addresses". >>> Is OMNI the only way to "Bring-Your-Own-Addresses”? Else the text could be more generic, at least use e.g., like the ref to AERO later. >>> What are the implications / limitations of doing that – like they can do line of sight V2V but not reach the internet, or the need of a local MANET / RPL that will accept to route those addresses, or the security / address ownership validation issues ? A single subnet prefix announced by an RSU can span multiple vehicles in VANET. For example, in Figure 1, for Prefix 1, three vehicles (i.e., Vehicle1, Vehicle2, and Vehicle5) can construct a connected VANET. Also, for Prefix 2, two vehicles (i.e., Vehicle3 and Vehicle6) can construct another connected VANET, and for Prefix 3, two vehicles (i.e., Vehicle4 and Vehicle7) can construct another connected VANET. Alternatively, each vehicle could employ an OMNI interface with their own ULAs such that no topologically-oriented subnet prefixes need be announced by the RSU. >>> same as above. This seems to restate the same thing, derive an address from a topologically correct prefix or use your own with limitations to be described. For IPv6 packets transported over IEEE 802.11-OCB, [RFC8691] specifies several details, including Maximum Transmission Unit (MTU), frame format, link-local address, address mapping for unicast and multicast, stateless autoconfiguration, and subnet structure. An Ethernet Adaptation (EA) layer is in charge of transforming some parameters between the IEEE 802.11 MAC layer and the IPv6 network layer, which is located between the IEEE 802.11-OCB's logical link control layer and the IPv6 network layer. This IPv6 over 802.11-OCB can be used for both V2V and V2I in IPv6-based vehicular networks. >>> solution space. An IPv6 mobility solution is needed for the guarantee of communication continuity in vehicular networks so that a vehicle's TCP session can be continued, or UDP packets can be delivered to a vehicle as a destination without loss while it moves from an IP-RSU's wireless coverage to another IP-RSU's wireless coverage. In Figure 1, assuming that Vehicle2 has a TCP session (or a UDP session) with a corresponding node in the vehicular cloud, Vehicle2 can move from IP-RSU1's wireless coverage to IP-RSU2's wireless coverage. In this case, a handover for Vehicle2 needs to be performed by either a host-based mobility management scheme (e.g., MIPv6 [RFC6275]) or a network-based mobility management scheme (e.g., PMIPv6 [RFC5213] and AERO [RFC6706BIS]). In the host-based mobility scheme (e.g., MIPv6), an IP-RSU plays a role of a home agent. On the other hand, in the network-based mobility scheme (e.g., PMIPv6, an MA plays a role of a mobility management controller such as a Local Mobility Anchor (LMA) in PMIPv6, which also serves vehicles as a home agent, and an IP-RSU plays a role of an access router such as a Mobile Access Gateway (MAG) in PMIPv6 [RFC5213]. The host-based mobility scheme needs client functionality in IPv6 stack of a vehicle as a mobile node for mobility signaling message exchange between the vehicle and home agent. On the other hand, the network-based mobility scheme does not need such a client functionality for a vehicle because the network infrastructure node (e.g., MAG in PMIPv6) as a proxy mobility agent handles the mobility signaling message exchange with the home agent (e.g., LMA in PMIPv6) for the sake of the vehicle. There are a scalability issue and a route optimization issue in the network-based mobility scheme (e.g., PMIPv6) when an MA covers a large vehicular network governing many IP-RSUs. In this case, a distributed mobility scheme (e.g., DMM [RFC7429]) can mitigate the scalability issue by distributing multiple MAs in the vehicular network such that they are positioned closer to vehicles for route optimization and bottleneck mitigation in a central MA in the network-based mobility scheme. All these mobility approaches (i.e., a host-based mobility scheme, network-based mobility scheme, and distributed mobility scheme) and a hybrid approach of a combination of them need to provide an efficient mobility service to vehicles moving fast and moving along with the relatively predictable trajectories along the roadways. In vehicular networks, the control plane can be separated from the data plane for efficient mobility management and data forwarding by using the concept of Software-Defined Networking (SDN) [RFC7149][DMM-FPC]. Note that Forwarding Policy Configuration (FPC) in [DMM-FPC], which is a flexible mobility management system, can manage the separation of data-plane and control-plane in DMM. In SDN, the control plane and data plane are separated for the efficient management of forwarding elements (e.g., switches and routers) where an SDN controller configures the forwarding elements in a centralized way and they perform packet forwarding according to their forwarding tables that are configured by the SDN controller. An MA as an SDN controller needs to efficiently configure and monitor its IP-RSUs and vehicles for mobility management, location management, and security services. The mobility information of a GPS receiver mounted in its vehicle (e.g., position, speed, and direction) can be used to accommodate mobility-aware proactive handover schemes, which can perform the handover of a vehicle according to its mobility and the wireless signal strength of a vehicle and an IP-RSU in a proactive way. Vehicles can use the TCC as their Home Network having a home agent for mobility management as in MIPv6 [RFC6275] and PMIPv6 [RFC5213], so the TCC (or an MA inside the TCC) maintains the mobility information of vehicles for location management. IP tunneling over the wireless link should be avoided for performance efficiency. Also, in vehicular networks, asymmetric links sometimes exist and must be considered for wireless communications such as V2V and V2I. >>> This is all very informative text but does not state a problem. Is there a problem is left to be solved or are we assessing the applicability of protocols? Could it for instance, forward point to issues discussed in section 5? As shown in Figure 3, as internal networks, a vehicle's moving network and an EN's fixed network are self-contained networks having multiple subnets and having an edge router (e.g., IP-OBU and IP-RSU) for the communication with another vehicle or another EN. The internetworking between two internal networks via V2I communication requires the exchange of the network parameters and the network prefixes of the internal networks. For the efficiency, the network prefixes of the internal networks (as a moving network) in a vehicle need to be delegated and configured automatically. Note that a moving network's network prefix can be called a Mobile Network Prefix (MNP) [OMNI]. >>> Then again you’re overselling OMNI. MNP is originally defined here https://datatracker.ietf.org/doc/html/rfc3963#section-2 and that’s a reference you can use normatively. As shown in Figure 3, the addresses used for IPv6 transmissions over the wireless link interfaces for IP-OBU and IP-RSU can be either global IPv6 addresses, or IPv6 ULAs as long as IPv6 packets can be routed within vehicular networks [OMNI]. >>> Then again you’re overselling OMNI. There needs to be a routing protocol like a MANET that will accept to carry the MNPs, and that must be implemented by the infra and both cars. The OMNI spec is clear on that. This is why at first glance I see OMNI as a full mobile router in a bump in the stack. Now what is the problem behind this? No such protocol at IETF? Too many to choose from? No deployment? When global IPv6 addresses are used, wireless interface configuration and control overhead for Duplicate Address Detection (DAD) [RFC4862] and Multicast Listener Discovery (MLD) [RFC2710][RFC3810] should be minimized to support V2I and V2X communications for vehicles moving fast along roadways; when ULAs and the OMNI interface are used, no DAD nor MLD messaging is needed. >>> Then again you’re overselling OMNI. Isn’t it the no dad needed a property of injecting a BYOA in the fabric for an GUA MIP Home Address which is known to be unique at home? >>> OTOH, autoconf’ing a random ULA “FD…”prefix has lesser DAD properties than autoconf’ing a random 64bit IID in a classical subnet. So who says DAD isn’t required for OMNI ULA? >>> note that IMHO DAD on wireless is a lot more harm than good, and I agree that with a good pseudo random generator the ULA has no chance to collision in the real world, as OMNI claims. It’s just that your argument here plays the other way, because there are less random bits (56) in the ULA prefix than in the IID (62), and if one starts using more prefix bits to be non-random, there will be a time when DAD on prefix is needed. Let us consider the upload/download time of a vehicle when it passes through the wireless communication coverage of an IP-RSU. For a given typical setting where 1km is the maximum DSRC communication range [DSRC] and 100km/h is the speed limit in highway, the dwelling time can be calculated to be 72 seconds by dividing the diameter of the 2km (i.e., two times of DSRC communication range where an IP-RSU is located in the center of the circle of wireless communication) by the speed limit of 100km/h (i.e., about 28m/s). For the 72 seconds, a vehicle passing through the coverage of an IP-RSU can upload and download data packets to/from the IP-RSU. 4.3. V2V-based Internetworking >>> In this section it looks like the cars are in a stable line of sight relationship. Which is probably fine for a platoon, but when you drive along with friends in different cars, you realize that the line of sight assumption does not stand over time. Soon enough, other cars meddle in, and possibly one of the cars drives faster and too far ahead so you need the infra to relay, possibly over multiple infra hops. >>> so in this section, I’d expect to see a Vehicle communicating with another one and using either line of sight or V2V relaying but also using relay via V2I (multihop I2I not just hub and spoke V2I2V ), alternatively to together for redundancy. Is that part of the problem? >>> reading deeper section 5 I found excellent text on routing via V and via I. This tells that section 4 does not play a good role at justifying section 5. Maybe keep section 4 for another doc? >>> What kind or reliability is required in a V2V use case? Do you think ND can handle it? Or MANET? What would be the assumption on L2 (roaming time, unicast vs P2MP) and on L3 (reliability ala DetNet/RAW). Should we have some L3 redundancy? 5. Problem Statement In order to specify protocols using the architecture mentioned in Section 4.1, IPv6 core protocols have to be adapted to overcome certain challenging aspects of vehicular networking. Since the vehicles are likely to be moving at great speed, protocol exchanges need to be completed in a time relatively short compared to the lifetime of a link between a vehicle and an IP-RSU, or between two vehicles. >>> Any order of magnitude? >>> Can you indicate whether this already rules out certain procedures, e.g. DAD ? The lifetime of a session varies depending on the session's type such as a web surfing, voice call over IP, and DNS query. Regardless of a session's type, to guide all the IPv6 packets to their destination host, IP mobility should be supported for the session. >>> this seems to be for unicast when you know who to talk to. Is there a need some multicast groups like anybody around interested in topic blah like I could be multicasting the speed of vehicles coming the other way that I crossed recently, for use of vehicles that I’m crossing now, so they can see a slowdown on advance Thus, the time constraint of a wireless link has a major impact on IPv6 Neighbor Discovery (ND). Mobility Management (MM) is also vulnerable to disconnections that occur before the completion of identity verification and tunnel management. This is especially true given the unreliable nature of wireless communication. This section presents key topics such as neighbor discovery and mobility management. >>> Only ND? What about the MANET? >>> how fast should ND be to be suitable? >>> is there also a bandwidth check? You can make things much faster if you dedicate a lot of spectrum to it. But that can also be a waste. 5.1. Neighbor Discovery The requirements for IPv6 ND for vehicular networks are efficient DAD and NUD operations. >>> Not lookup? Is it the intention to use IP unicast over MAC broadcast, which is a good idea in my book? This merging and partitioning should be considered for the IPv6 ND such as IPv6 Stateless Address Autoconfiguration (SLAAC) [RFC4862]. >>> Not lookup? Is it the intention to use IP unicast over MAC broadcast, which is a good idea in my book? Also, the partitioning of a VANET may make vehicles with the same prefix be physically unreachable. Also, SLAAC needs to prevent IPv6 address duplication due to the merging of VANETs. According to the merging and partitioning, a destination vehicle (as an IPv6 host) needs to be distinguished as either an on-link host or an off-link host even though the source vehicle uses the same prefix as the destination vehicle. >>> should reference to draft-nordmark-intarea-ippl To efficiently prevent IPv6 address duplication due to the VANET partitioning and merging from happening in vehicular networks, the vehicular networks need to support a vehicular-network-wide DAD by defining a scope that is compatible with the legacy DAD. In this case, two vehicles can communicate with each other when there exists a communication path over VANET or a combination of VANETs and IP- RSUs, as shown in Figure 1. By using the vehicular-network-wide DAD, vehicles can assure that their IPv6 addresses are unique in the vehicular network whenever they are connected to the vehicular infrastructure or become disconnected from it in the form of VANET. >>> Excellent ND time-related parameters such as router lifetime and Neighbor Advertisement (NA) interval need to be adjusted for vehicle speed and vehicle density. For example, the NA interval needs to be dynamically adjusted according to a vehicle's speed so that the vehicle can maintain its neighboring vehicles in a stable way, considering the collision probability with the NA messages sent by other vehicles. >>> Is that a problem or just an operational setting that needs to be found? >>> Do we need to reconsider the concepts of those timers? Thus, in IPv6-based vehicular networking, IPv6 ND should have minimum changes for the interoperability with the legacy IPv6 ND used in the Internet, including the DAD and NUD operations. >>> I do not find the logical link with the text before, why is this a “thus”? >>> why should the ND inside the VANET be constrained to be interoperable? This may place constraints on the solution. 5.1.1. Link Model A prefix model for a vehicular network needs to facilitate the >>> Do you mean a “subnet model” as opposed to “prefix model”. >>> it would make this piece and the next should refer to draft-thubert-6man-ipv6-over-wireless for IPv6 over P2MP /NBMA, for both link and subnet issues. The general ideas are the same, but the gory details here are slightly incorrect, like this notion of prefix model than comes out of the blue. The model is really the subnet model for the subnet associated to P2MP. communication between two vehicles with the same prefix regardless of the vehicular network topology as long as there exist bidirectional E2E paths between them in the vehicular network including VANETs and IP-RSUs. This prefix model allows vehicles with the same prefix to communicate with each other via a combination of multihop V2V and multihop V2I with VANETs and IP-RSUs. Note that the OMNI interface supports an NBMA link model where multihop V2V and V2I communications use each mobile node's ULAs without need for any DAD or MLD messaging. >>> again overselling OMNI. >>> I kinda agree about the OMNI interface model, nothing against that. But you must see that there needs a lot more than what the OMNI interface to get packets across V and I hops to the destination. Like routing ala MANET, redundancy handling ala DetNet because it will be very lossy, path management ala RAW to optimize delivery vs. spectrum… And OMNI ignores ND so it does not solve the ND problems above. IPv6 protocols work under certain assumptions that do not necessarily hold for vehicular wireless access link types other than OMNI/NBMA [VIP-WAVE][RFC5889]; the rest of this section discusses implications for those link types that do not apply when the OMNI/NBMA link model >>> again overselling OMNI. >>> The keyword here is P2MP / NBMA, and OMNI is one interface that accepts that. There are others. IBM’s IPv4 over Frame relay was already P2MP / NBMA, using routing to complete the partial mesh in P2MP. The text seems to imply that OMNI is the only way to do that and that’s wrong. Also OMNI is loaded with other stuff than a plain P2MP capable interface. And ND over P2MP is not done by OMNI, OMNI only makes classical ND worse and only works in a full mesh. OTOH RFC 8505, which is designed to do ND for P2MP /NBMA would indeed work very well within an OMNI interface and solve those problems. >>> My point is that you need to tell the full story or refrain from entering solution space in this doc There is a relationship between a link and a prefix, besides the different scopes that are expected from the link-local and global types of IPv6 addresses. In an IPv6 link, it is assumed that all interfaces which are configured with the same subnet prefix and with on-link bit set can communicate with each other on an IPv6 link. >>> not assumed; that’s what the onlink but set tells. The conclusion should be that the VANET cannot set the O bit. However, the vehicular link model needs to define the relationship between a link and a prefix, considering the dynamics of wireless links and the characteristics of VANET. From the previous observation, a vehicular link model should consider the frequent partitioning and merging of VANETs due to vehicle mobility. Therefore, the vehicular link model needs to use an on- link prefix and off-link prefix according to the network topology of vehicles such as a one-hop reachable network and a multihop reachable >>> No, the once a node saw a O bit set that sticks even if it sees other advertisements of the PIO with the O bit not set. >>> This is a global and intrinsic property of the prefix (and an attack vector that could be mentioned in the sec section). >>> the VANET prefix must never come with the O bit set. network (or partitioned networks). If the vehicles with the same prefix are reachable from each other in one hop, the prefix should be on-link. >>>> No, see above; but the router may redirect though it is really risky unless this is a stable situation like a parking place. Thus, in IPv6-based vehicular networking, the vehicular link model should have minimum changes for interoperability with standard IPv6 links in an efficient fashion to support IPv6 DAD, MLD and NUD operations. When the OMNI NBMA link model is used, there are no link model changes nor DAD/MLD messaging required. >>>> again overselling OMNI. >>>> You need a good P2MP subnet model with routing support when the mesh is partial. My company alone has been shipping million of nodes that build subnets of thousands, and that was done using IETF standards. For vehicular networks with high mobility and density, the DAD needs to be performed efficiently with minimum overhead so that the vehicles can exchange a driving safety message (e.g., collision avoidance and accident notification) with each other with a short interval (e.g., 0.5 second) by a technical report from NHTSA (National Highway Traffic Safety Administration) [NHTSA-ACAS-Report]. Such a driving safety message may include a vehicle's mobility information (i.e., position, speed, direction, and acceleration/ deceleration). The exchange interval of this message is 0.5 second, which is required to allow a driver to avoid a rear-end crash from another vehicle. >>> IPv6 over broadcast MAC (used to be called internet 0, 10+ years ago) solves that MAC issue since there is no MAC. 5.1.3. Routing For multihop V2V communications in either a VANET or VANETs via IP- RSUs, a vehicular Mobile Ad Hoc Networks (MANET) routing protocol may be required to support both unicast and multicast in the links of the subnet with the same IPv6 prefix. However, it will be costly to run both vehicular ND and a vehicular ad hoc routing protocol in terms of control traffic overhead [ID-Multicast-Problems]. >>> we do that with IETF standards on battery operated devices already. Using RFC 8505 for the UNI and RPL for the NNI. It is scalable (we’ve seen 30 hops in meshes of thousands in the real world though it’s not the normal operational model, but can happen to maintain connectivity during the reboot of a root) and does not use broadcast. RPL was initially designed as a V2V2V protocol but found its market on the IoT. I’m sure the protocol would gladly come back to its roots. A routing protocol for a VANET may cause redundant wireless frames in the air to check the neighborhood of each vehicle and compute the routing information in a VANET with a dynamic network topology because the IPv6 ND is used to check the neighborhood of each vehicle. Thus, the vehicular routing needs to take advantage of the IPv6 ND to minimize its control overhead. >>> A clean description of the interaction of RPL and RFC 8505 in our IoT networks. Note that the speed of the PHY in VANET balanced the instability of the topology, and RPL still applies. Note also that RPL uses DV with a routing stretch in order to minimize the topology awareness that’s needed in each node, which results in minimal signaling. 5.2. Mobility Management For a mobility management scheme in a shared link, where the wireless subnets of multiple IP-RSUs share the same prefix, an efficient vehicular-network-wide DAD is required. If DHCPv6 is used to assign a unique IPv6 address to each vehicle in this shared link, >>> I would not use the term link, or shared. Maybe shared link -> domain? the DAD is not required. On the other hand, for a mobility management scheme with a unique prefix per mobile node (e.g., PMIPv6 [RFC5213] and OMNI [OMNI]), DAD is not required because the IPv6 address of a vehicle's external wireless interface is guaranteed to be unique. >>> again overselling OMNI >>> As I said earlier, this is wring there are (64*) more chances of a collision in OMNI prefixes than in IPv6 IIDs. >>> OMNI prefixes can collision, home addresses that are unique on a home network cannot. >>> Now if both the OMNI prefix and the IID are good randoms, then obviously, the chances of collisions round up to 0. >>> Collision is certainly not my worst fear. There is a tradeoff between the prefix usage efficiency and DAD overhead. Thus, the IPv6 address autoconfiguration for vehicular networks needs to consider this tradeoff to support efficient mobility management. >>> This is way too superficial and hides the reality of things. - Using a VANET Infra prefix allows direct routability to the internet which BYOA does not since the BYOA is not topologically correct. Yes, it costs a DAD with classic ND, but it does not with RCF8505 and the draft fails to mention that. - A BYOA needs a tunnel home, and the node needs to know who is reachable inside the VANET and what is not to decide to tunnel or not; this is a difficult problem (vs. control place overhead) that is not discussed here. For the case of a multihomed network, a vehicle can follow the first- hop router selection rule described in [RFC8028]. That is, the vehicle should select its default router for each prefix by preferring the router that advertised the prefix. >>> Still router discovery (in and out) must be very fast. Thing of the RA intervale in MIPv6. Is that sufficient? Too expensive? 6. Security Considerations >>> Any discussion on the security of classical ND and other operational issues (rfc6583) ? Security and privacy are paramount in V2I, V2V, and V2X networking. Vehicles and infrastructure must be authenticated in order to participate in vehicular networking. Also, in-vehicle devices (e.g., ECU) and a driver/passenger's mobile devices (e.g., smartphone and tablet PC) in a vehicle need to communicate with other in-vehicle devices and another driver/passenger's mobile devices in another vehicle, or other servers behind an IP-RSU in a secure way. Even though a vehicle is perfectly authenticated and legitimate, it may be hacked for running malicious applications to track and collect its and other vehicles' information. In this case, an attack mitigation process may be required to reduce the aftermath of malicious behaviors. >>> The section should mention that both with classical ND and BYOA, addresses can be impersonated, and RFC 8928 protects against that in both cases while maintaining privacy. Even though vehicles can be authenticated with valid certificates by an authentication server in the vehicular cloud, the authenticated >>> Is PKI feasible (deploying it in every car?). Is it fast enough? Is it really what IPWAVE thinks vehicle should use????? >>> e.g. why would one need to authenticate to a V2I network? >>> from the text earlier in the doc, it seemed that what you really want is access that is fast to join, capable of offering the reachability you want, anonymous, and innocuous (cars can not harm one another). vehicles may harm other vehicles, so their communication activities need to be logged in either a central way through a logging server (e.g., TCC) in the vehicular cloud or a distributed way (e.g., blockchain [Bitcoin]) along with other vehicles or infrastructure. For the non-repudiation of the harmful activities of malicious nodes, a blockchain technology can be used [Bitcoin]. Each message from a vehicle can be treated as a transaction and the neighboring vehicles can play the role of peers in a consensus method of a blockchain [Bitcoin][Vehicular-BlockChain]. For a blockchain's efficient consensus in vehicular networks having fast moving vehicles, a new consensus algorithm needs to be developed or an existing consensus algorithm needs to be enhanced. >>> solution space; better express the security needs since this is a PS. To identify malicious vehicles among vehicles, an authentication method is required. >>> No. As said earlier a vehicle can be infected. You need innocuousness.which can come from things like isolation, zerotrust, and protocols that are difficult to hack around. Classical IPv6 ND is open bar. RFC 8505/8928 is protected by construction, anonymous, and fast. For the setup of a secure channel over IPsec or TLS, the multihop V2I communications over DSRC is required in a highway for the authentication by involving multiple intermediate vehicles as relay nodes toward an IP-RSU connected to an authentication server in the vehicular cloud. The V2I communications over 5G V2X (or LTE V2X) is required to allow a vehicle to communicate directly with a gNodeB (or eNodeB) connected to an authentication server in the vehicular cloud. >>> solution space. Instead, you could mention that setting up secured channels between cars that cross one another might not complete in time to establish the communication channel, and that the innocuousness must come from zerotrust in the transactions between the cars. For the IPv6 ND, the DAD is required to ensure the uniqueness of the IPv6 address of a vehicle's wireless interface. >>> for classical ND (SLAAC) that’s true. That is not with RFC 8505, since the infra maintains a table of all addresses in use in the prefix and blocks duplicates without the RFC 4862 DAD method. The stateful autoconf address grant is immediate. This DAD can be used as a flooding attack that uses the DAD-related ND packets disseminated over the VANET or vehicular networks. >>> also for DOS attacks. You can block a owner from using an address. A reference to rfc6959 is much needed here. This possibility indicates that the vehicles and IP-RSUs need to filter out suspicious ND traffic in advance. Based on the SEND [RFC3971] mechanism, the authentication for routers (i.e., IP-RSUs) can be conducted by only selecting an IP-RSU that has a certification path toward trusted parties. For authenticating other vehicles, the cryptographically generated address (CGA) can be used to verify the true owner of a received ND message, which requires to use the CGA ND option in the ND protocols. For a general protection of the ND mechanism, the RSA Signature ND option can also be used to protect the integrity of the messages by public key signatures. For a more advanced authentication mechanism, a distributed blockchain-based mechanism [Vehicular-BlockChain] can be used. >>> solution space. Again, the draft should focus on problems and needs. The problem here is that SEND is complex, and not implemented in the major stack. It relies on PKI for trusting the router. The V2I need is a zerotrust model where one V, the other local Vs, and the I, can help each other anonymously and harmlessly. 8. Informative References >>> no normative reference? >>> no normative reference? Voila! Keep safe; Pascal From nobody Fri Jun 18 00:56:05 2021 Return-Path: X-Original-To: its@ietfa.amsl.com Delivered-To: its@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1C88B3A4139; Fri, 18 Jun 2021 00:56:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.594 X-Spam-Level: X-Spam-Status: No, score=-9.594 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=H3o56P+q; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=BCQw2xbV 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 CBoo6OB012m6; Fri, 18 Jun 2021 00:55:51 -0700 (PDT) Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8732F3A4136; Fri, 18 Jun 2021 00:55:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=375398; q=dns/txt; s=iport; t=1624002950; x=1625212550; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=6juQa3qn6q9VrBNTbsOYM7WQ/Ba9Y0h1nOV8GCxF5HU=; b=H3o56P+quEwfdvTfbu65wmcY6n3aZO1yWrlQalE+BS+yS+NqfACST6Z+ 9iIHW+Hg7/ln0M6cFc1vT6+Ly/68JLmLVAmhXGGZzIqnlZzxkELV+QD10 E7JDgRd+rQgYRdbf0r1xyenzyECoq1Qd0C4pwpqxTu6C5SiLn8k1AhfY/ s=; X-IPAS-Result: A0CmBAAfUcxg/51dJa3FAUsKAwIWAwYEhnmHDDq6WJF9 IronPort-PHdr: A9a23:dfOa/xFKh6iW/537V468kZ1GfjwY04WdBeZdwpUigrNKNK+k+seqM E/e4KBri1nEFcXe5ulfguXb+6bnRSQb4JmHvXxDFf4EVxIMhcgM2QB1BsmDBB70Kffra2oxG 8ERHFNg9muwZE5SHsu2blbOo3q0uDgVHBi3NQd8KunvXIDIiMHi3OGp8JqVaAJN11KA IronPort-HdrOrdr: A9a23:6yCWmKlfuFZffFByzR4HYGhtmw7pDfORimdD5ihNYBxZY6Wkfp +V/cjzhCWbtN9OYh4dcIi7Sde9qXO1z+8T3WBjB8bSYOCGghrpEGgG1+vfKlLbalbDHmA279 YbT0ETMqyUMbE+t7eE3ODaKadi/DDkytHUuQ629R4EJmsGB9ACnmVE40SgYzFLrWJ9dPwE/e +nl7J6Tk2bCA0qh6qAdx04dtmGg+eOuIPtYBYACRJiwhKJlymU5LnzFAXd9gsCUhtUqI1Ss1 Ttokjc3OGOovu7whjT2yv49JJNgubszdNFGYilltUVEDPxkQylDb4RHoFq/QpF5N1H2mxa1u UkkC1QZvibLEmhJl1dlCGdnDUIFgxesEMKh2Xo20cL6vaJNA7SQ/Ax9r6xNCGptnbJeLpHof 12N6XzjesKMfqIplWO2/HYEx5tjUa6unwkjKoaiGFeS5IXbPtLoZUY5149KuZNIMvW0vFsLA BVNrCQ2B+WSyLSU1nJ+m10hNC8VHU6GRmLBkAEp8yOyjBT2HR01VERysATlmoJsMtVcegL28 3UdqBz0L1eRM4faqxwQO8HXMusE2TIBRbBKnibL1jrHLwOf3jNt5n06rMo4/zCQu1G8HLzou WLbLp8jx9yR6vDM7z44HR7yGGEfIzmZ0WY9ih33ekOhlTTfsufDRG+ X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.83,283,1616457600"; d="scan'208,217";a="719223401" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 18 Jun 2021 07:55:49 +0000 Received: from mail.cisco.com (xbe-aln-004.cisco.com [173.36.7.19]) by rcdn-core-6.cisco.com (8.15.2/8.15.2) with ESMTPS id 15I7tnfv002646 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 18 Jun 2021 07:55:49 GMT Received: from xfe-aln-005.cisco.com (173.37.135.125) by xbe-aln-004.cisco.com (173.36.7.19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Fri, 18 Jun 2021 02:55:49 -0500 Received: from xhs-rtp-002.cisco.com (64.101.210.229) by xfe-aln-005.cisco.com (173.37.135.125) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.2.792.15; Fri, 18 Jun 2021 02:55:47 -0500 Received: from NAM11-DM6-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1497.18 via Frontend Transport; Fri, 18 Jun 2021 03:55:47 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=YWdkgyQKgh9Ul16S0driKxdbTPNkuZ4R7V/5z3EiXTdbl3JovlUklnibl12m6UDngkCG2AZ/kY+M9YLQCVK3+4yCOojoKkujYJcTxJ0tJfCNIJ0423GoCsNT1N/t9m7sE+1LaRy+wP3hUqHIuPEckiCznJ3RbgsD6DGR2YjSXMRtd7YgxvyWY72QilB+44yOJ/OoNfRTOYot1lnM3BmiXE2ITPdIjYP5BQRmMjzlcm1Yf8ufeKqu57NbgKOzXP7qet4IqYayAvCUQH9vGg1YcFZ6nLuWbqCU8htI+xEeUY69h3YcfvMVYORvY/yenKbZNcaqeSUz0u0YtoNvMhgG3w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=6juQa3qn6q9VrBNTbsOYM7WQ/Ba9Y0h1nOV8GCxF5HU=; b=Kqeqg9Qfb5qf0vLAvRsF1ZmlfZoZojwbs3CW5CEYAtRd/XcfRkKcBznWVGW3fiKsQ+fVO7/R2XwiQgWi4nViFA5y2jZ+o2n6g6nGYIaPP+r6AyklcEBWM0zr2OO54xBDF202bbazGvW9kU8voNHkJL6yNiYBuaRNAF+uEK13+Xgn7WvfD4lwsYo4i6ACQ7jgjCbypWwkQ9W1OeC0pf/KjnNLpknWWtsT/dLrZzG1hKRuxNa7n6qO6K4YCl9PeaKA3TYtHja1zVC4I3MwPCfP4yG6Q2QWOXuS5wUa7UDRm7g9HGohD4l60ZSwSFxOLYmpUoEoUuCmfEh1J6XfcN/eeQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=6juQa3qn6q9VrBNTbsOYM7WQ/Ba9Y0h1nOV8GCxF5HU=; b=BCQw2xbVDgCaayAI4G2zrRhJgRzX/vdQv+vANYoxdZCGpZ6v8j0EMW+l8tGh/ht1XdbMx87z1n8t+y7dtcZDfwE2ESAsJTaFXb22QgXxqhvl5286vXflIAFc2py/lZHMeex3WKHN7suAhgaaGNYAK8SSH9TumlS/5gAtVq1BVfg= Received: from CO1PR11MB4881.namprd11.prod.outlook.com (2603:10b6:303:91::20) by MW3PR11MB4649.namprd11.prod.outlook.com (2603:10b6:303:5b::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4242.21; Fri, 18 Jun 2021 07:55:44 +0000 Received: from CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::9da6:468c:4d04:2110]) by CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::9da6:468c:4d04:2110%6]) with mapi id 15.20.4242.021; Fri, 18 Jun 2021 07:55:44 +0000 From: "Pascal Thubert (pthubert)" To: Bob Hinden , Brian Carpenter CC: 6MAN <6man@ietf.org>, "its@ietf.org" , "draft-ietf-ipwave-vehicular-networking@ietf.org" , "last-call@ietf.org" , Carlos Bernardos , IETF-Announce , "ipwave-chairs@ietf.org" Thread-Topic: Last Call: (IPv6 Wireless Access in Vehicular Environments (IPWAVE): Problem Statement and Use Cases) to Informational RFC Thread-Index: AQHXYSYqSXg+LcGA9Uu7ga/qdgfWJasUQ0eAgAAmgICAAQi9gIAD9xVw Date: Fri, 18 Jun 2021 07:55:15 +0000 Deferred-Delivery: Fri, 18 Jun 2021 07:54:27 +0000 Message-ID: References: <162367936036.30618.11701281285252724314@ietfa.amsl.com> <16616F2C-5D81-4A43-8FB6-35195995CF67@gmail.com> In-Reply-To: <16616F2C-5D81-4A43-8FB6-35195995CF67@gmail.com> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=cisco.com; x-originating-ip: [2a01:cb1d:4ec:2200:18c6:b8de:4af0:dbf7] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 46e96ace-0eb0-487c-17a1-08d9322e79f2 x-ms-traffictypediagnostic: MW3PR11MB4649: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 2wNy+2Bdu9/dfEiMLfECy9NyhQfdULz2ZeEoQl9ivnTZZzHgzDL/kE4kKjS9p/xad6+jIxg04hyowZdZb+7xdNxdZ9MUKfPYhGNLOJ9C74ubHbKmvqKsTYIZa8KnBDjKgKMUKMEYZiCDCTv7IRQEE3+HN9s1j/XdyfloQlquaJ6v1ylt+4Frv/QXVJtm3wUqTM102Uf34mTZw9psIiZCwx2XVfB0egCaqs6uFqnMTXO+8+baM+IAlHwY8ozvKht6VeIOZVA1IAmJVzK7mrJhcxEve/B/eyxr0cQVrZjkWEddQknDBt/VBqOb+nHr2Da6tsSFqszUQW77hcPgxIevLZHUNxDy5NU5ZemdrBGrmZD+4ULubwJV/cuwxdJru+6NNAAtPX+bgMK0oTJSnfDrBMsY7PF2Sa9IPdozUirpnh57cYIAvaNCIsJ639x6JD3wlbeA7aXRZGsm0bfstUVlMPaoTWqDfwAqLqeN8FpczcnTxwOKx0NAvmXh2zjmDVhghqhOMVxxz6iMjMZhqr26PqcbF3nem6cved67+s8f86Jy81dJOFSu4Wo1S02RZ/tUCK2bda7aVyiEG85yFvDfiuRqQsRFkOg5yrc0XSnercgFRzgIZDzVKCGDMbyjzlMSYWUCzgjPCkEvz4Mkg6Pq/AnzEOFAIxKL0aMMMaCAjwQ+3ei1vhAd3KoeQrYEEOYsQomxb4SNyv/kpGpP9e0ZicLpuE00pAgIEmCu5GVHpLovNhhcC8a6HMoUPd+OXxCr x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CO1PR11MB4881.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(396003)(366004)(376002)(39860400002)(346002)(136003)(8936002)(86362001)(55016002)(9686003)(64756008)(66446008)(52536014)(66556008)(5660300002)(966005)(8676002)(30864003)(38100700002)(66946007)(66476007)(122000001)(76116006)(7696005)(166002)(53546011)(83380400001)(478600001)(66574015)(54906003)(316002)(110136005)(6506007)(186003)(2906002)(33656002)(4326008)(71200400001)(6666004)(559001)(569008)(579004); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?UzErZG42SUpsN2tyK1d1QVphdzBxendmcWhFSDQwR0ZIQVhNNTNmaFJtUlRX?= =?utf-8?B?cHdOYjZuOVVrM0U0SmRsQ05hQmF3dzFIWXV5TnBVYVhMTm9CZ2VKR0c3TitT?= =?utf-8?B?S2VWR0xGcUNLN0NyQTE1M3hPaEg3aG5oa2w4eDRNNlczOUh3eFBReGxUczVl?= =?utf-8?B?SU5nbStXSXpFRUhoVnZmSTU1VktINFBjODlpQnJIdkNRdzFQTkR5TC9vSHJ1?= =?utf-8?B?TFpwbCt5UDhHYWFQMnRCc0tPeHVkSGxpaG5CR2tmcDlHY2lZRmpOdExZMVlm?= =?utf-8?B?Vjh5VlY3VkNGNFFpT0prZFZUNnluVVRMMDJEQlMwUkh0b0xONGlxTENKVnJx?= =?utf-8?B?Y0Y4UFFCSDNqaURLcDhKRUxXdm1VYnkvVFI1dkZ0QlZXb3hMR2tGN2lVWkxO?= =?utf-8?B?cXNsOURYMDlUc3pZSTF6ZnNkRWdFZlQ5dTRRejBLMkxnUHZRODBuKzhNMHVE?= =?utf-8?B?Z0NWcm5LVGFmTmEya1lEVm5LSVBMZmw3M3NUT0hadmh1NTFDUXlwN3BxWTF2?= =?utf-8?B?REtNcmZrZ2hpR29WYk01R3NuV0FGL2M5Qy8wdjRKY1V6TUFPenVrOXpZcVNa?= =?utf-8?B?Z1ZlUlBUb3R2d3dxdWRDNThoMExabHp1d3FLcHk5ZjF5RnJoTVN1L212ZlFS?= =?utf-8?B?SXFtUWs4S09WbldMVXRwbzExT2tQb0diT3gxaEx0Wndhdk50YTZmK3VkbGRU?= =?utf-8?B?Mjh2Y0ZLd3Q5UWtJM0VWdUdObm84K3d4aUh5VVl6WWlxc0ZSSklKWjZxU013?= =?utf-8?B?QlY4bE91c2dNOFBMam02Y0ZTOEVOc0xSeTJoSHRrMXJka3BkMWx2cVdCdTRT?= =?utf-8?B?d3ZqK2g5aDM5VjJFNWpWbU10bWFkemFHbTdFanZrckt6bDEyWGk3NGtuSGJ5?= =?utf-8?B?RDNnUnl4N2ZsZU10N1ZtUzZhUHVYdzVQSEtCaTRkVWp3YWJWa3diZEJJSDhx?= =?utf-8?B?T2FLQWsrZzhqeDZmR2JlNHZXMTNtNXpjODFwanJpa1BYNW8zTVF0aG4waEQ0?= =?utf-8?B?aXBaM0dFbG1adWVpejhrNUFUbzRlYnpjdU4wcFFUUkRtb2V2aXJsbmFDSG1v?= =?utf-8?B?cUhsUUpXS3prYUJoei9rYi9zUzRUazcwY1ZrYSswN2hISlVDTm8rakN4R2dH?= =?utf-8?B?R3VCRWVnaU5pVkJnZGE2YU9yU0pZMnYyUXgycDVoc1RPZ3l5UFI2RlhPQ0U5?= =?utf-8?B?amRzZEZuckZyRjI4dUtCalpEeU1OM2xKc0RsM1E0bjRJaHRVTXFYdE8zQk9V?= =?utf-8?B?NmZTY2dyd21jVkVCcnoySEdkRjlDODFOR1lKY1hoU0lab2JPdFVHd05VY3Ez?= =?utf-8?B?U0xmbGJkbmdsdDhMZDcyUnd0UE1sb0FhbU1sd3BJb0svZllMNGkweWJyc0Mz?= =?utf-8?B?SFVHQ01KejZqc3JocTZELzNhQzl0L3R3UVhyblBHYXhIelNIZ2h6KzBlL21n?= =?utf-8?B?bjlFVXRjc2wyQzM1THlGVXRJdFNDWG9JcG9ScWhLUDlheTI3Z0pxVWdyalMv?= =?utf-8?B?M2dBbVgxRmovOHRrbnpSNzZybTcyL2xZQW1jcTMzK1lDUGdTclh4eG03bEty?= =?utf-8?B?MzFKdHRSNzdSdXBRZTdLd0hTRTlNdUxDQ1BmL3hnMjNVcjVmeXp2N29TemZ5?= =?utf-8?B?NE1BOWFsMFFZRllrUTdEbUUzWW4xYjhMSjRSRHc1R2RmQ3FidEYxZmp2Wnox?= =?utf-8?B?MVJPUGl3dmt0TVhCY1JUZmNneEJ4bVBFcmpVUWRSakZyNVI2S2J0NlZ6bkRP?= =?utf-8?B?NkZQR3N2azRaVEo5bXNkai9iWXh1YXlvSWJDRUpLQ25rK0liSDVrR3JwSVk2?= =?utf-8?B?UnlEVktuaUNwN0JZYXBlYnJiaUZGVUJIZjdiRUorTVN1OWZWbzNYOHJuZ0pt?= =?utf-8?Q?Zec4MewJOpQ9x?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_CO1PR11MB4881214A5CBF26E1EC82448CD80D9CO1PR11MB4881namp_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: CO1PR11MB4881.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 46e96ace-0eb0-487c-17a1-08d9322e79f2 X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Jun 2021 07:55:44.4164 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: tVv6goxOZKpmfJ+W98sbU7MHp8MQlPAUG2LMyqH72efmZ7GZbqNJw3tu0A6Uhh0JGgHbnyQ/o/lfo2cKcNomdg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MW3PR11MB4649 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.19, xbe-aln-004.cisco.com X-Outbound-Node: rcdn-core-6.cisco.com Archived-At: Subject: Re: [ipwave] Last Call: (IPv6 Wireless Access in Vehicular Environments (IPWAVE): Problem Statement and Use Cases) to Informational RFC X-BeenThere: its@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IPWAVE - IP Wireless Access in Vehicular Environments WG at IETF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jun 2021 07:56:03 -0000 --_000_CO1PR11MB4881214A5CBF26E1EC82448CD80D9CO1PR11MB4881namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8gQm9iIGFuZCBCcmlhbjoNCg0KDQoNCkZZSSwgSSBwcm9kdWNlZCBhbiBJRVRGIGxhc3Qg Y2FsbCByZXZpZXcgZm9yIHRoaXMgZG9jdW1lbnQ7IEkgaW5jbHVkZWQgc29tZSB3b3JkcyBmcm9t IHlvdXIgZW1haWxzIGluIHRoaXMgdGhyZWFkLg0KDQoNCg0KSSBlZmZlY3RpdmVseSBmb3VuZCB0 aGF0IDoNCg0KLSBpdCBpcyBtdWx0aXBsZSBkb2NzIGluIG9uZSwgdGhhdCBwcm92aWRlcyB0ZXh0 IG9uIHNvbHV0aW9uIHNwYWNlIHRoYXQgZG9lcyBub3QgYmVsb25nIGluIGEgcHJvYmxlbSBzdGF0 ZW1lbnQgYW5kIGlzIGxhcmdlbHkgaW5jb21wbGV0ZQ0KDQotIGl0IGlzIGxhcmdlbHkgb3ZlcnNl bGxpbmcgT01OSSwgcHJlc2VudGluZyBpdCBhcyB0aGUgcGFuYWNlYSBmb3IgYWxsIHByb2JsZW1z IGFuZCBhcyB0aGUgcmVmZXJlbmNlIGZyb20gY29uY2VwdHMgZm9yIHdoaWNoIFJGQ3MgZXhpc3Qg dGhhdCBjYW4gYmUgbW9yZSBzcGVjaWZpYyByZWZlcmVuY2UuDQoNCi0gSXQgaXMgYWxzbyBtaXNz aW5nIGEgZ29vZCBudW1iZXIgb2YgcmVmZXJlbmNlIGFuZCByZXdvcmRpbmcgdGhlaXIgY29udGVu dCwgbm90IGFsd2F5cyBmdWxseSBjb3JyZWN0bHkgb3IgY29tcGxldGVseS4NCg0KDQoNClBsZWFz ZSBzZWUgYmVsb3c7IGFueSBjb250cmFkaWN0aW9uIHRvIG15IHJlbWFya3MgYW5kL29yIGFkZGl0 aW9uYWwgY29tbWVudCBpcyB3ZWxjb21lOw0KDQoNCg0KUGFzY2FsDQoNCg0KDQpJbiBzdW1tYXJ5 Og0KDQpJIHJlYWQgYSBudW1iZXIgb2YgdmVyeSBnb29kIGRyYWZ0cyBjb2xsYXRlZCBpbiBvbmUs IGZyb20gdGhlIHVzZSBjYXNlcyB0aGF0IHZlcnkgY29tcGxldGUgYW5kIHJlYWR5IHRvIHB1Ymxp c2gsIHRvIHRoZSBhcmNoaXRlY3R1cmUgYW5kIHByb3RvY29sIHNvbHV0aW9uIGluIHNlY3Rpb24g NCB0aGF0IHdvdWxkIHJlcXVpcmUgbW9yZSB3b3JrIGZvciBjb21wbGV0ZW5lc3MuDQoNClRoZXJl IGFyZSBtdWx0aXBsZSBpbnN0YW5jZXMgaW4gdGhlIHVzZSBjYXNlcyB3aGVyZSBwcm90b2NvbHMg YXJlIGxpc3RlZCBjb21pbmcgb3V0IG9mIHRoZSBibHVlLCBlLmcuLCB0aGUgcmVmZXJlbmNlcyB0 byBPTU5JIHRoYXQgc2VlbSBhcnRpZmljaWFsbHkgc3ByZWFkIHJlZ2FyZGxlc3Mgb2YgdGhlIGNv bnRleHQgb2YgdGhlIHNlY3Rpb24uIE9NTkkgaXMgdXNlZCB0aHJvdWdob3V0LCBib3RoIGFzIGFu IG9wZW4gZW5kZWQgdG9vbGJveCwgYW5kIGFzIGEgY2FycGV0IHVuZGVyIHdoaWNoIGFsbCBwcm9i bGVtcyBjYW4gYmUgaGlkZGVuLg0KDQpSZWFkaW5nIHRoaXMgZG9jLCBPTU5JIHNob3dzIGFzIGFu IGludGVyZmFjZSB0byBhIHNvZnR3YXJlIG1vYmlsZSByb3V0ZXIsIHdpdGggbXVsdGlwbGUgb2Yg dGhlIGRldmljZSBwaHlzaWNhbCBpbnRlcmZhY2VzIGNvbm5lY3RlZCB0byB0aGUgbW9iaWxlIHJv dXRlci4gVGhpcyBtYWtlcyB0aGUgc3RhY2sgdmVyeSBzaW1wbGUgYXMgdGhlIGNvbXBsZXhpdHkg bW92ZXMgdG8gdGhlIHJvdXRlci4gQnV0IG5vdyB5b3UgaGF2ZSB0byBpbXBsZW1lbnQgdGhlIHJv dXRlci4gUHJlc2VudGVkIGFzIHRoYXQsIHRoZSBPTU5JIHJvdXRlciBkZXNlcnZlcyBpdHMgbmFt ZSwgaXTigJlzIGluZGVlZCB2ZXJ5IHJpY2g7IGl0IHNlZW1zIHRvIGNvdmVyIGFsbCBmb3JtcyBv ZiBNQU5FVCAobWFueSB0byBjaG9vc2UgZnJvbSkgYW5kIE5FTU8gKGFuZCBhbGwgdGhlIE1JUCBw cm90b2NvbCBmYW1pbHkgYWNyb3NzIGFkZHJlc3MgZmFtaWxpZXMpLCBhbGwgdGhlIHBvc3NpYmxl IHJhZGlvIGludGVyZmFjZXMgb24gd2hpY2ggdGhlIE5EIHByb2JsZW1zIGdvIGF3YXkgYnkgbWFn aWMsIGFuZCB3aGF0ZXZlciBlbHNlIHlvdSB3YW50IHRvIHB1dCBpbiB0aGVyZS4gSXMgdGhhdCB0 aGUgaW50ZW50aW9uPw0KDQpJbnN0ZWFkIG9mIHJlZmVycmluZyB0byBPTU5JIGZvciB2aXJ0dWFs bHkgYW55dGhpbmcsIHRoZSBkb2Mgc2hvdWxkIHJlZmVyIHRvIE1BTkVUIGZvciBNQU5FVCB0aGlu Z3MgKGxpa2UgQllPRCksIE5FTU8gZm9yIE5FTU8gdGhpbmdzIChsaWtlIE1OUCksIGRyYWZ0LW5v cmRtYXJrLWludGFyZWEtaXBwbCBmb3Igc3BsaXQgc3VibmV0cywgYW5kIGRyYWZ0LXRodWJlcnQt Nm1hbi1pcHY2LW92ZXItd2lyZWxlc3MgZm9yIFAyTVAvTkJNQSBsaW5rIGFuZCBzdWJuZXQgbW9k ZWxzLiBBbmQgdGhlbiB5b3UgY2FuIHNheSB0aGF0IGFsbCB0aG9zZSBjb21wb25lbnRzIGNhbiBi ZSBwbHVnZ2VkIGluIHRoZSBPTU5JIHJvdXRlciwgYW5kIHlvdSBjYW4gZGlzY3VzcyB3aGljaCBN QU5FVCBhbmQgd2hpY2ggTUlQIHlvdSB3YW50LCBpbmNsdWRpbmcgdXNpbmcgT01OSeKAmXMgYnVp bHQgaW4gbW9iaWxpdHkuDQoNCk5vdGUgdGhhdCBteSBvYmplY3Rpb25zIGFyZSBub3QgYWdhaW5z dCB0aGUgT01OSSBkZXNpZ24sIGl0IG1pZ2h0IGJlIHRoZSBwZXJmZWN0IHRoaW5nIGFuZCBJIGFt IGFscmVhZHkgYXdhcmUgb2YgdXNlIGNhc2VzIHRoYXQgY291bGQgYmUgc2VydmVkIGJ5IGEgUDJN UCBpbnRlcmZhY2UgbGlrZSBPTU5JIGluIGNvbmp1bmN0aW9uIHdpdGggUkZDODUwNSBvbiB0aGUg UDJQIHN1YmludGVyZmFjZXMgKHJlY3ljbGluZyB0aGUgaGlnaCBsZXZlbCBkZXNpZ24gd2XigJl2 ZSBiZWVuIHNoaXBwaW5nIGZvciBJUHY0IC8gZnJhbWUgcmVsYXkgZm9yIHRoZSBsYXN0IDMwIHll YXJzKS4gTXkgb2JqZWN0aW9uIGlzIG9mIHRoZSB3YXkgdGhlIGRyYWZ0IHVzZXMgW09NTkldIGFz IHRoZSBtYWdpYyB3YW5kIHRoYXQgc29sdmVzIGFsbCB0aGUgcHJvYmxlbXMgd2hlbiB3aGF0IHlv dSByZWFsbHkgZG8gaXMgdGhyb3cgdGhlbSBvdmVyIHRoZSBmZW5jZS4gSeKAmWQgcmF0aGVyIHlv dSBmb2N1cyBvbiBwcm9ibGVtcyBhbmQgdXNlIGNhc2VzLCBmb3Igd2hpY2ggdGhlcmXigJlzIGV4 Y2VsbGVudCB0ZXh0LCBhbmQgaW5kaWNhdGUgd2hhdCBuZWVkcyB0byBiZSBkb25lIHdpdGhvdXQg bWFraW5nIGFzc3VtcHRpb24gb24gaG93IHRoZSBuZWVkZnVsIHRoaW5ncyB3aWxsIGJlIHNvbHZl ZC4NCg0KSW4gYWdyZWVtZW50IHdpdGggYSBkaXNjdXNzaW9uIG9uIHRoZSA2TUFOIGxpc3QsIEni gJlkIHN1Z2dlc3QgdG8gc3BsaXQsIGtlZXAgYWxsIHRoYXTigJlzIHVzZSBjYXNlIGFuZCBwcm9i bGVtIGRlc2NyaXB0aW9uIGFuZCBzaGlwIGl0LCByZW1vdmUgcmVmZXJlbmNlcyB0byBwcm90b2Nv bHMgZW52aXNpb25lZCBpbiB0aGUgc29sdXRpb24sIGFuZCBzdGFydCB0aGUgd29yayBvbiBhcmNo aXRlY3R1cmUgb2YgdGhlIHNvbHV0aW9uIGFuZCB0aGUgcHJvdG9jb2wgYXBwbGljYWJpbGl0eSBz dGF0ZW1lbnRzIHNlcGFyYXRlbHkuIEFuIGFsdGVybmF0ZSB3b3VsZCBiZSB0byBjZW50cmFsaXpl IHRoZSBkaXNjdXNzaW9uIG9uIHByb3RvY29scyB0byBhbm5leCwgYW5kIGV4cGxhaW4gdGhhdCBw cm90b2NvbCBBIG9yIEIgY291bGQgYmUgZW52aXNpb25lZCBpbiBzb2x1dGlvbiBzcGFjZSBiZWNh dXNlIHRvIG92ZXIgdGhpcyBnYXAgb3IgaW1wbGVtZW50IHRoYXQgZnVuY3Rpb24uDQoNCkluIGFu eSBmYXNoaW9uLCB0aGUgY3VycmVudCB0ZXh0IGlzIG5vdCByZWFkeSBmb3IgcHVibGljYXRpb24g YXMgYXBwbGljYWJpbGl0eSBzdGF0ZW1lbnQsIGFyY2hpdGVjdHVyZSBhbmQgb3Ivc29sdXRpb24s IHNvIHRoZSByZWxhdGVkIHdvcmsgc2hvdWxkIGJlIHJlbW92ZWQgZnJvbSB0aGUgbWFpbiB0ZXh0 LiBCdXQgSSBmaW5kIGl0IG1vc3RseSByZWFkeSBmb3IgdXNlIGNhc2UgYW5kIHByb2JsZW0gc3Rh dGVtZW50LCBtb3JlIGJlbG93Lg0KDQpSZXZpZXc6DQoNCg0KDQpBYnN0cmFjdA0KDQogICBUaGlz IGRvY3VtZW50IGRpc2N1c3NlcyB0aGUgcHJvYmxlbSBzdGF0ZW1lbnQgYW5kIHVzZSBjYXNlcyBv Zg0KICAgSVB2Ni1iYXNlZCB2ZWhpY3VsYXIgbmV0d29ya2luZyBmb3IgSW50ZWxsaWdlbnQgVHJh bnNwb3J0YXRpb24NCiAgIFN5c3RlbXMgKElUUykuDQoNCg0KPj4+IFRoZSBkb2N1bWVudCBnb2Vz IGJleW9uZCB0aGF0OyB0aGVyZSB3YXMgYWN0dWFsbHkgYSB0aHJlYWQgYXQgNk1BTiB3aGVyZSBC b2IgSGluZGVuIHNhaWQNCuKAnA0KVGhpcyBkb2N1bWVudCBzYXlzIGl0IGlzIGEgcHJvYmxlbSBz dGF0ZW1lbnQsIGJ1dCB0aGVuIGJlY29tZXMgYSBzb2x1dGlvbiBkb2N1bWVudC4gICBNaWdodCBi ZSBiZXR0ZXIgdG8gY3V0IGl0IGRvd24gdG8gb25seSB0aGUgcHJvYmxlbSBzdGF0ZW1lbnQgcGFy dC4NCuKAnA0KPj4+IFdvdWxkIHlvdSBjb25zaWRlciBkb2luZyB0aGlzPyBJZiBub3QsIHdoeT8g Tm90ZTogeW91IG1heSB3YW50IHRvIHJlc3BvbmQgb24gNk1BTiBhcyB3ZWxsLg0KPj4+DQo+Pj5J IHdvdWxkIGhhdmUgdGhvdWdodCB0aGF0IHRoZSB0cmFkaXRpb25hbCBzdGVwcyBvZiBwcm9ibGVt IHN0YXRlbWVudCBhbmQgYXBwbGljYWJpbGl0eSBzdGF0ZW1lbnQgb2YgZXhpc3Rpbmcgd29yayBj b3VsZCBiZSBleHBlY3RlZCBmcm9tIElQV0FWRSB0b28uDQo+Pj4gUGxlYXNlIGNsYXJpZnkgdGhl IHN0ZXBzIHRoYXQgeW91IGludGVuZCB0byBmb2xsb3cgbmV4dCB3aXRoIHRoaXMgd29yay4NCg0K DQo8c25pcD4NCg0KMS4gIEludHJvZHVjdGlvbg0KDQo+Pj4gVmVyeSByZWFkYWJsZSBhbmQgaW5m b3JtYXRpdmUgc2VjdGlvbiwgbWFueSB0aGFua3MhDQoNCg0KICAgQWxvbmcgd2l0aCB0aGVzZSBX QVZFIHN0YW5kYXJkcyBhbmQgQy1WMlggc3RhbmRhcmRzLCByZWdhcmRsZXNzIG9mIGENCiAgIHdp cmVsZXNzIGFjY2VzcyB0ZWNobm9sb2d5IHVuZGVyIHRoZSBJUCBzdGFjayBvZiBhIHZlaGljbGUs IHZlaGljdWxhcg0KICAgbmV0d29ya3MgY2FuIG9wZXJhdGUgSVAgbW9iaWxpdHkgd2l0aCBJUHY2 IFtSRkM4MjAwXSBhbmQgTW9iaWxlIElQdjYNCiAgIHByb3RvY29scyAoZS5nLiwgTW9iaWxlIElQ djYgKE1JUHY2KSBbUkZDNjI3NV0sIFByb3h5IE1JUHY2IChQTUlQdjYpDQogICBbUkZDNTIxM10s IERpc3RyaWJ1dGVkIE1vYmlsaXR5IE1hbmFnZW1lbnQgKERNTSkgW1JGQzczMzNdLCBMb2NhdG9y Lw0KICBJRCBTZXBhcmF0aW9uIFByb3RvY29sIChMSVNQKSBbUkZDNjgzMEJJU10sIGFuZCBBc3lt bWV0cmljIEV4dGVuZGVkDQogICBSb3V0ZSBPcHRpbWl6YXRpb24gKEFFUk8pIFtSRkM2NzA2QklT XSkuDQoNCj4+PiBORU1PIChSRkMgMzk2MykgaXMgbm90IGNpdGVkLiBBbnkgcmVhc29uIHdoeSB0 aGUgdmVoaWNsZSB3b3VsZCBub3QgdHJhbnNwb3J0IGEgbmV0d29yaz8NCg0KPHNuaXA+DQoNCg0K DQogICBUaGlzIGRvY3VtZW50IGRlc2NyaWJlcyB1c2UgY2FzZXMgYW5kIGEgcHJvYmxlbSBzdGF0 ZW1lbnQgYWJvdXQNCiAgIElQdjYtYmFzZWQgdmVoaWN1bGFyIG5ldHdvcmtpbmcgZm9yIElUUywg d2hpY2ggaXMgbmFtZWQgSVB2NiBXaXJlbGVzcw0KICAgQWNjZXNzIGluIFZlaGljdWxhciBFbnZp cm9ubWVudHMgKElQV0FWRSkuICBGaXJzdCwgaXQgaW50cm9kdWNlcyB0aGUNCiAgIHVzZSBjYXNl cyBmb3IgdXNpbmcgVjJWLCBWMkksIGFuZCBWMlggbmV0d29ya2luZyBpbiBJVFMuICBOZXh0LCBm b3INCiAgIElQdjYtYmFzZWQgdmVoaWN1bGFyIG5ldHdvcmtzLCBpdCBtYWtlcyBhIGdhcCBhbmFs eXNpcyBvZiBjdXJyZW50DQogICBJUHY2IHByb3RvY29scyAoZS5nLiwgSVB2NiBOZWlnaGJvciBE aXNjb3ZlcnksIE1vYmlsaXR5IE1hbmFnZW1lbnQsDQogICBhbmQgU2VjdXJpdHkgJiBQcml2YWN5 KSwgYW5kIHRoZW4gZW51bWVyYXRlcyByZXF1aXJlbWVudHMgZm9yIHRoZQ0KICAgZXh0ZW5zaW9u cyBvZiB0aG9zZSBJUHY2IHByb3RvY29scywgd2hpY2ggYXJlIHRhaWxvcmVkIHRvIElQdjYtYmFz ZWQNCiAgIHZlaGljdWxhciBuZXR3b3JraW5nLiAgVGh1cywgdGhpcyBkb2N1bWVudCBpcyBpbnRl bmRlZCB0byBtb3RpdmF0ZQ0KICAgZGV2ZWxvcG1lbnQgb2Yga2V5IHByb3RvY29scyBmb3IgSVBX QVZFLg0KDQo+Pj4NCg0KPHNuaXA+DQoNCg0KMi4gIFRlcm1pbm9sb2d5DQoNCg0KPj4+DQoNCjxz bmlwPg0KDQoNCiAgIG8gIElQLU9CVTogIkludGVybmV0IFByb3RvY29sIE9uLUJvYXJkIFVuaXQi OiBBbiBJUC1PQlUgZGVub3RlcyBhDQogICAgICBjb21wdXRlciBzaXR1YXRlZCBpbiBhIHZlaGlj bGUgKGUuZy4sIGNhciwgYmljeWNsZSwgYXV0b2Jpa2UsDQogICAgICBtb3RvciBjeWNsZSwgYW5k IGEgc2ltaWxhciBvbmUpIGFuZCBhIGRldmljZSAoZS5nLiwgc21hcnRwaG9uZSBhbmQNCiAgICAg IElvVCBkZXZpY2UpLiAgSXQgaGFzIGF0IGxlYXN0IG9uZSBJUCBpbnRlcmZhY2UgdGhhdCBydW5z IGluIElFRUUNCiAgICAgIDgwMi4xMS1PQ0IgYW5kIGhhcyBhbiAiT0JVIiB0cmFuc2NlaXZlci4g IEFsc28sIGl0IG1heSBoYXZlIGFuIElQDQogICAgICBpbnRlcmZhY2UgdGhhdCBydW5zIGluIENl bGx1bGFyIFYyWCAoQy1WMlgpIFtUUy0yMy4yODUtM0dQUF0NCiAgICAgIFtUUi0yMi44ODYtM0dQ UF1bVFMtMjMuMjg3LTNHUFBdLiAgU2VlIHRoZSBkZWZpbml0aW9uIG9mIHRoZSB0ZXJtDQogICAg ICAiT0JVIiBpbiBbUkZDODY5MV0uDQoNCg0KPj4+IENhbiB0aGF0IGJlIGEgcm91dGVyIGNvbm5l Y3RpbmcgbXVsdGlwbGUgY29tcHV0ZXJzPw0KDQo8c25pcD4NCg0KMy4gIFVzZSBDYXNlcw0KDQoN Cj4+PiBUaGlzIGlzIGFub3RoZXIgZ3JlYXQgcmVhZCBhbmQgYW4gZW5saWdodGVuaW5nIHNlY3Rp b24uIE1heWJlIG1lbnRpb24gaW4gdGhlIGFic3RyYWN0IHRoYXQgdGhlIGRvYyBhbHNvIGNvdmVy cyB1c2UgY2FzZXM/DQoNCjxzbmlwPg0KDQoNCiAgIEFsdGhvdWdoIGEgTGF5ZXItMiBzb2x1dGlv biBjYW4gcHJvdmlkZSBhIHN1cHBvcnQgZm9yIG11bHRpaG9wDQogICBjb21tdW5pY2F0aW9ucyBp biB2ZWhpY3VsYXIgbmV0d29ya3MsIHRoZSBzY2FsYWJpbGl0eSBpc3N1ZSByZWxhdGVkDQogICB0 byBtdWx0aWhvcCBmb3J3YXJkaW5nIHN0aWxsIHJlbWFpbnMgd2hlbiB2ZWhpY2xlcyBuZWVkIHRv DQogICBkaXNzZW1pbmF0ZSBvciBmb3J3YXJkIHBhY2tldHMgdG93YXJkIG11bHRpaG9wLWF3YXkg ZGVzdGluYXRpb25zLiAgSW4NCiAgIGFkZGl0aW9uLCB0aGUgSVB2Ni1iYXNlZCBhcHByb2FjaCBm b3IgVjJWIGFzIGEgbmV0d29yayBsYXllciBwcm90b2NvbA0KICAgY2FuIGFjY29tbW9kYXRlIG11 bHRpcGxlIHJhZGlvIHRlY2hub2xvZ2llcyBhcyBNQUMgcHJvdG9jb2xzLCBzdWNoIGFzDQogICA1 RyBWMlggYW5kIERTUkMuICBUaGVyZWZvcmUsIHRoZSBleGlzdGluZyBJUHY2IHByb3RvY29sIGNh biBiZQ0KICAgYXVnbWVudGVkIHRocm91Z2ggdGhlIGFkZGl0aW9uIG9mIGFuIE92ZXJsYXkgTXVs dGlsaW5rIE5ldHdvcmsgKE9NTkkpDQogICBJbnRlcmZhY2UgW09NTkldIGFuZC9vciBwcm90b2Nv bCBjaGFuZ2VzIGluIG9yZGVyIHRvIHN1cHBvcnQgYm90aA0KICAgd2lyZWxlc3Mgc2luZ2xlLWhv cC9tdWx0aWhvcCBWMlYgY29tbXVuaWNhdGlvbnMgYW5kIG11bHRpcGxlIHJhZGlvDQogICB0ZWNo bm9sb2dpZXMgaW4gdmVoaWN1bGFyIG5ldHdvcmtzLiAgSW4gc3VjaCBhIHdheSwgdmVoaWNsZXMg Y2FuDQogICBjb21tdW5pY2F0ZSB3aXRoIGVhY2ggb3RoZXIgYnkgVjJWIGNvbW11bmljYXRpb25z IHRvIHNoYXJlIGVpdGhlciBhbg0KICAgZW1lcmdlbmN5IHNpdHVhdGlvbiBvciByb2FkIGhhemFy ZCBpbiBhIGhpZ2h3YXkgaGF2aW5nIG11bHRpcGxlIGtpbmRzDQogICBvZiByYWRpbyB0ZWNobm9s b2dpZXMsIHN1Y2ggYXMgNUcgVjJYIGFuZCBEU1JDLg0KDQo+Pj4gVGhpcyB0ZXh0IGFwcGVhcnMg aW4gdGhlIG1pZGRsZSBvZiBoaWdoIGxldmVsIHVzZSBjYXNlLCB3aXRoIGEgY3J1ZGUgbGlzdCBv ZiBwcm90b2NvbHM7IHRoaXMgaXMgbm90IGEgcGxhY2UgZm9yIGl0DQoNCj4+PiBPbiBhIDZNQU4g VGhyZWFkLCBCcmlhbiBDYXJwZW50ZXIgc2FpZCB0aGF0IHRoZSBhYm92ZToNCg0K4oCcDQoNCmlz IG9mIGNvbmNlcm4gcmVnYXJkbGVzcyBvZiB0aGUgbWVudGlvbiBvZiBPTU5JLiBEb2VzIGl0IG1l YW4gImNhbiBiZSIgb3IgIm5lZWRzIHRvIGJlIj8gVGhpcyBwYXJhZ3JhcGggc2VlbXMgbGlrZSBh IHZlcnkgc2hvcnQgc3VtbWFyeSBvZiBhIGJpZyBwcm9ibGVtIGFyZWEuIEF0IHRoZSBlbmQgb2Yg cGFnZSAxMyB0aGVyZSBpcyBzb21lIHJlbGF0ZWQgZGlzY3Vzc2lvbiwgd2hpY2ggbWVudGlvbnMg UlBMIGFzIHBhcnQgb2YgdGhlIHNvbHV0aW9uIChnb29kIGNob2ljZSwgSU1ITykgYnV0IGFnYWlu IHNlZW1zIHRvIGRlcGVuZCBvbiBPTU5JLiBJIGRvbid0IHRoaW5rIHRoZSBmaXggb2Ygc2ltcGx5 IHJlbW92aW5nIHJlZmVyZW5jZXMgdG8gT01OSSB3b3JrcywgYmVjYXVzZSBpdCB3b3VsZCBsZWF2 ZSBhIGdhcC4gSW4gYW4gaW5mb3JtYXRpb25hbCBkb2N1bWVudCwgdGhhdCBpcyBub3QgYSBmb3Jt YWwgcHJvYmxlbSBidXQgYXMgZmFyIGFzIHRoaXMgZHJhZnQgZGVzY3JpYmVzIGFyY2hpdGVjdHVy ZSwgSSBkb24ndCB0aGluayB0aGF0IGJpZyBhIGdhcCBpcyByZWFzb25hYmxlLiAiT01OSSIgaXMg bWVudGlvbmVkIG1vcmUgdGhhbiAyMCB0aW1lcyBpbiB0aGUgZG9jdW1lbnQuIFRoZXJlIGFyZSBh bHNvIHNldmVyYWwgcmVmZXJlbmNlcyB0byBBRVJPLCB3aGljaCBpcyBzdHJvbmdseSBhc3NvY2lh dGVkIHdpdGggT01OSS4NCuKAnA0KPj4+IEkgYWdyZWUgd2l0aCBCcmlhbi4gSGVyZSB0aGUgZG9j dW1lbnQgc2VlbXMgdG8gYmUgbWl4aW5nIHNvbHV0aW9uIHdpdGggcHJvYmxlbSBhbmQgcHV0dGlu ZyB0aGUgY2FydCBiZWZvcmUgdGhlIGhvcnNlLiBNeSByZWNvbW1lbmRhdGlvbiBpcyB0byBzdGlj ayB0byB3aGF0IG5lZWRzIHRvIGJlIGRvbmUgdGhhdCBJUHY2IGRvZXMgbm90IGRvIHlldCAtdGhl IHJlcXMgYW5kIGdhcHMtOyBidXQgdGhlIGRvYyBzaG91bGQgbm90IHN0ZXAgaW4gdGhlIGhvdyB0 aGluZ3Mgd2lsbCBiZSBkb25lIHVubGVzcyB0aGUgZ3JvdXAgYWxyZWFkeSBkZWNpZGVkIHRvIGRv IGl0LiBUaGUgbG9naWNhbCBuZXh0IHN0ZXBzIHRvIGEgUFMgYXJlIGFuIGFwcGxpY2FiaWxpdHkg c3RhdGVtZW50IG9mIGV4aXN0aW5nIHdvcmssIGFuZCBpZiB0aGUgZ2FwcyBjYW5ub3QgYmUgZmls bGVkLCB0aGVyZSBtYXkgYmUgb25lIG9yIG1vcmUgV0cgY2hhcnRlcmVkIHRvIGZpbGwgdGhvc2Ug Z2Fwcy4NCg0KPj4+IEnigJlkIHN0aWxsIGJlIGhhcHB5IHRvIHNlZSBhbiBhbm5leCB3aXRoIGxl YWRzIG9uIHdoZXJlIHRoZSBzb2x1dGlvbiBtaWdodCBjb21lIGZyb20gbGlrZSBSRkMgODY5MSBk b2VzLg0KDQoNCjxzbmlwPg0KDQoNCiAgIFRoZSBleGlzdGluZyBJUHY2IHByb3RvY29sIG11c3Qg YmUgYXVnbWVudGVkIHRocm91Z2ggdGhlIGFkZGl0aW9uIG9mDQogICBhbiBPTU5JIGludGVyZmFj ZSBhbmQvb3IgcHJvdG9jb2wgY2hhbmdlcyBpbiBvcmRlciB0byBzdXBwb3J0DQogICB3aXJlbGVz cyBtdWx0aWhvcCBWMkkgY29tbXVuaWNhdGlvbnMgaW4gYSBoaWdod2F5IHdoZXJlIFJTVXMgYXJl DQogICBzcGFyc2VseSBkZXBsb3llZCwgc28gYSB2ZWhpY2xlIGNhbiByZWFjaCB0aGUgd2lyZWxl c3MgY292ZXJhZ2Ugb2YgYW4NCiAgIFJTVSB0aHJvdWdoIHRoZSBtdWx0aWhvcCBkYXRhIGZvcndh cmRpbmcgb2YgaW50ZXJtZWRpYXRlIHZlaGljbGVzLg0KICAgVGh1cywgSVB2NiBuZWVkcyB0byBi ZSBleHRlbmRlZCBmb3IgbXVsdGlob3AgVjJJIGNvbW11bmljYXRpb25zLg0KDQoNCj4+PiBOb3Rl IHRoYXQgSSBoYXZlIG5vIGNsdWUgb24gaG93IHdlbGwgT01OSSBhcHBsaWVzIGluIHRoYXQgc3Bh Y2UsIG1heWJlIGl0IGRvZXMgdmVyeSB3ZWxsOyBidXQgaGVyZSBpdCBjb21lcyBvdXQgb2YgdGhl IGJsdWUgd2l0aCBubyBqdXN0aWZpY2F0aW9uLiBJZiB5b3UgbWVudGlvbiBPTU5JIHlvdSBuZWVk IHRvIGRldGFpbCB3aGF0IGl0IGlzIGFuZCB3aGljaCBvZiB0aGUgVjJWICBwcm9ibGVtcyB5b3Ug ZXhwZWN0IGl0IHRvIHNvbHZlLiBCdXQgdGhlbiwgdGhhdOKAmXMgYmV5b25kIHRoZSBzY29wZSBv ZiBhIFBTLg0KDQo8c25pcD4NCg0KICAgVGhlIGV4aXN0aW5nIElQdjYgcHJvdG9jb2wgbXVzdCBi ZSBhdWdtZW50ZWQgdGhyb3VnaCB0aGUgYWRkaXRpb24gb2YNCiAgIGFuIE9NTkkgaW50ZXJmYWNl IGFuZC9vciBwcm90b2NvbCBjaGFuZ2VzIGluIG9yZGVyIHRvIHN1cHBvcnQNCiAgIHdpcmVsZXNz IG11bHRpaG9wIFYyWCAob3IgVjJJMlgpIGNvbW11bmljYXRpb25zIGluIGFuIHVyYmFuIHJvYWQN CiAgIG5ldHdvcmsgd2hlcmUgUlNVcyBhcmUgZGVwbG95ZWQgYXQgaW50ZXJzZWN0aW9ucywgc28g YSB2ZWhpY2xlIChvciBhDQogICBwZWRlc3RyaWFuJ3Mgc21hcnRwaG9uZSkgY2FuIHJlYWNoIHRo ZSB3aXJlbGVzcyBjb3ZlcmFnZSBvZiBhbiBSU1UNCiAgIHRocm91Z2ggdGhlIG11bHRpaG9wIGRh dGEgZm9yd2FyZGluZyBvZiBpbnRlcm1lZGlhdGUgdmVoaWNsZXMgKG9yDQogICBwZWRlc3RyaWFu cycgc21hcnRwaG9uZXMpLiAgVGh1cywgSVB2NiBuZWVkcyB0byBiZSBleHRlbmRlZCBmb3INCiAg IG11bHRpaG9wIFYyWCAob3IgVjJJMlgpIGNvbW11bmljYXRpb25zLg0KDQoNCj4+PiBQbGVhc2Ug YmUgbW9yZSBzcGVjaWZpYyBvbiB3aGF0IHRoZSBtaXNzaW5nIGZ1bmN0aW9ucyBhcmUgYW5kIHdo ZXRoZXIgdGhleSBhcmUgbWlzc2luZyBmcm9tIHRoZSBzdGFjayBkZXZlbG9wbWVudCBzdGFuZHBv aW50IG9yIGlmIHRoZXJl4oCZcyB3b3JrIG5lZWRlZCBmcm9tIHRoZSBJRVRGLg0KDQogIDEuICBJ ZiBzb21ldGhpbmcgaXMgcmVhbGx5IG1pc3NpbmcgaW4gb3VyIHNwZWNzLCB0aGUgdGV4dCB0byBw cm92ZSBmcm9tIHRoZSB1c2UgY2FzZSBhYm92ZSBpcyBtaXNzaW5nDQogIDIuICBob3cgT01OSSBz ZXJ2ZXMgdGhlIHVzZSBjYXNlIGNvdWxkIGJlIGVsYWJvcmF0ZWQgaW4gYW4gYXBwbGljYWJpbGl0 eSBzdGF0ZW1lbnQgb2YgT01OSSBmb3IgVjJ4eXosIGJ1dCBpdCBpcyBhIGJpdCBibHVudCB0byBw cmVzZW50IGl0IGFzIHBhbmFjZWEgd2hlbiB0aGUgcHJvYmxlbXMgdG8gYmUgc29sdmVkIGFyZSBu b3QgbGlzdGVkLg0KICAzLiAgSWYgeW91IGxvb2sgYXQgaXQsIE9NTkkgc2VlbXMgbGlrZSBhIHNv ZnR3YXJlIG1vYmlsZSByb3V0ZXIgd2l0aGluIGEgYnVtcCBpbiB0aGUgc3RhY2suIENhbiB0aGF0 IGJlY29tZSB0b28gYmlnPw0KDQoNCj4+PiBteSB2aWV3IGlzIHRoYXQgdGhlIHRleHQgYWJvdmUg YW5kIHRoZSBzaW1pbGFyIG9jY2FzaW9ucyBzaG91bGQgYmUgcmVwbGFjZWQgYnkgc29tZXRoaW5n IGxpa2UgOg0KDQogICBUaGUgZXhpc3RpbmcgSVB2NiBwcm90b2NvbCBtdXN0IGJlIGF1Z21lbnRl ZCB0byBwcm92aWRlIHRoZSBmb2xsb3dpbmcgZnVuY3Rpb25zOiAxKSDigKYNCg0KPj4+IGFuZCAv IG9yIHNvbWV0aGluZyBsaWtlOg0KDQogICBJbiBhZGRpdGlvbiB0byB0aGUgSVB2NiBub2RlIHJl cXVpcmVtZW50cyBbUkZDIDg1MDRdLCB0aGUgSVB2NiBwcm90b2NvbCBzdGFjayBmb3IgdXNlIGlu IGEgdmVoaWNsZSBtdXN0IHN1cHBvcnQgMSkgUkZDIGJsYWgsIDIpIOKApg0KDQo8c25pcD4NCg0K DQogICBUbyBzdXBwb3J0IGFwcGxpY2F0aW9ucyBvZiB0aGVzZSBWMlggdXNlIGNhc2VzLCB0aGUg ZnVuY3Rpb25zIG9mIElQdjYNCiAgIHN1Y2ggYXMgVk5ELCBWTU0sIGFuZCBWU1AgYXJlIHByZXJl cXVpc2l0ZXMgZm9yIElQdjYtYmFzZWQgcGFja2V0DQogICBleGNoYW5nZSwgdHJhbnNwb3J0LWxh eWVyIHNlc3Npb24gY29udGludWl0eSwgYW5kIHNlY3VyZSwgc2FmZQ0KICAgY29tbXVuaWNhdGlv biBiZXR3ZWVuIGEgdmVoaWNsZSBhbmQgYSBwZWRlc3RyaWFuIGVpdGhlciBkaXJlY3RseSBvcg0K ICAgaW5kaXJlY3RseSB2aWEgYW4gSVAtUlNVLg0KDQoNCj4+PiDigJx0aGUgZnVuY3Rpb25zIG9m IElQdjYgc3VjaCBhcyBWTkQsIFZNTSwgYW5kIFZTUOKAnSBkb2VzIG5vdCBwYXJzZS4gVGhlcmXi gJlzIG5vIElQdjYgcmVmZXJlbmNlIHRoYXQgcHJvdmlkZXMgdGhvc2UgZnVuY3Rpb25zLiBJZiB0 aGUgaW50ZW50aW9uIGlzIHRvIHNheSB0aGF0IHRoZXJl4oCZcyBzdHVmZiB0byBhZGQgdG8gSVB2 NiB0byBzdXBwb3J0LCBsaWtlLCBzYXksICBWTkQsIHRoZW4gdGhpcyBkb2N1bWVudCBmYWlscyB0 byBkZWZpbmUgaG93IGFuIElQdjYgVk5EIHNob3VsZCBiZWhhdmUsIHRob3VnaCBpdOKAmXMgcHJl Y2lzZWx5IHdoYXQgSeKAmWQgZXhwZWN0IGZyb20gYSBwcm9ibGVtIHN0YXRlbWVudC4NCg0KPHNu aXA+DQoNCjQuICBWZWhpY3VsYXIgTmV0d29ya3MNCg0KDQo+Pj4gV2hhdCBpcyB0aGUgcHVycG9z ZSBvZiBzZWN0aW9uIDQgYXMgYSB3aG9sZSwgcHJvYmxlbSBzdGF0ZW1lbnQgb3IgYXBwbGljYWJp bGl0eSBzdGF0ZW1lbnQgb2YgdGhlIGxpc3RlZCBwcm90b2NvbHM/IEluIHRoZSBmb3JtZXIgY2Fz ZSB3aGF04oCZcyB0aGUgcHJvYmxlbT8gSW4gdGhlIGxhdHRlciBjYXNlIGl0IGlzIGluY29tcGxl dGUgYW5kIG5lZWRzIHRvIGJlIGV4cG9ydGVkIHRvIGFuIGFwcGxpY2FiaWxpdHkgc3RhdGVtZW50 IGRvYyB3aXRoIGFsbCB0aGUgcG9zc2libGUgdGVjaG5vbG9naWVzIGV2YWx1YXRlZC4NCg0KDQog ICBUaGlzIHNlY3Rpb24gZGVzY3JpYmVzIGFuIGV4YW1wbGUgdmVoaWN1bGFyIG5ldHdvcmsgYXJj aGl0ZWN0dXJlDQogICBzdXBwb3J0aW5nIFYyViwgVjJJLCBhbmQgVjJYIGNvbW11bmljYXRpb25z IGluIHZlaGljdWxhciBuZXR3b3Jrcy4NCg0KPj4+IEkgcmVhZCB0aGlzIGFzIHByZXNlbnRpbmcg YSBjb250ZXh0IHRvIGV4cGxhaW4gd2hhdCB0aGUgcHJvYmxlbXMgYXJlIGluc3RlYWQgb2YgcHJl c2VudGluZyB0aGUgSVBWQVdFIOKAnGFyY2hpdGVjdHVyZeKAnS4gTWF5YmUgdXNpbmcgdGhlIHRl cm0g4oCcQXJjaGl0ZWN0dXJl4oCdIGhlcmUgaXMgbWlzbGVhZGluZyBhbmQgbGVkIHRvIEJvYuKA mXMgY29tbWVudC4NCg0KPHNuaXA+DQoNCg0KDQoNCjQuMS4gIFZlaGljdWxhciBOZXR3b3JrIEFy Y2hpdGVjdHVyZQ0KDQogICBGaWd1cmUgMSBzaG93cyBhbiBleGFtcGxlIHZlaGljdWxhciBuZXR3 b3JrIGFyY2hpdGVjdHVyZSBmb3IgVjJJIGFuZA0KICAgVjJWIGluIGEgcm9hZCBuZXR3b3JrIFtP TU5JXS4NCg0KDQogICAgICogICBJcyB1c2luZyBPTU5JIGEgZGVjaXNpb24gdGhhdCB0aGUgV0cg bWFkZSBmb3IgdGhlIGZ1dHVyZSB3b3JrID8gd2hhdCBkb2VzIGl0IGRvIGFuZCB3aGF0IGRvZXMg aXQgbm90IGRvPw0KICAgICAqICAgSXMgdGhlcmUgd29yayBsZWZ0IHRvIGJlIGRvbmU/IFdobyB3 aWxsIGRvIHRoYXQgd29yaz8gT3IgaXMgaXQgdGhlIGV4cGVjdGF0aW9uIHRoYXQgT01OSSBoYXMg aXQgYWxsIGRlZmluZWQgYWxyZWFkeT8NCg0KDQo8c25pcD4NCg0KDQogICBBbiBleGlzdGluZyBu ZXR3b3JrIGFyY2hpdGVjdHVyZSAoZS5nLiwgYW4gSVAtYmFzZWQgYWVyb25hdXRpY2FsDQogICBu ZXR3b3JrIGFyY2hpdGVjdHVyZSBbT01OSV1bVUFNLUlUU10sIGEgbmV0d29yayBhcmNoaXRlY3R1 cmUgb2YNCiAgIFBNSVB2NiBbUkZDNTIxM10sIGFuZCBhIGxvdy1wb3dlciBhbmQgbG9zc3kgbmV0 d29yayBhcmNoaXRlY3R1cmUNCiAgIFtSRkM2NTUwXSkgY2FuIGJlIGV4dGVuZGVkIHRvIGEgdmVo aWN1bGFyIG5ldHdvcmsgYXJjaGl0ZWN0dXJlIGZvcg0KICAgbXVsdGlob3AgVjJWLCBWMkksIGFu ZCBWMlgsIGFzIHNob3duIGluIEZpZ3VyZSAxLiAgSW4gYSBoaWdod2F5DQogICBzY2VuYXJpbywg YSB2ZWhpY2xlIG1heSBub3QgYWNjZXNzIGFuIFJTVSBkaXJlY3RseSBiZWNhdXNlIG9mIHRoZQ0K ICAgZGlzdGFuY2Ugb2YgdGhlIERTUkMgY292ZXJhZ2UgKHVwIHRvIDEga20pLiAgRm9yIGV4YW1w bGUsIHRoZSBPTU5JDQogICBpbnRlcmZhY2UgYW5kL29yIFJQTCAoSVB2NiBSb3V0aW5nIFByb3Rv Y29sIGZvciBMb3ctUG93ZXIgYW5kIExvc3N5DQogICBOZXR3b3JrcykgW1JGQzY1NTBdIGNhbiBi ZSBleHRlbmRlZCB0byBzdXBwb3J0IGEgbXVsdGlob3AgVjJJIHNpbmNlIGENCiAgIHZlaGljbGUg Y2FuIHRha2UgYWR2YW50YWdlIG9mIG90aGVyIHZlaGljbGVzIGFzIHJlbGF5IG5vZGVzIHRvIHJl YWNoDQogICB0aGUgUlNVLiAgQWxzbywgUlBMIGNhbiBiZSBleHRlbmRlZCB0byBzdXBwb3J0IGJv dGggbXVsdGlob3AgVjJWIGFuZA0KICAgVjJYIGluIHRoZSBzaW1pbGFyIHdheS4NCg0KDQoNCj4+ PiBhbGwgdGhpcyBjb3VsZCBmaXQgd2VsbCBpbiBhbm5leDsgYW55d2F5IHlvdSBuZWVkIHRvIGV4 cGxhaW4gd2hhdCB5b3UgZXhwZWN0IHRoZSBwcm90b2NvbHMgdG8gZG8gYW5kIHdoaWNoIGV4dGVu c2lvbiBpcyBuZWVkZWQuIEluIHRoZSBjYXNlIG9mIFJQTCBhdCBsZWFzdCB5b3UgaW5kaWNhdGUg dGhhdCBpdCB3b3VsZCBkbyByb3V0aW5nLCBidXQgbm90IHdoeSB5b3UgY2Fubm90IHVzZSBpdCBv ZiB0aGUgc2hlbGY7IGZvciBPTU5JLCB3aGF0IHlvdSBleHBlY3QgaXMgbGVzcyBjbGVhciwgdGhv dWdoIHRoZXJl4oCZcyB0ZXh0IGVsc2V3aGVyZSBhYm91dCB0aGUgbWFueSByYWRpbyBpbnRlcmZh Y2VzIHRoYXQgY291bGQgYmUgdXNlZCBmb3IgdGhlIHB1cnBvc2UsIGFuZCB0aGUgdGV4dCBpbiB0 aGUgVUFNIGJlbG93IHRoYXQgaXMgZW5saWdodGVuaW5nLg0KDQo8c25pcD4NCg0KDQogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgVG8gc3VwcG9ydCBub3Qgb25seSB0aGUgbW9iaWxp dHkNCiAgIG1hbmFnZW1lbnQgb2YgdGhlIFVBTSBlbmQgc3lzdGVtcywgYnV0IGFsc28gdGhlIG11 bHRpaG9wIGFuZA0KICAgbXVsdGlsaW5rIGNvbW11bmljYXRpb25zIG9mIHRoZSBVQU0gaW50ZXJm YWNlcywgdGhlIFVBTSBlbmQgc3lzdGVtcw0KICAgY2FuIGVtcGxveSBhbiBPdmVybGF5IE11bHRp bGluayBOZXR3b3JrIChPTU5JKSBpbnRlcmZhY2UgW09NTkldIGFzIGENCiAgIHZpcnR1YWwgTm9u LUJyb2FkY2FzdCBNdWx0aXBsZSBBY2Nlc3MgKE5CTUEpIGNvbm5lY3Rpb24gdG8gYSBzZXJ2aW5n DQogICBncm91bmQgZG9tYWluIGluZnJhc3RydWN0dXJlLg0KDQoNCg0KDQo+Pj4gQWdhaW4sIHdo YXQgaXMgdGhlIGV4cGVjdGF0aW9uIGZvciBPTU5JPyBBcyBhbiBvdmVybGF5IGl0IHJlcXVpcmVz IGFuIHVuZGVybGF5OyB3aGVuIGNvbm5lY3RpbmcgdG8gYSBNQU5FVCBpdCBuZWVkcyBzdXBwb3J0 IGZvciB0aGF0IE1BTkVULiBUaGUgdGV4dCBhYm92ZSBzZWVtcyB0byBpbXBseSB0aGF0IGlzIHNv bHZlcyBldmVyeXRoaW5nIGluIFYyeHl6IGxpa2UgbWFnaWM7IHJlbWluZHMgbWUgb2YgdGhlIElQ djYgbXVsdGljYXN0IGFic3RyYWN0aW9uIHRoYXQgd2FzIHN1cHBvc2VkIHRvIHNvbHZlIHRoZSBi cm9hZGNhc3QgcHJvYmxlbSBhbmQgZW5kZWQgdXAgd29yc2VuaW5nIGl0Lg0KDQo8c25pcD4NCg0K ICAgICAgICAgICAgICAgICAgICAgICAgICAgIFRoaXMgaW5mcmFzdHJ1Y3R1cmUgY2FuIGJlIGNv bmZpZ3VyZWQNCiAgb3ZlciB0aGUgdW5kZXJseWluZyBkYXRhIGxpbmtzLiAgVGhlIE9NTkkgaW50 ZXJmYWNlIGFuZCBpdHMgbGluaw0KICAgbW9kZWwgcHJvdmlkZSBhIG1lYW5zIG9mIG11bHRpbGlu aywgbXVsdGlob3AgYW5kIG1vYmlsaXR5DQogICBjb29yZGluYXRpb24gdG8gdGhlIGxlZ2FjeSBJ UHY2IE5EIG1lc3NhZ2luZyBbUkZDNDg2MV0gYWNjb3JkaW5nIHRvDQogICB0aGUgTkJNQSBwcmlu Y2lwbGUuICBUaHVzLCB0aGUgT01OSSBsaW5rIG1vZGVsIGNhbiBzdXBwb3J0IGVmZmljaWVudA0K ICAgVUFNIGludGVybmV0d29ya2luZyBzZXJ2aWNlcyB3aXRob3V0IGFkZGl0aW9uYWwgbW9iaWxp dHkgbWVzc2FnaW5nLA0KICAgYW5kIHdpdGhvdXQgYW55IG1vZGlmaWNhdGlvbiB0byB0aGUgSVB2 NiBORCBtZXNzYWdpbmcgc2VydmljZXMgb3INCiAgIGxpbmsgbW9kZWwuDQoNCj4+PiBBZ2Fpbiwg d2hhdCBpcyB0aGUgZXhwZWN0YXRpb24gZm9yIE9NTkk/IEFzIGFuIG92ZXJsYXkgaXQgcmVxdWly ZXMgYW4gdW5kZXJsYXk7IHRoZSB0ZXh0IGFib3ZlIHNlZW1zIHRvIGltcGx5IHRoYXQgaXMgc29s dmVzIGV2ZXJ5dGhpbmcgaW4gVjJ4eXogbGlrZSBtYWdpYzsgdGhhdCB3b3VsZCBiZSBhIHN0cmV0 Y2gsIHRoYXQgcmVtaW5kcyBtZSBvZiBJUHY2IG11bHRpY2FzdCB0aGF0IHdhcyBzdXBwb3NlZCB0 byBzb2x2ZSB0aGUgYnJvYWRjYXN0IHByb2JsZW0gYW5kIGVuZGVkIHVwIHdvcnNlbmluZyBpdC4N Cg0KPHNuaXA+DQoNCg0KICAgTXVsdGlwbGUgdmVoaWNsZXMgdW5kZXIgdGhlIGNvdmVyYWdlIG9m IGFuIFJTVSBzaGFyZSBhIHByZWZpeCBqdXN0IGFzDQogICBtb2JpbGUgbm9kZXMgc2hhcmUgYSBw cmVmaXggb2YgYSBXaS1GaSBhY2Nlc3MgcG9pbnQgaW4gYSB3aXJlbGVzcw0KICAgTEFOLiAgVGhp cyBpcyBhIG5hdHVyYWwgY2hhcmFjdGVyaXN0aWMgaW4gaW5mcmFzdHJ1Y3R1cmUtYmFzZWQNCiAg IHdpcmVsZXNzIG5ldHdvcmtzLiAgRm9yIGV4YW1wbGUsIGluIEZpZ3VyZSAxLCB0d28gdmVoaWNs ZXMgKGkuZS4sDQogICBWZWhpY2xlMiwgYW5kIFZlaGljbGU1KSBjYW4gdXNlIFByZWZpeCAxIHRv IGNvbmZpZ3VyZSB0aGVpciBJUHY2DQogICBnbG9iYWwgYWRkcmVzc2VzIGZvciBWMkkgY29tbXVu aWNhdGlvbi4gIEFsdGVybmF0aXZlbHksIG1vYmlsZSBub2Rlcw0KICAgY2FuIGVtcGxveSBhbiBP TU5JIGludGVyZmFjZSBhbmQgdXNlIHRoZWlyIG93biBJUHY2IFVuaXF1ZSBMb2NhbA0KICAgQWRk cmVzc2VzIChVTEFzKSBbUkZDNDE5M10gb3ZlciB0aGUgd2lyZWxlc3MgbmV0d29yayB3aXRob3V0 DQogICByZXF1aXJpbmcgdGhlIG1lc3NhZ2luZyBvZiBJUHY2IFN0YXRlbGVzcyBBZGRyZXNzIEF1 dG9jb25maWd1cmF0aW9uDQogIChTTEFBQykgW1JGQzQ4NjJdLCB3aGljaCB1c2VzIGFuIG9uLWxp bmsgcHJlZml4IHByb3ZpZGVkIGJ5IHRoZQ0KICAgKHZpc2l0ZWQpIHdpcmVsZXNzIExBTjsgdGhp cyB0ZWNobmlxdWUgaXMga25vd24gYXMgIkJyaW5nLVlvdXItT3duLQ0KICAgQWRkcmVzc2VzIi4N Cg0KPj4+ICBJcyBPTU5JIHRoZSBvbmx5IHdheSB0byAiQnJpbmctWW91ci1Pd24tQWRkcmVzc2Vz 4oCdPyBFbHNlIHRoZSB0ZXh0IGNvdWxkIGJlIG1vcmUgZ2VuZXJpYywgYXQgbGVhc3QgdXNlIGUu Zy4sIGxpa2UgdGhlIHJlZiB0byBBRVJPIGxhdGVyLg0KPj4+IFdoYXQgYXJlIHRoZSBpbXBsaWNh dGlvbnMgLyBsaW1pdGF0aW9ucyBvZiBkb2luZyB0aGF0IOKAkyBsaWtlIHRoZXkgY2FuIGRvIGxp bmUgb2Ygc2lnaHQgVjJWIGJ1dCBub3QgcmVhY2ggdGhlIGludGVybmV0LCBvciB0aGUgbmVlZCBv ZiAgYSBsb2NhbCBNQU5FVCAvIFJQTCB0aGF0IHdpbGwgYWNjZXB0IHRvIHJvdXRlIHRob3NlIGFk ZHJlc3Nlcywgb3IgdGhlIHNlY3VyaXR5IC8gYWRkcmVzcyBvd25lcnNoaXAgdmFsaWRhdGlvbiBp c3N1ZXMgPw0KDQoNCjxzbmlwPg0KDQoNCiAgIEEgc2luZ2xlIHN1Ym5ldCBwcmVmaXggYW5ub3Vu Y2VkIGJ5IGFuIFJTVSBjYW4gc3BhbiBtdWx0aXBsZSB2ZWhpY2xlcw0KICAgaW4gVkFORVQuICBG b3IgZXhhbXBsZSwgaW4gRmlndXJlIDEsIGZvciBQcmVmaXggMSwgdGhyZWUgdmVoaWNsZXMNCiAg IChpLmUuLCBWZWhpY2xlMSwgVmVoaWNsZTIsIGFuZCBWZWhpY2xlNSkgY2FuIGNvbnN0cnVjdCBh IGNvbm5lY3RlZA0KICAgVkFORVQuICBBbHNvLCBmb3IgUHJlZml4IDIsIHR3byB2ZWhpY2xlcyAo aS5lLiwgVmVoaWNsZTMgYW5kDQogICBWZWhpY2xlNikgY2FuIGNvbnN0cnVjdCBhbm90aGVyIGNv bm5lY3RlZCBWQU5FVCwgYW5kIGZvciBQcmVmaXggMywNCiAgIHR3byB2ZWhpY2xlcyAoaS5lLiwg VmVoaWNsZTQgYW5kIFZlaGljbGU3KSBjYW4gY29uc3RydWN0IGFub3RoZXINCiAgIGNvbm5lY3Rl ZCBWQU5FVC4gIEFsdGVybmF0aXZlbHksIGVhY2ggdmVoaWNsZSBjb3VsZCBlbXBsb3kgYW4gT01O SQ0KICAgaW50ZXJmYWNlIHdpdGggdGhlaXIgb3duIFVMQXMgc3VjaCB0aGF0IG5vIHRvcG9sb2dp Y2FsbHktb3JpZW50ZWQNCiAgIHN1Ym5ldCBwcmVmaXhlcyBuZWVkIGJlIGFubm91bmNlZCBieSB0 aGUgUlNVLg0KDQo+Pj4gIHNhbWUgYXMgYWJvdmUuIFRoaXMgc2VlbXMgdG8gcmVzdGF0ZSB0aGUg c2FtZSB0aGluZywgZGVyaXZlIGFuIGFkZHJlc3MgZnJvbSBhIHRvcG9sb2dpY2FsbHkgY29ycmVj dCBwcmVmaXggb3IgdXNlIHlvdXIgb3duIHdpdGggbGltaXRhdGlvbnMgdG8gYmUgZGVzY3JpYmVk Lg0KDQo8c25pcD4NCg0KDQogICBGb3IgSVB2NiBwYWNrZXRzIHRyYW5zcG9ydGVkIG92ZXIgSUVF RSA4MDIuMTEtT0NCLCBbUkZDODY5MV0NCiAgIHNwZWNpZmllcyBzZXZlcmFsIGRldGFpbHMsIGlu Y2x1ZGluZyBNYXhpbXVtIFRyYW5zbWlzc2lvbiBVbml0IChNVFUpLA0KICAgZnJhbWUgZm9ybWF0 LCBsaW5rLWxvY2FsIGFkZHJlc3MsIGFkZHJlc3MgbWFwcGluZyBmb3IgdW5pY2FzdCBhbmQNCiAg IG11bHRpY2FzdCwgc3RhdGVsZXNzIGF1dG9jb25maWd1cmF0aW9uLCBhbmQgc3VibmV0IHN0cnVj dHVyZS4gIEFuDQogICBFdGhlcm5ldCBBZGFwdGF0aW9uIChFQSkgbGF5ZXIgaXMgaW4gY2hhcmdl IG9mIHRyYW5zZm9ybWluZyBzb21lDQogICBwYXJhbWV0ZXJzIGJldHdlZW4gdGhlIElFRUUgODAy LjExIE1BQyBsYXllciBhbmQgdGhlIElQdjYgbmV0d29yaw0KICAgbGF5ZXIsIHdoaWNoIGlzIGxv Y2F0ZWQgYmV0d2VlbiB0aGUgSUVFRSA4MDIuMTEtT0NCJ3MgbG9naWNhbCBsaW5rDQogICBjb250 cm9sIGxheWVyIGFuZCB0aGUgSVB2NiBuZXR3b3JrIGxheWVyLiAgVGhpcyBJUHY2IG92ZXIgODAy LjExLU9DQg0KICAgY2FuIGJlIHVzZWQgZm9yIGJvdGggVjJWIGFuZCBWMkkgaW4gSVB2Ni1iYXNl ZCB2ZWhpY3VsYXIgbmV0d29ya3MuDQoNCj4+PiAgc29sdXRpb24gc3BhY2UuDQoNCjxzbmlwPg0K DQoNCiAgIEFuIElQdjYgbW9iaWxpdHkgc29sdXRpb24gaXMgbmVlZGVkIGZvciB0aGUgZ3VhcmFu dGVlIG9mDQogICBjb21tdW5pY2F0aW9uIGNvbnRpbnVpdHkgaW4gdmVoaWN1bGFyIG5ldHdvcmtz IHNvIHRoYXQgYSB2ZWhpY2xlJ3MNCiAgIFRDUCBzZXNzaW9uIGNhbiBiZSBjb250aW51ZWQsIG9y IFVEUCBwYWNrZXRzIGNhbiBiZSBkZWxpdmVyZWQgdG8gYQ0KICAgdmVoaWNsZSBhcyBhIGRlc3Rp bmF0aW9uIHdpdGhvdXQgbG9zcyB3aGlsZSBpdCBtb3ZlcyBmcm9tIGFuIElQLVJTVSdzDQogICB3 aXJlbGVzcyBjb3ZlcmFnZSB0byBhbm90aGVyIElQLVJTVSdzIHdpcmVsZXNzIGNvdmVyYWdlLiAg SW4NCiAgIEZpZ3VyZSAxLCBhc3N1bWluZyB0aGF0IFZlaGljbGUyIGhhcyBhIFRDUCBzZXNzaW9u IChvciBhIFVEUCBzZXNzaW9uKQ0KICAgd2l0aCBhIGNvcnJlc3BvbmRpbmcgbm9kZSBpbiB0aGUg dmVoaWN1bGFyIGNsb3VkLCBWZWhpY2xlMiBjYW4gbW92ZQ0KICAgZnJvbSBJUC1SU1UxJ3Mgd2ly ZWxlc3MgY292ZXJhZ2UgdG8gSVAtUlNVMidzIHdpcmVsZXNzIGNvdmVyYWdlLiAgSW4NCiAgIHRo aXMgY2FzZSwgYSBoYW5kb3ZlciBmb3IgVmVoaWNsZTIgbmVlZHMgdG8gYmUgcGVyZm9ybWVkIGJ5 IGVpdGhlciBhDQogICBob3N0LWJhc2VkIG1vYmlsaXR5IG1hbmFnZW1lbnQgc2NoZW1lIChlLmcu LCBNSVB2NiBbUkZDNjI3NV0pIG9yIGENCiAgIG5ldHdvcmstYmFzZWQgbW9iaWxpdHkgbWFuYWdl bWVudCBzY2hlbWUgKGUuZy4sIFBNSVB2NiBbUkZDNTIxM10gYW5kDQogICBBRVJPIFtSRkM2NzA2 QklTXSkuDQoNCiAgIEluIHRoZSBob3N0LWJhc2VkIG1vYmlsaXR5IHNjaGVtZSAoZS5nLiwgTUlQ djYpLCBhbiBJUC1SU1UgcGxheXMgYQ0KICAgcm9sZSBvZiBhIGhvbWUgYWdlbnQuICBPbiB0aGUg b3RoZXIgaGFuZCwgaW4gdGhlIG5ldHdvcmstYmFzZWQNCiAgIG1vYmlsaXR5IHNjaGVtZSAoZS5n LiwgUE1JUHY2LCBhbiBNQSBwbGF5cyBhIHJvbGUgb2YgYSBtb2JpbGl0eQ0KICAgbWFuYWdlbWVu dCBjb250cm9sbGVyIHN1Y2ggYXMgYSBMb2NhbCBNb2JpbGl0eSBBbmNob3IgKExNQSkgaW4NCiAg IFBNSVB2Niwgd2hpY2ggYWxzbyBzZXJ2ZXMgdmVoaWNsZXMgYXMgYSBob21lIGFnZW50LCBhbmQg YW4gSVAtUlNVDQogICBwbGF5cyBhIHJvbGUgb2YgYW4gYWNjZXNzIHJvdXRlciBzdWNoIGFzIGEg TW9iaWxlIEFjY2VzcyBHYXRld2F5DQogICAoTUFHKSBpbiBQTUlQdjYgW1JGQzUyMTNdLiAgVGhl IGhvc3QtYmFzZWQgbW9iaWxpdHkgc2NoZW1lIG5lZWRzDQogICBjbGllbnQgZnVuY3Rpb25hbGl0 eSBpbiBJUHY2IHN0YWNrIG9mIGEgdmVoaWNsZSBhcyBhIG1vYmlsZSBub2RlIGZvcg0KICAgbW9i aWxpdHkgc2lnbmFsaW5nIG1lc3NhZ2UgZXhjaGFuZ2UgYmV0d2VlbiB0aGUgdmVoaWNsZSBhbmQg aG9tZQ0KICAgYWdlbnQuICBPbiB0aGUgb3RoZXIgaGFuZCwgdGhlIG5ldHdvcmstYmFzZWQgbW9i aWxpdHkgc2NoZW1lIGRvZXMgbm90DQogICBuZWVkIHN1Y2ggYSBjbGllbnQgZnVuY3Rpb25hbGl0 eSBmb3IgYSB2ZWhpY2xlIGJlY2F1c2UgdGhlIG5ldHdvcmsNCiAgIGluZnJhc3RydWN0dXJlIG5v ZGUgKGUuZy4sIE1BRyBpbiBQTUlQdjYpIGFzIGEgcHJveHkgbW9iaWxpdHkgYWdlbnQNCiAgIGhh bmRsZXMgdGhlIG1vYmlsaXR5IHNpZ25hbGluZyBtZXNzYWdlIGV4Y2hhbmdlIHdpdGggdGhlIGhv bWUgYWdlbnQNCiAgIChlLmcuLCBMTUEgaW4gUE1JUHY2KSBmb3IgdGhlIHNha2Ugb2YgdGhlIHZl aGljbGUuDQoNCiAgIFRoZXJlIGFyZSBhIHNjYWxhYmlsaXR5IGlzc3VlIGFuZCBhIHJvdXRlIG9w dGltaXphdGlvbiBpc3N1ZSBpbiB0aGUNCiAgIG5ldHdvcmstYmFzZWQgbW9iaWxpdHkgc2NoZW1l IChlLmcuLCBQTUlQdjYpIHdoZW4gYW4gTUEgY292ZXJzIGENCiAgIGxhcmdlIHZlaGljdWxhciBu ZXR3b3JrIGdvdmVybmluZyBtYW55IElQLVJTVXMuICBJbiB0aGlzIGNhc2UsIGENCiAgIGRpc3Ry aWJ1dGVkIG1vYmlsaXR5IHNjaGVtZSAoZS5nLiwgRE1NIFtSRkM3NDI5XSkgY2FuIG1pdGlnYXRl IHRoZQ0KICAgc2NhbGFiaWxpdHkgaXNzdWUgYnkgZGlzdHJpYnV0aW5nIG11bHRpcGxlIE1BcyBp biB0aGUgdmVoaWN1bGFyDQogICBuZXR3b3JrIHN1Y2ggdGhhdCB0aGV5IGFyZSBwb3NpdGlvbmVk IGNsb3NlciB0byB2ZWhpY2xlcyBmb3Igcm91dGUNCiAgIG9wdGltaXphdGlvbiBhbmQgYm90dGxl bmVjayBtaXRpZ2F0aW9uIGluIGEgY2VudHJhbCBNQSBpbiB0aGUNCiAgIG5ldHdvcmstYmFzZWQg bW9iaWxpdHkgc2NoZW1lLiAgQWxsIHRoZXNlIG1vYmlsaXR5IGFwcHJvYWNoZXMgKGkuZS4sDQog ICBhIGhvc3QtYmFzZWQgbW9iaWxpdHkgc2NoZW1lLCBuZXR3b3JrLWJhc2VkIG1vYmlsaXR5IHNj aGVtZSwgYW5kDQogICBkaXN0cmlidXRlZCBtb2JpbGl0eSBzY2hlbWUpIGFuZCBhIGh5YnJpZCBh cHByb2FjaCBvZiBhIGNvbWJpbmF0aW9uDQogICBvZiB0aGVtIG5lZWQgdG8gcHJvdmlkZSBhbiBl ZmZpY2llbnQgbW9iaWxpdHkgc2VydmljZSB0byB2ZWhpY2xlcw0KICAgbW92aW5nIGZhc3QgYW5k IG1vdmluZyBhbG9uZyB3aXRoIHRoZSByZWxhdGl2ZWx5IHByZWRpY3RhYmxlDQogICB0cmFqZWN0 b3JpZXMgYWxvbmcgdGhlIHJvYWR3YXlzLg0KDQoNCiAgIEluIHZlaGljdWxhciBuZXR3b3Jrcywg dGhlIGNvbnRyb2wgcGxhbmUgY2FuIGJlIHNlcGFyYXRlZCBmcm9tIHRoZQ0KICAgZGF0YSBwbGFu ZSBmb3IgZWZmaWNpZW50IG1vYmlsaXR5IG1hbmFnZW1lbnQgYW5kIGRhdGEgZm9yd2FyZGluZyBi eQ0KICAgdXNpbmcgdGhlIGNvbmNlcHQgb2YgU29mdHdhcmUtRGVmaW5lZCBOZXR3b3JraW5nIChT RE4pDQogICBbUkZDNzE0OV1bRE1NLUZQQ10uICBOb3RlIHRoYXQgRm9yd2FyZGluZyBQb2xpY3kg Q29uZmlndXJhdGlvbiAoRlBDKQ0KICAgaW4gW0RNTS1GUENdLCB3aGljaCBpcyBhIGZsZXhpYmxl IG1vYmlsaXR5IG1hbmFnZW1lbnQgc3lzdGVtLCBjYW4NCiAgIG1hbmFnZSB0aGUgc2VwYXJhdGlv biBvZiBkYXRhLXBsYW5lIGFuZCBjb250cm9sLXBsYW5lIGluIERNTS4gIEluDQogICBTRE4sIHRo ZSBjb250cm9sIHBsYW5lIGFuZCBkYXRhIHBsYW5lIGFyZSBzZXBhcmF0ZWQgZm9yIHRoZSBlZmZp Y2llbnQNCiAgIG1hbmFnZW1lbnQgb2YgZm9yd2FyZGluZyBlbGVtZW50cyAoZS5nLiwgc3dpdGNo ZXMgYW5kIHJvdXRlcnMpIHdoZXJlDQogICBhbiBTRE4gY29udHJvbGxlciBjb25maWd1cmVzIHRo ZSBmb3J3YXJkaW5nIGVsZW1lbnRzIGluIGEgY2VudHJhbGl6ZWQNCiAgIHdheSBhbmQgdGhleSBw ZXJmb3JtIHBhY2tldCBmb3J3YXJkaW5nIGFjY29yZGluZyB0byB0aGVpciBmb3J3YXJkaW5nDQog ICB0YWJsZXMgdGhhdCBhcmUgY29uZmlndXJlZCBieSB0aGUgU0ROIGNvbnRyb2xsZXIuICBBbiBN QSBhcyBhbiBTRE4NCiAgIGNvbnRyb2xsZXIgbmVlZHMgdG8gZWZmaWNpZW50bHkgY29uZmlndXJl IGFuZCBtb25pdG9yIGl0cyBJUC1SU1VzIGFuZA0KICAgdmVoaWNsZXMgZm9yIG1vYmlsaXR5IG1h bmFnZW1lbnQsIGxvY2F0aW9uIG1hbmFnZW1lbnQsIGFuZCBzZWN1cml0eQ0KICAgc2VydmljZXMu DQoNCiAgIFRoZSBtb2JpbGl0eSBpbmZvcm1hdGlvbiBvZiBhIEdQUyByZWNlaXZlciBtb3VudGVk IGluIGl0cyB2ZWhpY2xlDQogICAoZS5nLiwgcG9zaXRpb24sIHNwZWVkLCBhbmQgZGlyZWN0aW9u KSBjYW4gYmUgdXNlZCB0byBhY2NvbW1vZGF0ZQ0KICAgbW9iaWxpdHktYXdhcmUgcHJvYWN0aXZl IGhhbmRvdmVyIHNjaGVtZXMsIHdoaWNoIGNhbiBwZXJmb3JtIHRoZQ0KICAgaGFuZG92ZXIgb2Yg YSB2ZWhpY2xlIGFjY29yZGluZyB0byBpdHMgbW9iaWxpdHkgYW5kIHRoZSB3aXJlbGVzcw0KICAg c2lnbmFsIHN0cmVuZ3RoIG9mIGEgdmVoaWNsZSBhbmQgYW4gSVAtUlNVIGluIGEgcHJvYWN0aXZl IHdheS4NCg0KICAgVmVoaWNsZXMgY2FuIHVzZSB0aGUgVENDIGFzIHRoZWlyIEhvbWUgTmV0d29y ayBoYXZpbmcgYSBob21lIGFnZW50DQogICBmb3IgbW9iaWxpdHkgbWFuYWdlbWVudCBhcyBpbiBN SVB2NiBbUkZDNjI3NV0gYW5kIFBNSVB2NiBbUkZDNTIxM10sDQogICBzbyB0aGUgVENDIChvciBh biBNQSBpbnNpZGUgdGhlIFRDQykgbWFpbnRhaW5zIHRoZSBtb2JpbGl0eQ0KICAgaW5mb3JtYXRp b24gb2YgdmVoaWNsZXMgZm9yIGxvY2F0aW9uIG1hbmFnZW1lbnQuICBJUCB0dW5uZWxpbmcgb3Zl cg0KICAgdGhlIHdpcmVsZXNzIGxpbmsgc2hvdWxkIGJlIGF2b2lkZWQgZm9yIHBlcmZvcm1hbmNl IGVmZmljaWVuY3kuDQogICBBbHNvLCBpbiB2ZWhpY3VsYXIgbmV0d29ya3MsIGFzeW1tZXRyaWMg bGlua3Mgc29tZXRpbWVzIGV4aXN0IGFuZA0KICAgbXVzdCBiZSBjb25zaWRlcmVkIGZvciB3aXJl bGVzcyBjb21tdW5pY2F0aW9ucyBzdWNoIGFzIFYyViBhbmQgVjJJLg0KDQoNCj4+PiAgVGhpcyBp cyBhbGwgdmVyeSBpbmZvcm1hdGl2ZSB0ZXh0IGJ1dCBkb2VzIG5vdCBzdGF0ZSBhIHByb2JsZW0u IElzIHRoZXJlIGEgcHJvYmxlbSBpcyBsZWZ0IHRvIGJlIHNvbHZlZCBvciBhcmUgd2UgYXNzZXNz aW5nIHRoZSBhcHBsaWNhYmlsaXR5IG9mIHByb3RvY29scz8gQ291bGQgaXQgZm9yIGluc3RhbmNl LCBmb3J3YXJkIHBvaW50IHRvIGlzc3VlcyBkaXNjdXNzZWQgaW4gc2VjdGlvbiA1Pw0KDQo8c25p cD4NCg0KDQogICBBcyBzaG93biBpbiBGaWd1cmUgMywgYXMgaW50ZXJuYWwgbmV0d29ya3MsIGEg dmVoaWNsZSdzIG1vdmluZw0KICAgbmV0d29yayBhbmQgYW4gRU4ncyBmaXhlZCBuZXR3b3JrIGFy ZSBzZWxmLWNvbnRhaW5lZCBuZXR3b3JrcyBoYXZpbmcNCiAgIG11bHRpcGxlIHN1Ym5ldHMgYW5k IGhhdmluZyBhbiBlZGdlIHJvdXRlciAoZS5nLiwgSVAtT0JVIGFuZCBJUC1SU1UpDQogICBmb3Ig dGhlIGNvbW11bmljYXRpb24gd2l0aCBhbm90aGVyIHZlaGljbGUgb3IgYW5vdGhlciBFTi4gIFRo ZQ0KICAgaW50ZXJuZXR3b3JraW5nIGJldHdlZW4gdHdvIGludGVybmFsIG5ldHdvcmtzIHZpYSBW MkkgY29tbXVuaWNhdGlvbg0KICAgcmVxdWlyZXMgdGhlIGV4Y2hhbmdlIG9mIHRoZSBuZXR3b3Jr IHBhcmFtZXRlcnMgYW5kIHRoZSBuZXR3b3JrDQogICBwcmVmaXhlcyBvZiB0aGUgaW50ZXJuYWwg bmV0d29ya3MuICBGb3IgdGhlIGVmZmljaWVuY3ksIHRoZSBuZXR3b3JrDQogICBwcmVmaXhlcyBv ZiB0aGUgaW50ZXJuYWwgbmV0d29ya3MgKGFzIGEgbW92aW5nIG5ldHdvcmspIGluIGEgdmVoaWNs ZQ0KICAgbmVlZCB0byBiZSBkZWxlZ2F0ZWQgYW5kIGNvbmZpZ3VyZWQgYXV0b21hdGljYWxseS4g IE5vdGUgdGhhdCBhDQogICBtb3ZpbmcgbmV0d29yaydzIG5ldHdvcmsgcHJlZml4IGNhbiBiZSBj YWxsZWQgYSBNb2JpbGUgTmV0d29yayBQcmVmaXgNCiAgIChNTlApIFtPTU5JXS4NCg0KPj4+IFRo ZW4gYWdhaW4geW914oCZcmUgb3ZlcnNlbGxpbmcgT01OSS4gTU5QIGlzIG9yaWdpbmFsbHkgZGVm aW5lZCBoZXJlIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvcmZjMzk2MyNz ZWN0aW9uLTIgYW5kIHRoYXTigJlzIGEgcmVmZXJlbmNlIHlvdSBjYW4gdXNlIG5vcm1hdGl2ZWx5 Lg0KDQo8c25pcD4NCg0KDQogICBBcyBzaG93biBpbiBGaWd1cmUgMywgdGhlIGFkZHJlc3NlcyB1 c2VkIGZvciBJUHY2IHRyYW5zbWlzc2lvbnMgb3Zlcg0KICAgdGhlIHdpcmVsZXNzIGxpbmsgaW50 ZXJmYWNlcyBmb3IgSVAtT0JVIGFuZCBJUC1SU1UgY2FuIGJlIGVpdGhlcg0KICAgZ2xvYmFsIElQ djYgYWRkcmVzc2VzLCBvciBJUHY2IFVMQXMgYXMgbG9uZyBhcyBJUHY2IHBhY2tldHMgY2FuIGJl DQogICByb3V0ZWQgd2l0aGluIHZlaGljdWxhciBuZXR3b3JrcyBbT01OSV0uDQoNCj4+PiBUaGVu IGFnYWluIHlvdeKAmXJlIG92ZXJzZWxsaW5nIE9NTkkuIFRoZXJlIG5lZWRzIHRvICBiZSBhIHJv dXRpbmcgcHJvdG9jb2wgbGlrZSBhIE1BTkVUIHRoYXQgd2lsbCBhY2NlcHQgdG8gY2FycnkgdGhl DQogTU5QcywgYW5kIHRoYXQgbXVzdCBiZSBpbXBsZW1lbnRlZCBieSB0aGUgaW5mcmEgYW5kIGJv dGggY2Fycy4gVGhlIE9NTkkgc3BlYyBpcyBjbGVhciBvbiB0aGF0LiBUaGlzIGlzIHdoeSBhdCBm aXJzdCBnbGFuY2UgSSBzZWUgT01OSSBhcyBhIGZ1bGwgbW9iaWxlIHJvdXRlciBpbiBhIGJ1bXAg aW4gdGhlIHN0YWNrLiBOb3cgd2hhdCBpcyB0aGUgcHJvYmxlbSBiZWhpbmQgdGhpcz8gTm8gc3Vj aCBwcm90b2NvbCBhdCBJRVRGPyBUb28gbWFueSB0byBjaG9vc2UgZnJvbT8gTm8gZGVwbG95bWVu dD8NCjxzbmlwPg0KDQoNCg0KV2hlbiBnbG9iYWwgSVB2NiBhZGRyZXNzZXMNCiAgIGFyZSB1c2Vk LCB3aXJlbGVzcyBpbnRlcmZhY2UgY29uZmlndXJhdGlvbiBhbmQgY29udHJvbCBvdmVyaGVhZCBm b3INCiAgIER1cGxpY2F0ZSBBZGRyZXNzIERldGVjdGlvbiAoREFEKSBbUkZDNDg2Ml0gYW5kIE11 bHRpY2FzdCBMaXN0ZW5lcg0KICAgRGlzY292ZXJ5IChNTEQpIFtSRkMyNzEwXVtSRkMzODEwXSBz aG91bGQgYmUgbWluaW1pemVkIHRvIHN1cHBvcnQgVjJJDQogICBhbmQgVjJYIGNvbW11bmljYXRp b25zIGZvciB2ZWhpY2xlcyBtb3ZpbmcgZmFzdCBhbG9uZyByb2Fkd2F5czsgd2hlbg0KICAgVUxB cyBhbmQgdGhlIE9NTkkgaW50ZXJmYWNlIGFyZSB1c2VkLCBubyBEQUQgbm9yIE1MRCBtZXNzYWdp bmcgaXMNCiAgIG5lZWRlZC4NCg0KPj4+IFRoZW4gYWdhaW4geW914oCZcmUgb3ZlcnNlbGxpbmcg T01OSS4gSXNu4oCZdCBpdCB0aGUgbm8gZGFkIG5lZWRlZCBhIHByb3BlcnR5IG9mIGluamVjdGlu ZyBhIEJZT0EgaW4gdGhlIGZhYnJpYyBmb3IgYW4gR1VBIE1JUCBIb21lIEFkZHJlc3Mgd2hpY2gg aXMga25vd24gdG8gYmUgdW5pcXVlIGF0IGhvbWU/DQo+Pj4gT1RPSCwgYXV0b2NvbmbigJlpbmcg YSByYW5kb20gVUxBIOKAnEZE4oCm4oCdcHJlZml4IGhhcyBsZXNzZXIgREFEIHByb3BlcnRpZXMg dGhhbiBhdXRvY29uZuKAmWluZyBhIHJhbmRvbSA2NGJpdCBJSUQgaW4gYSBjbGFzc2ljYWwgc3Vi bmV0LiBTbyB3aG8gc2F5cyBEQUQgaXNu4oCZdCByZXF1aXJlZCBmb3IgT01OSSBVTEE/DQo+Pj4g bm90ZSB0aGF0IElNSE8gREFEIG9uIHdpcmVsZXNzIGlzIGEgbG90IG1vcmUgaGFybSB0aGFuIGdv b2QsIGFuZCBJIGFncmVlIHRoYXQgd2l0aCBhIGdvb2QgcHNldWRvIHJhbmRvbSBnZW5lcmF0b3Ig dGhlIFVMQSBoYXMgbm8gY2hhbmNlIHRvIGNvbGxpc2lvbiBpbiB0aGUgcmVhbCB3b3JsZCwgYXMg T01OSSBjbGFpbXMuIEl04oCZcyBqdXN0IHRoYXQgeW91ciBhcmd1bWVudCBoZXJlIHBsYXlzIHRo ZSBvdGhlciB3YXksIGJlY2F1c2UgdGhlcmUgYXJlIGxlc3MgcmFuZG9tIGJpdHMgKDU2KSAgaW4g dGhlIFVMQSBwcmVmaXggdGhhbiBpbiB0aGUgSUlEICg2MiksIGFuZCBpZiBvbmUgc3RhcnRzIHVz aW5nIG1vcmUgcHJlZml4IGJpdHMgdG8gYmUgbm9uLXJhbmRvbSwgdGhlcmUgd2lsbCBiZSBhIHRp bWUgd2hlbiBEQUQgb24gcHJlZml4IGlzIG5lZWRlZC4NCg0KPHNuaXA+DQoNCg0KICAgTGV0IHVz IGNvbnNpZGVyIHRoZSB1cGxvYWQvZG93bmxvYWQgdGltZSBvZiBhIHZlaGljbGUgd2hlbiBpdCBw YXNzZXMNCiAgIHRocm91Z2ggdGhlIHdpcmVsZXNzIGNvbW11bmljYXRpb24gY292ZXJhZ2Ugb2Yg YW4gSVAtUlNVLiAgRm9yIGENCiAgIGdpdmVuIHR5cGljYWwgc2V0dGluZyB3aGVyZSAxa20gaXMg dGhlIG1heGltdW0gRFNSQyBjb21tdW5pY2F0aW9uDQogICByYW5nZSBbRFNSQ10gYW5kIDEwMGtt L2ggaXMgdGhlIHNwZWVkIGxpbWl0IGluIGhpZ2h3YXksIHRoZSBkd2VsbGluZw0KICAgdGltZSBj YW4gYmUgY2FsY3VsYXRlZCB0byBiZSA3MiBzZWNvbmRzIGJ5IGRpdmlkaW5nIHRoZSBkaWFtZXRl ciBvZg0KICAgdGhlIDJrbSAoaS5lLiwgdHdvIHRpbWVzIG9mIERTUkMgY29tbXVuaWNhdGlvbiBy YW5nZSB3aGVyZSBhbiBJUC1SU1UNCiAgIGlzIGxvY2F0ZWQgaW4gdGhlIGNlbnRlciBvZiB0aGUg Y2lyY2xlIG9mIHdpcmVsZXNzIGNvbW11bmljYXRpb24pIGJ5DQogICB0aGUgc3BlZWQgbGltaXQg b2YgMTAwa20vaCAoaS5lLiwgYWJvdXQgMjhtL3MpLiAgRm9yIHRoZSA3MiBzZWNvbmRzLA0KICAg YSB2ZWhpY2xlIHBhc3NpbmcgdGhyb3VnaCB0aGUgY292ZXJhZ2Ugb2YgYW4gSVAtUlNVIGNhbiB1 cGxvYWQgYW5kDQogICBkb3dubG9hZCBkYXRhIHBhY2tldHMgdG8vZnJvbSB0aGUgSVAtUlNVLg0K DQoNCg0KPHNuaXA+DQoNCg0KDQoNCg0KNC4zLiAgVjJWLWJhc2VkIEludGVybmV0d29ya2luZw0K DQoNCg0KPj4+IEluIHRoaXMgc2VjdGlvbiBpdCBsb29rcyBsaWtlIHRoZSBjYXJzIGFyZSBpbiBh IHN0YWJsZSBsaW5lIG9mIHNpZ2h0IHJlbGF0aW9uc2hpcC4gV2hpY2ggaXMgcHJvYmFibHkgZmlu ZSBmb3IgYSBwbGF0b29uLCBidXQgd2hlbiB5b3UgZHJpdmUgYWxvbmcgd2l0aCBmcmllbmRzIGlu IGRpZmZlcmVudCBjYXJzLCB5b3UgcmVhbGl6ZSB0aGF0IHRoZSBsaW5lIG9mIHNpZ2h0IGFzc3Vt cHRpb24gZG9lcyBub3Qgc3RhbmQgb3ZlciB0aW1lLiBTb29uIGVub3VnaCwgb3RoZXIgY2FycyBt ZWRkbGUgaW4sIGFuZCBwb3NzaWJseSBvbmUgb2YgdGhlIGNhcnMgZHJpdmVzIGZhc3RlciBhbmQg dG9vIGZhciBhaGVhZCBzbyB5b3UgbmVlZCB0aGUgaW5mcmEgdG8gcmVsYXksIHBvc3NpYmx5IG92 ZXIgbXVsdGlwbGUgaW5mcmEgaG9wcy4NCg0KPj4+IHNvIGluIHRoaXMgc2VjdGlvbiwgSeKAmWQg ZXhwZWN0IHRvIHNlZSBhIFZlaGljbGUgY29tbXVuaWNhdGluZyB3aXRoIGFub3RoZXIgb25lIGFu ZCB1c2luZyBlaXRoZXIgbGluZSBvZiBzaWdodCBvciBWMlYgcmVsYXlpbmcgYnV0IGFsc28gdXNp bmcgcmVsYXkgdmlhIFYySSAobXVsdGlob3AgSTJJIG5vdCBqdXN0IGh1YiBhbmQgc3Bva2UgVjJJ MlYgKSwgYWx0ZXJuYXRpdmVseSB0byB0b2dldGhlciBmb3IgcmVkdW5kYW5jeS4gSXMgdGhhdCBw YXJ0IG9mIHRoZSBwcm9ibGVtPw0KDQo+Pj4gcmVhZGluZyBkZWVwZXIgc2VjdGlvbiA1IEkgZm91 bmQgZXhjZWxsZW50IHRleHQgb24gcm91dGluZyB2aWEgViBhbmQgdmlhIEkuIFRoaXMgdGVsbHMg dGhhdCBzZWN0aW9uIDQgZG9lcyBub3QgcGxheSBhIGdvb2Qgcm9sZSBhdCBqdXN0aWZ5aW5nIHNl Y3Rpb24gNS4gTWF5YmUga2VlcCBzZWN0aW9uIDQgZm9yIGFub3RoZXIgZG9jPw0KDQo+Pj4gV2hh dCBraW5kIG9yIHJlbGlhYmlsaXR5IGlzIHJlcXVpcmVkIGluIGEgVjJWIHVzZSBjYXNlPyBEbyB5 b3UgdGhpbmsgTkQgY2FuIGhhbmRsZSBpdD8gT3IgTUFORVQ/IFdoYXQgd291bGQgYmUgdGhlIGFz c3VtcHRpb24gb24gTDIgKHJvYW1pbmcgdGltZSwgdW5pY2FzdCB2cyBQMk1QKSBhbmQgb24gTDMg KHJlbGlhYmlsaXR5IGFsYSBEZXROZXQvUkFXKS4gU2hvdWxkIHdlIGhhdmUgc29tZSBMMyAgcmVk dW5kYW5jeT8NCg0KPHNuaXA+DQoNCg0KNS4gIFByb2JsZW0gU3RhdGVtZW50DQoNCjxzbmlwPg0K DQogICBJbiBvcmRlciB0byBzcGVjaWZ5IHByb3RvY29scyB1c2luZyB0aGUgYXJjaGl0ZWN0dXJl IG1lbnRpb25lZCBpbg0KICAgU2VjdGlvbiA0LjEsIElQdjYgY29yZSBwcm90b2NvbHMgaGF2ZSB0 byBiZSBhZGFwdGVkIHRvIG92ZXJjb21lDQogICBjZXJ0YWluIGNoYWxsZW5naW5nIGFzcGVjdHMg b2YgdmVoaWN1bGFyIG5ldHdvcmtpbmcuICBTaW5jZSB0aGUNCiAgIHZlaGljbGVzIGFyZSBsaWtl bHkgdG8gYmUgbW92aW5nIGF0IGdyZWF0IHNwZWVkLCBwcm90b2NvbCBleGNoYW5nZXMNCiAgIG5l ZWQgdG8gYmUgY29tcGxldGVkIGluIGEgdGltZSByZWxhdGl2ZWx5IHNob3J0IGNvbXBhcmVkIHRv IHRoZQ0KICAgbGlmZXRpbWUgb2YgYSBsaW5rIGJldHdlZW4gYSB2ZWhpY2xlIGFuZCBhbiBJUC1S U1UsIG9yIGJldHdlZW4gdHdvDQogICB2ZWhpY2xlcy4NCg0KPj4+IEFueSBvcmRlciBvZiBtYWdu aXR1ZGU/DQo+Pj4gQ2FuIHlvdSBpbmRpY2F0ZSB3aGV0aGVyIHRoaXMgYWxyZWFkeSBydWxlcyBv dXQgY2VydGFpbiBwcm9jZWR1cmVzLCBlLmcuIERBRCA/DQoNCg0KDQogICBUaGUgbGlmZXRpbWUg b2YgYSBzZXNzaW9uIHZhcmllcyBkZXBlbmRpbmcgb24gdGhlIHNlc3Npb24ncyB0eXBlIHN1Y2gN CiAgIGFzIGEgd2ViIHN1cmZpbmcsIHZvaWNlIGNhbGwgb3ZlciBJUCwgYW5kIEROUyBxdWVyeS4g IFJlZ2FyZGxlc3Mgb2YgYQ0KICAgc2Vzc2lvbidzIHR5cGUsIHRvIGd1aWRlIGFsbCB0aGUgSVB2 NiBwYWNrZXRzIHRvIHRoZWlyIGRlc3RpbmF0aW9uDQogICBob3N0LCBJUCBtb2JpbGl0eSBzaG91 bGQgYmUgc3VwcG9ydGVkIGZvciB0aGUgc2Vzc2lvbi4NCg0KPj4+IHRoaXMgc2VlbXMgdG8gYmUg Zm9yIHVuaWNhc3Qgd2hlbiB5b3Uga25vdyB3aG8gdG8gdGFsayB0by4gSXMgdGhlcmUgYSBuZWVk IHNvbWUgbXVsdGljYXN0IGdyb3VwcyBsaWtlIGFueWJvZHkgYXJvdW5kIGludGVyZXN0ZWQgaW4g dG9waWMgYmxhaCBsaWtlIEkgY291bGQgYmUgbXVsdGljYXN0aW5nIHRoZSBzcGVlZCBvZiB2ZWhp Y2xlcyBjb21pbmcgdGhlIG90aGVyIHdheSB0aGF0IEkgY3Jvc3NlZCByZWNlbnRseSwgZm9yIHVz ZSBvZiB2ZWhpY2xlcyB0aGF0IEnigJltIGNyb3NzaW5nIG5vdywgc28gdGhleSBjYW4gc2VlIGEg c2xvd2Rvd24gb24gYWR2YW5jZQ0KDQoNCiAgIFRodXMsIHRoZSB0aW1lIGNvbnN0cmFpbnQgb2Yg YSB3aXJlbGVzcyBsaW5rIGhhcyBhIG1ham9yIGltcGFjdCBvbg0KICAgSVB2NiBOZWlnaGJvciBE aXNjb3ZlcnkgKE5EKS4gIE1vYmlsaXR5IE1hbmFnZW1lbnQgKE1NKSBpcyBhbHNvDQogICB2dWxu ZXJhYmxlIHRvIGRpc2Nvbm5lY3Rpb25zIHRoYXQgb2NjdXIgYmVmb3JlIHRoZSBjb21wbGV0aW9u IG9mDQogICBpZGVudGl0eSB2ZXJpZmljYXRpb24gYW5kIHR1bm5lbCBtYW5hZ2VtZW50LiAgVGhp cyBpcyBlc3BlY2lhbGx5IHRydWUNCiAgIGdpdmVuIHRoZSB1bnJlbGlhYmxlIG5hdHVyZSBvZiB3 aXJlbGVzcyBjb21tdW5pY2F0aW9uLiAgVGhpcyBzZWN0aW9uDQogICBwcmVzZW50cyBrZXkgdG9w aWNzIHN1Y2ggYXMgbmVpZ2hib3IgZGlzY292ZXJ5IGFuZCBtb2JpbGl0eQ0KICAgbWFuYWdlbWVu dC4NCg0KDQoNCj4+PiBPbmx5IE5EPyBXaGF0IGFib3V0IHRoZSBNQU5FVD8NCj4+PiBob3cgZmFz dCBzaG91bGQgTkQgYmUgdG8gYmUgc3VpdGFibGU/DQo+Pj4gaXMgdGhlcmUgYWxzbyBhIGJhbmR3 aWR0aCBjaGVjaz8gWW91IGNhbiBtYWtlIHRoaW5ncyBtdWNoIGZhc3RlciBpZiB5b3UgZGVkaWNh dGUgYSBsb3Qgb2Ygc3BlY3RydW0gdG8gaXQuIEJ1dCB0aGF0IGNhbiBhbHNvIGJlIGEgd2FzdGUu DQoNCg0KNS4xLiAgTmVpZ2hib3IgRGlzY292ZXJ5DQoNCg0KPHNuaXA+DQoNCg0KICAgVGhlIHJl cXVpcmVtZW50cyBmb3IgSVB2NiBORCBmb3IgdmVoaWN1bGFyIG5ldHdvcmtzIGFyZSBlZmZpY2ll bnQgREFEDQogICBhbmQgTlVEIG9wZXJhdGlvbnMuDQoNCg0KPj4+IE5vdCBsb29rdXA/IElzIGl0 IHRoZSBpbnRlbnRpb24gdG8gdXNlIElQIHVuaWNhc3Qgb3ZlciBNQUMgYnJvYWRjYXN0LCB3aGlj aCBpcyBhIGdvb2QgaWRlYSBpbiBteSBib29rPw0KDQo8c25pcD4NCg0KICAgICAgVGhpcyBtZXJn aW5nIGFuZCBwYXJ0aXRpb25pbmcgc2hvdWxkIGJlIGNvbnNpZGVyZWQgZm9yIHRoZQ0KICAgSVB2 NiBORCBzdWNoIGFzIElQdjYgU3RhdGVsZXNzIEFkZHJlc3MgQXV0b2NvbmZpZ3VyYXRpb24gKFNM QUFDKQ0KICAgW1JGQzQ4NjJdLg0KDQoNCj4+PiBOb3QgbG9va3VwPyBJcyBpdCB0aGUgaW50ZW50 aW9uIHRvIHVzZSBJUCB1bmljYXN0IG92ZXIgTUFDIGJyb2FkY2FzdCwgd2hpY2ggaXMgYSBnb29k IGlkZWEgaW4gbXkgYm9vaz8NCg0KPHNuaXA+DQoNCg0KICAgQWxzbywgdGhlIHBhcnRpdGlvbmlu ZyBvZiBhIFZBTkVUIG1heSBtYWtlIHZlaGljbGVzIHdpdGggdGhlIHNhbWUNCiAgIHByZWZpeCBi ZSBwaHlzaWNhbGx5IHVucmVhY2hhYmxlLiAgQWxzbywgU0xBQUMgbmVlZHMgdG8gcHJldmVudCBJ UHY2DQogICBhZGRyZXNzIGR1cGxpY2F0aW9uIGR1ZSB0byB0aGUgbWVyZ2luZyBvZiBWQU5FVHMu ICBBY2NvcmRpbmcgdG8gdGhlDQogICBtZXJnaW5nIGFuZCBwYXJ0aXRpb25pbmcsIGEgZGVzdGlu YXRpb24gdmVoaWNsZSAoYXMgYW4gSVB2NiBob3N0KQ0KICAgbmVlZHMgdG8gYmUgZGlzdGluZ3Vp c2hlZCBhcyBlaXRoZXIgYW4gb24tbGluayBob3N0IG9yIGFuIG9mZi1saW5rDQogICBob3N0IGV2 ZW4gdGhvdWdoIHRoZSBzb3VyY2UgdmVoaWNsZSB1c2VzIHRoZSBzYW1lIHByZWZpeCBhcyB0aGUN CiAgIGRlc3RpbmF0aW9uIHZlaGljbGUuDQoNCj4+PiBzaG91bGQgcmVmZXJlbmNlIHRvIGRyYWZ0 LW5vcmRtYXJrLWludGFyZWEtaXBwbDxodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9o dG1sL2RyYWZ0LW5vcmRtYXJrLWludGFyZWEtaXBwbD4NCg0KICAgVG8gZWZmaWNpZW50bHkgcHJl dmVudCBJUHY2IGFkZHJlc3MgZHVwbGljYXRpb24gZHVlIHRvIHRoZSBWQU5FVA0KICAgcGFydGl0 aW9uaW5nIGFuZCBtZXJnaW5nIGZyb20gaGFwcGVuaW5nIGluIHZlaGljdWxhciBuZXR3b3Jrcywg dGhlDQogICB2ZWhpY3VsYXIgbmV0d29ya3MgbmVlZCB0byBzdXBwb3J0IGEgdmVoaWN1bGFyLW5l dHdvcmstd2lkZSBEQUQgYnkNCiAgIGRlZmluaW5nIGEgc2NvcGUgdGhhdCBpcyBjb21wYXRpYmxl IHdpdGggdGhlIGxlZ2FjeSBEQUQuICBJbiB0aGlzDQogICBjYXNlLCB0d28gdmVoaWNsZXMgY2Fu IGNvbW11bmljYXRlIHdpdGggZWFjaCBvdGhlciB3aGVuIHRoZXJlIGV4aXN0cw0KICAgYSBjb21t dW5pY2F0aW9uIHBhdGggb3ZlciBWQU5FVCBvciBhIGNvbWJpbmF0aW9uIG9mIFZBTkVUcyBhbmQg SVAtDQogICBSU1VzLCBhcyBzaG93biBpbiBGaWd1cmUgMS4gIEJ5IHVzaW5nIHRoZSB2ZWhpY3Vs YXItbmV0d29yay13aWRlIERBRCwNCiAgIHZlaGljbGVzIGNhbiBhc3N1cmUgdGhhdCB0aGVpciBJ UHY2IGFkZHJlc3NlcyBhcmUgdW5pcXVlIGluIHRoZQ0KICAgdmVoaWN1bGFyIG5ldHdvcmsgd2hl bmV2ZXIgdGhleSBhcmUgY29ubmVjdGVkIHRvIHRoZSB2ZWhpY3VsYXINCiAgIGluZnJhc3RydWN0 dXJlIG9yIGJlY29tZSBkaXNjb25uZWN0ZWQgZnJvbSBpdCBpbiB0aGUgZm9ybSBvZiBWQU5FVC4N Cg0KPj4+IEV4Y2VsbGVudA0KDQoNCiAgIE5EIHRpbWUtcmVsYXRlZCBwYXJhbWV0ZXJzIHN1Y2gg YXMgcm91dGVyIGxpZmV0aW1lIGFuZCBOZWlnaGJvcg0KICAgQWR2ZXJ0aXNlbWVudCAoTkEpIGlu dGVydmFsIG5lZWQgdG8gYmUgYWRqdXN0ZWQgZm9yIHZlaGljbGUgc3BlZWQgYW5kDQogICB2ZWhp Y2xlIGRlbnNpdHkuICBGb3IgZXhhbXBsZSwgdGhlIE5BIGludGVydmFsIG5lZWRzIHRvIGJlDQog ICBkeW5hbWljYWxseSBhZGp1c3RlZCBhY2NvcmRpbmcgdG8gYSB2ZWhpY2xlJ3Mgc3BlZWQgc28g dGhhdCB0aGUNCiAgIHZlaGljbGUgY2FuIG1haW50YWluIGl0cyBuZWlnaGJvcmluZyB2ZWhpY2xl cyBpbiBhIHN0YWJsZSB3YXksDQogICBjb25zaWRlcmluZyB0aGUgY29sbGlzaW9uIHByb2JhYmls aXR5IHdpdGggdGhlIE5BIG1lc3NhZ2VzIHNlbnQgYnkNCiAgIG90aGVyIHZlaGljbGVzLg0KDQo+ Pj4gSXMgdGhhdCBhIHByb2JsZW0gb3IganVzdCBhbiBvcGVyYXRpb25hbCBzZXR0aW5nIHRoYXQg bmVlZHMgdG8gYmUgZm91bmQ/DQo+Pj4gRG8gd2UgbmVlZCB0byByZWNvbnNpZGVyIHRoZSBjb25j ZXB0cyBvZiB0aG9zZSB0aW1lcnM/DQoNCjxzbmlwPg0KDQogICBUaHVzLCBpbiBJUHY2LWJhc2Vk IHZlaGljdWxhciBuZXR3b3JraW5nLCBJUHY2IE5EIHNob3VsZCBoYXZlIG1pbmltdW0NCiAgIGNo YW5nZXMgZm9yIHRoZSBpbnRlcm9wZXJhYmlsaXR5IHdpdGggdGhlIGxlZ2FjeSBJUHY2IE5EIHVz ZWQgaW4gdGhlDQogICBJbnRlcm5ldCwgaW5jbHVkaW5nIHRoZSBEQUQgYW5kIE5VRCBvcGVyYXRp b25zLg0KDQo+Pj4gSSBkbyBub3QgZmluZCB0aGUgbG9naWNhbCBsaW5rIHdpdGggdGhlIHRleHQg YmVmb3JlLCB3aHkgaXMgdGhpcyBhIOKAnHRodXPigJ0/DQo+Pj4gd2h5IHNob3VsZCB0aGUgTkQg aW5zaWRlIHRoZSBWQU5FVCBiZSBjb25zdHJhaW5lZCB0byBiZSBpbnRlcm9wZXJhYmxlPyBUaGlz IG1heSBwbGFjZSBjb25zdHJhaW50cyBvbiB0aGUgc29sdXRpb24uDQoNCg0KNS4xLjEuICBMaW5r IE1vZGVsDQoNCiAgIEEgcHJlZml4IG1vZGVsIGZvciBhIHZlaGljdWxhciBuZXR3b3JrIG5lZWRz IHRvIGZhY2lsaXRhdGUgdGhlDQoNCg0KPj4+IERvIHlvdSBtZWFuIGEg4oCcc3VibmV0IG1vZGVs 4oCdIGFzIG9wcG9zZWQgdG8g4oCccHJlZml4IG1vZGVs4oCdLg0KPj4+IGl0IHdvdWxkIG1ha2Ug dGhpcyBwaWVjZSBhbmQgdGhlIG5leHQgc2hvdWxkIHJlZmVyIHRvIGRyYWZ0LXRodWJlcnQtNm1h bi1pcHY2LW92ZXItd2lyZWxlc3MgZm9yIElQdjYgb3ZlciBQMk1QIC9OQk1BLCBmb3IgYm90aCBs aW5rIGFuZCBzdWJuZXQgaXNzdWVzLiBUaGUgZ2VuZXJhbCBpZGVhcyBhcmUgdGhlIHNhbWUsIGJ1 dCB0aGUgZ29yeSBkZXRhaWxzIGhlcmUgYXJlIHNsaWdodGx5IGluY29ycmVjdCwgbGlrZSB0aGlz IG5vdGlvbiBvZiBwcmVmaXggbW9kZWwgdGhhbiBjb21lcyBvdXQgb2YgdGhlIGJsdWUuIFRoZSBt b2RlbCBpcyByZWFsbHkgdGhlIHN1Ym5ldCBtb2RlbCBmb3IgdGhlIHN1Ym5ldCBhc3NvY2lhdGVk IHRvIFAyTVAuDQoNCiAgIGNvbW11bmljYXRpb24gYmV0d2VlbiB0d28gdmVoaWNsZXMgd2l0aCB0 aGUgc2FtZSBwcmVmaXggcmVnYXJkbGVzcyBvZg0KICAgdGhlIHZlaGljdWxhciBuZXR3b3JrIHRv cG9sb2d5IGFzIGxvbmcgYXMgdGhlcmUgZXhpc3QgYmlkaXJlY3Rpb25hbA0KICAgRTJFIHBhdGhz IGJldHdlZW4gdGhlbSBpbiB0aGUgdmVoaWN1bGFyIG5ldHdvcmsgaW5jbHVkaW5nIFZBTkVUcyBh bmQNCiAgIElQLVJTVXMuICBUaGlzIHByZWZpeCBtb2RlbCBhbGxvd3MgdmVoaWNsZXMgd2l0aCB0 aGUgc2FtZSBwcmVmaXggdG8NCiAgIGNvbW11bmljYXRlIHdpdGggZWFjaCBvdGhlciB2aWEgYSBj b21iaW5hdGlvbiBvZiBtdWx0aWhvcCBWMlYgYW5kDQogICBtdWx0aWhvcCBWMkkgd2l0aCBWQU5F VHMgYW5kIElQLVJTVXMuICBOb3RlIHRoYXQgdGhlIE9NTkkgaW50ZXJmYWNlDQogICBzdXBwb3J0 cyBhbiBOQk1BIGxpbmsgbW9kZWwgd2hlcmUgbXVsdGlob3AgVjJWIGFuZCBWMkkgY29tbXVuaWNh dGlvbnMNCiAgIHVzZSBlYWNoIG1vYmlsZSBub2RlJ3MgVUxBcyB3aXRob3V0IG5lZWQgZm9yIGFu eSBEQUQgb3IgTUxEDQogICBtZXNzYWdpbmcuDQoNCg0KPj4+IGFnYWluIG92ZXJzZWxsaW5nIE9N TkkuDQo+Pj4gSSBraW5kYSBhZ3JlZSBhYm91dCB0aGUgT01OSSBpbnRlcmZhY2UgbW9kZWwsIG5v dGhpbmcgYWdhaW5zdCB0aGF0LiBCdXQgeW91IG11c3Qgc2VlIHRoYXQgdGhlcmUgbmVlZHMgYSBs b3QgbW9yZSB0aGFuIHdoYXQgdGhlIE9NTkkgaW50ZXJmYWNlIHRvIGdldCBwYWNrZXRzIGFjcm9z cyBWIGFuZCBJIGhvcHMgdG8gdGhlIGRlc3RpbmF0aW9uLiBMaWtlIHJvdXRpbmcgYWxhIE1BTkVU LCByZWR1bmRhbmN5IGhhbmRsaW5nIGFsYSBEZXROZXQgYmVjYXVzZSBpdCB3aWxsIGJlIHZlcnkg bG9zc3ksIHBhdGggbWFuYWdlbWVudCBhbGEgUkFXIHRvIG9wdGltaXplIGRlbGl2ZXJ5IHZzLiBz cGVjdHJ1beKApiBBbmQgT01OSSBpZ25vcmVzIE5EIHNvIGl0IGRvZXMgbm90IHNvbHZlIHRoZSBO RCBwcm9ibGVtcyBhYm92ZS4NCg0KDQogICBJUHY2IHByb3RvY29scyB3b3JrIHVuZGVyIGNlcnRh aW4gYXNzdW1wdGlvbnMgdGhhdCBkbyBub3QgbmVjZXNzYXJpbHkNCiAgIGhvbGQgZm9yIHZlaGlj dWxhciB3aXJlbGVzcyBhY2Nlc3MgbGluayB0eXBlcyBvdGhlciB0aGFuIE9NTkkvTkJNQQ0KICAg W1ZJUC1XQVZFXVtSRkM1ODg5XTsgdGhlIHJlc3Qgb2YgdGhpcyBzZWN0aW9uIGRpc2N1c3NlcyBp bXBsaWNhdGlvbnMNCiAgIGZvciB0aG9zZSBsaW5rIHR5cGVzIHRoYXQgZG8gbm90IGFwcGx5IHdo ZW4gdGhlIE9NTkkvTkJNQSBsaW5rIG1vZGVsDQoNCj4+PiBhZ2FpbiBvdmVyc2VsbGluZyBPTU5J Lg0KPj4+IFRoZSBrZXl3b3JkIGhlcmUgaXMgUDJNUCAvIE5CTUEsIGFuZCBPTU5JIGlzIG9uZSBp bnRlcmZhY2UgdGhhdCBhY2NlcHRzIHRoYXQuIFRoZXJlIGFyZSBvdGhlcnMuIElCTeKAmXMgSVB2 NCBvdmVyIEZyYW1lIHJlbGF5IHdhcyBhbHJlYWR5IFAyTVAgLyBOQk1BLCB1c2luZyByb3V0aW5n IHRvIGNvbXBsZXRlIHRoZSBwYXJ0aWFsIG1lc2ggaW4gUDJNUC4gVGhlIHRleHQgc2VlbXMgdG8g aW1wbHkgdGhhdCBPTU5JIGlzIHRoZSBvbmx5IHdheSB0byBkbyB0aGF0IGFuZCB0aGF04oCZcyB3 cm9uZy4gQWxzbyBPTU5JIGlzIGxvYWRlZCB3aXRoIG90aGVyIHN0dWZmIHRoYW4gYSBwbGFpbiBQ Mk1QIGNhcGFibGUgaW50ZXJmYWNlLiBBbmQgTkQgb3ZlciBQMk1QIGlzIG5vdCBkb25lIGJ5IE9N TkksIE9NTkkgb25seSBtYWtlcyBjbGFzc2ljYWwgTkQgd29yc2UgYW5kIG9ubHkgd29ya3MgaW4g YSBmdWxsIG1lc2guIE9UT0ggUkZDIDg1MDUsIHdoaWNoIGlzIGRlc2lnbmVkIHRvIGRvIE5EIGZv ciBQMk1QIC9OQk1BIHdvdWxkIGluZGVlZCB3b3JrIHZlcnkgd2VsbCB3aXRoaW4gYW4gT01OSSBp bnRlcmZhY2UgYW5kIHNvbHZlIHRob3NlIHByb2JsZW1zLg0KPj4+IE15IHBvaW50IGlzIHRoYXQg eW91IG5lZWQgdG8gdGVsbCB0aGUgZnVsbCBzdG9yeSBvciByZWZyYWluIGZyb20gZW50ZXJpbmcg c29sdXRpb24gc3BhY2UgaW4gdGhpcyBkb2MNCg0KPHNuaXA+DQoNCiAgIFRoZXJlIGlzIGEgcmVs YXRpb25zaGlwIGJldHdlZW4gYSBsaW5rIGFuZCBhIHByZWZpeCwgYmVzaWRlcyB0aGUNCiAgIGRp ZmZlcmVudCBzY29wZXMgdGhhdCBhcmUgZXhwZWN0ZWQgZnJvbSB0aGUgbGluay1sb2NhbCBhbmQg Z2xvYmFsDQogICB0eXBlcyBvZiBJUHY2IGFkZHJlc3Nlcy4gIEluIGFuIElQdjYgbGluaywgaXQg aXMgYXNzdW1lZCB0aGF0IGFsbA0KICAgaW50ZXJmYWNlcyB3aGljaCBhcmUgY29uZmlndXJlZCB3 aXRoIHRoZSBzYW1lIHN1Ym5ldCBwcmVmaXggYW5kIHdpdGgNCiAgIG9uLWxpbmsgYml0IHNldCBj YW4gY29tbXVuaWNhdGUgd2l0aCBlYWNoIG90aGVyIG9uIGFuIElQdjYgbGluay4NCg0KPj4+IG5v dCBhc3N1bWVkOyB0aGF04oCZcyB3aGF0IHRoZSBvbmxpbmsgYnV0IHNldCB0ZWxscy4gVGhlIGNv bmNsdXNpb24gc2hvdWxkIGJlIHRoYXQgdGhlIFZBTkVUIGNhbm5vdCBzZXQgdGhlIE8gYml0Lg0K DQogICBIb3dldmVyLCB0aGUgdmVoaWN1bGFyIGxpbmsgbW9kZWwgbmVlZHMgdG8gZGVmaW5lIHRo ZSByZWxhdGlvbnNoaXANCiAgIGJldHdlZW4gYSBsaW5rIGFuZCBhIHByZWZpeCwgY29uc2lkZXJp bmcgdGhlIGR5bmFtaWNzIG9mIHdpcmVsZXNzDQogICBsaW5rcyBhbmQgdGhlIGNoYXJhY3Rlcmlz dGljcyBvZiBWQU5FVC4NCg0KPHNuaXA+DQoNCg0KICAgRnJvbSB0aGUgcHJldmlvdXMgb2JzZXJ2 YXRpb24sIGEgdmVoaWN1bGFyIGxpbmsgbW9kZWwgc2hvdWxkIGNvbnNpZGVyDQogICB0aGUgZnJl cXVlbnQgcGFydGl0aW9uaW5nIGFuZCBtZXJnaW5nIG9mIFZBTkVUcyBkdWUgdG8gdmVoaWNsZQ0K ICAgbW9iaWxpdHkuICBUaGVyZWZvcmUsIHRoZSB2ZWhpY3VsYXIgbGluayBtb2RlbCBuZWVkcyB0 byB1c2UgYW4gb24tDQogICBsaW5rIHByZWZpeCBhbmQgb2ZmLWxpbmsgcHJlZml4IGFjY29yZGlu ZyB0byB0aGUgbmV0d29yayB0b3BvbG9neSBvZg0KICAgdmVoaWNsZXMgc3VjaCBhcyBhIG9uZS1o b3AgcmVhY2hhYmxlIG5ldHdvcmsgYW5kIGEgbXVsdGlob3AgcmVhY2hhYmxlDQoNCg0KDQo+Pj4g Tm8sIHRoZSBvbmNlIGEgbm9kZSBzYXcgYSBPIGJpdCBzZXQgdGhhdCBzdGlja3MgZXZlbiBpZiBp dCBzZWVzIG90aGVyIGFkdmVydGlzZW1lbnRzIG9mIHRoZSBQSU8gd2l0aCB0aGUgTyBiaXQgbm90 IHNldC4NCj4+PiBUaGlzIGlzIGEgZ2xvYmFsIGFuZCBpbnRyaW5zaWMgcHJvcGVydHkgb2YgdGhl IHByZWZpeCAoYW5kIGFuIGF0dGFjayB2ZWN0b3IgdGhhdCBjb3VsZCBiZSBtZW50aW9uZWQgaW4g dGhlIHNlYyBzZWN0aW9uKS4NCj4+PiB0aGUgVkFORVQgcHJlZml4IG11c3QgbmV2ZXIgY29tZSB3 aXRoIHRoZSBPIGJpdCBzZXQuDQoNCjxzbmlwPg0KDQogICBuZXR3b3JrIChvciBwYXJ0aXRpb25l ZCBuZXR3b3JrcykuICBJZiB0aGUgdmVoaWNsZXMgd2l0aCB0aGUgc2FtZQ0KICAgcHJlZml4IGFy ZSByZWFjaGFibGUgZnJvbSBlYWNoIG90aGVyIGluIG9uZSBob3AsIHRoZSBwcmVmaXggc2hvdWxk IGJlDQogICBvbi1saW5rLg0KDQo+Pj4+IE5vLCBzZWUgYWJvdmU7IGJ1dCB0aGUgcm91dGVyIG1h eSByZWRpcmVjdCB0aG91Z2ggaXQgaXMgcmVhbGx5IHJpc2t5IHVubGVzcyB0aGlzIGlzIGEgc3Rh YmxlIHNpdHVhdGlvbiBsaWtlIGEgcGFya2luZyBwbGFjZS4NCg0KDQoNCiAgIFRodXMsIGluIElQ djYtYmFzZWQgdmVoaWN1bGFyIG5ldHdvcmtpbmcsIHRoZSB2ZWhpY3VsYXIgbGluayBtb2RlbA0K ICAgc2hvdWxkIGhhdmUgbWluaW11bSBjaGFuZ2VzIGZvciBpbnRlcm9wZXJhYmlsaXR5IHdpdGgg c3RhbmRhcmQgSVB2Ng0KICAgbGlua3MgaW4gYW4gZWZmaWNpZW50IGZhc2hpb24gdG8gc3VwcG9y dCBJUHY2IERBRCwgTUxEIGFuZCBOVUQNCiAgIG9wZXJhdGlvbnMuICBXaGVuIHRoZSBPTU5JIE5C TUEgbGluayBtb2RlbCBpcyB1c2VkLCB0aGVyZSBhcmUgbm8gbGluaw0KICAgbW9kZWwgY2hhbmdl cyBub3IgREFEL01MRCBtZXNzYWdpbmcgcmVxdWlyZWQuDQoNCg0KPj4+PiBhZ2FpbiBvdmVyc2Vs bGluZyBPTU5JLg0KPj4+PiBZb3UgbmVlZCBhIGdvb2QgUDJNUCBzdWJuZXQgbW9kZWwgd2l0aCBy b3V0aW5nIHN1cHBvcnQgd2hlbiB0aGUgbWVzaCBpcyBwYXJ0aWFsLiBNeSBjb21wYW55IGFsb25l IGhhcyBiZWVuIHNoaXBwaW5nIG1pbGxpb24gb2Ygbm9kZXMgdGhhdCBidWlsZCBzdWJuZXRzIG9m IHRob3VzYW5kcywgYW5kIHRoYXQgd2FzIGRvbmUgdXNpbmcgSUVURiBzdGFuZGFyZHMuDQoNCjxz bmlwPg0KDQoNCiAgIEZvciB2ZWhpY3VsYXIgbmV0d29ya3Mgd2l0aCBoaWdoIG1vYmlsaXR5IGFu ZCBkZW5zaXR5LCB0aGUgREFEIG5lZWRzDQogICB0byBiZSBwZXJmb3JtZWQgZWZmaWNpZW50bHkg d2l0aCBtaW5pbXVtIG92ZXJoZWFkIHNvIHRoYXQgdGhlDQogICB2ZWhpY2xlcyBjYW4gZXhjaGFu Z2UgYSBkcml2aW5nIHNhZmV0eSBtZXNzYWdlIChlLmcuLCBjb2xsaXNpb24NCiAgIGF2b2lkYW5j ZSBhbmQgYWNjaWRlbnQgbm90aWZpY2F0aW9uKSB3aXRoIGVhY2ggb3RoZXIgd2l0aCBhIHNob3J0 DQogICBpbnRlcnZhbCAoZS5nLiwgMC41IHNlY29uZCkgYnkgYSB0ZWNobmljYWwgcmVwb3J0IGZy b20gTkhUU0ENCiAgIChOYXRpb25hbCBIaWdod2F5IFRyYWZmaWMgU2FmZXR5IEFkbWluaXN0cmF0 aW9uKSBbTkhUU0EtQUNBUy1SZXBvcnRdLg0KICAgU3VjaCBhIGRyaXZpbmcgc2FmZXR5IG1lc3Nh Z2UgbWF5IGluY2x1ZGUgYSB2ZWhpY2xlJ3MgbW9iaWxpdHkNCiAgIGluZm9ybWF0aW9uIChpLmUu LCBwb3NpdGlvbiwgc3BlZWQsIGRpcmVjdGlvbiwgYW5kIGFjY2VsZXJhdGlvbi8NCiAgIGRlY2Vs ZXJhdGlvbikuICBUaGUgZXhjaGFuZ2UgaW50ZXJ2YWwgb2YgdGhpcyBtZXNzYWdlIGlzIDAuNSBz ZWNvbmQsDQogICB3aGljaCBpcyByZXF1aXJlZCB0byBhbGxvdyBhIGRyaXZlciB0byBhdm9pZCBh IHJlYXItZW5kIGNyYXNoIGZyb20NCiAgIGFub3RoZXIgdmVoaWNsZS4NCg0KPj4+IElQdjYgb3Zl ciBicm9hZGNhc3QgTUFDICh1c2VkIHRvIGJlIGNhbGxlZCBpbnRlcm5ldCAwLCAxMCsgeWVhcnMg YWdvKSBzb2x2ZXMgdGhhdCBNQUMgaXNzdWUgc2luY2UgdGhlcmUgaXMgbm8gTUFDLg0KDQoNCjUu MS4zLiAgUm91dGluZw0KDQogICBGb3IgbXVsdGlob3AgVjJWIGNvbW11bmljYXRpb25zIGluIGVp dGhlciBhIFZBTkVUIG9yIFZBTkVUcyB2aWEgSVAtDQogICBSU1VzLCBhIHZlaGljdWxhciBNb2Jp bGUgQWQgSG9jIE5ldHdvcmtzIChNQU5FVCkgcm91dGluZyBwcm90b2NvbCBtYXkNCiAgIGJlIHJl cXVpcmVkIHRvIHN1cHBvcnQgYm90aCB1bmljYXN0IGFuZCBtdWx0aWNhc3QgaW4gdGhlIGxpbmtz IG9mIHRoZQ0KICAgc3VibmV0IHdpdGggdGhlIHNhbWUgSVB2NiBwcmVmaXguICBIb3dldmVyLCBp dCB3aWxsIGJlIGNvc3RseSB0byBydW4NCiAgIGJvdGggdmVoaWN1bGFyIE5EIGFuZCBhIHZlaGlj dWxhciBhZCBob2Mgcm91dGluZyBwcm90b2NvbCBpbiB0ZXJtcyBvZg0KICAgY29udHJvbCB0cmFm ZmljIG92ZXJoZWFkIFtJRC1NdWx0aWNhc3QtUHJvYmxlbXNdLg0KDQo+Pj4gd2UgZG8gdGhhdCB3 aXRoIElFVEYgc3RhbmRhcmRzIG9uIGJhdHRlcnkgb3BlcmF0ZWQgZGV2aWNlcyBhbHJlYWR5LiBV c2luZyBSRkMgODUwNSBmb3IgdGhlIFVOSSBhbmQgUlBMIGZvciB0aGUgTk5JLiBJdCBpcyBzY2Fs YWJsZSAod2XigJl2ZSBzZWVuIDMwIGhvcHMgaW4gbWVzaGVzIG9mIHRob3VzYW5kcyBpbiB0aGUg cmVhbCB3b3JsZCB0aG91Z2ggaXTigJlzIG5vdCB0aGUgbm9ybWFsIG9wZXJhdGlvbmFsIG1vZGVs LCBidXQgY2FuIGhhcHBlbiB0byBtYWludGFpbiBjb25uZWN0aXZpdHkgZHVyaW5nIHRoZSByZWJv b3Qgb2YgYSByb290KSBhbmQgZG9lcyBub3QgdXNlIGJyb2FkY2FzdC4gUlBMIHdhcyBpbml0aWFs bHkgZGVzaWduZWQgYXMgYSBWMlYyViBwcm90b2NvbCBidXQgZm91bmQgaXRzIG1hcmtldCBvbiB0 aGUgSW9ULiBJ4oCZbSBzdXJlIHRoZSBwcm90b2NvbCB3b3VsZCBnbGFkbHkgY29tZSBiYWNrIHRv IGl0cyByb290cy4NCg0KICAgQSByb3V0aW5nIHByb3RvY29sIGZvciBhIFZBTkVUIG1heSBjYXVz ZSByZWR1bmRhbnQgd2lyZWxlc3MgZnJhbWVzIGluDQogICB0aGUgYWlyIHRvIGNoZWNrIHRoZSBu ZWlnaGJvcmhvb2Qgb2YgZWFjaCB2ZWhpY2xlIGFuZCBjb21wdXRlIHRoZQ0KICAgcm91dGluZyBp bmZvcm1hdGlvbiBpbiBhIFZBTkVUIHdpdGggYSBkeW5hbWljIG5ldHdvcmsgdG9wb2xvZ3kNCiAg IGJlY2F1c2UgdGhlIElQdjYgTkQgaXMgdXNlZCB0byBjaGVjayB0aGUgbmVpZ2hib3Job29kIG9m IGVhY2gNCiAgIHZlaGljbGUuICBUaHVzLCB0aGUgdmVoaWN1bGFyIHJvdXRpbmcgbmVlZHMgdG8g dGFrZSBhZHZhbnRhZ2Ugb2YgdGhlDQogICBJUHY2IE5EIHRvIG1pbmltaXplIGl0cyBjb250cm9s IG92ZXJoZWFkLg0KDQo+Pj4gQSBjbGVhbiBkZXNjcmlwdGlvbiBvZiB0aGUgaW50ZXJhY3Rpb24g b2YgUlBMIGFuZCBSRkMgODUwNSBpbiBvdXIgSW9UIG5ldHdvcmtzLiBOb3RlIHRoYXQgdGhlIHNw ZWVkIG9mIHRoZSBQSFkgaW4gVkFORVQgYmFsYW5jZWQgdGhlIGluc3RhYmlsaXR5IG9mIHRoZSB0 b3BvbG9neSwgYW5kIFJQTCBzdGlsbCBhcHBsaWVzLiBOb3RlIGFsc28gdGhhdCBSUEwgdXNlcyBE ViB3aXRoIGEgcm91dGluZyBzdHJldGNoIGluIG9yZGVyIHRvIG1pbmltaXplIHRoZSB0b3BvbG9n eSBhd2FyZW5lc3MgdGhhdOKAmXMgbmVlZGVkIGluIGVhY2ggbm9kZSwgd2hpY2ggcmVzdWx0cyBp biBtaW5pbWFsIHNpZ25hbGluZy4NCjUuMi4gIE1vYmlsaXR5IE1hbmFnZW1lbnQNCg0KDQo8c25p cD4NCg0KDQogICBGb3IgYSBtb2JpbGl0eSBtYW5hZ2VtZW50IHNjaGVtZSBpbiBhIHNoYXJlZCBs aW5rLCB3aGVyZSB0aGUgd2lyZWxlc3MNCiAgIHN1Ym5ldHMgb2YgbXVsdGlwbGUgSVAtUlNVcyBz aGFyZSB0aGUgc2FtZSBwcmVmaXgsIGFuIGVmZmljaWVudA0KICAgdmVoaWN1bGFyLW5ldHdvcmst d2lkZSBEQUQgaXMgcmVxdWlyZWQuICBJZiBESENQdjYgaXMgdXNlZCB0byBhc3NpZ24NCiAgIGEg dW5pcXVlIElQdjYgYWRkcmVzcyB0byBlYWNoIHZlaGljbGUgaW4gdGhpcyBzaGFyZWQgbGluaywN Cg0KPj4+IEkgd291bGQgbm90IHVzZSB0aGUgdGVybSBsaW5rLCBvciBzaGFyZWQuIE1heWJlIHNo YXJlZCBsaW5rIC0+IGRvbWFpbj8NCjxzbmlwPg0KDQoNCnRoZSBEQUQgaXMNCiAgIG5vdCByZXF1 aXJlZC4gIE9uIHRoZSBvdGhlciBoYW5kLCBmb3IgYSBtb2JpbGl0eSBtYW5hZ2VtZW50IHNjaGVt ZQ0KICAgd2l0aCBhIHVuaXF1ZSBwcmVmaXggcGVyIG1vYmlsZSBub2RlIChlLmcuLCBQTUlQdjYg W1JGQzUyMTNdIGFuZCBPTU5JDQogICBbT01OSV0pLCBEQUQgaXMgbm90IHJlcXVpcmVkIGJlY2F1 c2UgdGhlIElQdjYgYWRkcmVzcyBvZiBhIHZlaGljbGUncw0KICAgZXh0ZXJuYWwgd2lyZWxlc3Mg aW50ZXJmYWNlIGlzIGd1YXJhbnRlZWQgdG8gYmUgdW5pcXVlLg0KDQo+Pj4gYWdhaW4gb3ZlcnNl bGxpbmcgT01OSQ0KPj4+IEFzIEkgc2FpZCBlYXJsaWVyLCB0aGlzIGlzIHdyaW5nIHRoZXJlIGFy ZSAoNjQqKSBtb3JlIGNoYW5jZXMgb2YgYSBjb2xsaXNpb24gaW4gT01OSSBwcmVmaXhlcyB0aGFu IGluIElQdjYgSUlEcy4NCj4+PiBPTU5JIHByZWZpeGVzIGNhbiBjb2xsaXNpb24sIGhvbWUgYWRk cmVzc2VzIHRoYXQgYXJlIHVuaXF1ZSBvbiBhIGhvbWUgbmV0d29yayBjYW5ub3QuDQo+Pj4gTm93 IGlmIGJvdGggdGhlIE9NTkkgcHJlZml4IGFuZCB0aGUgSUlEIGFyZSBnb29kIHJhbmRvbXMsIHRo ZW4gb2J2aW91c2x5LCB0aGUgY2hhbmNlcyBvZiBjb2xsaXNpb25zIHJvdW5kIHVwIHRvIDAuDQo+ Pj4gQ29sbGlzaW9uIGlzIGNlcnRhaW5seSBub3QgbXkgd29yc3QgZmVhci4NCg0KDQogIFRoZXJl IGlzIGENCiAgIHRyYWRlb2ZmIGJldHdlZW4gdGhlIHByZWZpeCB1c2FnZSBlZmZpY2llbmN5IGFu ZCBEQUQgb3ZlcmhlYWQuICBUaHVzLA0KICAgdGhlIElQdjYgYWRkcmVzcyBhdXRvY29uZmlndXJh dGlvbiBmb3IgdmVoaWN1bGFyIG5ldHdvcmtzIG5lZWRzIHRvDQogICBjb25zaWRlciB0aGlzIHRy YWRlb2ZmIHRvIHN1cHBvcnQgZWZmaWNpZW50IG1vYmlsaXR5IG1hbmFnZW1lbnQuDQoNCj4+PiBU aGlzIGlzIHdheSB0b28gc3VwZXJmaWNpYWwgYW5kIGhpZGVzIHRoZSByZWFsaXR5IG9mIHRoaW5n cy4NCi0gVXNpbmcgYSBWQU5FVCBJbmZyYSBwcmVmaXggYWxsb3dzIGRpcmVjdCByb3V0YWJpbGl0 eSB0byB0aGUgaW50ZXJuZXQgd2hpY2ggQllPQSBkb2VzIG5vdCBzaW5jZSB0aGUgQllPQSBpcyBu b3QgdG9wb2xvZ2ljYWxseSBjb3JyZWN0LiBZZXMsIGl0IGNvc3RzIGEgREFEIHdpdGggY2xhc3Np YyBORCwgYnV0IGl0IGRvZXMgbm90IHdpdGggUkNGODUwNSBhbmQgdGhlIGRyYWZ0IGZhaWxzIHRv IG1lbnRpb24gdGhhdC4NCi0gQSBCWU9BIG5lZWRzIGEgdHVubmVsIGhvbWUsIGFuZCB0aGUgbm9k ZSBuZWVkcyB0byBrbm93IHdobyBpcyByZWFjaGFibGUgaW5zaWRlIHRoZSBWQU5FVCBhbmQgd2hh dCBpcyBub3QgdG8gZGVjaWRlIHRvIHR1bm5lbCBvciBub3Q7IHRoaXMgaXMgYSBkaWZmaWN1bHQg cHJvYmxlbSAodnMuIGNvbnRyb2wgcGxhY2Ugb3ZlcmhlYWQpIHRoYXQgaXMgbm90IGRpc2N1c3Nl ZCBoZXJlLg0KDQo8c25pcD4NCg0KICAgRm9yIHRoZSBjYXNlIG9mIGEgbXVsdGlob21lZCBuZXR3 b3JrLCBhIHZlaGljbGUgY2FuIGZvbGxvdyB0aGUgZmlyc3QtDQogICBob3Agcm91dGVyIHNlbGVj dGlvbiBydWxlIGRlc2NyaWJlZCBpbiBbUkZDODAyOF0uICBUaGF0IGlzLCB0aGUNCiAgIHZlaGlj bGUgc2hvdWxkIHNlbGVjdCBpdHMgZGVmYXVsdCByb3V0ZXIgZm9yIGVhY2ggcHJlZml4IGJ5DQog ICBwcmVmZXJyaW5nIHRoZSByb3V0ZXIgdGhhdCBhZHZlcnRpc2VkIHRoZSBwcmVmaXguDQoNCj4+ PiBTdGlsbCByb3V0ZXIgZGlzY292ZXJ5IChpbiBhbmQgb3V0KSBtdXN0IGJlIHZlcnkgZmFzdC4g VGhpbmcgb2YgdGhlIFJBIGludGVydmFsZSBpbiBNSVB2Ni4gSXMgdGhhdCBzdWZmaWNpZW50PyBU b28gZXhwZW5zaXZlPw0KDQo8c25pcD4NCg0KDQo2LiAgU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMN Cj4+PiBBbnkgZGlzY3Vzc2lvbiBvbiB0aGUgc2VjdXJpdHkgb2YgY2xhc3NpY2FsIE5EIGFuZCBv dGhlciBvcGVyYXRpb25hbCBpc3N1ZXMgKHJmYzY1ODMpID8NCg0KDQo8c25pcD4NCg0KDQogICBT ZWN1cml0eSBhbmQgcHJpdmFjeSBhcmUgcGFyYW1vdW50IGluIFYySSwgVjJWLCBhbmQgVjJYIG5l dHdvcmtpbmcuDQogICBWZWhpY2xlcyBhbmQgaW5mcmFzdHJ1Y3R1cmUgbXVzdCBiZSBhdXRoZW50 aWNhdGVkIGluIG9yZGVyIHRvDQogICBwYXJ0aWNpcGF0ZSBpbiB2ZWhpY3VsYXIgbmV0d29ya2lu Zy4gIEFsc28sIGluLXZlaGljbGUgZGV2aWNlcyAoZS5nLiwNCiAgIEVDVSkgYW5kIGEgZHJpdmVy L3Bhc3NlbmdlcidzIG1vYmlsZSBkZXZpY2VzIChlLmcuLCBzbWFydHBob25lIGFuZA0KICAgdGFi bGV0IFBDKSBpbiBhIHZlaGljbGUgbmVlZCB0byBjb21tdW5pY2F0ZSB3aXRoIG90aGVyIGluLXZl aGljbGUNCiAgIGRldmljZXMgYW5kIGFub3RoZXIgZHJpdmVyL3Bhc3NlbmdlcidzIG1vYmlsZSBk ZXZpY2VzIGluIGFub3RoZXINCiAgIHZlaGljbGUsIG9yIG90aGVyIHNlcnZlcnMgYmVoaW5kIGFu IElQLVJTVSBpbiBhIHNlY3VyZSB3YXkuICBFdmVuDQogICB0aG91Z2ggYSB2ZWhpY2xlIGlzIHBl cmZlY3RseSBhdXRoZW50aWNhdGVkIGFuZCBsZWdpdGltYXRlLCBpdCBtYXkgYmUNCiAgIGhhY2tl ZCBmb3IgcnVubmluZyBtYWxpY2lvdXMgYXBwbGljYXRpb25zIHRvIHRyYWNrIGFuZCBjb2xsZWN0 IGl0cw0KICAgYW5kIG90aGVyIHZlaGljbGVzJyBpbmZvcm1hdGlvbi4gIEluIHRoaXMgY2FzZSwg YW4gYXR0YWNrIG1pdGlnYXRpb24NCiAgIHByb2Nlc3MgbWF5IGJlIHJlcXVpcmVkIHRvIHJlZHVj ZSB0aGUgYWZ0ZXJtYXRoIG9mIG1hbGljaW91cw0KICAgYmVoYXZpb3JzLg0KDQoNCj4+PiBUaGUg c2VjdGlvbiBzaG91bGQgbWVudGlvbiB0aGF0IGJvdGggd2l0aCBjbGFzc2ljYWwgTkQgYW5kIEJZ T0EsIGFkZHJlc3NlcyBjYW4gYmUgaW1wZXJzb25hdGVkLCBhbmQgUkZDIDg5MjggcHJvdGVjdHMg YWdhaW5zdCB0aGF0IGluIGJvdGggY2FzZXMgd2hpbGUgbWFpbnRhaW5pbmcgcHJpdmFjeS4NCg0K DQogICBFdmVuIHRob3VnaCB2ZWhpY2xlcyBjYW4gYmUgYXV0aGVudGljYXRlZCB3aXRoIHZhbGlk IGNlcnRpZmljYXRlcyBieQ0KICAgYW4gYXV0aGVudGljYXRpb24gc2VydmVyIGluIHRoZSB2ZWhp Y3VsYXIgY2xvdWQsIHRoZSBhdXRoZW50aWNhdGVkDQoNCg0KPj4+IElzIFBLSSBmZWFzaWJsZSAo ZGVwbG95aW5nIGl0IGluIGV2ZXJ5IGNhcj8pLiBJcyBpdCBmYXN0IGVub3VnaD8gSXMgaXQgcmVh bGx5IHdoYXQgSVBXQVZFIHRoaW5rcyB2ZWhpY2xlIHNob3VsZCB1c2U/Pz8/Pw0KPj4+IGUuZy4g d2h5IHdvdWxkIG9uZSBuZWVkIHRvIGF1dGhlbnRpY2F0ZSB0byBhIFYySSBuZXR3b3JrPw0KPj4+ IGZyb20gdGhlIHRleHQgZWFybGllciBpbiB0aGUgZG9jLCBpdCBzZWVtZWQgdGhhdCB3aGF0IHlv dSByZWFsbHkgd2FudCBpcyBhY2Nlc3MgdGhhdCBpcyBmYXN0IHRvIGpvaW4sIGNhcGFibGUgb2Yg b2ZmZXJpbmcgdGhlIHJlYWNoYWJpbGl0eSB5b3Ugd2FudCwgYW5vbnltb3VzLCBhbmQgaW5ub2N1 b3VzIChjYXJzIGNhbiBub3QgaGFybSBvbmUgYW5vdGhlcikuDQoNCg0KICAgdmVoaWNsZXMgbWF5 IGhhcm0gb3RoZXIgdmVoaWNsZXMsIHNvIHRoZWlyIGNvbW11bmljYXRpb24gYWN0aXZpdGllcw0K ICAgbmVlZCB0byBiZSBsb2dnZWQgaW4gZWl0aGVyIGEgY2VudHJhbCB3YXkgdGhyb3VnaCBhIGxv Z2dpbmcgc2VydmVyDQogICAoZS5nLiwgVENDKSBpbiB0aGUgdmVoaWN1bGFyIGNsb3VkIG9yIGEg ZGlzdHJpYnV0ZWQgd2F5IChlLmcuLA0KICAgYmxvY2tjaGFpbiBbQml0Y29pbl0pIGFsb25nIHdp dGggb3RoZXIgdmVoaWNsZXMgb3IgaW5mcmFzdHJ1Y3R1cmUuDQogICBGb3IgdGhlIG5vbi1yZXB1 ZGlhdGlvbiBvZiB0aGUgaGFybWZ1bCBhY3Rpdml0aWVzIG9mIG1hbGljaW91cyBub2RlcywNCiAg IGEgYmxvY2tjaGFpbiB0ZWNobm9sb2d5IGNhbiBiZSB1c2VkIFtCaXRjb2luXS4gIEVhY2ggbWVz c2FnZSBmcm9tIGENCiAgIHZlaGljbGUgY2FuIGJlIHRyZWF0ZWQgYXMgYSB0cmFuc2FjdGlvbiBh bmQgdGhlIG5laWdoYm9yaW5nIHZlaGljbGVzDQogICBjYW4gcGxheSB0aGUgcm9sZSBvZiBwZWVy cyBpbiBhIGNvbnNlbnN1cyBtZXRob2Qgb2YgYSBibG9ja2NoYWluDQogICBbQml0Y29pbl1bVmVo aWN1bGFyLUJsb2NrQ2hhaW5dLiAgRm9yIGEgYmxvY2tjaGFpbidzIGVmZmljaWVudA0KICAgY29u c2Vuc3VzIGluIHZlaGljdWxhciBuZXR3b3JrcyBoYXZpbmcgZmFzdCBtb3ZpbmcgdmVoaWNsZXMs IGEgbmV3DQogICBjb25zZW5zdXMgYWxnb3JpdGhtIG5lZWRzIHRvIGJlIGRldmVsb3BlZCBvciBh biBleGlzdGluZyBjb25zZW5zdXMNCiAgIGFsZ29yaXRobSBuZWVkcyB0byBiZSBlbmhhbmNlZC4N Cg0KDQo+Pj4gc29sdXRpb24gc3BhY2U7IGJldHRlciBleHByZXNzIHRoZSAgc2VjdXJpdHkgbmVl ZHMgc2luY2UgdGhpcyBpcyBhIFBTLg0KDQo8c25pcD4NCg0KICAgVG8gaWRlbnRpZnkgbWFsaWNp b3VzIHZlaGljbGVzIGFtb25nIHZlaGljbGVzLCBhbiBhdXRoZW50aWNhdGlvbg0KICAgbWV0aG9k IGlzIHJlcXVpcmVkLg0KDQo+Pj4gTm8uIEFzIHNhaWQgZWFybGllciBhIHZlaGljbGUgY2FuIGJl IGluZmVjdGVkLiBZb3UgbmVlZCBpbm5vY3VvdXNuZXNzLndoaWNoIGNhbiBjb21lIGZyb20gdGhp bmdzIGxpa2UgaXNvbGF0aW9uLCB6ZXJvdHJ1c3QsIGFuZCBwcm90b2NvbHMgdGhhdCBhcmUgZGlm ZmljdWx0IHRvIGhhY2sgYXJvdW5kLiBDbGFzc2ljYWwgSVB2NiBORCBpcyBvcGVuIGJhci4gUkZD IDg1MDUvODkyOCBpcyBwcm90ZWN0ZWQgYnkgY29uc3RydWN0aW9uLCBhbm9ueW1vdXMsIGFuZCBm YXN0Lg0KDQo8c25pcD4NCg0KICAgRm9yIHRoZSBzZXR1cCBvZiBhIHNlY3VyZSBjaGFubmVsIG92 ZXIgSVBzZWMgb3IgVExTLCB0aGUgbXVsdGlob3AgVjJJDQogICBjb21tdW5pY2F0aW9ucyBvdmVy IERTUkMgaXMgcmVxdWlyZWQgaW4gYSBoaWdod2F5IGZvciB0aGUNCiAgIGF1dGhlbnRpY2F0aW9u IGJ5IGludm9sdmluZyBtdWx0aXBsZSBpbnRlcm1lZGlhdGUgdmVoaWNsZXMgYXMgcmVsYXkNCiAg IG5vZGVzIHRvd2FyZCBhbiBJUC1SU1UgY29ubmVjdGVkIHRvIGFuIGF1dGhlbnRpY2F0aW9uIHNl cnZlciBpbiB0aGUNCiAgIHZlaGljdWxhciBjbG91ZC4gIFRoZSBWMkkgY29tbXVuaWNhdGlvbnMg b3ZlciA1RyBWMlggKG9yIExURSBWMlgpIGlzDQogICByZXF1aXJlZCB0byBhbGxvdyBhIHZlaGlj bGUgdG8gY29tbXVuaWNhdGUgZGlyZWN0bHkgd2l0aCBhIGdOb2RlQiAob3INCiAgIGVOb2RlQikg Y29ubmVjdGVkIHRvIGFuIGF1dGhlbnRpY2F0aW9uIHNlcnZlciBpbiB0aGUgdmVoaWN1bGFyIGNs b3VkLg0KDQo+Pj4gc29sdXRpb24gc3BhY2UuIEluc3RlYWQsIHlvdSBjb3VsZCBtZW50aW9uIHRo YXQgc2V0dGluZyB1cCBzZWN1cmVkIGNoYW5uZWxzIGJldHdlZW4gY2FycyB0aGF0IGNyb3NzIG9u ZSBhbm90aGVyIG1pZ2h0IG5vdCBjb21wbGV0ZSBpbiB0aW1lIHRvIGVzdGFibGlzaCB0aGUgY29t bXVuaWNhdGlvbiBjaGFubmVsLCBhbmQgdGhhdCB0aGUgaW5ub2N1b3VzbmVzcyBtdXN0IGNvbWUg ZnJvbSB6ZXJvdHJ1c3QgaW4gdGhlIHRyYW5zYWN0aW9ucyBiZXR3ZWVuIHRoZSBjYXJzLg0KICAg Rm9yIHRoZSBJUHY2IE5ELCB0aGUgREFEIGlzIHJlcXVpcmVkIHRvIGVuc3VyZSB0aGUgdW5pcXVl bmVzcyBvZiB0aGUNCiAgIElQdjYgYWRkcmVzcyBvZiBhIHZlaGljbGUncyB3aXJlbGVzcyBpbnRl cmZhY2UuDQoNCj4+PiBmb3IgY2xhc3NpY2FsIE5EIChTTEFBQykgdGhhdOKAmXMgdHJ1ZS4gVGhh dCBpcyBub3Qgd2l0aCBSRkMgODUwNSwgc2luY2UgdGhlIGluZnJhIG1haW50YWlucyBhIHRhYmxl IG9mIGFsbCBhZGRyZXNzZXMgaW4gdXNlIGluIHRoZSBwcmVmaXggYW5kIGJsb2NrcyBkdXBsaWNh dGVzIHdpdGhvdXQgdGhlIFJGQyA0ODYyIERBRCBtZXRob2QuIFRoZSBzdGF0ZWZ1bCBhdXRvY29u ZiBhZGRyZXNzIGdyYW50IGlzIGltbWVkaWF0ZS4NCg0KDQoNCg0KICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIFRoaXMgREFEIGNhbiBiZSB1c2VkDQogICBhcyBhIGZsb29kaW5nIGF0dGFj ayB0aGF0IHVzZXMgdGhlIERBRC1yZWxhdGVkIE5EIHBhY2tldHMNCiAgIGRpc3NlbWluYXRlZCBv dmVyIHRoZSBWQU5FVCBvciB2ZWhpY3VsYXIgbmV0d29ya3MuDQoNCj4+PiBhbHNvIGZvciBET1Mg YXR0YWNrcy4gWW91IGNhbiBibG9jayBhIG93bmVyIGZyb20gdXNpbmcgYW4gYWRkcmVzcy4gQSBy ZWZlcmVuY2UgdG8gcmZjNjk1OTxodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1s L3JmYzY5NTk+IGlzIG11Y2ggbmVlZGVkIGhlcmUuDQoNCjxzbmlwPg0KDQoNClRoaXMgcG9zc2li aWxpdHkNCiAgIGluZGljYXRlcyB0aGF0IHRoZSB2ZWhpY2xlcyBhbmQgSVAtUlNVcyBuZWVkIHRv IGZpbHRlciBvdXQgc3VzcGljaW91cw0KICAgTkQgdHJhZmZpYyBpbiBhZHZhbmNlLiAgQmFzZWQg b24gdGhlIFNFTkQgW1JGQzM5NzFdIG1lY2hhbmlzbSwgdGhlDQogICBhdXRoZW50aWNhdGlvbiBm b3Igcm91dGVycyAoaS5lLiwgSVAtUlNVcykgY2FuIGJlIGNvbmR1Y3RlZCBieSBvbmx5DQogICBz ZWxlY3RpbmcgYW4gSVAtUlNVIHRoYXQgaGFzIGEgY2VydGlmaWNhdGlvbiBwYXRoIHRvd2FyZCB0 cnVzdGVkDQogICBwYXJ0aWVzLiAgRm9yIGF1dGhlbnRpY2F0aW5nIG90aGVyIHZlaGljbGVzLCB0 aGUgY3J5cHRvZ3JhcGhpY2FsbHkNCiAgIGdlbmVyYXRlZCBhZGRyZXNzIChDR0EpIGNhbiBiZSB1 c2VkIHRvIHZlcmlmeSB0aGUgdHJ1ZSBvd25lciBvZiBhDQogICByZWNlaXZlZCBORCBtZXNzYWdl LCB3aGljaCByZXF1aXJlcyB0byB1c2UgdGhlIENHQSBORCBvcHRpb24gaW4gdGhlDQogICBORCBw cm90b2NvbHMuICBGb3IgYSBnZW5lcmFsIHByb3RlY3Rpb24gb2YgdGhlIE5EIG1lY2hhbmlzbSwg dGhlIFJTQQ0KICAgU2lnbmF0dXJlIE5EIG9wdGlvbiBjYW4gYWxzbyBiZSB1c2VkIHRvIHByb3Rl Y3QgdGhlIGludGVncml0eSBvZiB0aGUNCiAgIG1lc3NhZ2VzIGJ5IHB1YmxpYyBrZXkgc2lnbmF0 dXJlcy4gIEZvciBhIG1vcmUgYWR2YW5jZWQNCiAgIGF1dGhlbnRpY2F0aW9uIG1lY2hhbmlzbSwg YSBkaXN0cmlidXRlZCBibG9ja2NoYWluLWJhc2VkIG1lY2hhbmlzbQ0KICAgW1ZlaGljdWxhci1C bG9ja0NoYWluXSBjYW4gYmUgdXNlZC4NCg0KPj4+IHNvbHV0aW9uIHNwYWNlLiBBZ2FpbiwgdGhl IGRyYWZ0IHNob3VsZCBmb2N1cyBvbiBwcm9ibGVtcyBhbmQgbmVlZHMuIFRoZSBwcm9ibGVtIGhl cmUgaXMgdGhhdCBTRU5EIGlzIGNvbXBsZXgsIGFuZCBub3QgaW1wbGVtZW50ZWQgaW4gdGhlIG1h am9yIHN0YWNrLiBJdCByZWxpZXMgb24gUEtJIGZvciB0cnVzdGluZyB0aGUgcm91dGVyLiBUaGUg VjJJIG5lZWQgaXMgYSB6ZXJvdHJ1c3QgbW9kZWwgd2hlcmUgb25lIFYsIHRoZSBvdGhlciBsb2Nh bCBWcywgYW5kIHRoZSBJLCBjYW4gaGVscCBlYWNoIG90aGVyIGFub255bW91c2x5IGFuZCBoYXJt bGVzc2x5Lg0KPHNuaXA+DQoNCg0KOC4gIEluZm9ybWF0aXZlIFJlZmVyZW5jZXMNCg0KPj4+IG5v IG5vcm1hdGl2ZSByZWZlcmVuY2U/DQoNCj4+PiBubyBub3JtYXRpdmUgcmVmZXJlbmNlPw0KDQo8 c25pcD4NCg0KVm9pbGEhDQoNCktlZXAgc2FmZTsNCg0KUGFzY2FsDQoNCg0KDQoNCg0KDQo+IC0t LS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQoNCj4gRnJvbTogSUVURi1Bbm5vdW5jZSA8aWV0Zi1h bm5vdW5jZS1ib3VuY2VzQGlldGYub3JnPG1haWx0bzppZXRmLWFubm91bmNlLWJvdW5jZXNAaWV0 Zi5vcmc+PiBPbiBCZWhhbGYgT2YgQm9iDQoNCj4gSGluZGVuDQoNCj4gU2VudDogbWFyZGkgMTUg anVpbiAyMDIxIDIxOjEzDQoNCj4gVG86IEJyaWFuIENhcnBlbnRlciA8YnJpYW4uZS5jYXJwZW50 ZXJAZ21haWwuY29tPG1haWx0bzpicmlhbi5lLmNhcnBlbnRlckBnbWFpbC5jb20+Pg0KDQo+IENj OiA2TUFOIDw2bWFuQGlldGYub3JnPG1haWx0bzo2bWFuQGlldGYub3JnPj47IGl0c0BpZXRmLm9y ZzxtYWlsdG86aXRzQGlldGYub3JnPjsgZHJhZnQtaWV0Zi1pcHdhdmUtdmVoaWN1bGFyLQ0KDQo+ IG5ldHdvcmtpbmdAaWV0Zi5vcmc8bWFpbHRvOm5ldHdvcmtpbmdAaWV0Zi5vcmc+OyBsYXN0LWNh bGxAaWV0Zi5vcmc8bWFpbHRvOmxhc3QtY2FsbEBpZXRmLm9yZz47IENhcmxvcyBCZXJuYXJkb3MN Cg0KPiA8Y2piY0BpdC51YzNtLmVzPG1haWx0bzpjamJjQGl0LnVjM20uZXM+PjsgSUVURi1Bbm5v dW5jZSA8aWV0Zi1hbm5vdW5jZUBpZXRmLm9yZzxtYWlsdG86aWV0Zi1hbm5vdW5jZUBpZXRmLm9y Zz4+OyBpcHdhdmUtDQoNCj4gY2hhaXJzQGlldGYub3JnPG1haWx0bzpjaGFpcnNAaWV0Zi5vcmc+ DQoNCj4gU3ViamVjdDogUmU6IExhc3QgQ2FsbDogPGRyYWZ0LWlldGYtaXB3YXZlLXZlaGljdWxh ci1uZXR3b3JraW5nLTIwLnR4dD4NCg0KPiAoSVB2NiBXaXJlbGVzcyBBY2Nlc3MgaW4gVmVoaWN1 bGFyIEVudmlyb25tZW50cyAoSVBXQVZFKTogUHJvYmxlbQ0KDQo+IFN0YXRlbWVudCBhbmQgVXNl IENhc2VzKSB0byBJbmZvcm1hdGlvbmFsIFJGQw0KDQo+DQoNCj4gKzENCg0KPg0KDQo+IEkgd2Fz IGdvaW5nIHRvIHdyaXRlIHNvbWV0aGluZyBzaW1pbGFyIHRvIHdoYXQgQnJpYW4gd3JvdGUuICAg VGhpcw0KDQo+IGRvY3VtZW50IHNheXMgaXQgaXMgYSBwcm9ibGVtIHN0YXRlbWVudCwgYnV0IHRo ZW4gYmVjb21lcyBhIHNvbHV0aW9uDQoNCj4gZG9jdW1lbnQuICAgTWlnaHQgYmUgYmV0dGVyIHRv IGN1dCBpdCBkb3duIHRvIG9ubHkgdGhlIHByb2JsZW0gc3RhdGVtZW50DQoNCj4gcGFydC4NCg0K Pg0KDQo+IEkgYWxzbyBub3RlZCBhcyBCcmlhbiBwb2ludHMgb3V0IHRoYXQgdGhlIHNvbHV0aW9u IHBhcnQgYXBwZWFycyB0byBiZQ0KDQo+IGRlcGVuZGVudCBvbiBPTU5JIGdpdmVuIHRoZSDigJxt dXN04oCdIGxhbmd1YWdlLCBidXQgT01OSSBpcyBhbiBpbmZvcm1hdGlvbmFsDQoNCj4gcmVmZXJl bmNlLiAgIFRoaXMgc2VlbXMgbGlrZSBhIGRpc2Nvbm5lY3QuDQoNCj4NCg0KPiBCb2INCg0KPg0K DQo+DQoNCj4gPiBPbiBKdW4gMTQsIDIwMjEsIGF0IDg6MjUgUE0sIEJyaWFuIEUgQ2FycGVudGVy DQoNCj4gPGJyaWFuLmUuY2FycGVudGVyQGdtYWlsLmNvbTxtYWlsdG86YnJpYW4uZS5jYXJwZW50 ZXJAZ21haWwuY29tPj4gd3JvdGU6DQoNCj4gPg0KDQo+ID4gVGhhbmtzIGZvciB0aGUgaGVhZHMt dXAsIEVyaWsuDQoNCj4gPg0KDQo+ID4gVGhpcyB0ZXh0IGF0DQoNCj4gPiBodHRwczovL2RhdGF0 cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWlldGYtaXB3YXZlLXZlaGljdWxhci1uZXR3 DQoNCj4gPiBvcmtpbmctMjAjcGFnZS05DQoNCj4gPg0KDQo+ID4+ICAgVGhlcmVmb3JlLCB0aGUg ZXhpc3RpbmcgSVB2NiBwcm90b2NvbCBjYW4gYmUNCg0KPiA+PiAgIGF1Z21lbnRlZCB0aHJvdWdo IHRoZSBhZGRpdGlvbiBvZiBhbiBPdmVybGF5IE11bHRpbGluayBOZXR3b3JrIChPTU5JKQ0KDQo+ ID4+ICAgSW50ZXJmYWNlIFtPTU5JXSBhbmQvb3IgcHJvdG9jb2wgY2hhbmdlcyBpbiBvcmRlciB0 byBzdXBwb3J0IGJvdGgNCg0KPiA+PiAgIHdpcmVsZXNzIHNpbmdsZS1ob3AvbXVsdGlob3AgVjJW IGNvbW11bmljYXRpb25zIGFuZCBtdWx0aXBsZSByYWRpbw0KDQo+ID4+ICAgdGVjaG5vbG9naWVz IGluIHZlaGljdWxhciBuZXR3b3Jrcy4NCg0KPiA+DQoNCj4gPiBpcyBvZiBjb25jZXJuIHJlZ2Fy ZGxlc3Mgb2YgdGhlIG1lbnRpb24gb2YgT01OSS4gRG9lcyBpdCBtZWFuICJjYW4gYmUiDQoNCj4g b3IgIm5lZWRzIHRvIGJlIj8gVGhpcyBwYXJhZ3JhcGggc2VlbXMgbGlrZSBhIHZlcnkgc2hvcnQg c3VtbWFyeSBvZiBhIGJpZw0KDQo+IHByb2JsZW0gYXJlYS4gQXQgdGhlIGVuZCBvZiBwYWdlIDEz IHRoZXJlIGlzIHNvbWUgcmVsYXRlZCBkaXNjdXNzaW9uLA0KDQo+IHdoaWNoIG1lbnRpb25zIFJQ TCBhcyBwYXJ0IG9mIHRoZSBzb2x1dGlvbiAoZ29vZCBjaG9pY2UsIElNSE8pIGJ1dCBhZ2Fpbg0K DQo+IHNlZW1zIHRvIGRlcGVuZCBvbiBPTU5JLiBJIGRvbid0IHRoaW5rIHRoZSBmaXggb2Ygc2lt cGx5IHJlbW92aW5nDQoNCj4gcmVmZXJlbmNlcyB0byBPTU5JIHdvcmtzLCBiZWNhdXNlIGl0IHdv dWxkIGxlYXZlIGEgZ2FwLiBJbiBhbg0KDQo+IGluZm9ybWF0aW9uYWwgZG9jdW1lbnQsIHRoYXQg aXMgbm90IGEgZm9ybWFsIHByb2JsZW0gYnV0IGFzIGZhciBhcyB0aGlzDQoNCj4gZHJhZnQgZGVz Y3JpYmVzIGFyY2hpdGVjdHVyZSwgSSBkb24ndCB0aGluayB0aGF0IGJpZyBhIGdhcCBpcyByZWFz b25hYmxlLg0KDQo+ICJPTU5JIiBpcyBtZW50aW9uZWQgbW9yZSB0aGFuIDIwIHRpbWVzIGluIHRo ZSBkb2N1bWVudC4gVGhlcmUgYXJlIGFsc28NCg0KPiBzZXZlcmFsIHJlZmVyZW5jZXMgdG8gQUVS Tywgd2hpY2ggaXMgc3Ryb25nbHkgYXNzb2NpYXRlZCB3aXRoIE9NTkkuDQoNCj4gPg0KDQo+ID4g QXQgdGhpcyBwb2ludCBJIGJlY2FtZSBjb25mdXNlZCBhYm91dCB0aGUgcHVycG9zZSBvZiB0aGUg ZG9jdW1lbnQuIFRoZQ0KDQo+ID4gQWJzdHJhY3Qgc2F5cw0KDQo+ID4NCg0KPiA+PiAgIFRoaXMg ZG9jdW1lbnQgZGlzY3Vzc2VzIHRoZSBwcm9ibGVtIHN0YXRlbWVudCBhbmQgdXNlIGNhc2VzIG9m DQoNCj4gPj4gICBJUHY2LWJhc2VkIHZlaGljdWxhciBuZXR3b3JraW5nDQoNCj4gPg0KDQo+ID4g SW4gZmFjdCwgbW9zdCBvZiBzZWN0aW9uIDQgc2VlbXMgdG8gYmUgYSBkcmFmdCBhcmNoaXRlY3R1 cmUgb2YgYQ0KDQo+IHNvbHV0aW9uLg0KDQo+ID4NCg0KPiA+PiA1LiAgUHJvYmxlbSBTdGF0ZW1l bnQNCg0KPiA+Pg0KDQo+ID4+ICAgSW4gb3JkZXIgdG8gc3BlY2lmeSBwcm90b2NvbHMgdXNpbmcg dGhlIGFyY2hpdGVjdHVyZSBtZW50aW9uZWQgaW4NCg0KPiA+PiAgIFNlY3Rpb24gNC4xLCBJUHY2 IGNvcmUgcHJvdG9jb2xzIGhhdmUgdG8gYmUgYWRhcHRlZCB0byBvdmVyY29tZQ0KDQo+ID4+ICAg Y2VydGFpbiBjaGFsbGVuZ2luZyBhc3BlY3RzIG9mIHZlaGljdWxhciBuZXR3b3JraW5nLg0KDQo+ ID4NCg0KPiA+IFRoYXQncyBhIGJpZyBsZWFwLiBCdXQgdGhlIHJlc3Qgb2Ygc2VjdGlvbiA1IHNl ZW1zIHRvIGdldCBiYWNrIHRvDQoNCj4gc29sdXRpb24gZGVzaWduLg0KDQo+ID4NCg0KPiA+IFNv IEkgYW0gbGVmdCBwdXp6bGVkIGFib3V0IHdoYXQgd291bGQgaGFwcGVuIG5leHQgaWYgdGhpcyBk cmFmdA0KDQo+ID4gYmVjb21lcyBhbiBSRkMuIERvIHRoZSBhdXRob3JzIGV4cGVjdCA2bWFuIHRv IHdvcmsgb24gdGhlIGlzc3VlcyB0aGV5J3ZlDQoNCj4gcmFpc2VkPyBJJ20gbm90IHN1cmUgdGhl eSBtYXRjaCA2bWFuJ3MgbGltaXRlZCBjaGFydGVyICgibm90IGNoYXJ0ZXJlZCB0bw0KDQo+IGRl dmVsb3AgbWFqb3IgY2hhbmdlcyBvciBhZGRpdGlvbnMgdG8gdGhlIElQdjYgc3BlY2lmaWNhdGlv bnMiKS4NCg0KPiA+DQoNCj4gPiBSZWdhcmRzDQoNCj4gPiAgIEJyaWFuIENhcnBlbnRlcg0KDQo+ ID4NCg0KPiA+IE9uIDE1LUp1bi0yMSAxMzowNywgRXJpayBLbGluZSB3cm90ZToNCg0KPiA+PiAr Nm1hbiwgc2luY2UgdGhlcmUgYXJlIG1hbnkgc3RhdGVtZW50cyBhYm91dCBJUHY2IHdvcmsgaW4g dGhpcw0KDQo+IGRvY3VtZW50Lg0KDQo+ID4+DQoNCj4gPj4gT25lIHRoaW5nIG9mIG5vdGU6IGlu IHRoZSB0aW1lIGFmdGVyIHRoaXMgZG9jdW1lbnQgd2FzIFdHTEMnZCwgNm1hbg0KDQo+ID4+IGhl bGQgYW4gYWRvcHRpb24gY2FsbCBvbiBPTU5JIHRoYXQgZGlkIG5vdCByZXN1bHQgaW4gYWRvcHRp b24gW09NTkldLg0KDQo+ID4+IFRoZXJlIGFyZSBhdCB0d28gcGxhY2VzIHdoZXJlIHRoaXMgdGV4 dCBhcHBlYXJzOg0KDQo+ID4+DQoNCj4gPj4gICAiVGhlIGV4aXN0aW5nIElQdjYgcHJvdG9jb2wg bXVzdCBiZSBhdWdtZW50ZWQgdGhyb3VnaCB0aGUgYWRkaXRpb24gb2YNCg0KPiA+PiAgIGFuIE9N TkkgaW50ZXJmYWNlLi4uIg0KDQo+ID4+DQoNCj4gPj4gVGhlc2Ugc3RhdGVtZW50cyBzaG91bGQg cHJvYmFibHkgYmUgcmV2aXNlZCAob3IgcmVtb3ZlZCkuDQoNCj4gPj4NCg0KPiA+PiAtRXJpaw0K DQo+ID4+DQoNCj4gPj4gW09NTkldDQoNCj4gPj4gaHR0cHM6Ly9tYWlsYXJjaGl2ZS5pZXRmLm9y Zy9hcmNoL21zZy9pcHY2L3MxUzQ5RVlQVGhYMzRHb3d1NEV4UGdGYjMyDQoNCj4gPj4gay8NCg0K PiA+Pg0KDQo+ID4+IE9uIE1vbiwgSnVuIDE0LCAyMDIxIGF0IDc6MDIgQU0gVGhlIElFU0cgPGll c2ctc2VjcmV0YXJ5QGlldGYub3JnPG1haWx0bzppZXNnLXNlY3JldGFyeUBpZXRmLm9yZz4+DQoN Cj4gd3JvdGU6DQoNCj4gPj4+DQoNCj4gPj4+DQoNCj4gPj4+IFRoZSBJRVNHIGhhcyByZWNlaXZl ZCBhIHJlcXVlc3QgZnJvbSB0aGUgSVAgV2lyZWxlc3MgQWNjZXNzIGluDQoNCj4gPj4+IFZlaGlj dWxhciBFbnZpcm9ubWVudHMgV0cgKGlwd2F2ZSkgdG8gY29uc2lkZXIgdGhlIGZvbGxvd2luZw0K DQo+ID4+PiBkb2N1bWVudDogLSAnSVB2NiBXaXJlbGVzcyBBY2Nlc3MgaW4gVmVoaWN1bGFyIEVu dmlyb25tZW50cyAoSVBXQVZFKToNCg0KPiBQcm9ibGVtDQoNCj4gPj4+ICAgU3RhdGVtZW50IGFu ZCBVc2UgQ2FzZXMnDQoNCj4gPj4+ICA8ZHJhZnQtaWV0Zi1pcHdhdmUtdmVoaWN1bGFyLW5ldHdv cmtpbmctMjAudHh0PiBhcyBJbmZvcm1hdGlvbmFsDQoNCj4gPj4+IFJGQw0KDQo+ID4+Pg0KDQo+ ID4+PiBUaGUgSUVTRyBwbGFucyB0byBtYWtlIGEgZGVjaXNpb24gaW4gdGhlIG5leHQgZmV3IHdl ZWtzLCBhbmQNCg0KPiA+Pj4gc29saWNpdHMgZmluYWwgY29tbWVudHMgb24gdGhpcyBhY3Rpb24u IFBsZWFzZSBzZW5kIHN1YnN0YW50aXZlDQoNCj4gPj4+IGNvbW1lbnRzIHRvIHRoZSBsYXN0LWNh bGxAaWV0Zi5vcmc8bWFpbHRvOmxhc3QtY2FsbEBpZXRmLm9yZz4gbWFpbGluZyBsaXN0cyBieSAy MDIxLTA2LTI4Lg0KDQo+ID4+PiBFeGNlcHRpb25hbGx5LCBjb21tZW50cyBtYXkgYmUgc2VudCB0 byBpZXNnQGlldGYub3JnPG1haWx0bzppZXNnQGlldGYub3JnPiBpbnN0ZWFkLiBJbg0KDQo+ID4+ PiBlaXRoZXIgY2FzZSwgcGxlYXNlIHJldGFpbiB0aGUgYmVnaW5uaW5nIG9mIHRoZSBTdWJqZWN0 IGxpbmUgdG8gYWxsb3cNCg0KPiBhdXRvbWF0ZWQgc29ydGluZy4NCg0KPiA+Pj4NCg0KPiA+Pj4g QWJzdHJhY3QNCg0KPiA+Pj4NCg0KPiA+Pj4NCg0KPiA+Pj4gICBUaGlzIGRvY3VtZW50IGRpc2N1 c3NlcyB0aGUgcHJvYmxlbSBzdGF0ZW1lbnQgYW5kIHVzZSBjYXNlcyBvZg0KDQo+ID4+PiAgIElQ djYtYmFzZWQgdmVoaWN1bGFyIG5ldHdvcmtpbmcgZm9yIEludGVsbGlnZW50IFRyYW5zcG9ydGF0 aW9uDQoNCj4gPj4+ICAgU3lzdGVtcyAoSVRTKS4gIFRoZSBtYWluIHNjZW5hcmlvcyBvZiB2ZWhp Y3VsYXIgY29tbXVuaWNhdGlvbnMgYXJlDQoNCj4gPj4+ICAgdmVoaWNsZS10by12ZWhpY2xlIChW MlYpLCB2ZWhpY2xlLXRvLWluZnJhc3RydWN0dXJlIChWMkkpLCBhbmQNCg0KPiA+Pj4gICB2ZWhp Y2xlLXRvLWV2ZXJ5dGhpbmcgKFYyWCkgY29tbXVuaWNhdGlvbnMuICBGaXJzdCwgdGhpcyBkb2N1 bWVudA0KDQo+ID4+PiAgIGV4cGxhaW5zIHVzZSBjYXNlcyB1c2luZyBWMlYsIFYySSwgYW5kIFYy WCBuZXR3b3JraW5nLiAgTmV4dCwgZm9yDQoNCj4gPj4+ICAgSVB2Ni1iYXNlZCB2ZWhpY3VsYXIg bmV0d29ya3MsIGl0IG1ha2VzIGEgZ2FwIGFuYWx5c2lzIG9mIGN1cnJlbnQNCg0KPiA+Pj4gICBJ UHY2IHByb3RvY29scyAoZS5nLiwgSVB2NiBOZWlnaGJvciBEaXNjb3ZlcnksIE1vYmlsaXR5IE1h bmFnZW1lbnQsDQoNCj4gPj4+ICAgYW5kIFNlY3VyaXR5ICYgUHJpdmFjeSksIGFuZCB0aGVuIGVu dW1lcmF0ZXMgcmVxdWlyZW1lbnRzIGZvciB0aGUNCg0KPiA+Pj4gICBleHRlbnNpb25zIG9mIHRo b3NlIElQdjYgcHJvdG9jb2xzIGZvciBJUHY2LWJhc2VkIHZlaGljdWxhcg0KDQo+ID4+PiAgIG5l dHdvcmtpbmcuDQoNCj4gPj4+DQoNCj4gPj4+DQoNCj4gPj4+DQoNCj4gPj4+DQoNCj4gPj4+IFRo ZSBmaWxlIGNhbiBiZSBvYnRhaW5lZCB2aWENCg0KPiA+Pj4gaHR0cHM6Ly9kYXRhdHJhY2tlci5p ZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1pcHdhdmUtdmVoaWN1bGFyLW5ldHdvcmsNCg0KPiA+Pj4g aW5nLw0KDQo+ID4+Pg0KDQo+ID4+Pg0KDQo+ID4+Pg0KDQo+ID4+PiBObyBJUFIgZGVjbGFyYXRp b25zIGhhdmUgYmVlbiBzdWJtaXR0ZWQgZGlyZWN0bHkgb24gdGhpcyBJLUQuDQoNCj4gPj4+DQoN Cj4gPj4+DQoNCj4gPj4+DQoNCj4gPj4+DQoNCj4gPj4+DQoNCj4gPj4NCg0KPiA+PiAtLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLQ0KDQo+ID4+IElFVEYgSVB2NiB3b3JraW5nIGdyb3VwIG1haWxpbmcgbGlzdA0KDQo+ID4+ IGlwdjZAaWV0Zi5vcmc8bWFpbHRvOmlwdjZAaWV0Zi5vcmc+DQoNCj4gPj4gQWRtaW5pc3RyYXRp dmUgUmVxdWVzdHM6IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaXB2Ng0K DQo+ID4+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tDQoNCj4gPj4NCg0KPiA+DQoNCj4gPiAtLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQo+ ID4gSUVURiBJUHY2IHdvcmtpbmcgZ3JvdXAgbWFpbGluZyBsaXN0DQoNCj4gPiBpcHY2QGlldGYu b3JnPG1haWx0bzppcHY2QGlldGYub3JnPg0KDQo+ID4gQWRtaW5pc3RyYXRpdmUgUmVxdWVzdHM6 IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaXB2Ng0KDQo+ID4gLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0NCg0KDQo= --_000_CO1PR11MB4881214A5CBF26E1EC82448CD80D9CO1PR11MB4881namp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDEx IDYgOSAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCWZvbnQtc2l6ZTox MS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBzcGFu Lk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1NjNDMTsN Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxp bmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Izk1NEY3MjsNCgl0 ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnAuTXNvUGxhaW5UZXh0LCBsaS5Nc29QbGFpblRl eHQsIGRpdi5Nc29QbGFpblRleHQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHls ZS1saW5rOiJQbGFpbiBUZXh0IENoYXIiOw0KCW1hcmdpbjowY207DQoJZm9udC1zaXplOjExLjBw dDsNCglmb250LWZhbWlseTpDb25zb2xhczt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5 Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltYXJnaW46MGNt Ow0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFt aWx5OiJDb3VyaWVyIE5ldyI7fQ0KcC5Nc29MaXN0UGFyYWdyYXBoLCBsaS5Nc29MaXN0UGFyYWdy YXBoLCBkaXYuTXNvTGlzdFBhcmFncmFwaA0KCXttc28tc3R5bGUtcHJpb3JpdHk6MzQ7DQoJbWFy Z2luLXRvcDowY207DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCgltYXJnaW4tYm90dG9tOjBjbTsNCglt YXJnaW4tbGVmdDozNi4wcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2Fs aWJyaSIsc2Fucy1zZXJpZjt9DQpzcGFuLlBsYWluVGV4dENoYXINCgl7bXNvLXN0eWxlLW5hbWU6 IlBsYWluIFRleHQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1s aW5rOiJQbGFpbiBUZXh0IjsNCglmb250LWZhbWlseTpDb25zb2xhczt9DQpzcGFuLkhUTUxQcmVm b3JtYXR0ZWRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsN Cgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0 dGVkIjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCnAubXNvbm9ybWFsMCwgbGkubXNv bm9ybWFsMCwgZGl2Lm1zb25vcm1hbDANCgl7bXNvLXN0eWxlLW5hbWU6bXNvbm9ybWFsOw0KCW1z by1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowY207DQoJbXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGNtOw0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJ Zm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjQNCgl7 bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2Vy aWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlw ZTpleHBvcnQtb25seTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpAcGFn ZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcwLjg1cHQg ODIuMjVwdCA3MC44NXB0IDgyLjJwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNl Y3Rpb24xO30NCi8qIExpc3QgRGVmaW5pdGlvbnMgKi8NCkBsaXN0IGwwDQoJe21zby1saXN0LWlk OjkyNjc2NTc5Ow0KCW1zby1saXN0LXRlbXBsYXRlLWlkczoxNDkyMzk0MDU2O30NCkBsaXN0IGww OmxldmVsMQ0KCXttc28tbGV2ZWwtdGFiLXN0b3A6MzYuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXIt cG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwwOmxldmVsMg0K CXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0 b3A6NzIuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVu dDotMTguMHB0O30NCkBsaXN0IGwwOmxldmVsMw0KCXttc28tbGV2ZWwtdGFiLXN0b3A6MTA4LjBw dDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBw dDt9DQpAbGlzdCBsMDpsZXZlbDQNCgl7bXNvLWxldmVsLXRhYi1zdG9wOjE0NC4wcHQ7DQoJbXNv LWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxp c3QgbDA6bGV2ZWw1DQoJe21zby1sZXZlbC10YWItc3RvcDoxODAuMHB0Ow0KCW1zby1sZXZlbC1u dW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwwOmxl dmVsNg0KCXttc28tbGV2ZWwtdGFiLXN0b3A6MjE2LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBv c2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDcNCgl7 bXNvLWxldmVsLXRhYi1zdG9wOjI1Mi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjps ZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw4DQoJe21zby1sZXZl bC10YWItc3RvcDoyODguMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0 ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwwOmxldmVsOQ0KCXttc28tbGV2ZWwtdGFiLXN0 b3A6MzI0LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRl bnQ6LTE4LjBwdDt9DQpAbGlzdCBsMQ0KCXttc28tbGlzdC1pZDo4MTc5MTQ3NjU7DQoJbXNvLWxp c3QtdHlwZTpoeWJyaWQ7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOi00MzY5NzY5NzIgNjc2OTg3 MDUgNjc2OTg3MTMgNjc2OTg3MTUgNjc2OTg3MDMgNjc2OTg3MTMgNjc2OTg3MTUgNjc2OTg3MDMg Njc2OTg3MTMgNjc2OTg3MTU7fQ0KQGxpc3QgbDE6bGV2ZWwxDQoJe21zby1sZXZlbC10ZXh0OiIl MVwpIjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0 aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMTpsZXZlbDINCgl7bXNv LWxldmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5v bmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4w cHQ7fQ0KQGxpc3QgbDE6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OnJvbWFuLWxv d2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp b246cmlnaHQ7DQoJdGV4dC1pbmRlbnQ6LTkuMHB0O30NCkBsaXN0IGwxOmxldmVsNA0KCXttc28t bGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJ dGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMTpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJl ci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxl dmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3Qg bDE6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OnJvbWFuLWxvd2VyOw0KCW1zby1s ZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246cmlnaHQ7DQoJ dGV4dC1pbmRlbnQ6LTkuMHB0O30NCkBsaXN0IGwxOmxldmVsNw0KCXttc28tbGV2ZWwtdGFiLXN0 b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6 LTE4LjBwdDt9DQpAbGlzdCBsMTpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxw aGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1w b3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDE6bGV2ZWw5DQoJ e21zby1sZXZlbC1udW1iZXItZm9ybWF0OnJvbWFuLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3Rv cDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246cmlnaHQ7DQoJdGV4dC1pbmRlbnQ6 LTkuMHB0O30NCkBsaXN0IGwyDQoJe21zby1saXN0LWlkOjIwNjAyMDY2NTA7DQoJbXNvLWxpc3Qt dGVtcGxhdGUtaWRzOi05ODgxNTE2NjQ7fQ0KQGxpc3QgbDI6bGV2ZWwxDQoJe21zby1sZXZlbC10 YWItc3RvcDozNi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQt aW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDI6bGV2ZWwyDQoJe21zby1sZXZlbC10YWItc3RvcDo3 Mi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0x OC4wcHQ7fQ0KQGxpc3QgbDI6bGV2ZWwzDQoJe21zby1sZXZlbC10YWItc3RvcDoxMDguMHB0Ow0K CW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30N CkBsaXN0IGwyOmxldmVsNA0KCXttc28tbGV2ZWwtdGFiLXN0b3A6MTQ0LjBwdDsNCgltc28tbGV2 ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBs MjpsZXZlbDUNCgl7bXNvLWxldmVsLXRhYi1zdG9wOjE4MC4wcHQ7DQoJbXNvLWxldmVsLW51bWJl ci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDI6bGV2ZWw2 DQoJe21zby1sZXZlbC10YWItc3RvcDoyMTYuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp b246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwyOmxldmVsNw0KCXttc28t bGV2ZWwtdGFiLXN0b3A6MjUyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7 DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMjpsZXZlbDgNCgl7bXNvLWxldmVsLXRh Yi1zdG9wOjI4OC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQt aW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDI6bGV2ZWw5DQoJe21zby1sZXZlbC10YWItc3RvcDoz MjQuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDot MTguMHB0O30NCkBsaXN0IGwzDQoJe21zby1saXN0LWlkOjIxMDcyNjk5MDY7DQoJbXNvLWxpc3Qt dHlwZTpoeWJyaWQ7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOjExNjM4MzE5MTAgLTM5Mzk0OTU4 NCA2NzY5ODcxMyA2NzY5ODcxNSA2NzY5ODcwMyA2NzY5ODcxMyA2NzY5ODcxNSA2NzY5ODcwMyA2 NzY5ODcxMyA2NzY5ODcxNTt9DQpAbGlzdCBsMzpsZXZlbDENCgl7bXNvLWxldmVsLXRleHQ6IiUx XCkiOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp b246bGVmdDsNCgltYXJnaW4tbGVmdDoyMC4yNXB0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0K QGxpc3QgbDM6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFscGhhLWxvd2VyOw0K CW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm dDsNCgltYXJnaW4tbGVmdDo1Ni4yNXB0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3Qg bDM6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OnJvbWFuLWxvd2VyOw0KCW1zby1s ZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246cmlnaHQ7DQoJ bWFyZ2luLWxlZnQ6OTIuMjVwdDsNCgl0ZXh0LWluZGVudDotOS4wcHQ7fQ0KQGxpc3QgbDM6bGV2 ZWw0DQoJe21zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp b246bGVmdDsNCgltYXJnaW4tbGVmdDoxMjguMjVwdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30N CkBsaXN0IGwzOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsN Cgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxl ZnQ7DQoJbWFyZ2luLWxlZnQ6MTY0LjI1cHQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlz dCBsMzpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9tYW4tbG93ZXI7DQoJbXNv LWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpyaWdodDsN CgltYXJnaW4tbGVmdDoyMDAuMjVwdDsNCgl0ZXh0LWluZGVudDotOS4wcHQ7fQ0KQGxpc3QgbDM6 bGV2ZWw3DQoJe21zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9z aXRpb246bGVmdDsNCgltYXJnaW4tbGVmdDoyMzYuMjVwdDsNCgl0ZXh0LWluZGVudDotMTguMHB0 O30NCkBsaXN0IGwzOmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dl cjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9u OmxlZnQ7DQoJbWFyZ2luLWxlZnQ6MjcyLjI1cHQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpA bGlzdCBsMzpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9tYW4tbG93ZXI7DQoJ bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpyaWdo dDsNCgltYXJnaW4tbGVmdDozMDguMjVwdDsNCgl0ZXh0LWluZGVudDotOS4wcHQ7fQ0Kb2wNCgl7 bWFyZ2luLWJvdHRvbTowY207fQ0KdWwNCgl7bWFyZ2luLWJvdHRvbTowY207fQ0KLS0+PC9zdHls ZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQi IHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+ PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0 IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFk Pg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIiBzdHls ZT0id29yZC13cmFwOmJyZWFrLXdvcmQiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxw IGNsYXNzPSJNc29QbGFpblRleHQiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZiI+SGVsbG8gQm9iIGFuZCBCcmlhbjo8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgZmFjZT0iQ2FsaWJyaSI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxm b250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RllJLCBJIHByb2R1 Y2VkIGFuIElFVEYgbGFzdCBjYWxsIHJldmlldyBmb3IgdGhpcyBkb2N1bWVudDsgSSBpbmNsdWRl ZCBzb21lIHdvcmRzIGZyb20geW91ciBlbWFpbHMgaW4gdGhpcyB0aHJlYWQuDQo8bzpwPjwvbzpw Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgZmFjZT0i Q2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJN c29QbGFpblRleHQiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp ZiI+SSBlZmZlY3RpdmVseSBmb3VuZCB0aGF0IDo8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9w Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmIj4tIGl0IGlzIG11bHRpcGxlIGRvY3MgaW4gb25lLCB0aGF0IHByb3Zp ZGVzIHRleHQgb24gc29sdXRpb24gc3BhY2UgdGhhdCBkb2VzIG5vdCBiZWxvbmcgaW4gYSBwcm9i bGVtIHN0YXRlbWVudCBhbmQgaXMgbGFyZ2VseSBpbmNvbXBsZXRlPG86cD48L286cD48L3NwYW4+ PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxmb250IHNpemU9IjIiIGZhY2U9 IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+LSBpdCBpcyBsYXJnZWx5IG92ZXJzZWxsaW5nIE9N TkksIHByZXNlbnRpbmcgaXQgYXMgdGhlIHBhbmFjZWEgZm9yIGFsbCBwcm9ibGVtcyBhbmQgYXMg dGhlIHJlZmVyZW5jZSBmcm9tIGNvbmNlcHRzIGZvciB3aGljaCBSRkNzIGV4aXN0IHRoYXQNCiBj YW4gYmUgbW9yZSBzcGVjaWZpYyByZWZlcmVuY2UuPG86cD48L286cD48L3NwYW4+PC9mb250Pjwv cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmki PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZiI+LSBJdCBpcyBhbHNvIG1pc3NpbmcgYSBnb29kIG51bWJlciBvZiBy ZWZlcmVuY2UgYW5kIHJld29yZGluZyB0aGVpciBjb250ZW50LCBub3QgYWx3YXlzIGZ1bGx5IGNv cnJlY3RseSBvciBjb21wbGV0ZWx5LjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBj bGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9udCBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0i MiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5QbGVhc2Ugc2VlIGJlbG93OyBhbnkg Y29udHJhZGljdGlvbiB0byBteSByZW1hcmtzIGFuZC9vciBhZGRpdGlvbmFsIGNvbW1lbnQgaXMg d2VsY29tZTs8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWlu VGV4dCI+PGZvbnQgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250 PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGli cmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZiI+UGFzY2FsPC9zcGFuPjwvZm9udD48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+ PC9wPg0KPGRpdiBzdHlsZT0ibXNvLWVsZW1lbnQ6cGFyYS1ib3JkZXItZGl2O2JvcmRlcjpub25l O2JvcmRlci1ib3R0b206c29saWQgd2luZG93dGV4dCAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMS4w cHQgMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJib3JkZXI6bm9uZTtwYWRkaW5n OjBjbSI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkluIHN1bW1hcnk6PG86cD48L286cD48L3NwYW4+ PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNh bGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFj ZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkkgcmVhZCBhIG51bWJl ciBvZiB2ZXJ5IGdvb2QgZHJhZnRzIGNvbGxhdGVkIGluIG9uZSwgZnJvbSB0aGUgdXNlIGNhc2Vz IHRoYXQgdmVyeSBjb21wbGV0ZSBhbmQgcmVhZHkgdG8gcHVibGlzaCwgdG8gdGhlIGFyY2hpdGVj dHVyZSBhbmQgcHJvdG9jb2wgc29sdXRpb24gaW4gc2VjdGlvbiA0IHRoYXQgd291bGQNCiByZXF1 aXJlIG1vcmUgd29yayBmb3IgY29tcGxldGVuZXNzLiA8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv Zm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxp YnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+VGhlcmUgYXJlIG11bHRpcGxlIGlu c3RhbmNlcyBpbiB0aGUgdXNlIGNhc2VzIHdoZXJlIHByb3RvY29scyBhcmUgbGlzdGVkIGNvbWlu ZyBvdXQgb2YgdGhlIGJsdWUsIGUuZy4sIHRoZSByZWZlcmVuY2VzIHRvIE9NTkkgdGhhdCBzZWVt IGFydGlmaWNpYWxseSBzcHJlYWQgcmVnYXJkbGVzcyBvZiB0aGUgY29udGV4dA0KIG9mIHRoZSBz ZWN0aW9uLiBPTU5JIGlzIHVzZWQgdGhyb3VnaG91dCwgYm90aCBhcyBhbiBvcGVuIGVuZGVkIHRv b2xib3gsIGFuZCBhcyBhIGNhcnBldCB1bmRlciB3aGljaCBhbGwgcHJvYmxlbXMgY2FuIGJlIGhp ZGRlbi4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0Ij5SZWFkaW5nIHRoaXMgZG9jLCBPTU5JIHNob3dzIGFzIGFuIGludGVyZmFjZSB0 byBhIHNvZnR3YXJlIG1vYmlsZSByb3V0ZXIsIHdpdGggbXVsdGlwbGUgb2YgdGhlIGRldmljZSBw aHlzaWNhbCBpbnRlcmZhY2VzIGNvbm5lY3RlZCB0byB0aGUgbW9iaWxlIHJvdXRlci4gVGhpcyBt YWtlcyB0aGUgc3RhY2sNCiB2ZXJ5IHNpbXBsZSBhcyB0aGUgY29tcGxleGl0eSBtb3ZlcyB0byB0 aGUgcm91dGVyLiBCdXQgbm93IHlvdSBoYXZlIHRvIGltcGxlbWVudCB0aGUgcm91dGVyLiBQcmVz ZW50ZWQgYXMgdGhhdCwgdGhlIE9NTkkgcm91dGVyIGRlc2VydmVzIGl0cyBuYW1lLCBpdOKAmXMg aW5kZWVkIHZlcnkgcmljaDsgaXQgc2VlbXMgdG8gY292ZXIgYWxsIGZvcm1zIG9mIE1BTkVUICht YW55IHRvIGNob29zZSBmcm9tKSBhbmQgTkVNTyAoYW5kIGFsbCB0aGUgTUlQIHByb3RvY29sDQog ZmFtaWx5IGFjcm9zcyBhZGRyZXNzIGZhbWlsaWVzKSwgYWxsIHRoZSBwb3NzaWJsZSByYWRpbyBp bnRlcmZhY2VzIG9uIHdoaWNoIHRoZSBORCBwcm9ibGVtcyBnbyBhd2F5IGJ5IG1hZ2ljLCBhbmQg d2hhdGV2ZXIgZWxzZSB5b3Ugd2FudCB0byBwdXQgaW4gdGhlcmUuIElzIHRoYXQgdGhlIGludGVu dGlvbj88bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdCI+SW5zdGVhZCBvZiByZWZlcnJpbmcgdG8gT01OSSBmb3IgdmlydHVhbGx5IGFueXRo aW5nLCB0aGUgZG9jIHNob3VsZCByZWZlciB0byBNQU5FVCBmb3IgTUFORVQgdGhpbmdzIChsaWtl IEJZT0QpLCBORU1PIGZvciBORU1PIHRoaW5ncyAobGlrZSBNTlApLCBkcmFmdC1ub3JkbWFyay1p bnRhcmVhLWlwcGwgZm9yDQogc3BsaXQgc3VibmV0cywgYW5kIGRyYWZ0LXRodWJlcnQtNm1hbi1p cHY2LW92ZXItd2lyZWxlc3MgZm9yIFAyTVAvTkJNQSBsaW5rIGFuZCBzdWJuZXQgbW9kZWxzLiBB bmQgdGhlbiB5b3UgY2FuIHNheSB0aGF0IGFsbCB0aG9zZSBjb21wb25lbnRzIGNhbiBiZSBwbHVn Z2VkIGluIHRoZSBPTU5JIHJvdXRlciwgYW5kIHlvdSBjYW4gZGlzY3VzcyB3aGljaCBNQU5FVCBh bmQgd2hpY2ggTUlQIHlvdSB3YW50LCBpbmNsdWRpbmcgdXNpbmcgT01OSeKAmXMNCiBidWlsdCBp biBtb2JpbGl0eS4gPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQiPk5vdGUgdGhhdCBteSBvYmplY3Rpb25zIGFyZSBub3QgYWdhaW5zdCB0 aGUgT01OSSBkZXNpZ24sIGl0IG1pZ2h0IGJlIHRoZSBwZXJmZWN0IHRoaW5nIGFuZCBJIGFtIGFs cmVhZHkgYXdhcmUgb2YgdXNlIGNhc2VzIHRoYXQgY291bGQgYmUgc2VydmVkIGJ5IGEgUDJNUCBp bnRlcmZhY2UgbGlrZSBPTU5JIGluDQogY29uanVuY3Rpb24gd2l0aCBSRkM4NTA1IG9uIHRoZSBQ MlAgc3ViaW50ZXJmYWNlcyAocmVjeWNsaW5nIHRoZSBoaWdoIGxldmVsIGRlc2lnbiB3ZeKAmXZl IGJlZW4gc2hpcHBpbmcgZm9yIElQdjQgLyBmcmFtZSByZWxheSBmb3IgdGhlIGxhc3QgMzAgeWVh cnMpLiBNeSBvYmplY3Rpb24gaXMgb2YgdGhlIHdheSB0aGUgZHJhZnQgdXNlcyBbT01OSV0gYXMg dGhlIG1hZ2ljIHdhbmQgdGhhdCBzb2x2ZXMgYWxsIHRoZSBwcm9ibGVtcyB3aGVuIHdoYXQNCiB5 b3UgcmVhbGx5IGRvIGlzIHRocm93IHRoZW0gb3ZlciB0aGUgZmVuY2UuIEnigJlkIHJhdGhlciB5 b3UgZm9jdXMgb24gcHJvYmxlbXMgYW5kIHVzZSBjYXNlcywgZm9yIHdoaWNoIHRoZXJl4oCZcyBl eGNlbGxlbnQgdGV4dCwgYW5kIGluZGljYXRlIHdoYXQgbmVlZHMgdG8gYmUgZG9uZSB3aXRob3V0 IG1ha2luZyBhc3N1bXB0aW9uIG9uIGhvdyB0aGUgbmVlZGZ1bCB0aGluZ3Mgd2lsbCBiZSBzb2x2 ZWQuPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxm b250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQiPkluIGFncmVlbWVudCB3aXRoIGEgZGlzY3Vzc2lvbiBvbiB0aGUgNk1BTiBsaXN0LCBJ 4oCZZCBzdWdnZXN0IHRvIHNwbGl0LCBrZWVwIGFsbCB0aGF04oCZcyB1c2UgY2FzZSBhbmQgcHJv YmxlbSBkZXNjcmlwdGlvbiBhbmQgc2hpcCBpdCwgcmVtb3ZlIHJlZmVyZW5jZXMgdG8gcHJvdG9j b2xzIGVudmlzaW9uZWQNCiBpbiB0aGUgc29sdXRpb24sIGFuZCBzdGFydCB0aGUgd29yayBvbiBh cmNoaXRlY3R1cmUgb2YgdGhlIHNvbHV0aW9uIGFuZCB0aGUgcHJvdG9jb2wgYXBwbGljYWJpbGl0 eSBzdGF0ZW1lbnRzIHNlcGFyYXRlbHkuIEFuIGFsdGVybmF0ZSB3b3VsZCBiZSB0byBjZW50cmFs aXplIHRoZSBkaXNjdXNzaW9uIG9uIHByb3RvY29scyB0byBhbm5leCwgYW5kIGV4cGxhaW4gdGhh dCBwcm90b2NvbCBBIG9yIEIgY291bGQgYmUgZW52aXNpb25lZCBpbiBzb2x1dGlvbg0KIHNwYWNl IGJlY2F1c2UgdG8gb3ZlciB0aGlzIGdhcCBvciBpbXBsZW1lbnQgdGhhdCBmdW5jdGlvbi48bzpw PjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6 ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9u dCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+ SW4gYW55IGZhc2hpb24sIHRoZSBjdXJyZW50IHRleHQgaXMgbm90IHJlYWR5IGZvciBwdWJsaWNh dGlvbiBhcyBhcHBsaWNhYmlsaXR5IHN0YXRlbWVudCwgYXJjaGl0ZWN0dXJlIGFuZCBvci9zb2x1 dGlvbiwgc28gdGhlIHJlbGF0ZWQgd29yayBzaG91bGQgYmUgcmVtb3ZlZCBmcm9tIHRoZSBtYWlu IHRleHQuDQogQnV0IEkgZmluZCBpdCBtb3N0bHkgcmVhZHkgZm9yIHVzZSBjYXNlIGFuZCBwcm9i bGVtIHN0YXRlbWVudCwgbW9yZSBiZWxvdy48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+UmV2aWV3OjxvOnA+PC9vOnA+PC9zcGFuPjwv Zm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxp YnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9 IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIg ZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2Zv bnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmll ciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7Ij5BYnN0cmFjdDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNw OyZuYnNwOyBUaGlzIGRvY3VtZW50IGRpc2N1c3NlcyB0aGUgcHJvYmxlbSBzdGF0ZW1lbnQgYW5k IHVzZSBjYXNlcyBvZjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNw OyZuYnNwOyBJUHY2LWJhc2VkIHZlaGljdWxhciBuZXR3b3JraW5nIGZvciBJbnRlbGxpZ2VudCBU cmFuc3BvcnRhdGlvbjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNw OyZuYnNwOyBTeXN0ZW1zIChJVFMpLiZuYnNwOw0KPG86cD48L286cD48L3NwYW4+PC9mb250Pjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsmZ3Q7Jmd0OyBUaGUgZG9jdW1lbnQgZ29lcyBiZXlv bmQgdGhhdDsgdGhlcmUgd2FzIGFjdHVhbGx5IGEgdGhyZWFkIGF0IDZNQU4gd2hlcmUgQm9iIEhp bmRlbiBzYWlkPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJ0ZXh0LWluZGVudDozNi4wcHQiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGli cmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij7igJw8bzpwPjwvbzpwPjwvc3Bhbj48 L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtaW5kZW50OjM2LjBw dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQiPlRoaXMgZG9jdW1lbnQgc2F5cyBpdCBpcyBhIHByb2JsZW0gc3RhdGVtZW50LCBidXQg dGhlbiBiZWNvbWVzIGEgc29sdXRpb24gZG9jdW1lbnQuJm5ic3A7Jm5ic3A7IE1pZ2h0IGJlIGJl dHRlciB0byBjdXQgaXQgZG93biB0byBvbmx5IHRoZSBwcm9ibGVtIHN0YXRlbWVudCBwYXJ0Ljxv OnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i dGV4dC1pbmRlbnQ6MzYuMHB0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdCI+4oCcPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7Jmd0OyZndDsgV291bGQgeW91IGNvbnNpZGVy IGRvaW5nIHRoaXM/IElmIG5vdCwgd2h5PyBOb3RlOiB5b3UgbWF5IHdhbnQgdG8gcmVzcG9uZCBv biA2TUFOIGFzIHdlbGwuPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0Ij4mZ3Q7Jmd0OyZndDsNCjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyZndDsmZ3Q7SSB3b3VsZCBoYXZlIHRob3Vn aHQgdGhhdCB0aGUgdHJhZGl0aW9uYWwgc3RlcHMgb2YgcHJvYmxlbSBzdGF0ZW1lbnQgYW5kIGFw cGxpY2FiaWxpdHkgc3RhdGVtZW50IG9mIGV4aXN0aW5nIHdvcmsgY291bGQgYmUgZXhwZWN0ZWQg ZnJvbSBJUFdBVkUgdG9vLg0KPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0Ij4mZ3Q7Jmd0OyZndDsgUGxlYXNlIGNsYXJpZnkgdGhlIHN0ZXBzIHRo YXQgeW91IGludGVuZCB0byBmb2xsb3cgbmV4dCB3aXRoIHRoaXMgd29yay48bzpwPjwvbzpwPjwv c3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFj ZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIy IiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNp emU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbHQ7 c25pcCZndDs8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6 ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4xLiZuYnNwOyBJbnRyb2R1Y3Rpb248 bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQg c2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFj ZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsmZ3Q7Jmd0OyBW ZXJ5IHJlYWRhYmxlIGFuZCBpbmZvcm1hdGl2ZSBzZWN0aW9uLCBtYW55IHRoYW5rcyE8bzpwPjwv bzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0i MiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291 cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgQWxvbmcgd2l0aCB0aGVzZSBXQVZFIHN0YW5kYXJkcyBhbmQg Qy1WMlggc3RhbmRhcmRzLCByZWdhcmRsZXNzIG9mIGE8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBO ZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgd2lyZWxlc3MgYWNjZXNzIHRlY2hub2xvZ3kgdW5k ZXIgdGhlIElQIHN0YWNrIG9mIGEgdmVoaWNsZSwgdmVoaWN1bGFyPG86cD48L286cD48L3NwYW4+ PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNv dXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IG5ldHdvcmtzIGNhbiBvcGVyYXRlIElQ IG1vYmlsaXR5IHdpdGggSVB2NiBbUkZDODIwMF0gYW5kIE1vYmlsZSBJUHY2PG86cD48L286cD48 L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZh Y2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IHByb3RvY29scyAoZS5nLiwg TW9iaWxlIElQdjYgKE1JUHY2KSBbUkZDNjI3NV0sIFByb3h5IE1JUHY2IChQTUlQdjYpPG86cD48 L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9 IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IFtSRkM1MjEzXSwg RGlzdHJpYnV0ZWQgTW9iaWxpdHkgTWFuYWdlbWVudCAoRE1NKSBbUkZDNzMzM10sIExvY2F0b3Iv PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250 IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7SUQgU2Vw YXJhdGlvbiBQcm90b2NvbCAoTElTUCkgW1JGQzY4MzBCSVNdLCBhbmQgQXN5bW1ldHJpYyBFeHRl bmRlZDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBS b3V0ZSBPcHRpbWl6YXRpb24gKEFFUk8pIFtSRkM2NzA2QklTXSkuJm5ic3A7DQo8bzpwPjwvbzpw Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIg ZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2Zv bnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJy aSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsmZ3Q7Jmd0OyBORU1PIChSRkMg Mzk2MykgaXMgbm90IGNpdGVkLiBBbnkgcmVhc29uIHdoeSB0aGUgdmVoaWNsZSB3b3VsZCBub3Qg dHJhbnNwb3J0IGEgbmV0d29yaz88bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmx0O3NuaXAmZ3Q7PG86cD48L286cD48L3NwYW4+PC9m b250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJp ZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250 IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IFRoaXMg ZG9jdW1lbnQgZGVzY3JpYmVzIHVzZSBjYXNlcyBhbmQgYSBwcm9ibGVtIHN0YXRlbWVudCBhYm91 dDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9u dCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBJUHY2 LWJhc2VkIHZlaGljdWxhciBuZXR3b3JraW5nIGZvciBJVFMsIHdoaWNoIGlzIG5hbWVkIElQdjYg V2lyZWxlc3M8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJz cDsgQWNjZXNzIGluIFZlaGljdWxhciBFbnZpcm9ubWVudHMgKElQV0FWRSkuJm5ic3A7IEZpcnN0 LCBpdCBpbnRyb2R1Y2VzIHRoZTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsi PiZuYnNwOyZuYnNwOyB1c2UgY2FzZXMgZm9yIHVzaW5nIFYyViwgVjJJLCBhbmQgVjJYIG5ldHdv cmtpbmcgaW4gSVRTLiZuYnNwOyBOZXh0LCBmb3I8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXci PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgSVB2Ni1iYXNlZCB2ZWhpY3VsYXIgbmV0d29ya3MsIGl0 IG1ha2VzIGEgZ2FwIGFuYWx5c2lzIG9mIGN1cnJlbnQ8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBO ZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgSVB2NiBwcm90b2NvbHMgKGUuZy4sIElQdjYgTmVp Z2hib3IgRGlzY292ZXJ5LCBNb2JpbGl0eSBNYW5hZ2VtZW50LDxvOnA+PC9vOnA+PC9zcGFuPjwv Zm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3Vy aWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBhbmQgU2VjdXJpdHkgJmFtcDsgUHJpdmFj eSksIGFuZCB0aGVuIGVudW1lcmF0ZXMgcmVxdWlyZW1lbnRzIGZvciB0aGU8bzpwPjwvbzpwPjwv c3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFj ZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgZXh0ZW5zaW9ucyBvZiB0aG9z ZSBJUHY2IHByb3RvY29scywgd2hpY2ggYXJlIHRhaWxvcmVkIHRvIElQdjYtYmFzZWQ8bzpwPjwv bzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0i MiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgdmVoaWN1bGFyIG5l dHdvcmtpbmcuJm5ic3A7IFRodXMsIHRoaXMgZG9jdW1lbnQgaXMgaW50ZW5kZWQgdG8gbW90aXZh dGU8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZv bnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgZGV2 ZWxvcG1lbnQgb2Yga2V5IHByb3RvY29scyBmb3IgSVBXQVZFLjxvOnA+PC9vOnA+PC9zcGFuPjwv Zm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3Vy aWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyZndDsmZ3Q7PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9 IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIg ZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZsdDtzbmlwJmd0 OzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9u dCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBm YWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVy IE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPjIuJm5ic3A7IFRlcm1pbm9sb2d5PG86cD48L286cD48L3NwYW4+PC9m b250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJp ZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+Jm5ic3A7DQo8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQiPiZndDsmZ3Q7Jmd0OzxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9m b250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGli cmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbHQ7c25pcCZndDs8bzpwPjwvbzpw Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIg ZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2Zv bnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmll ciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7Ij4mbmJzcDsmbmJzcDsgbyZuYnNwOyBJUC1PQlU6ICZxdW90O0ludGVybmV0IFByb3RvY29s IE9uLUJvYXJkIFVuaXQmcXVvdDs6IEFuIElQLU9CVSBkZW5vdGVzIGE8bzpwPjwvbzpwPjwvc3Bh bj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0i Q291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgY29t cHV0ZXIgc2l0dWF0ZWQgaW4gYSB2ZWhpY2xlIChlLmcuLCBjYXIsIGJpY3ljbGUsIGF1dG9iaWtl LDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9u dCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyBtb3RvciBjeWNsZSwgYW5kIGEgc2ltaWxhciBvbmUpIGFuZCBhIGRldmlj ZSAoZS5nLiwgc21hcnRwaG9uZSBhbmQ8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgSW9UIGRldmljZSkuJm5ic3A7IEl0 IGhhcyBhdCBsZWFzdCBvbmUgSVAgaW50ZXJmYWNlIHRoYXQgcnVucyBpbiBJRUVFPG86cD48L286 cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIi IGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IDgwMi4xMS1PQ0IgYW5kIGhhcyBhbiAmcXVvdDtPQlUmcXVvdDsgdHJhbnNjZWl2ZXIuJm5i c3A7IEFsc28sIGl0IG1heSBoYXZlIGFuIElQPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGludGVyZmFjZSB0aGF0IHJ1 bnMgaW4gQ2VsbHVsYXIgVjJYIChDLVYyWCkgW1RTLTIzLjI4NS0zR1BQXTxvOnA+PC9vOnA+PC9z cGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNl PSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBb VFItMjIuODg2LTNHUFBdW1RTLTIzLjI4Ny0zR1BQXS4mbmJzcDsgU2VlIHRoZSBkZWZpbml0aW9u IG9mIHRoZSB0ZXJtPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZxdW90O09CVSZxdW90OyBpbiBbUkZDODY5MV0uPG86 cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNp emU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9 IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250Pjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7Jmd0OyZndDsgQ2FuIHRoYXQgYmUgYSBy b3V0ZXIgY29ubmVjdGluZyBtdWx0aXBsZSBjb21wdXRlcnM/PG86cD48L286cD48L3NwYW4+PC9m b250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGli cmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0i Q2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZsdDtzbmlwJmd0OzxvOnA+ PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXpl PSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250 IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+My4mbmJzcDsgVXNlIENhc2Vz PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250 IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0i MiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsmZ3Q7 Jmd0OyBUaGlzIGlzIGFub3RoZXIgZ3JlYXQgcmVhZCBhbmQgYW4gZW5saWdodGVuaW5nIHNlY3Rp b24uIE1heWJlIG1lbnRpb24gaW4gdGhlIGFic3RyYWN0IHRoYXQgdGhlIGRvYyBhbHNvIGNvdmVy cyB1c2UgY2FzZXM/PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQiPiZsdDtzbmlwJmd0OzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBB bHRob3VnaCBhIExheWVyLTIgc29sdXRpb24gY2FuIHByb3ZpZGUgYSBzdXBwb3J0IGZvciBtdWx0 aWhvcDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBj b21tdW5pY2F0aW9ucyBpbiB2ZWhpY3VsYXIgbmV0d29ya3MsIHRoZSBzY2FsYWJpbGl0eSBpc3N1 ZSByZWxhdGVkPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5i c3A7IHRvIG11bHRpaG9wIGZvcndhcmRpbmcgc3RpbGwgcmVtYWlucyB3aGVuIHZlaGljbGVzIG5l ZWQgdG88bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsg ZGlzc2VtaW5hdGUgb3IgZm9yd2FyZCBwYWNrZXRzIHRvd2FyZCBtdWx0aWhvcC1hd2F5IGRlc3Rp bmF0aW9ucy4mbmJzcDsgSW48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4m bmJzcDsmbmJzcDsgYWRkaXRpb24sIHRoZSBJUHY2LWJhc2VkIGFwcHJvYWNoIGZvciBWMlYgYXMg YSBuZXR3b3JrIGxheWVyIHByb3RvY29sPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+Jm5ic3A7Jm5ic3A7IGNhbiBhY2NvbW1vZGF0ZSBtdWx0aXBsZSByYWRpbyB0ZWNobm9s b2dpZXMgYXMgTUFDIHByb3RvY29scywgc3VjaCBhczxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5l dyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyA1RyBWMlggYW5kIERTUkMuJm5ic3A7IFRoZXJlZm9y ZSwgdGhlIGV4aXN0aW5nIElQdjYgcHJvdG9jb2wgY2FuIGJlPG86cD48L286cD48L3NwYW4+PC9m b250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJp ZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IGF1Z21lbnRlZCB0aHJvdWdoIHRoZSBhZGRp dGlvbiBvZiBhbiBPdmVybGF5IE11bHRpbGluayBOZXR3b3JrIChPTU5JKTxvOnA+PC9vOnA+PC9z cGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNl PSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBJbnRlcmZhY2UgW09NTkldIGFu ZC9vciBwcm90b2NvbCBjaGFuZ2VzIGluIG9yZGVyIHRvIHN1cHBvcnQgYm90aDxvOnA+PC9vOnA+ PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBm YWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyB3aXJlbGVzcyBzaW5nbGUt aG9wL211bHRpaG9wIFYyViBjb21tdW5pY2F0aW9ucyBhbmQgbXVsdGlwbGUgcmFkaW88bzpwPjwv bzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0i MiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgdGVjaG5vbG9naWVz IGluIHZlaGljdWxhciBuZXR3b3Jrcy4mbmJzcDsgSW4gc3VjaCBhIHdheSwgdmVoaWNsZXMgY2Fu PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250 IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IGNvbW11 bmljYXRlIHdpdGggZWFjaCBvdGhlciBieSBWMlYgY29tbXVuaWNhdGlvbnMgdG8gc2hhcmUgZWl0 aGVyIGFuPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7 IGVtZXJnZW5jeSBzaXR1YXRpb24gb3Igcm9hZCBoYXphcmQgaW4gYSBoaWdod2F5IGhhdmluZyBt dWx0aXBsZSBraW5kczxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNw OyZuYnNwOyBvZiByYWRpbyB0ZWNobm9sb2dpZXMsIHN1Y2ggYXMgNUcgVjJYIGFuZCBEU1JDLjxv OnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBz aXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxm b250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij4mZ3Q7Jmd0OyZndDsgVGhpcyB0ZXh0IGFwcGVhcnMgaW4gdGhlIG1pZGRsZSBvZiBoaWdoIGxl dmVsIHVzZSBjYXNlLCB3aXRoIGEgY3J1ZGUgbGlzdCBvZiBwcm90b2NvbHM7IHRoaXMgaXMgbm90 IGEgcGxhY2UgZm9yIGl0PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsmZ3Q7Jmd0OyBPbiBhIDZNQU4gVGhyZWFkLCBCcmlhbiBD YXJwZW50ZXIgc2FpZCB0aGF0IHRoZSBhYm92ZTo8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9w Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ29uc29sYXMi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij7igJw8bzpwPjwvbzpwPjwvc3Bhbj48L2Zv bnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ29u c29sYXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5pcyBvZiBjb25jZXJuIHJlZ2Fy ZGxlc3Mgb2YgdGhlIG1lbnRpb24gb2YgT01OSS4gRG9lcyBpdCBtZWFuICZxdW90O2NhbiBiZSZx dW90OyBvciAmcXVvdDtuZWVkcyB0byBiZSZxdW90Oz8gVGhpcyBwYXJhZ3JhcGggc2VlbXMgbGlr ZSBhIHZlcnkgc2hvcnQgc3VtbWFyeSBvZiBhIGJpZyBwcm9ibGVtIGFyZWEuIEF0IHRoZSBlbmQg b2YNCiBwYWdlIDEzIHRoZXJlIGlzIHNvbWUgcmVsYXRlZCBkaXNjdXNzaW9uLCB3aGljaCBtZW50 aW9ucyBSUEwgYXMgcGFydCBvZiB0aGUgc29sdXRpb24gKGdvb2QgY2hvaWNlLCBJTUhPKSBidXQg YWdhaW4gc2VlbXMgdG8gZGVwZW5kIG9uIE9NTkkuIEkgZG9uJ3QgdGhpbmsgdGhlIGZpeCBvZiBz aW1wbHkgcmVtb3ZpbmcgcmVmZXJlbmNlcyB0byBPTU5JIHdvcmtzLCBiZWNhdXNlIGl0IHdvdWxk IGxlYXZlIGEgZ2FwLiBJbiBhbiBpbmZvcm1hdGlvbmFsDQogZG9jdW1lbnQsIHRoYXQgaXMgbm90 IGEgZm9ybWFsIHByb2JsZW0gYnV0IGFzIGZhciBhcyB0aGlzIGRyYWZ0IGRlc2NyaWJlcyBhcmNo aXRlY3R1cmUsIEkgZG9uJ3QgdGhpbmsgdGhhdCBiaWcgYSBnYXAgaXMgcmVhc29uYWJsZS4gJnF1 b3Q7T01OSSZxdW90OyBpcyBtZW50aW9uZWQgbW9yZSB0aGFuIDIwIHRpbWVzIGluIHRoZSBkb2N1 bWVudC4gVGhlcmUgYXJlIGFsc28gc2V2ZXJhbCByZWZlcmVuY2VzIHRvIEFFUk8sIHdoaWNoIGlz IHN0cm9uZ2x5IGFzc29jaWF0ZWQNCiB3aXRoIE9NTkkuPG86cD48L286cD48L3NwYW4+PC9mb250 PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIg TmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90OyI+4oCcPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0Ij4mZ3Q7Jmd0OyZndDsgSSBhZ3JlZSB3aXRoIEJyaWFuLiBIZXJlIHRo ZSBkb2N1bWVudCBzZWVtcyB0byBiZSBtaXhpbmcgc29sdXRpb24gd2l0aCBwcm9ibGVtIGFuZCBw dXR0aW5nIHRoZSBjYXJ0IGJlZm9yZSB0aGUgaG9yc2UuIE15IHJlY29tbWVuZGF0aW9uIGlzIHRv IHN0aWNrIHRvIHdoYXQgbmVlZHMgdG8gYmUgZG9uZQ0KIHRoYXQgSVB2NiBkb2VzIG5vdCBkbyB5 ZXQgLXRoZSByZXFzIGFuZCBnYXBzLTsgYnV0IHRoZSBkb2Mgc2hvdWxkIG5vdCBzdGVwIGluIHRo ZSBob3cgdGhpbmdzIHdpbGwgYmUgZG9uZSB1bmxlc3MgdGhlIGdyb3VwIGFscmVhZHkgZGVjaWRl ZCB0byBkbyBpdC4gVGhlIGxvZ2ljYWwgbmV4dCBzdGVwcyB0byBhIFBTIGFyZSBhbiBhcHBsaWNh YmlsaXR5IHN0YXRlbWVudCBvZiBleGlzdGluZyB3b3JrLCBhbmQgaWYgdGhlIGdhcHMgY2Fubm90 IGJlIGZpbGxlZCwNCiB0aGVyZSBtYXkgYmUgb25lIG9yIG1vcmUgV0cgY2hhcnRlcmVkIHRvIGZp bGwgdGhvc2UgZ2Fwcy4gPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsmZ3Q7Jmd0OyBJ4oCZZCBzdGlsbCBiZSBoYXBweSB0byBz ZWUgYW4gYW5uZXggd2l0aCBsZWFkcyBvbiB3aGVyZSB0aGUgc29sdXRpb24gbWlnaHQgY29tZSBm cm9tIGxpa2UgUkZDIDg2OTEgZG9lcy48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdCI+Jmx0O3NuaXAmZ3Q7PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxm b250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IFRo ZSBleGlzdGluZyBJUHY2IHByb3RvY29sIG11c3QgYmUgYXVnbWVudGVkIHRocm91Z2ggdGhlIGFk ZGl0aW9uIG9mPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5i c3A7IGFuIE9NTkkgaW50ZXJmYWNlIGFuZC9vciBwcm90b2NvbCBjaGFuZ2VzIGluIG9yZGVyIHRv IHN1cHBvcnQ8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJz cDsgd2lyZWxlc3MgbXVsdGlob3AgVjJJIGNvbW11bmljYXRpb25zIGluIGEgaGlnaHdheSB3aGVy ZSBSU1VzIGFyZTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZu YnNwOyBzcGFyc2VseSBkZXBsb3llZCwgc28gYSB2ZWhpY2xlIGNhbiByZWFjaCB0aGUgd2lyZWxl c3MgY292ZXJhZ2Ugb2YgYW48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4m bmJzcDsmbmJzcDsgUlNVIHRocm91Z2ggdGhlIG11bHRpaG9wIGRhdGEgZm9yd2FyZGluZyBvZiBp bnRlcm1lZGlhdGUgdmVoaWNsZXMuPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+Jm5ic3A7Jm5ic3A7IFRodXMsIElQdjYgbmVlZHMgdG8gYmUgZXh0ZW5kZWQgZm9yIG11bHRp aG9wIFYySSBjb21tdW5pY2F0aW9ucy48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdCI+Jmd0OyZndDsmZ3Q7IE5vdGUgdGhhdCBJIGhhdmUgbm8gY2x1ZSBvbiBo b3cgd2VsbCBPTU5JIGFwcGxpZXMgaW4gdGhhdCBzcGFjZSwgbWF5YmUgaXQgZG9lcyB2ZXJ5IHdl bGw7IGJ1dCBoZXJlIGl0IGNvbWVzIG91dCBvZiB0aGUgYmx1ZSB3aXRoIG5vIGp1c3RpZmljYXRp b24uIElmIHlvdSBtZW50aW9uIE9NTkkgeW91DQogbmVlZCB0byBkZXRhaWwgd2hhdCBpdCBpcyBh bmQgd2hpY2ggb2YgdGhlIFYyViZuYnNwOyBwcm9ibGVtcyB5b3UgZXhwZWN0IGl0IHRvIHNvbHZl LiBCdXQgdGhlbiwgdGhhdOKAmXMgYmV5b25kIHRoZSBzY29wZSBvZiBhIFBTLjxvOnA+PC9vOnA+ PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBm YWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9 IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbHQ7c25p cCZndDs8L3NwYW4+PC9mb250Pjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9 IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IFRoZSBleGlzdGlu ZyBJUHY2IHByb3RvY29sIG11c3QgYmUgYXVnbWVudGVkIHRocm91Z2ggdGhlIGFkZGl0aW9uIG9m PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250 IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IGFuIE9N TkkgaW50ZXJmYWNlIGFuZC9vciBwcm90b2NvbCBjaGFuZ2VzIGluIG9yZGVyIHRvIHN1cHBvcnQ8 bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQg c2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgd2lyZWxl c3MgbXVsdGlob3AgVjJYIChvciBWMkkyWCkgY29tbXVuaWNhdGlvbnMgaW4gYW4gdXJiYW4gcm9h ZDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9u dCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBuZXR3 b3JrIHdoZXJlIFJTVXMgYXJlIGRlcGxveWVkIGF0IGludGVyc2VjdGlvbnMsIHNvIGEgdmVoaWNs ZSAob3IgYTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNw OyBwZWRlc3RyaWFuJ3Mgc21hcnRwaG9uZSkgY2FuIHJlYWNoIHRoZSB3aXJlbGVzcyBjb3ZlcmFn ZSBvZiBhbiBSU1U8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsm bmJzcDsgdGhyb3VnaCB0aGUgbXVsdGlob3AgZGF0YSBmb3J3YXJkaW5nIG9mIGludGVybWVkaWF0 ZSB2ZWhpY2xlcyAob3I8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJz cDsmbmJzcDsgcGVkZXN0cmlhbnMnIHNtYXJ0cGhvbmVzKS4mbmJzcDsgVGh1cywgSVB2NiBuZWVk cyB0byBiZSBleHRlbmRlZCBmb3I8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 Ij4mbmJzcDsmbmJzcDsgbXVsdGlob3AgVjJYIChvciBWMkkyWCkgY29tbXVuaWNhdGlvbnMuPG86 cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNp emU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9 IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIg ZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsmZ3Q7Jmd0 OyBQbGVhc2UgYmUgbW9yZSBzcGVjaWZpYyBvbiB3aGF0IHRoZSBtaXNzaW5nIGZ1bmN0aW9ucyBh cmUgYW5kIHdoZXRoZXIgdGhleSBhcmUgbWlzc2luZyBmcm9tIHRoZSBzdGFjayBkZXZlbG9wbWVu dCBzdGFuZHBvaW50IG9yIGlmIHRoZXJl4oCZcyB3b3JrIG5lZWRlZCBmcm9tIHRoZSBJRVRGLiZu YnNwOw0KPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxvbCBzdHlsZT0ibWFyZ2luLXRv cDowY20iIHN0YXJ0PSIxIiB0eXBlPSIxIj4NCjxsaSBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjBjbTttc28tbGlzdDpsMSBsZXZlbDEgbGZvMyI+PGZvbnQgc2l6 ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPklmIHNv bWV0aGluZyBpcyByZWFsbHkgbWlzc2luZyBpbiBvdXIgc3BlY3MsIHRoZSB0ZXh0IHRvIHByb3Zl IGZyb20gdGhlIHVzZSBjYXNlIGFib3ZlIGlzIG1pc3NpbmcNCjwvc3Bhbj48L2ZvbnQ+PGZvbnQg c2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPjwvbzpwPjwvc3Bhbj48 L2ZvbnQ+PC9saT48bGkgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVm dDowY207bXNvLWxpc3Q6bDEgbGV2ZWwxIGxmbzMiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGli cmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5ob3cgT01OSSBzZXJ2ZXMgdGhlIHVz ZSBjYXNlIGNvdWxkIGJlIGVsYWJvcmF0ZWQgaW4gYW4gYXBwbGljYWJpbGl0eSBzdGF0ZW1lbnQg b2YgT01OSSBmb3IgVjJ4eXosIGJ1dCBpdCBpcyBhIGJpdCBibHVudA0KIHRvIHByZXNlbnQgaXQg YXMgcGFuYWNlYSB3aGVuIHRoZSBwcm9ibGVtcyB0byBiZSBzb2x2ZWQgYXJlIG5vdCBsaXN0ZWQu IDwvc3Bhbj48L2ZvbnQ+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 Ij48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9saT48bGkgY2xhc3M9Ik1zb0xpc3RQYXJhZ3Jh cGgiIHN0eWxlPSJtYXJnaW4tbGVmdDowY207bXNvLWxpc3Q6bDEgbGV2ZWwxIGxmbzMiPjxmb250 IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5J ZiB5b3UgbG9vayBhdCBpdCwgT01OSSBzZWVtcyBsaWtlIGEgc29mdHdhcmUgbW9iaWxlIHJvdXRl ciB3aXRoaW4gYSBidW1wIGluIHRoZSBzdGFjay4gQ2FuIHRoYXQgYmVjb21lIHRvbyBiaWc/PC9z cGFuPjwvZm9udD48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxv OnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L2xpPjwvb2w+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFn cmFwaCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQg c2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZn dDsmZ3Q7Jmd0OyBteSB2aWV3IGlzIHRoYXQgdGhlIHRleHQgYWJvdmUgYW5kIHRoZSBzaW1pbGFy IG9jY2FzaW9ucyBzaG91bGQgYmUgcmVwbGFjZWQgYnkgc29tZXRoaW5nIGxpa2UgOjxvOnA+PC9v OnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIy IiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv Zm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48aT48Zm9udCBzaXplPSIyIiBmYWNlPSJD b3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDs7Zm9udC1zdHlsZTppdGFsaWMiPiZuYnNwOyZuYnNwOyBUaGUg ZXhpc3RpbmcgSVB2NiBwcm90b2NvbCBtdXN0IGJlIGF1Z21lbnRlZCB0byBwcm92aWRlIHRoZSBm b2xsb3dpbmcgZnVuY3Rpb25zOiAxKSDigKY8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9pPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0Ij4mZ3Q7Jmd0OyZndDsgYW5kIC8gb3Igc29tZXRoaW5nIGxpa2U6PC9z cGFuPjwvZm9udD48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxv OnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48aT48Zm9u dCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Zm9udC1zdHlsZTppdGFsaWMi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L2k+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGk+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2ZvbnQt c3R5bGU6aXRhbGljIj4mbmJzcDsmbmJzcDsgSW4gYWRkaXRpb24gdG8gdGhlIElQdjYgbm9kZSBy ZXF1aXJlbWVudHMgW1JGQyA4NTA0XSwgdGhlIElQdjYgcHJvdG9jb2wgc3RhY2sgZm9yIHVzZSBp biBhIHZlaGljbGUgbXVzdCBzdXBwb3J0IDEpIFJGQyBibGFoLA0KIDIpIOKApjwvc3Bhbj48L2Zv bnQ+PC9pPjxpPjxzcGFuIHN0eWxlPSJmb250LXN0eWxlOml0YWxpYyI+PG86cD48L286cD48L3Nw YW4+PC9pPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNh bGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFj ZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZsdDtzbmlwJmd0Ozwv c3Bhbj48L2ZvbnQ+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48 bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQg c2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFj ZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBO ZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgVG8gc3VwcG9ydCBhcHBsaWNhdGlvbnMgb2YgdGhl c2UgVjJYIHVzZSBjYXNlcywgdGhlIGZ1bmN0aW9ucyBvZiBJUHY2PG86cD48L286cD48L3NwYW4+ PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNv dXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IHN1Y2ggYXMgVk5ELCBWTU0sIGFuZCBW U1AgYXJlIHByZXJlcXVpc2l0ZXMgZm9yIElQdjYtYmFzZWQgcGFja2V0PG86cD48L286cD48L3Nw YW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9 IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IGV4Y2hhbmdlLCB0cmFuc3BvcnQt bGF5ZXIgc2Vzc2lvbiBjb250aW51aXR5LCBhbmQgc2VjdXJlLCBzYWZlPG86cD48L286cD48L3Nw YW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9 IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IGNvbW11bmljYXRpb24gYmV0d2Vl biBhIHZlaGljbGUgYW5kIGEgcGVkZXN0cmlhbiBlaXRoZXIgZGlyZWN0bHkgb3I8bzpwPjwvbzpw Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIg ZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgaW5kaXJlY3RseSB2aWEg YW4gSVAtUlNVLjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBz aXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNl PSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyZndDsmZ3Q7IOKA nDwvc3Bhbj48L2ZvbnQ+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 Ij50aGUgZnVuY3Rpb25zIG9mIElQdjYgc3VjaCBhcyBWTkQsIFZNTSwgYW5kIFZTUDwvc3Bhbj48 L2ZvbnQ+4oCdIGRvZXMNCiBub3QgcGFyc2UuIFRoZXJl4oCZcyBubyBJUHY2IHJlZmVyZW5jZSB0 aGF0IHByb3ZpZGVzIHRob3NlIGZ1bmN0aW9ucy4gSWYgdGhlIGludGVudGlvbiBpcyB0byBzYXkg dGhhdCB0aGVyZeKAmXMgc3R1ZmYgdG8gYWRkIHRvIElQdjYgdG8gc3VwcG9ydCwgbGlrZSwgc2F5 LCZuYnNwOyBWTkQsIHRoZW4gdGhpcyBkb2N1bWVudCBmYWlscyB0byBkZWZpbmUgaG93IGFuIElQ djYgVk5EIHNob3VsZCBiZWhhdmUsIHRob3VnaCBpdOKAmXMgcHJlY2lzZWx5IHdoYXQgSeKAmWQg ZXhwZWN0DQogZnJvbSBhIHByb2JsZW0gc3RhdGVtZW50LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmx0O3NuaXAmZ3Q7PC9zcGFuPjwvZm9udD48Zm9udCBz aXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwv Zm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3Vy aWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDsiPjQuJm5ic3A7IFZlaGljdWxhciBOZXR3b3JrczxvOnA+PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVy IE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7Jmd0OyZndDsgV2hhdCBpcyB0aGUgcHVycG9z ZSBvZiBzZWN0aW9uIDQgYXMgYSB3aG9sZSwgcHJvYmxlbSBzdGF0ZW1lbnQgb3IgYXBwbGljYWJp bGl0eSBzdGF0ZW1lbnQgb2YgdGhlIGxpc3RlZCBwcm90b2NvbHM/IEluIHRoZSBmb3JtZXIgY2Fz ZSB3aGF04oCZcyB0aGUgcHJvYmxlbT8gSW4gdGhlIGxhdHRlciBjYXNlDQogaXQgaXMgaW5jb21w bGV0ZSBhbmQgbmVlZHMgdG8gYmUgZXhwb3J0ZWQgdG8gYW4gYXBwbGljYWJpbGl0eSBzdGF0ZW1l bnQgZG9jIHdpdGggYWxsIHRoZSBwb3NzaWJsZSB0ZWNobm9sb2dpZXMgZXZhbHVhdGVkLjwvc3Bh bj48L2ZvbnQ+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpw PjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6 ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0i Q291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXci PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgVGhpcyBzZWN0aW9uIGRlc2NyaWJlcyBhbiBleGFtcGxl IHZlaGljdWxhciBuZXR3b3JrIGFyY2hpdGVjdHVyZTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5l dyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBzdXBwb3J0aW5nIFYyViwgVjJJLCBhbmQgVjJYIGNv bW11bmljYXRpb25zIGluIHZlaGljdWxhciBuZXR3b3Jrcy48bzpwPjwvbzpwPjwvc3Bhbj48L2Zv bnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJy aSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJD YWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyZndDsmZ3Q7IEkgcmVh ZCB0aGlzIGFzIHByZXNlbnRpbmcgYSBjb250ZXh0IHRvIGV4cGxhaW4gd2hhdCB0aGUgcHJvYmxl bXMgYXJlIGluc3RlYWQgb2YgcHJlc2VudGluZyB0aGUgSVBWQVdFIOKAnGFyY2hpdGVjdHVyZeKA nS4gTWF5YmUgdXNpbmcgdGhlIHRlcm0g4oCcQXJjaGl0ZWN0dXJl4oCdIGhlcmUgaXMgbWlzbGVh ZGluZw0KIGFuZCBsZWQgdG8gQm9i4oCZcyBjb21tZW50LjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJp Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNh bGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbHQ7c25pcCZndDs8L3NwYW4+ PC9mb250Pjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD48 L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9 IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNv dXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxm b250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+NC4xLiZuYnNwOyBWZWhp Y3VsYXIgTmV0d29yayBBcmNoaXRlY3R1cmU8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJz cDsmbmJzcDsgRmlndXJlIDEgc2hvd3MgYW4gZXhhbXBsZSB2ZWhpY3VsYXIgbmV0d29yayBhcmNo aXRlY3R1cmUgZm9yIFYySSBhbmQ8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 Ij4mbmJzcDsmbmJzcDsgVjJWIGluIGEgcm9hZCBuZXR3b3JrIFtPTU5JXS4NCjxvOnA+PC9vOnA+ PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBm YWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxvbCBzdHlsZT0ibWFyZ2luLXRvcDowY20iIHN0YXJ0 PSIxIiB0eXBlPSIxIj4NCjxvbCBzdHlsZT0ibWFyZ2luLXRvcDowY20iIHN0YXJ0PSIxIiB0eXBl PSJhIj4NCjxsaSBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi0x NS43NXB0O21zby1saXN0OmwzIGxldmVsMiBsZm82Ij4NCjxmb250IHNpemU9IjIiIGZhY2U9IkNh bGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5JcyB1c2luZyBPTU5JIGEgZGVj aXNpb24gdGhhdCB0aGUgV0cgbWFkZSBmb3IgdGhlIGZ1dHVyZSB3b3JrID8gd2hhdCBkb2VzIGl0 IGRvIGFuZCB3aGF0IGRvZXMgaXQgbm90IGRvPzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L2xp PjxsaSBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi0xNS43NXB0 O21zby1saXN0OmwzIGxldmVsMiBsZm82Ij4NCjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmki PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5JcyB0aGVyZSB3b3JrIGxlZnQgdG8gYmUg ZG9uZT8gV2hvIHdpbGwgZG8gdGhhdCB3b3JrPyBPciBpcyBpdCB0aGUgZXhwZWN0YXRpb24gdGhh dCBPTU5JIGhhcyBpdCBhbGwgZGVmaW5lZCBhbHJlYWR5PzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9u dD48L2xpPjwvb2w+DQo8L29sPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIg ZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2Zv bnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJy aSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJD YWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmx0O3NuaXAmZ3Q7PC9zcGFu PjwvZm9udD48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+ PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXpl PSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJD b3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBBbiBleGlzdGluZyBuZXR3b3JrIGFyY2hpdGVjdHVyZSAo ZS5nLiwgYW4gSVAtYmFzZWQgYWVyb25hdXRpY2FsPG86cD48L286cD48L3NwYW4+PC9mb250Pjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IG5ldHdvcmsgYXJjaGl0ZWN0dXJlIFtPTU5JXVtVQU0t SVRTXSwgYSBuZXR3b3JrIGFyY2hpdGVjdHVyZSBvZjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5l dyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBQTUlQdjYgW1JGQzUyMTNdLCBhbmQgYSBsb3ctcG93 ZXIgYW5kIGxvc3N5IG5ldHdvcmsgYXJjaGl0ZWN0dXJlPG86cD48L286cD48L3NwYW4+PC9mb250 PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIg TmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IFtSRkM2NTUwXSkgY2FuIGJlIGV4dGVuZGVkIHRv IGEgdmVoaWN1bGFyIG5ldHdvcmsgYXJjaGl0ZWN0dXJlIGZvcjxvOnA+PC9vOnA+PC9zcGFuPjwv Zm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3Vy aWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBtdWx0aWhvcCBWMlYsIFYySSwgYW5kIFYy WCwgYXMgc2hvd24gaW4gRmlndXJlIDEuJm5ic3A7IEluIGEgaGlnaHdheTxvOnA+PC9vOnA+PC9z cGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNl PSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBzY2VuYXJpbywgYSB2ZWhpY2xl IG1heSBub3QgYWNjZXNzIGFuIFJTVSBkaXJlY3RseSBiZWNhdXNlIG9mIHRoZTxvOnA+PC9vOnA+ PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBm YWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBkaXN0YW5jZSBvZiB0aGUg RFNSQyBjb3ZlcmFnZSAodXAgdG8gMSBrbSkuJm5ic3A7IEZvciBleGFtcGxlLCB0aGUgT01OSTxv OnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBz aXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBpbnRlcmZh Y2UgYW5kL29yIFJQTCAoSVB2NiBSb3V0aW5nIFByb3RvY29sIGZvciBMb3ctUG93ZXIgYW5kIExv c3N5PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxm b250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IE5l dHdvcmtzKSBbUkZDNjU1MF0gY2FuIGJlIGV4dGVuZGVkIHRvIHN1cHBvcnQgYSBtdWx0aWhvcCBW Mkkgc2luY2UgYTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZu YnNwOyB2ZWhpY2xlIGNhbiB0YWtlIGFkdmFudGFnZSBvZiBvdGhlciB2ZWhpY2xlcyBhcyByZWxh eSBub2RlcyB0byByZWFjaDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZu YnNwOyZuYnNwOyB0aGUgUlNVLiZuYnNwOyBBbHNvLCBSUEwgY2FuIGJlIGV4dGVuZGVkIHRvIHN1 cHBvcnQgYm90aCBtdWx0aWhvcCBWMlYgYW5kPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyI+Jm5ic3A7Jm5ic3A7IFYyWCBpbiB0aGUgc2ltaWxhciB3YXkuPG86cD48L286cD48 L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZh Y2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250 PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIg TmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0Ij4mZ3Q7Jmd0OyZndDsgYWxsIHRoaXMgY291bGQgZml0IHdlbGwgaW4gYW5uZXg7IGFu eXdheSB5b3UgbmVlZCB0byBleHBsYWluIHdoYXQgeW91IGV4cGVjdCB0aGUgcHJvdG9jb2xzIHRv IGRvIGFuZCB3aGljaCBleHRlbnNpb24gaXMgbmVlZGVkLiBJbiB0aGUgY2FzZSBvZiBSUEwgYXQg bGVhc3QgeW91IGluZGljYXRlIHRoYXQNCiBpdCB3b3VsZCBkbyByb3V0aW5nLCBidXQgbm90IHdo eSB5b3UgY2Fubm90IHVzZSBpdCBvZiB0aGUgc2hlbGY7IGZvciBPTU5JLCB3aGF0IHlvdSBleHBl Y3QgaXMgbGVzcyBjbGVhciwgdGhvdWdoIHRoZXJl4oCZcyB0ZXh0IGVsc2V3aGVyZSBhYm91dCB0 aGUgbWFueSByYWRpbyBpbnRlcmZhY2VzIHRoYXQgY291bGQgYmUgdXNlZCBmb3IgdGhlIHB1cnBv c2UsIGFuZCB0aGUgdGV4dCBpbiB0aGUgVUFNIGJlbG93IHRoYXQgaXMgZW5saWdodGVuaW5nLjxv OnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBz aXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxm b250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij4mbHQ7c25pcCZndDs8L3NwYW4+PC9mb250Pjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIg TmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90OyI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgVG8gc3VwcG9ydCBub3Qgb25seSB0aGUgbW9iaWxpdHk8bzpwPjwv bzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0i MiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgbWFuYWdlbWVudCBv ZiB0aGUgVUFNIGVuZCBzeXN0ZW1zLCBidXQgYWxzbyB0aGUgbXVsdGlob3AgYW5kPG86cD48L286 cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIi IGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IG11bHRpbGluayBjb21t dW5pY2F0aW9ucyBvZiB0aGUgVUFNIGludGVyZmFjZXMsIHRoZSBVQU0gZW5kIHN5c3RlbXM8bzpw PjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6 ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgY2FuIGVtcGxv eSBhbiBPdmVybGF5IE11bHRpbGluayBOZXR3b3JrIChPTU5JKSBpbnRlcmZhY2UgW09NTkldIGFz IGE8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZv bnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgdmly dHVhbCBOb24tQnJvYWRjYXN0IE11bHRpcGxlIEFjY2VzcyAoTkJNQSkgY29ubmVjdGlvbiB0byBh IHNlcnZpbmc8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJz cDsgZ3JvdW5kIGRvbWFpbiBpbmZyYXN0cnVjdHVyZS4mbmJzcDsNCjxvOnA+PC9vOnA+PC9zcGFu PjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJD b3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0i TXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjU2LjI1cHQiPjxmb250IHNpemU9 IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQg c2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZn dDsmZ3Q7Jmd0OyBBZ2Fpbiwgd2hhdCBpcyB0aGUgZXhwZWN0YXRpb24gZm9yIE9NTkk/IEFzIGFu IG92ZXJsYXkgaXQgcmVxdWlyZXMgYW4gdW5kZXJsYXk7IHdoZW4gY29ubmVjdGluZyB0byBhIE1B TkVUIGl0IG5lZWRzIHN1cHBvcnQgZm9yIHRoYXQgTUFORVQuIFRoZSB0ZXh0IGFib3ZlIHNlZW1z IHRvIGltcGx5IHRoYXQNCiBpcyBzb2x2ZXMgZXZlcnl0aGluZyBpbiBWMnh5eiBsaWtlIG1hZ2lj OyByZW1pbmRzIG1lIG9mIHRoZSBJUHY2IG11bHRpY2FzdCBhYnN0cmFjdGlvbiB0aGF0IHdhcyBz dXBwb3NlZCB0byBzb2x2ZSB0aGUgYnJvYWRjYXN0IHByb2JsZW0gYW5kIGVuZGVkIHVwIHdvcnNl bmluZyBpdC48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6 ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZsdDtz bmlwJmd0Ozwvc3Bhbj48L2ZvbnQ+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6 ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgVGhpcyBpbmZyYXN0cnVjdHVyZSBjYW4gYmUgY29u ZmlndXJlZDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNw O292ZXIgdGhlIHVuZGVybHlpbmcgZGF0YSBsaW5rcy4mbmJzcDsgVGhlIE9NTkkgaW50ZXJmYWNl IGFuZCBpdHMgbGluazxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNw OyZuYnNwOyBtb2RlbCBwcm92aWRlIGEgbWVhbnMgb2YgbXVsdGlsaW5rLCBtdWx0aWhvcCBhbmQg bW9iaWxpdHk8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJz cDsgY29vcmRpbmF0aW9uIHRvIHRoZSBsZWdhY3kgSVB2NiBORCBtZXNzYWdpbmcgW1JGQzQ4NjFd IGFjY29yZGluZyB0bzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNw OyZuYnNwOyB0aGUgTkJNQSBwcmluY2lwbGUuJm5ic3A7IFRodXMsIHRoZSBPTU5JIGxpbmsgbW9k ZWwgY2FuIHN1cHBvcnQgZWZmaWNpZW50PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+Jm5ic3A7Jm5ic3A7IFVBTSBpbnRlcm5ldHdvcmtpbmcgc2VydmljZXMgd2l0aG91dCBh ZGRpdGlvbmFsIG1vYmlsaXR5IG1lc3NhZ2luZyw8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXci PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgYW5kIHdpdGhvdXQgYW55IG1vZGlmaWNhdGlvbiB0byB0 aGUgSVB2NiBORCBtZXNzYWdpbmcgc2VydmljZXMgb3I8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBO ZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgbGluayBtb2RlbC48bzpwPjwvbzpwPjwvc3Bhbj48 L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2Fs aWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNl PSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyZndDsmZ3Q7IEFn YWluLCB3aGF0IGlzIHRoZSBleHBlY3RhdGlvbiBmb3IgT01OST8gQXMgYW4gb3ZlcmxheSBpdCBy ZXF1aXJlcyBhbiB1bmRlcmxheTsgdGhlIHRleHQgYWJvdmUgc2VlbXMgdG8gaW1wbHkgdGhhdCBp cyBzb2x2ZXMgZXZlcnl0aGluZyBpbiBWMnh5eiBsaWtlIG1hZ2ljOyB0aGF0IHdvdWxkIGJlDQog YSBzdHJldGNoLCB0aGF0IHJlbWluZHMgbWUgb2YgSVB2NiBtdWx0aWNhc3QgdGhhdCB3YXMgc3Vw cG9zZWQgdG8gc29sdmUgdGhlIGJyb2FkY2FzdCBwcm9ibGVtIGFuZCBlbmRlZCB1cCB3b3JzZW5p bmcgaXQuPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9 IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbHQ7c25p cCZndDs8L3NwYW4+PC9mb250Pjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9 IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNv dXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IE11bHRpcGxlIHZlaGljbGVzIHVuZGVy IHRoZSBjb3ZlcmFnZSBvZiBhbiBSU1Ugc2hhcmUgYSBwcmVmaXgganVzdCBhczxvOnA+PC9vOnA+ PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBm YWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBtb2JpbGUgbm9kZXMgc2hh cmUgYSBwcmVmaXggb2YgYSBXaS1GaSBhY2Nlc3MgcG9pbnQgaW4gYSB3aXJlbGVzczxvOnA+PC9v OnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIy IiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBMQU4uJm5ic3A7IFRo aXMgaXMgYSBuYXR1cmFsIGNoYXJhY3RlcmlzdGljIGluIGluZnJhc3RydWN0dXJlLWJhc2VkPG86 cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNp emU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IHdpcmVsZXNz IG5ldHdvcmtzLiZuYnNwOyBGb3IgZXhhbXBsZSwgaW4gRmlndXJlIDEsIHR3byB2ZWhpY2xlcyAo aS5lLiw8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsg VmVoaWNsZTIsIGFuZCBWZWhpY2xlNSkgY2FuIHVzZSBQcmVmaXggMSB0byBjb25maWd1cmUgdGhl aXIgSVB2NjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNw OyBnbG9iYWwgYWRkcmVzc2VzIGZvciBWMkkgY29tbXVuaWNhdGlvbi4mbmJzcDsgQWx0ZXJuYXRp dmVseSwgbW9iaWxlIG5vZGVzPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ Jm5ic3A7Jm5ic3A7IGNhbiBlbXBsb3kgYW4gT01OSSBpbnRlcmZhY2UgYW5kIHVzZSB0aGVpciBv d24gSVB2NiBVbmlxdWUgTG9jYWw8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 Ij4mbmJzcDsmbmJzcDsgQWRkcmVzc2VzIChVTEFzKSBbUkZDNDE5M10gb3ZlciB0aGUgd2lyZWxl c3MgbmV0d29yayB3aXRob3V0PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ Jm5ic3A7Jm5ic3A7IHJlcXVpcmluZyB0aGUgbWVzc2FnaW5nIG9mIElQdjYgU3RhdGVsZXNzIEFk ZHJlc3MgQXV0b2NvbmZpZ3VyYXRpb248bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7Ij4mbmJzcDsgKFNMQUFDKSBbUkZDNDg2Ml0sIHdoaWNoIHVzZXMgYW4gb24tbGluayBwcmVm aXggcHJvdmlkZWQgYnkgdGhlPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ Jm5ic3A7Jm5ic3A7ICh2aXNpdGVkKSB3aXJlbGVzcyBMQU47IHRoaXMgdGVjaG5pcXVlIGlzIGtu b3duIGFzICZxdW90O0JyaW5nLVlvdXItT3duLTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBBZGRyZXNzZXMmcXVvdDsuPG86cD48L286cD48L3NwYW4+ PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNh bGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFj ZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsmZ3Q7Jmd0OyZu YnNwOyBJcyBPTU5JIHRoZSBvbmx5IHdheSB0bw0KPC9zcGFuPjwvZm9udD48Zm9udCBzaXplPSIy IiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZxdW90O0JyaW5nLVlvdXItT3duLUFkZHJl c3Nlc+KAnTwvc3Bhbj48L2ZvbnQ+PyBFbHNlIHRoZSB0ZXh0IGNvdWxkIGJlIG1vcmUgZ2VuZXJp YywgYXQgbGVhc3QgdXNlIGUuZy4sIGxpa2UgdGhlIHJlZiB0byBBRVJPIGxhdGVyLjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJy aSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsmZ3Q7Jmd0OyBXaGF0IGFyZSB0 aGUgaW1wbGljYXRpb25zIC8gbGltaXRhdGlvbnMgb2YgZG9pbmcgdGhhdCDigJMgbGlrZSB0aGV5 IGNhbiBkbyBsaW5lIG9mIHNpZ2h0IFYyViBidXQgbm90IHJlYWNoIHRoZSBpbnRlcm5ldCwgb3Ig dGhlIG5lZWQgb2YmbmJzcDsgYSBsb2NhbCBNQU5FVCAvIFJQTCB0aGF0IHdpbGwgYWNjZXB0DQog dG8gcm91dGUgdGhvc2UgYWRkcmVzc2VzLCBvciB0aGUgc2VjdXJpdHkgLyBhZGRyZXNzIG93bmVy c2hpcCB2YWxpZGF0aW9uIGlzc3VlcyA/PC9zcGFuPjwvZm9udD48Zm9udCBzaXplPSIyIiBmYWNl PSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250Pjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0Ij4mbHQ7c25pcCZndDs8L3NwYW4+PC9mb250Pjxmb250IHNpemU9IjIi IGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD48L286cD48L3NwYW4+PC9mb250Pjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7 IEEgc2luZ2xlIHN1Ym5ldCBwcmVmaXggYW5ub3VuY2VkIGJ5IGFuIFJTVSBjYW4gc3BhbiBtdWx0 aXBsZSB2ZWhpY2xlczxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNw OyZuYnNwOyBpbiBWQU5FVC4mbmJzcDsgRm9yIGV4YW1wbGUsIGluIEZpZ3VyZSAxLCBmb3IgUHJl Zml4IDEsIHRocmVlIHZlaGljbGVzPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+Jm5ic3A7Jm5ic3A7IChpLmUuLCBWZWhpY2xlMSwgVmVoaWNsZTIsIGFuZCBWZWhpY2xlNSkg Y2FuIGNvbnN0cnVjdCBhIGNvbm5lY3RlZDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDsiPiZuYnNwOyZuYnNwOyBWQU5FVC4mbmJzcDsgQWxzbywgZm9yIFByZWZpeCAyLCB0d28g dmVoaWNsZXMgKGkuZS4sIFZlaGljbGUzIGFuZDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBWZWhpY2xlNikgY2FuIGNvbnN0cnVjdCBhbm90aGVyIGNv bm5lY3RlZCBWQU5FVCwgYW5kIGZvciBQcmVmaXggMyw8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBO ZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgdHdvIHZlaGljbGVzIChpLmUuLCBWZWhpY2xlNCBh bmQgVmVoaWNsZTcpIGNhbiBjb25zdHJ1Y3QgYW5vdGhlcjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVy IE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBjb25uZWN0ZWQgVkFORVQuJm5ic3A7IEFsdGVy bmF0aXZlbHksIGVhY2ggdmVoaWNsZSBjb3VsZCBlbXBsb3kgYW4gT01OSTxvOnA+PC9vOnA+PC9z cGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNl PSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBpbnRlcmZhY2Ugd2l0aCB0aGVp ciBvd24gVUxBcyBzdWNoIHRoYXQgbm8gdG9wb2xvZ2ljYWxseS1vcmllbnRlZDxvOnA+PC9vOnA+ PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBm YWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBzdWJuZXQgcHJlZml4ZXMg bmVlZCBiZSBhbm5vdW5jZWQgYnkgdGhlIFJTVS48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXci PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQiPiZndDsmZ3Q7Jmd0OyZuYnNwOyBzYW1lIGFzIGFib3ZlLiBUaGlzIHNl ZW1zIHRvIHJlc3RhdGUgdGhlIHNhbWUgdGhpbmcsIGRlcml2ZSBhbiBhZGRyZXNzIGZyb20gYSB0 b3BvbG9naWNhbGx5IGNvcnJlY3QgcHJlZml4IG9yIHVzZSB5b3VyIG93biB3aXRoIGxpbWl0YXRp b25zIHRvIGJlIGRlc2NyaWJlZC48L3NwYW4+PC9mb250Pjxmb250IHNpemU9IjIiIGZhY2U9IkNv dXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZsdDtzbmlwJmd0Ozwvc3Bhbj48L2ZvbnQ+PGZvbnQg c2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPjwvbzpwPjwvc3Bhbj48 L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291 cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJz cDsmbmJzcDsgRm9yIElQdjYgcGFja2V0cyB0cmFuc3BvcnRlZCBvdmVyIElFRUUgODAyLjExLU9D QiwgW1JGQzg2OTFdPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7 Jm5ic3A7IHNwZWNpZmllcyBzZXZlcmFsIGRldGFpbHMsIGluY2x1ZGluZyBNYXhpbXVtIFRyYW5z bWlzc2lvbiBVbml0IChNVFUpLDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsi PiZuYnNwOyZuYnNwOyBmcmFtZSBmb3JtYXQsIGxpbmstbG9jYWwgYWRkcmVzcywgYWRkcmVzcyBt YXBwaW5nIGZvciB1bmljYXN0IGFuZDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiPiZuYnNwOyZuYnNwOyBtdWx0aWNhc3QsIHN0YXRlbGVzcyBhdXRvY29uZmlndXJhdGlvbiwg YW5kIHN1Ym5ldCBzdHJ1Y3R1cmUuJm5ic3A7IEFuPG86cD48L286cD48L3NwYW4+PC9mb250Pjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IEV0aGVybmV0IEFkYXB0YXRpb24gKEVBKSBsYXllciBp cyBpbiBjaGFyZ2Ugb2YgdHJhbnNmb3JtaW5nIHNvbWU8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBO ZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgcGFyYW1ldGVycyBiZXR3ZWVuIHRoZSBJRUVFIDgw Mi4xMSBNQUMgbGF5ZXIgYW5kIHRoZSBJUHY2IG5ldHdvcms8bzpwPjwvbzpwPjwvc3Bhbj48L2Zv bnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmll ciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgbGF5ZXIsIHdoaWNoIGlzIGxvY2F0ZWQgYmV0 d2VlbiB0aGUgSUVFRSA4MDIuMTEtT0NCJ3MgbG9naWNhbCBsaW5rPG86cD48L286cD48L3NwYW4+ PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNv dXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IGNvbnRyb2wgbGF5ZXIgYW5kIHRoZSBJ UHY2IG5ldHdvcmsgbGF5ZXIuJm5ic3A7IFRoaXMgSVB2NiBvdmVyIDgwMi4xMS1PQ0I8bzpwPjwv bzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0i MiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgY2FuIGJlIHVzZWQg Zm9yIGJvdGggVjJWIGFuZCBWMkkgaW4gSVB2Ni1iYXNlZCB2ZWhpY3VsYXIgbmV0d29ya3MuPG86 cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNp emU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9 IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7Jmd0OyZndDsmbmJz cDsgc29sdXRpb24gc3BhY2UuPC9zcGFuPjwvZm9udD48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3Vy aWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbHQ7c25pcCZndDs8L3NwYW4+PC9mb250Pjxmb250IHNp emU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD48L286cD48L3NwYW4+PC9m b250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJp ZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7 Jm5ic3A7IEFuIElQdjYgbW9iaWxpdHkgc29sdXRpb24gaXMgbmVlZGVkIGZvciB0aGUgZ3VhcmFu dGVlIG9mPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7 IGNvbW11bmljYXRpb24gY29udGludWl0eSBpbiB2ZWhpY3VsYXIgbmV0d29ya3Mgc28gdGhhdCBh IHZlaGljbGUnczxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZu YnNwOyBUQ1Agc2Vzc2lvbiBjYW4gYmUgY29udGludWVkLCBvciBVRFAgcGFja2V0cyBjYW4gYmUg ZGVsaXZlcmVkIHRvIGE8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJz cDsmbmJzcDsgdmVoaWNsZSBhcyBhIGRlc3RpbmF0aW9uIHdpdGhvdXQgbG9zcyB3aGlsZSBpdCBt b3ZlcyBmcm9tIGFuIElQLVJTVSdzPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+Jm5ic3A7Jm5ic3A7IHdpcmVsZXNzIGNvdmVyYWdlIHRvIGFub3RoZXIgSVAtUlNVJ3Mgd2ly ZWxlc3MgY292ZXJhZ2UuJm5ic3A7IEluPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+Jm5ic3A7Jm5ic3A7IEZpZ3VyZSAxLCBhc3N1bWluZyB0aGF0IFZlaGljbGUyIGhhcyBh IFRDUCBzZXNzaW9uIChvciBhIFVEUCBzZXNzaW9uKTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5l dyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyB3aXRoIGEgY29ycmVzcG9uZGluZyBub2RlIGluIHRo ZSB2ZWhpY3VsYXIgY2xvdWQsIFZlaGljbGUyIGNhbiBtb3ZlPG86cD48L286cD48L3NwYW4+PC9m b250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJp ZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IGZyb20gSVAtUlNVMSdzIHdpcmVsZXNzIGNv dmVyYWdlIHRvIElQLVJTVTIncyB3aXJlbGVzcyBjb3ZlcmFnZS4mbmJzcDsgSW48bzpwPjwvbzpw Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIg ZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgdGhpcyBjYXNlLCBhIGhh bmRvdmVyIGZvciBWZWhpY2xlMiBuZWVkcyB0byBiZSBwZXJmb3JtZWQgYnkgZWl0aGVyIGE8bzpw PjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6 ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgaG9zdC1iYXNl ZCBtb2JpbGl0eSBtYW5hZ2VtZW50IHNjaGVtZSAoZS5nLiwgTUlQdjYgW1JGQzYyNzVdKSBvciBh PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250 IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IG5ldHdv cmstYmFzZWQgbW9iaWxpdHkgbWFuYWdlbWVudCBzY2hlbWUgKGUuZy4sIFBNSVB2NiBbUkZDNTIx M10gYW5kPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7 IEFFUk8gW1JGQzY3MDZCSVNdKS48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJz cDsgSW4gdGhlIGhvc3QtYmFzZWQgbW9iaWxpdHkgc2NoZW1lIChlLmcuLCBNSVB2NiksIGFuIElQ LVJTVSBwbGF5cyBhPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7 Jm5ic3A7IHJvbGUgb2YgYSBob21lIGFnZW50LiZuYnNwOyBPbiB0aGUgb3RoZXIgaGFuZCwgaW4g dGhlIG5ldHdvcmstYmFzZWQ8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4m bmJzcDsmbmJzcDsgbW9iaWxpdHkgc2NoZW1lIChlLmcuLCBQTUlQdjYsIGFuIE1BIHBsYXlzIGEg cm9sZSBvZiBhIG1vYmlsaXR5PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ Jm5ic3A7Jm5ic3A7IG1hbmFnZW1lbnQgY29udHJvbGxlciBzdWNoIGFzIGEgTG9jYWwgTW9iaWxp dHkgQW5jaG9yIChMTUEpIGluPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ Jm5ic3A7Jm5ic3A7IFBNSVB2Niwgd2hpY2ggYWxzbyBzZXJ2ZXMgdmVoaWNsZXMgYXMgYSBob21l IGFnZW50LCBhbmQgYW4gSVAtUlNVPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+Jm5ic3A7Jm5ic3A7IHBsYXlzIGEgcm9sZSBvZiBhbiBhY2Nlc3Mgcm91dGVyIHN1Y2ggYXMg YSBNb2JpbGUgQWNjZXNzIEdhdGV3YXk8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7Ij4mbmJzcDsmbmJzcDsgKE1BRykgaW4gUE1JUHY2IFtSRkM1MjEzXS4mbmJzcDsgVGhlIGhv c3QtYmFzZWQgbW9iaWxpdHkgc2NoZW1lIG5lZWRzPG86cD48L286cD48L3NwYW4+PC9mb250Pjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IGNsaWVudCBmdW5jdGlvbmFsaXR5IGluIElQdjYgc3Rh Y2sgb2YgYSB2ZWhpY2xlIGFzIGEgbW9iaWxlIG5vZGUgZm9yPG86cD48L286cD48L3NwYW4+PC9m b250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJp ZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IG1vYmlsaXR5IHNpZ25hbGluZyBtZXNzYWdl IGV4Y2hhbmdlIGJldHdlZW4gdGhlIHZlaGljbGUgYW5kIGhvbWU8bzpwPjwvbzpwPjwvc3Bhbj48 L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291 cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgYWdlbnQuJm5ic3A7IE9uIHRoZSBvdGhl ciBoYW5kLCB0aGUgbmV0d29yay1iYXNlZCBtb2JpbGl0eSBzY2hlbWUgZG9lcyBub3Q8bzpwPjwv bzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0i MiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgbmVlZCBzdWNoIGEg Y2xpZW50IGZ1bmN0aW9uYWxpdHkgZm9yIGEgdmVoaWNsZSBiZWNhdXNlIHRoZSBuZXR3b3JrPG86 cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNp emU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IGluZnJhc3Ry dWN0dXJlIG5vZGUgKGUuZy4sIE1BRyBpbiBQTUlQdjYpIGFzIGEgcHJveHkgbW9iaWxpdHkgYWdl bnQ8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZv bnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgaGFu ZGxlcyB0aGUgbW9iaWxpdHkgc2lnbmFsaW5nIG1lc3NhZ2UgZXhjaGFuZ2Ugd2l0aCB0aGUgaG9t ZSBhZ2VudDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNw OyAoZS5nLiwgTE1BIGluIFBNSVB2NikgZm9yIHRoZSBzYWtlIG9mIHRoZSB2ZWhpY2xlLjxvOnA+ PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXpl PSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJD b3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBUaGVyZSBhcmUgYSBzY2FsYWJpbGl0 eSBpc3N1ZSBhbmQgYSByb3V0ZSBvcHRpbWl6YXRpb24gaXNzdWUgaW4gdGhlPG86cD48L286cD48 L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZh Y2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IG5ldHdvcmstYmFzZWQgbW9i aWxpdHkgc2NoZW1lIChlLmcuLCBQTUlQdjYpIHdoZW4gYW4gTUEgY292ZXJzIGE8bzpwPjwvbzpw Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIg ZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgbGFyZ2UgdmVoaWN1bGFy IG5ldHdvcmsgZ292ZXJuaW5nIG1hbnkgSVAtUlNVcy4mbmJzcDsgSW4gdGhpcyBjYXNlLCBhPG86 cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNp emU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IGRpc3RyaWJ1 dGVkIG1vYmlsaXR5IHNjaGVtZSAoZS5nLiwgRE1NIFtSRkM3NDI5XSkgY2FuIG1pdGlnYXRlIHRo ZTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9u dCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBzY2Fs YWJpbGl0eSBpc3N1ZSBieSBkaXN0cmlidXRpbmcgbXVsdGlwbGUgTUFzIGluIHRoZSB2ZWhpY3Vs YXI8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZv bnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgbmV0 d29yayBzdWNoIHRoYXQgdGhleSBhcmUgcG9zaXRpb25lZCBjbG9zZXIgdG8gdmVoaWNsZXMgZm9y IHJvdXRlPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7 IG9wdGltaXphdGlvbiBhbmQgYm90dGxlbmVjayBtaXRpZ2F0aW9uIGluIGEgY2VudHJhbCBNQSBp biB0aGU8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsg bmV0d29yay1iYXNlZCBtb2JpbGl0eSBzY2hlbWUuJm5ic3A7IEFsbCB0aGVzZSBtb2JpbGl0eSBh cHByb2FjaGVzIChpLmUuLDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZu YnNwOyZuYnNwOyBhIGhvc3QtYmFzZWQgbW9iaWxpdHkgc2NoZW1lLCBuZXR3b3JrLWJhc2VkIG1v YmlsaXR5IHNjaGVtZSwgYW5kPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ Jm5ic3A7Jm5ic3A7IGRpc3RyaWJ1dGVkIG1vYmlsaXR5IHNjaGVtZSkgYW5kIGEgaHlicmlkIGFw cHJvYWNoIG9mIGEgY29tYmluYXRpb248bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7Ij4mbmJzcDsmbmJzcDsgb2YgdGhlbSBuZWVkIHRvIHByb3ZpZGUgYW4gZWZmaWNpZW50IG1v YmlsaXR5IHNlcnZpY2UgdG8gdmVoaWNsZXM8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgbW92aW5nIGZhc3QgYW5kIG1vdmluZyBhbG9uZyB3aXRoIHRo ZSByZWxhdGl2ZWx5IHByZWRpY3RhYmxlPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+Jm5ic3A7Jm5ic3A7IHRyYWplY3RvcmllcyBhbG9uZyB0aGUgcm9hZHdheXMuPG86cD48 L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9 IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNv dXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyI+Jm5ic3A7Jm5ic3A7IEluIHZlaGljdWxhciBuZXR3b3JrcywgdGhlIGNvbnRyb2wg cGxhbmUgY2FuIGJlIHNlcGFyYXRlZCBmcm9tIHRoZTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5l dyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBkYXRhIHBsYW5lIGZvciBlZmZpY2llbnQgbW9iaWxp dHkgbWFuYWdlbWVudCBhbmQgZGF0YSBmb3J3YXJkaW5nIGJ5PG86cD48L286cD48L3NwYW4+PC9m b250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJp ZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IHVzaW5nIHRoZSBjb25jZXB0IG9mIFNvZnR3 YXJlLURlZmluZWQgTmV0d29ya2luZyAoU0ROKTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBbUkZDNzE0OV1bRE1NLUZQQ10uJm5ic3A7IE5vdGUgdGhh dCBGb3J3YXJkaW5nIFBvbGljeSBDb25maWd1cmF0aW9uIChGUEMpPG86cD48L286cD48L3NwYW4+ PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNv dXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IGluIFtETU0tRlBDXSwgd2hpY2ggaXMg YSBmbGV4aWJsZSBtb2JpbGl0eSBtYW5hZ2VtZW50IHN5c3RlbSwgY2FuPG86cD48L286cD48L3Nw YW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9 IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IG1hbmFnZSB0aGUgc2VwYXJhdGlv biBvZiBkYXRhLXBsYW5lIGFuZCBjb250cm9sLXBsYW5lIGluIERNTS4mbmJzcDsgSW48bzpwPjwv bzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0i MiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgU0ROLCB0aGUgY29u dHJvbCBwbGFuZSBhbmQgZGF0YSBwbGFuZSBhcmUgc2VwYXJhdGVkIGZvciB0aGUgZWZmaWNpZW50 PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250 IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IG1hbmFn ZW1lbnQgb2YgZm9yd2FyZGluZyBlbGVtZW50cyAoZS5nLiwgc3dpdGNoZXMgYW5kIHJvdXRlcnMp IHdoZXJlPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7 IGFuIFNETiBjb250cm9sbGVyIGNvbmZpZ3VyZXMgdGhlIGZvcndhcmRpbmcgZWxlbWVudHMgaW4g YSBjZW50cmFsaXplZDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNw OyZuYnNwOyB3YXkgYW5kIHRoZXkgcGVyZm9ybSBwYWNrZXQgZm9yd2FyZGluZyBhY2NvcmRpbmcg dG8gdGhlaXIgZm9yd2FyZGluZzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsi PiZuYnNwOyZuYnNwOyB0YWJsZXMgdGhhdCBhcmUgY29uZmlndXJlZCBieSB0aGUgU0ROIGNvbnRy b2xsZXIuJm5ic3A7IEFuIE1BIGFzIGFuIFNETjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBjb250cm9sbGVyIG5lZWRzIHRvIGVmZmljaWVudGx5IGNv bmZpZ3VyZSBhbmQgbW9uaXRvciBpdHMgSVAtUlNVcyBhbmQ8bzpwPjwvbzpwPjwvc3Bhbj48L2Zv bnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmll ciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgdmVoaWNsZXMgZm9yIG1vYmlsaXR5IG1hbmFn ZW1lbnQsIGxvY2F0aW9uIG1hbmFnZW1lbnQsIGFuZCBzZWN1cml0eTxvOnA+PC9vOnA+PC9zcGFu PjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJD b3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBzZXJ2aWNlcy48bzpwPjwvbzpwPjwv c3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFj ZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBO ZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgVGhlIG1vYmlsaXR5IGluZm9ybWF0aW9uIG9mIGEg R1BTIHJlY2VpdmVyIG1vdW50ZWQgaW4gaXRzIHZlaGljbGU8bzpwPjwvbzpwPjwvc3Bhbj48L2Zv bnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmll ciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgKGUuZy4sIHBvc2l0aW9uLCBzcGVlZCwgYW5k IGRpcmVjdGlvbikgY2FuIGJlIHVzZWQgdG8gYWNjb21tb2RhdGU8bzpwPjwvbzpwPjwvc3Bhbj48 L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291 cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgbW9iaWxpdHktYXdhcmUgcHJvYWN0aXZl IGhhbmRvdmVyIHNjaGVtZXMsIHdoaWNoIGNhbiBwZXJmb3JtIHRoZTxvOnA+PC9vOnA+PC9zcGFu PjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJD b3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBoYW5kb3ZlciBvZiBhIHZlaGljbGUg YWNjb3JkaW5nIHRvIGl0cyBtb2JpbGl0eSBhbmQgdGhlIHdpcmVsZXNzPG86cD48L286cD48L3Nw YW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9 IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IHNpZ25hbCBzdHJlbmd0aCBvZiBh IHZlaGljbGUgYW5kIGFuIElQLVJTVSBpbiBhIHByb2FjdGl2ZSB3YXkuPG86cD48L286cD48L3Nw YW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9 IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250Pjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IFZlaGljbGVzIGNhbiB1c2UgdGhlIFRDQyBhcyB0aGVp ciBIb21lIE5ldHdvcmsgaGF2aW5nIGEgaG9tZSBhZ2VudDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVy IE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBmb3IgbW9iaWxpdHkgbWFuYWdlbWVudCBhcyBp biBNSVB2NiBbUkZDNjI3NV0gYW5kIFBNSVB2NiBbUkZDNTIxM10sPG86cD48L286cD48L3NwYW4+ PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNv dXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IHNvIHRoZSBUQ0MgKG9yIGFuIE1BIGlu c2lkZSB0aGUgVENDKSBtYWludGFpbnMgdGhlIG1vYmlsaXR5PG86cD48L286cD48L3NwYW4+PC9m b250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJp ZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IGluZm9ybWF0aW9uIG9mIHZlaGljbGVzIGZv ciBsb2NhdGlvbiBtYW5hZ2VtZW50LiZuYnNwOyBJUCB0dW5uZWxpbmcgb3ZlcjxvOnA+PC9vOnA+ PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBm YWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyB0aGUgd2lyZWxlc3MgbGlu ayBzaG91bGQgYmUgYXZvaWRlZCBmb3IgcGVyZm9ybWFuY2UgZWZmaWNpZW5jeS48bzpwPjwvbzpw Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIg ZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgQWxzbywgaW4gdmVoaWN1 bGFyIG5ldHdvcmtzLCBhc3ltbWV0cmljIGxpbmtzIHNvbWV0aW1lcyBleGlzdCBhbmQ8bzpwPjwv bzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0i MiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgbXVzdCBiZSBjb25z aWRlcmVkIGZvciB3aXJlbGVzcyBjb21tdW5pY2F0aW9ucyBzdWNoIGFzIFYyViBhbmQgVjJJLjxv OnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBz aXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNl PSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyZndDsmZ3Q7Jm5ic3A7IFRoaXMgaXMg YWxsIHZlcnkgaW5mb3JtYXRpdmUgdGV4dCBidXQgZG9lcyBub3Qgc3RhdGUgYSBwcm9ibGVtLiBJ cyB0aGVyZSBhIHByb2JsZW0gaXMgbGVmdCB0byBiZSBzb2x2ZWQgb3IgYXJlIHdlIGFzc2Vzc2lu ZyB0aGUgYXBwbGljYWJpbGl0eSBvZiBwcm90b2NvbHM/IENvdWxkIGl0IGZvciBpbnN0YW5jZSwN CiBmb3J3YXJkIHBvaW50IHRvIGlzc3VlcyBkaXNjdXNzZWQgaW4gc2VjdGlvbiA1PzxvOnA+PC9v OnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIy IiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNp emU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbHQ7 c25pcCZndDs8L3NwYW4+PC9mb250Pjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNp emU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9 IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IEFzIHNob3duIGluIEZpZ3VyZSAz LCBhcyBpbnRlcm5hbCBuZXR3b3JrcywgYSB2ZWhpY2xlJ3MgbW92aW5nPG86cD48L286cD48L3Nw YW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9 IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IG5ldHdvcmsgYW5kIGFuIEVOJ3Mg Zml4ZWQgbmV0d29yayBhcmUgc2VsZi1jb250YWluZWQgbmV0d29ya3MgaGF2aW5nPG86cD48L286 cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIi IGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IG11bHRpcGxlIHN1Ym5l dHMgYW5kIGhhdmluZyBhbiBlZGdlIHJvdXRlciAoZS5nLiwgSVAtT0JVIGFuZCBJUC1SU1UpPG86 cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNp emU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IGZvciB0aGUg Y29tbXVuaWNhdGlvbiB3aXRoIGFub3RoZXIgdmVoaWNsZSBvciBhbm90aGVyIEVOLiZuYnNwOyBU aGU8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZv bnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgaW50 ZXJuZXR3b3JraW5nIGJldHdlZW4gdHdvIGludGVybmFsIG5ldHdvcmtzIHZpYSBWMkkgY29tbXVu aWNhdGlvbjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNw OyByZXF1aXJlcyB0aGUgZXhjaGFuZ2Ugb2YgdGhlIG5ldHdvcmsgcGFyYW1ldGVycyBhbmQgdGhl IG5ldHdvcms8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJz cDsgcHJlZml4ZXMgb2YgdGhlIGludGVybmFsIG5ldHdvcmtzLiZuYnNwOyBGb3IgdGhlIGVmZmlj aWVuY3ksIHRoZSBuZXR3b3JrPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ Jm5ic3A7Jm5ic3A7IHByZWZpeGVzIG9mIHRoZSBpbnRlcm5hbCBuZXR3b3JrcyAoYXMgYSBtb3Zp bmcgbmV0d29yaykgaW4gYSB2ZWhpY2xlPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+Jm5ic3A7Jm5ic3A7IG5lZWQgdG8gYmUgZGVsZWdhdGVkIGFuZCBjb25maWd1cmVkIGF1 dG9tYXRpY2FsbHkuJm5ic3A7IE5vdGUgdGhhdCBhPG86cD48L286cD48L3NwYW4+PC9mb250Pjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IG1vdmluZyBuZXR3b3JrJ3MgbmV0d29yayBwcmVmaXgg Y2FuIGJlIGNhbGxlZCBhIE1vYmlsZSBOZXR3b3JrIFByZWZpeDxvOnA+PC9vOnA+PC9zcGFuPjwv Zm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3Vy aWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyAoTU5QKSBbT01OSV0uPG86cD48L286cD48 L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZh Y2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250 PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmki PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7Jmd0OyZndDsgVGhlbiBhZ2FpbiB5 b3XigJlyZSBvdmVyc2VsbGluZyBPTU5JLiBNTlAgaXMgb3JpZ2luYWxseSBkZWZpbmVkIGhlcmUN Cjwvc3Bhbj48YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL3Jm YzM5NjMjc2VjdGlvbi0yIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL3Jm YzM5NjMjc2VjdGlvbi0yPC9hPjwvZm9udD4gYW5kIHRoYXTigJlzIGEgcmVmZXJlbmNlIHlvdSBj YW4gdXNlIG5vcm1hdGl2ZWx5LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdCI+Jmx0O3NuaXAmZ3Q7PC9zcGFuPjwvZm9udD48Zm9udCBzaXplPSIyIiBmYWNlPSJD b3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBz aXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBBcyBzaG93 biBpbiBGaWd1cmUgMywgdGhlIGFkZHJlc3NlcyB1c2VkIGZvciBJUHY2IHRyYW5zbWlzc2lvbnMg b3ZlcjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyB0 aGUgd2lyZWxlc3MgbGluayBpbnRlcmZhY2VzIGZvciBJUC1PQlUgYW5kIElQLVJTVSBjYW4gYmUg ZWl0aGVyPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7 IGdsb2JhbCBJUHY2IGFkZHJlc3Nlcywgb3IgSVB2NiBVTEFzIGFzIGxvbmcgYXMgSVB2NiBwYWNr ZXRzIGNhbiBiZTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZu YnNwOyByb3V0ZWQgd2l0aGluIHZlaGljdWxhciBuZXR3b3JrcyBbT01OSV0uDQo8bzpwPjwvbzpw Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIg ZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2Zv bnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJy aSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsmZ3Q7Jmd0OyBUaGVuIGFnYWlu IHlvdeKAmXJlIG92ZXJzZWxsaW5nIE9NTkkuIFRoZXJlIG5lZWRzIHRvJm5ic3A7IGJlIGEgcm91 dGluZyBwcm90b2NvbCBsaWtlIGEgTUFORVQgdGhhdCB3aWxsIGFjY2VwdCB0byBjYXJyeSB0aGUN CjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9u dCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+ Jm5ic3A7TU5QcywgYW5kIHRoYXQgbXVzdCBiZSBpbXBsZW1lbnRlZCBieSB0aGUgaW5mcmEgYW5k IGJvdGggY2Fycy4gVGhlIE9NTkkgc3BlYyBpcyBjbGVhciBvbiB0aGF0LiBUaGlzIGlzIHdoeSBh dCBmaXJzdCBnbGFuY2UgSSBzZWUgT01OSSBhcyBhIGZ1bGwgbW9iaWxlIHJvdXRlciBpbiBhIGJ1 bXAgaW4gdGhlDQogc3RhY2suIE5vdyB3aGF0IGlzIHRoZSBwcm9ibGVtIGJlaGluZCB0aGlzPyBO byBzdWNoIHByb3RvY29sIGF0IElFVEY/IFRvbyBtYW55IHRvIGNob29zZSBmcm9tPyBObyBkZXBs b3ltZW50PzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdCI+Jmx0O3NuaXAmZ3Q7PC9zcGFuPjwvZm9udD48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3Vy aWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXpl PSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJD b3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiPldoZW4gZ2xvYmFsIElQdjYgYWRkcmVzc2VzPG86cD48L286 cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIi IGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IGFyZSB1c2VkLCB3aXJl bGVzcyBpbnRlcmZhY2UgY29uZmlndXJhdGlvbiBhbmQgY29udHJvbCBvdmVyaGVhZCBmb3I8bzpw PjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6 ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgRHVwbGljYXRl IEFkZHJlc3MgRGV0ZWN0aW9uIChEQUQpIFtSRkM0ODYyXSBhbmQgTXVsdGljYXN0IExpc3RlbmVy PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250 IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IERpc2Nv dmVyeSAoTUxEKSBbUkZDMjcxMF1bUkZDMzgxMF0gc2hvdWxkIGJlIG1pbmltaXplZCB0byBzdXBw b3J0IFYySTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNw OyBhbmQgVjJYIGNvbW11bmljYXRpb25zIGZvciB2ZWhpY2xlcyBtb3ZpbmcgZmFzdCBhbG9uZyBy b2Fkd2F5czsgd2hlbjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNw OyZuYnNwOyBVTEFzIGFuZCB0aGUgT01OSSBpbnRlcmZhY2UgYXJlIHVzZWQsIG5vIERBRCBub3Ig TUxEIG1lc3NhZ2luZyBpczxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZu YnNwOyZuYnNwOyBuZWVkZWQuPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0Ij4mZ3Q7Jmd0OyZndDsgVGhlbiBhZ2FpbiB5b3XigJlyZSBvdmVyc2VsbGluZyBPTU5JLiBJ c27igJl0IGl0IHRoZSBubyBkYWQgbmVlZGVkIGEgcHJvcGVydHkgb2YgaW5qZWN0aW5nIGEgQllP QSBpbiB0aGUgZmFicmljIGZvciBhbiBHVUEgTUlQIEhvbWUgQWRkcmVzcyB3aGljaCBpcyBrbm93 biB0byBiZSB1bmlxdWUgYXQgaG9tZT88bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsmZ3Q7Jmd0OyBPVE9ILCBhdXRvY29uZuKAmWluZyBh IHJhbmRvbSBVTEEg4oCcRkTigKbigJ1wcmVmaXggaGFzIGxlc3NlciBEQUQgcHJvcGVydGllcyB0 aGFuIGF1dG9jb25m4oCZaW5nIGEgcmFuZG9tIDY0Yml0IElJRCBpbiBhIGNsYXNzaWNhbCBzdWJu ZXQuIFNvIHdobyBzYXlzIERBRCBpc27igJl0IHJlcXVpcmVkIGZvciBPTU5JIFVMQT88bzpwPjwv bzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0i MiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsmZ3Q7 Jmd0OyBub3RlIHRoYXQgSU1ITyBEQUQgb24gd2lyZWxlc3MgaXMgYSBsb3QgbW9yZSBoYXJtIHRo YW4gZ29vZCwgYW5kIEkgYWdyZWUgdGhhdCB3aXRoIGEgZ29vZCBwc2V1ZG8gcmFuZG9tIGdlbmVy YXRvciB0aGUgVUxBIGhhcyBubyBjaGFuY2UgdG8gY29sbGlzaW9uIGluIHRoZSByZWFsIHdvcmxk LCBhcw0KIE9NTkkgY2xhaW1zLiBJdOKAmXMganVzdCB0aGF0IHlvdXIgYXJndW1lbnQgaGVyZSBw bGF5cyB0aGUgb3RoZXIgd2F5LCBiZWNhdXNlIHRoZXJlIGFyZSBsZXNzIHJhbmRvbSBiaXRzICg1 NikmbmJzcDsgaW4gdGhlIFVMQSBwcmVmaXggdGhhbiBpbiB0aGUgSUlEICg2MiksIGFuZCBpZiBv bmUgc3RhcnRzIHVzaW5nIG1vcmUgcHJlZml4IGJpdHMgdG8gYmUgbm9uLXJhbmRvbSwgdGhlcmUg d2lsbCBiZSBhIHRpbWUgd2hlbiBEQUQgb24gcHJlZml4IGlzIG5lZWRlZC48bzpwPjwvbzpwPjwv c3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFj ZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIy IiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmx0O3NuaXAm Z3Q7PC9zcGFuPjwvZm9udD48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIy IiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv Zm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3Vy aWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBMZXQgdXMgY29uc2lkZXIgdGhlIHVwbG9h ZC9kb3dubG9hZCB0aW1lIG9mIGEgdmVoaWNsZSB3aGVuIGl0IHBhc3NlczxvOnA+PC9vOnA+PC9z cGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNl PSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyB0aHJvdWdoIHRoZSB3aXJlbGVz cyBjb21tdW5pY2F0aW9uIGNvdmVyYWdlIG9mIGFuIElQLVJTVS4mbmJzcDsgRm9yIGE8bzpwPjwv bzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0i MiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgZ2l2ZW4gdHlwaWNh bCBzZXR0aW5nIHdoZXJlIDFrbSBpcyB0aGUgbWF4aW11bSBEU1JDIGNvbW11bmljYXRpb248bzpw PjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6 ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgcmFuZ2UgW0RT UkNdIGFuZCAxMDBrbS9oIGlzIHRoZSBzcGVlZCBsaW1pdCBpbiBoaWdod2F5LCB0aGUgZHdlbGxp bmc8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZv bnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgdGlt ZSBjYW4gYmUgY2FsY3VsYXRlZCB0byBiZSA3MiBzZWNvbmRzIGJ5IGRpdmlkaW5nIHRoZSBkaWFt ZXRlciBvZjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNw OyB0aGUgMmttIChpLmUuLCB0d28gdGltZXMgb2YgRFNSQyBjb21tdW5pY2F0aW9uIHJhbmdlIHdo ZXJlIGFuIElQLVJTVTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNw OyZuYnNwOyBpcyBsb2NhdGVkIGluIHRoZSBjZW50ZXIgb2YgdGhlIGNpcmNsZSBvZiB3aXJlbGVz cyBjb21tdW5pY2F0aW9uKSBieTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsi PiZuYnNwOyZuYnNwOyB0aGUgc3BlZWQgbGltaXQgb2YgMTAwa20vaCAoaS5lLiwgYWJvdXQgMjht L3MpLiZuYnNwOyBGb3IgdGhlIDcyIHNlY29uZHMsPG86cD48L286cD48L3NwYW4+PC9mb250Pjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IGEgdmVoaWNsZSBwYXNzaW5nIHRocm91Z2ggdGhlIGNv dmVyYWdlIG9mIGFuIElQLVJTVSBjYW4gdXBsb2FkIGFuZDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVy IE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBkb3dubG9hZCBkYXRhIHBhY2tldHMgdG8vZnJv bSB0aGUgSVAtUlNVLjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9u dCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBm YWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9 IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbHQ7c25p cCZndDs8L3NwYW4+PC9mb250Pjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9 IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNv dXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxm b250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+NC4zLiZuYnNwOyBWMlYt YmFzZWQgSW50ZXJuZXR3b3JraW5nPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNp emU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZv bnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi PiZndDsmZ3Q7Jmd0OyBJbiB0aGlzIHNlY3Rpb24gaXQgbG9va3MgbGlrZSB0aGUgY2FycyBhcmUg aW4gYSBzdGFibGUgbGluZSBvZiBzaWdodCByZWxhdGlvbnNoaXAuIFdoaWNoIGlzIHByb2JhYmx5 IGZpbmUgZm9yIGEgcGxhdG9vbiwgYnV0IHdoZW4geW91IGRyaXZlIGFsb25nIHdpdGggZnJpZW5k cyBpbiBkaWZmZXJlbnQNCiBjYXJzLCB5b3UgcmVhbGl6ZSB0aGF0IHRoZSBsaW5lIG9mIHNpZ2h0 IGFzc3VtcHRpb24gZG9lcyBub3Qgc3RhbmQgb3ZlciB0aW1lLiBTb29uIGVub3VnaCwgb3RoZXIg Y2FycyBtZWRkbGUgaW4sIGFuZCBwb3NzaWJseSBvbmUgb2YgdGhlIGNhcnMgZHJpdmVzIGZhc3Rl ciBhbmQgdG9vIGZhciBhaGVhZCBzbyB5b3UgbmVlZCB0aGUgaW5mcmEgdG8gcmVsYXksIHBvc3Np Ymx5IG92ZXIgbXVsdGlwbGUgaW5mcmEgaG9wcy48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJp Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyZndDsmZ3Q7IHNvIGluIHRoaXMg c2VjdGlvbiwgSeKAmWQgZXhwZWN0IHRvIHNlZSBhIFZlaGljbGUgY29tbXVuaWNhdGluZyB3aXRo IGFub3RoZXIgb25lIGFuZCB1c2luZyBlaXRoZXIgbGluZSBvZiBzaWdodCBvciBWMlYgcmVsYXlp bmcgYnV0IGFsc28gdXNpbmcgcmVsYXkgdmlhIFYySSAobXVsdGlob3AgSTJJIG5vdA0KIGp1c3Qg aHViIGFuZCBzcG9rZSBWMkkyViApLCBhbHRlcm5hdGl2ZWx5IHRvIHRvZ2V0aGVyIGZvciByZWR1 bmRhbmN5LiBJcyB0aGF0IHBhcnQgb2YgdGhlIHByb2JsZW0/DQo8bzpwPjwvbzpwPjwvc3Bhbj48 L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2Fs aWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNl PSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyZndDsmZ3Q7IHJl YWRpbmcgZGVlcGVyIHNlY3Rpb24gNSBJIGZvdW5kIGV4Y2VsbGVudCB0ZXh0IG9uIHJvdXRpbmcg dmlhIFYgYW5kIHZpYSBJLiBUaGlzIHRlbGxzIHRoYXQgc2VjdGlvbiA0IGRvZXMgbm90IHBsYXkg YSBnb29kIHJvbGUgYXQganVzdGlmeWluZyBzZWN0aW9uIDUuIE1heWJlIGtlZXAgc2VjdGlvbg0K IDQgZm9yIGFub3RoZXIgZG9jPzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7Jmd0OyZndDsgV2hhdCBraW5kIG9yIHJlbGlhYmls aXR5IGlzIHJlcXVpcmVkIGluIGEgVjJWIHVzZSBjYXNlPyBEbyB5b3UgdGhpbmsgTkQgY2FuIGhh bmRsZSBpdD8gT3IgTUFORVQ/IFdoYXQgd291bGQgYmUgdGhlIGFzc3VtcHRpb24gb24gTDIgKHJv YW1pbmcgdGltZSwgdW5pY2FzdCB2cyBQMk1QKSBhbmQgb24NCiBMMyAocmVsaWFiaWxpdHkgYWxh IERldE5ldC9SQVcpLiBTaG91bGQgd2UgaGF2ZSBzb21lIEwzJm5ic3A7IHJlZHVuZGFuY3k/PG86 cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNp emU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZv bnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi PiZsdDtzbmlwJmd0Ozwvc3Bhbj48L2ZvbnQ+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBO ZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZv bnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIg ZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij41LiZuYnNwOyBQcm9ibGVtIFN0YXRlbWVudDxv OnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBz aXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxm b250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij4mbHQ7c25pcCZndDs8L3NwYW4+PC9mb250Pjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIg TmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90OyI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxm b250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IElu IG9yZGVyIHRvIHNwZWNpZnkgcHJvdG9jb2xzIHVzaW5nIHRoZSBhcmNoaXRlY3R1cmUgbWVudGlv bmVkIGluPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7 IFNlY3Rpb24gNC4xLCBJUHY2IGNvcmUgcHJvdG9jb2xzIGhhdmUgdG8gYmUgYWRhcHRlZCB0byBv dmVyY29tZTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNw OyBjZXJ0YWluIGNoYWxsZW5naW5nIGFzcGVjdHMgb2YgdmVoaWN1bGFyIG5ldHdvcmtpbmcuJm5i c3A7IFNpbmNlIHRoZTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNw OyZuYnNwOyB2ZWhpY2xlcyBhcmUgbGlrZWx5IHRvIGJlIG1vdmluZyBhdCBncmVhdCBzcGVlZCwg cHJvdG9jb2wgZXhjaGFuZ2VzPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ Jm5ic3A7Jm5ic3A7IG5lZWQgdG8gYmUgY29tcGxldGVkIGluIGEgdGltZSByZWxhdGl2ZWx5IHNo b3J0IGNvbXBhcmVkIHRvIHRoZTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsi PiZuYnNwOyZuYnNwOyBsaWZldGltZSBvZiBhIGxpbmsgYmV0d2VlbiBhIHZlaGljbGUgYW5kIGFu IElQLVJTVSwgb3IgYmV0d2VlbiB0d288bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7Ij4mbmJzcDsmbmJzcDsgdmVoaWNsZXMuPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0Ij4mZ3Q7Jmd0OyZndDsgQW55IG9yZGVyIG9mIG1hZ25pdHVkZT88bzpwPjwv bzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0i MiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsmZ3Q7 Jmd0OyBDYW4geW91IGluZGljYXRlIHdoZXRoZXIgdGhpcyBhbHJlYWR5IHJ1bGVzIG91dCBjZXJ0 YWluIHByb2NlZHVyZXMsIGUuZy4gREFEID8NCjwvc3Bhbj48L2ZvbnQ+PGZvbnQgc2l6ZT0iMiIg ZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXci PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0i MiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgVGhlIGxpZmV0aW1l IG9mIGEgc2Vzc2lvbiB2YXJpZXMgZGVwZW5kaW5nIG9uIHRoZSBzZXNzaW9uJ3MgdHlwZSBzdWNo PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250 IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IGFzIGEg d2ViIHN1cmZpbmcsIHZvaWNlIGNhbGwgb3ZlciBJUCwgYW5kIEROUyBxdWVyeS4mbmJzcDsgUmVn YXJkbGVzcyBvZiBhPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7 Jm5ic3A7IHNlc3Npb24ncyB0eXBlLCB0byBndWlkZSBhbGwgdGhlIElQdjYgcGFja2V0cyB0byB0 aGVpciBkZXN0aW5hdGlvbjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZu YnNwOyZuYnNwOyBob3N0LCBJUCBtb2JpbGl0eSBzaG91bGQgYmUgc3VwcG9ydGVkIGZvciB0aGUg c2Vzc2lvbi48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6 ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsm Z3Q7Jmd0OyB0aGlzIHNlZW1zIHRvIGJlIGZvciB1bmljYXN0IHdoZW4geW91IGtub3cgd2hvIHRv IHRhbGsgdG8uIElzIHRoZXJlIGEgbmVlZCBzb21lIG11bHRpY2FzdCBncm91cHMgbGlrZSBhbnli b2R5IGFyb3VuZCBpbnRlcmVzdGVkIGluIHRvcGljIGJsYWggbGlrZSBJIGNvdWxkIGJlIG11bHRp Y2FzdGluZw0KIHRoZSBzcGVlZCBvZiB2ZWhpY2xlcyBjb21pbmcgdGhlIG90aGVyIHdheSB0aGF0 IEkgY3Jvc3NlZCByZWNlbnRseSwgZm9yIHVzZSBvZiB2ZWhpY2xlcyB0aGF0IEnigJltIGNyb3Nz aW5nIG5vdywgc28gdGhleSBjYW4gc2VlIGEgc2xvd2Rvd24gb24gYWR2YW5jZTxvOnA+PC9vOnA+ PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBm YWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVy IE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiPiZuYnNwOyZuYnNwOyBUaHVzLCB0aGUgdGltZSBjb25zdHJhaW50IG9mIGEgd2lyZWxlc3Mg bGluayBoYXMgYSBtYWpvciBpbXBhY3Qgb248bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgSVB2NiBOZWlnaGJvciBEaXNjb3ZlcnkgKE5EKS4mbmJzcDsg TW9iaWxpdHkgTWFuYWdlbWVudCAoTU0pIGlzIGFsc288bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBO ZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgdnVsbmVyYWJsZSB0byBkaXNjb25uZWN0aW9ucyB0 aGF0IG9jY3VyIGJlZm9yZSB0aGUgY29tcGxldGlvbiBvZjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVy IE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBpZGVudGl0eSB2ZXJpZmljYXRpb24gYW5kIHR1 bm5lbCBtYW5hZ2VtZW50LiZuYnNwOyBUaGlzIGlzIGVzcGVjaWFsbHkgdHJ1ZTxvOnA+PC9vOnA+ PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBm YWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBnaXZlbiB0aGUgdW5yZWxp YWJsZSBuYXR1cmUgb2Ygd2lyZWxlc3MgY29tbXVuaWNhdGlvbi4mbmJzcDsgVGhpcyBzZWN0aW9u PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250 IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IHByZXNl bnRzIGtleSB0b3BpY3Mgc3VjaCBhcyBuZWlnaGJvciBkaXNjb3ZlcnkgYW5kIG1vYmlsaXR5PG86 cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNp emU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IG1hbmFnZW1l bnQuPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxm b250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIi IGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6 ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9u dCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+ Jmd0OyZndDsmZ3Q7IE9ubHkgTkQ/IFdoYXQgYWJvdXQgdGhlIE1BTkVUPzxvOnA+PC9vOnA+PC9z cGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNl PSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyZndDsmZ3Q7IGhv dyBmYXN0IHNob3VsZCBORCBiZSB0byBiZSBzdWl0YWJsZT88bzpwPjwvbzpwPjwvc3Bhbj48L2Zv bnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJy aSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsmZ3Q7Jmd0OyBpcyB0aGVyZSBh bHNvIGEgYmFuZHdpZHRoIGNoZWNrPyBZb3UgY2FuIG1ha2UgdGhpbmdzIG11Y2ggZmFzdGVyIGlm IHlvdSBkZWRpY2F0ZSBhIGxvdCBvZiBzcGVjdHJ1bSB0byBpdC4gQnV0IHRoYXQgY2FuIGFsc28g YmUgYSB3YXN0ZS4NCjwvc3Bhbj48L2ZvbnQ+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBO ZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZv bnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIg ZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij41LjEuJm5ic3A7IE5laWdoYm9yIERpc2NvdmVy eTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9u dCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBm YWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9 IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbHQ7c25p cCZndDs8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0i MiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291 cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgVGhlIHJlcXVpcmVtZW50cyBmb3IgSVB2 NiBORCBmb3IgdmVoaWN1bGFyIG5ldHdvcmtzIGFyZSBlZmZpY2llbnQgREFEPG86cD48L286cD48 L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZh Y2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IGFuZCBOVUQgb3BlcmF0aW9u cy4mbmJzcDsNCjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBz aXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxm b250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij4mZ3Q7Jmd0OyZndDsgTm90IGxvb2t1cD8gSXMgaXQgdGhlIGludGVudGlvbiB0byB1c2UgSVAg dW5pY2FzdCBvdmVyIE1BQyBicm9hZGNhc3QsIHdoaWNoIGlzIGEgZ29vZCBpZGVhIGluIG15IGJv b2s/PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxm b250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQiPiZsdDtzbmlwJmd0OzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNw OyZuYnNwOyAmbmJzcDsmbmJzcDtUaGlzIG1lcmdpbmcgYW5kIHBhcnRpdGlvbmluZyBzaG91bGQg YmUgY29uc2lkZXJlZCBmb3IgdGhlPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+Jm5ic3A7Jm5ic3A7IElQdjYgTkQgc3VjaCBhcyBJUHY2IFN0YXRlbGVzcyBBZGRyZXNzIEF1 dG9jb25maWd1cmF0aW9uIChTTEFBQyk8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7Ij4mbmJzcDsmbmJzcDsgW1JGQzQ4NjJdLg0KPG86cD48L286cD48L3NwYW4+PC9mb250Pjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsmZ3Q7Jmd0OyBOb3QgbG9va3VwPyBJcyBpdCB0aGUg aW50ZW50aW9uIHRvIHVzZSBJUCB1bmljYXN0IG92ZXIgTUFDIGJyb2FkY2FzdCwgd2hpY2ggaXMg YSBnb29kIGlkZWEgaW4gbXkgYm9vaz88bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmx0O3NuaXAmZ3Q7PG86cD48L286cD48L3NwYW4+ PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNv dXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5i c3A7Jm5ic3A7IEFsc28sIHRoZSBwYXJ0aXRpb25pbmcgb2YgYSBWQU5FVCBtYXkgbWFrZSB2ZWhp Y2xlcyB3aXRoIHRoZSBzYW1lPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ Jm5ic3A7Jm5ic3A7IHByZWZpeCBiZSBwaHlzaWNhbGx5IHVucmVhY2hhYmxlLiZuYnNwOyBBbHNv LCBTTEFBQyBuZWVkcyB0byBwcmV2ZW50IElQdjY8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXci PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgYWRkcmVzcyBkdXBsaWNhdGlvbiBkdWUgdG8gdGhlIG1l cmdpbmcgb2YgVkFORVRzLiZuYnNwOyBBY2NvcmRpbmcgdG8gdGhlPG86cD48L286cD48L3NwYW4+ PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNv dXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IG1lcmdpbmcgYW5kIHBhcnRpdGlvbmlu ZywgYSBkZXN0aW5hdGlvbiB2ZWhpY2xlIChhcyBhbiBJUHY2IGhvc3QpPG86cD48L286cD48L3Nw YW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9 IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IG5lZWRzIHRvIGJlIGRpc3Rpbmd1 aXNoZWQgYXMgZWl0aGVyIGFuIG9uLWxpbmsgaG9zdCBvciBhbiBvZmYtbGluazxvOnA+PC9vOnA+ PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBm YWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBob3N0IGV2ZW4gdGhvdWdo IHRoZSBzb3VyY2UgdmVoaWNsZSB1c2VzIHRoZSBzYW1lIHByZWZpeCBhcyB0aGU8bzpwPjwvbzpw Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIg ZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgZGVzdGluYXRpb24gdmVo aWNsZS48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0i MiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsmZ3Q7 Jmd0OyBzaG91bGQgcmVmZXJlbmNlIHRvDQo8L3NwYW4+PC9mb250Pjxmb250IHNpemU9IjIiIGZh Y2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5p ZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1ub3JkbWFyay1pbnRhcmVhLWlwcGwiPmRyYWZ0LW5vcmRt YXJrLWludGFyZWEtaXBwbDwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJz cDsgVG8gZWZmaWNpZW50bHkgcHJldmVudCBJUHY2IGFkZHJlc3MgZHVwbGljYXRpb24gZHVlIHRv IHRoZSBWQU5FVDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZu YnNwOyBwYXJ0aXRpb25pbmcgYW5kIG1lcmdpbmcgZnJvbSBoYXBwZW5pbmcgaW4gdmVoaWN1bGFy IG5ldHdvcmtzLCB0aGU8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJz cDsmbmJzcDsgdmVoaWN1bGFyIG5ldHdvcmtzIG5lZWQgdG8gc3VwcG9ydCBhIHZlaGljdWxhci1u ZXR3b3JrLXdpZGUgREFEIGJ5PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ Jm5ic3A7Jm5ic3A7IGRlZmluaW5nIGEgc2NvcGUgdGhhdCBpcyBjb21wYXRpYmxlIHdpdGggdGhl IGxlZ2FjeSBEQUQuJm5ic3A7IEluIHRoaXM8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgY2FzZSwgdHdvIHZlaGljbGVzIGNhbiBjb21tdW5pY2F0ZSB3 aXRoIGVhY2ggb3RoZXIgd2hlbiB0aGVyZSBleGlzdHM8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBO ZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgYSBjb21tdW5pY2F0aW9uIHBhdGggb3ZlciBWQU5F VCBvciBhIGNvbWJpbmF0aW9uIG9mIFZBTkVUcyBhbmQgSVAtPG86cD48L286cD48L3NwYW4+PC9m b250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJp ZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IFJTVXMsIGFzIHNob3duIGluIEZpZ3VyZSAx LiZuYnNwOyBCeSB1c2luZyB0aGUgdmVoaWN1bGFyLW5ldHdvcmstd2lkZSBEQUQsPG86cD48L286 cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIi IGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IHZlaGljbGVzIGNhbiBh c3N1cmUgdGhhdCB0aGVpciBJUHY2IGFkZHJlc3NlcyBhcmUgdW5pcXVlIGluIHRoZTxvOnA+PC9v OnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIy IiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyB2ZWhpY3VsYXIgbmV0 d29yayB3aGVuZXZlciB0aGV5IGFyZSBjb25uZWN0ZWQgdG8gdGhlIHZlaGljdWxhcjxvOnA+PC9v OnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIy IiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBpbmZyYXN0cnVjdHVy ZSBvciBiZWNvbWUgZGlzY29ubmVjdGVkIGZyb20gaXQgaW4gdGhlIGZvcm0gb2YgVkFORVQuPG86 cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNp emU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZv bnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi PiZndDsmZ3Q7Jmd0OyBFeGNlbGxlbnQ8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQg c2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgTkQgdGlt ZS1yZWxhdGVkIHBhcmFtZXRlcnMgc3VjaCBhcyByb3V0ZXIgbGlmZXRpbWUgYW5kIE5laWdoYm9y PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250 IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IEFkdmVy dGlzZW1lbnQgKE5BKSBpbnRlcnZhbCBuZWVkIHRvIGJlIGFkanVzdGVkIGZvciB2ZWhpY2xlIHNw ZWVkIGFuZDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNw OyB2ZWhpY2xlIGRlbnNpdHkuJm5ic3A7IEZvciBleGFtcGxlLCB0aGUgTkEgaW50ZXJ2YWwgbmVl ZHMgdG8gYmU8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJz cDsgZHluYW1pY2FsbHkgYWRqdXN0ZWQgYWNjb3JkaW5nIHRvIGEgdmVoaWNsZSdzIHNwZWVkIHNv IHRoYXQgdGhlPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5i c3A7IHZlaGljbGUgY2FuIG1haW50YWluIGl0cyBuZWlnaGJvcmluZyB2ZWhpY2xlcyBpbiBhIHN0 YWJsZSB3YXksPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5i c3A7IGNvbnNpZGVyaW5nIHRoZSBjb2xsaXNpb24gcHJvYmFiaWxpdHkgd2l0aCB0aGUgTkEgbWVz c2FnZXMgc2VudCBieTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNw OyZuYnNwOyBvdGhlciB2ZWhpY2xlcy48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQiPiZndDsmZ3Q7Jmd0OyBJcyB0aGF0IGEgcHJvYmxlbSBvciBqdXN0IGFuIG9wZXJh dGlvbmFsIHNldHRpbmcgdGhhdCBuZWVkcyB0byBiZSBmb3VuZD88bzpwPjwvbzpwPjwvc3Bhbj48 L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2Fs aWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsmZ3Q7Jmd0OyBEbyB3ZSBu ZWVkIHRvIHJlY29uc2lkZXIgdGhlIGNvbmNlcHRzIG9mIHRob3NlIHRpbWVycz88bzpwPjwvbzpw Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIg ZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2Zv bnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJy aSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZsdDtzbmlwJmd0OzxvOnA+PC9vOnA+ PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBm YWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVy IE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBUaHVzLCBpbiBJUHY2LWJhc2VkIHZlaGljdWxh ciBuZXR3b3JraW5nLCBJUHY2IE5EIHNob3VsZCBoYXZlIG1pbmltdW08bzpwPjwvbzpwPjwvc3Bh bj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0i Q291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgY2hhbmdlcyBmb3IgdGhlIGludGVy b3BlcmFiaWxpdHkgd2l0aCB0aGUgbGVnYWN5IElQdjYgTkQgdXNlZCBpbiB0aGU8bzpwPjwvbzpw Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIg ZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgSW50ZXJuZXQsIGluY2x1 ZGluZyB0aGUgREFEIGFuZCBOVUQgb3BlcmF0aW9ucy48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBO ZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsmZ3Q7Jmd0OyBJIGRvIG5vdCBmaW5kIHRoZSBsb2dpY2Fs IGxpbmsgd2l0aCB0aGUgdGV4dCBiZWZvcmUsIHdoeSBpcyB0aGlzIGEg4oCcdGh1c+KAnT88bzpw PjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6 ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsm Z3Q7Jmd0OyB3aHkgc2hvdWxkIHRoZSBORCBpbnNpZGUgdGhlIFZBTkVUIGJlIGNvbnN0cmFpbmVk IHRvIGJlIGludGVyb3BlcmFibGU/IFRoaXMgbWF5IHBsYWNlIGNvbnN0cmFpbnRzIG9uIHRoZSBz b2x1dGlvbi48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6 ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0i Q291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij41LjEuMS4mbmJzcDsgTGluayBNb2RlbDxvOnA+PC9vOnA+ PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBm YWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVy IE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBBIHByZWZpeCBtb2RlbCBmb3IgYSB2ZWhpY3Vs YXIgbmV0d29yayBuZWVkcyB0byBmYWNpbGl0YXRlIHRoZTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVy IE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdCI+Jmd0OyZndDsmZ3Q7IERvIHlvdSBtZWFuIGEg4oCcc3VibmV0IG1vZGVs4oCdIGFz IG9wcG9zZWQgdG8g4oCccHJlZml4IG1vZGVs4oCdLg0KPG86cD48L286cD48L3NwYW4+PC9mb250 PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmki PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7Jmd0OyZndDsgaXQgd291bGQgbWFr ZSB0aGlzIHBpZWNlIGFuZCB0aGUgbmV4dCBzaG91bGQgcmVmZXIgdG8gZHJhZnQtdGh1YmVydC02 bWFuLWlwdjYtb3Zlci13aXJlbGVzcyBmb3IgSVB2NiBvdmVyIFAyTVAgL05CTUEsIGZvciBib3Ro IGxpbmsgYW5kIHN1Ym5ldCBpc3N1ZXMuIFRoZSBnZW5lcmFsIGlkZWFzIGFyZQ0KIHRoZSBzYW1l LCBidXQgdGhlIGdvcnkgZGV0YWlscyBoZXJlIGFyZSBzbGlnaHRseSBpbmNvcnJlY3QsIGxpa2Ug dGhpcyBub3Rpb24gb2YgcHJlZml4IG1vZGVsIHRoYW4gY29tZXMgb3V0IG9mIHRoZSBibHVlLiBU aGUgbW9kZWwgaXMgcmVhbGx5IHRoZSBzdWJuZXQgbW9kZWwgZm9yIHRoZSBzdWJuZXQgYXNzb2Np YXRlZCB0byBQMk1QLjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9u dCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBjb21t dW5pY2F0aW9uIGJldHdlZW4gdHdvIHZlaGljbGVzIHdpdGggdGhlIHNhbWUgcHJlZml4IHJlZ2Fy ZGxlc3Mgb2Y8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJz cDsgdGhlIHZlaGljdWxhciBuZXR3b3JrIHRvcG9sb2d5IGFzIGxvbmcgYXMgdGhlcmUgZXhpc3Qg YmlkaXJlY3Rpb25hbDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNw OyZuYnNwOyBFMkUgcGF0aHMgYmV0d2VlbiB0aGVtIGluIHRoZSB2ZWhpY3VsYXIgbmV0d29yayBp bmNsdWRpbmcgVkFORVRzIGFuZDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsi PiZuYnNwOyZuYnNwOyBJUC1SU1VzLiZuYnNwOyBUaGlzIHByZWZpeCBtb2RlbCBhbGxvd3MgdmVo aWNsZXMgd2l0aCB0aGUgc2FtZSBwcmVmaXggdG88bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXci PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgY29tbXVuaWNhdGUgd2l0aCBlYWNoIG90aGVyIHZpYSBh IGNvbWJpbmF0aW9uIG9mIG11bHRpaG9wIFYyViBhbmQ8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBO ZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgbXVsdGlob3AgVjJJIHdpdGggVkFORVRzIGFuZCBJ UC1SU1VzLiZuYnNwOyBOb3RlIHRoYXQgdGhlIE9NTkkgaW50ZXJmYWNlPG86cD48L286cD48L3Nw YW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9 IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IHN1cHBvcnRzIGFuIE5CTUEgbGlu ayBtb2RlbCB3aGVyZSBtdWx0aWhvcCBWMlYgYW5kIFYySSBjb21tdW5pY2F0aW9uczxvOnA+PC9v OnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIy IiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyB1c2UgZWFjaCBtb2Jp bGUgbm9kZSdzIFVMQXMgd2l0aG91dCBuZWVkIGZvciBhbnkgREFEIG9yIE1MRDxvOnA+PC9vOnA+ PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBm YWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBtZXNzYWdpbmcuPG86cD48 L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9 IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNv dXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7Jmd0OyZndDsgYWdhaW4gb3ZlcnNlbGxpbmcg T01OSS48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQiPiZndDsmZ3Q7Jmd0OyBJIGtpbmRhIGFncmVlIGFib3V0IHRoZSBPTU5JIGludGVyZmFjZSBt b2RlbCwgbm90aGluZyBhZ2FpbnN0IHRoYXQuIEJ1dCB5b3UgbXVzdCBzZWUgdGhhdCB0aGVyZSBu ZWVkcyBhIGxvdCBtb3JlIHRoYW4gd2hhdCB0aGUgT01OSSBpbnRlcmZhY2UgdG8gZ2V0IHBhY2tl dHMgYWNyb3NzIFYgYW5kIEkNCiBob3BzIHRvIHRoZSBkZXN0aW5hdGlvbi4gTGlrZSByb3V0aW5n IGFsYSBNQU5FVCwgcmVkdW5kYW5jeSBoYW5kbGluZyBhbGEgRGV0TmV0IGJlY2F1c2UgaXQgd2ls bCBiZSB2ZXJ5IGxvc3N5LCBwYXRoIG1hbmFnZW1lbnQgYWxhIFJBVyB0byBvcHRpbWl6ZSBkZWxp dmVyeSB2cy4gc3BlY3RydW3igKYgQW5kIE9NTkkgaWdub3JlcyBORCBzbyBpdCBkb2VzIG5vdCBz b2x2ZSB0aGUgTkQgcHJvYmxlbXMgYWJvdmUuDQo8L3NwYW4+PC9mb250Pjxmb250IHNpemU9IjIi IGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD48L286cD48L3NwYW4+PC9mb250Pjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7 IElQdjYgcHJvdG9jb2xzIHdvcmsgdW5kZXIgY2VydGFpbiBhc3N1bXB0aW9ucyB0aGF0IGRvIG5v dCBuZWNlc3NhcmlseTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNw OyZuYnNwOyBob2xkIGZvciB2ZWhpY3VsYXIgd2lyZWxlc3MgYWNjZXNzIGxpbmsgdHlwZXMgb3Ro ZXIgdGhhbiBPTU5JL05CTUE8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4m bmJzcDsmbmJzcDsgW1ZJUC1XQVZFXVtSRkM1ODg5XTsgdGhlIHJlc3Qgb2YgdGhpcyBzZWN0aW9u IGRpc2N1c3NlcyBpbXBsaWNhdGlvbnM8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7Ij4mbmJzcDsmbmJzcDsgZm9yIHRob3NlIGxpbmsgdHlwZXMgdGhhdCBkbyBub3QgYXBwbHkg d2hlbiB0aGUgT01OSS9OQk1BIGxpbmsgbW9kZWw8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXci PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQiPiZndDsmZ3Q7Jmd0OyBhZ2FpbiBvdmVyc2VsbGluZyBPTU5JLg0KPG86 cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNp emU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7 Jmd0OyZndDsgVGhlIGtleXdvcmQgaGVyZSBpcyBQMk1QIC8gTkJNQSwgYW5kIE9NTkkgaXMgb25l IGludGVyZmFjZSB0aGF0IGFjY2VwdHMgdGhhdC4gVGhlcmUgYXJlIG90aGVycy4gSUJN4oCZcyBJ UHY0IG92ZXIgRnJhbWUgcmVsYXkgd2FzIGFscmVhZHkgUDJNUCAvIE5CTUEsIHVzaW5nIHJvdXRp bmcgdG8gY29tcGxldGUNCiB0aGUgcGFydGlhbCBtZXNoIGluIFAyTVAuIFRoZSB0ZXh0IHNlZW1z IHRvIGltcGx5IHRoYXQgT01OSSBpcyB0aGUgb25seSB3YXkgdG8gZG8gdGhhdCBhbmQgdGhhdOKA mXMgd3JvbmcuIEFsc28gT01OSSBpcyBsb2FkZWQgd2l0aCBvdGhlciBzdHVmZiB0aGFuIGEgcGxh aW4gUDJNUCBjYXBhYmxlIGludGVyZmFjZS4gQW5kIE5EIG92ZXIgUDJNUCBpcyBub3QgZG9uZSBi eSBPTU5JLCBPTU5JIG9ubHkgbWFrZXMgY2xhc3NpY2FsIE5EIHdvcnNlIGFuZA0KIG9ubHkgd29y a3MgaW4gYSBmdWxsIG1lc2guIE9UT0ggUkZDIDg1MDUsIHdoaWNoIGlzIGRlc2lnbmVkIHRvIGRv IE5EIGZvciBQMk1QIC9OQk1BIHdvdWxkIGluZGVlZCB3b3JrIHZlcnkgd2VsbCB3aXRoaW4gYW4g T01OSSBpbnRlcmZhY2UgYW5kIHNvbHZlIHRob3NlIHByb2JsZW1zLjxvOnA+PC9vOnA+PC9zcGFu PjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJD YWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyZndDsmZ3Q7IE15IHBv aW50IGlzIHRoYXQgeW91IG5lZWQgdG8gdGVsbCB0aGUgZnVsbCBzdG9yeSBvciByZWZyYWluIGZy b20gZW50ZXJpbmcgc29sdXRpb24gc3BhY2UgaW4gdGhpcyBkb2M8bzpwPjwvbzpwPjwvc3Bhbj48 L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2Fs aWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNl PSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmx0O3NuaXAmZ3Q7PG86 cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNp emU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZv bnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgVGhl cmUgaXMgYSByZWxhdGlvbnNoaXAgYmV0d2VlbiBhIGxpbmsgYW5kIGEgcHJlZml4LCBiZXNpZGVz IHRoZTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBk aWZmZXJlbnQgc2NvcGVzIHRoYXQgYXJlIGV4cGVjdGVkIGZyb20gdGhlIGxpbmstbG9jYWwgYW5k IGdsb2JhbDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNw OyB0eXBlcyBvZiBJUHY2IGFkZHJlc3Nlcy4mbmJzcDsgSW4gYW4gSVB2NiBsaW5rLCBpdCBpcyBh c3N1bWVkIHRoYXQgYWxsPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5i c3A7Jm5ic3A7IGludGVyZmFjZXMgd2hpY2ggYXJlIGNvbmZpZ3VyZWQgd2l0aCB0aGUgc2FtZSBz dWJuZXQgcHJlZml4IGFuZCB3aXRoPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+Jm5ic3A7Jm5ic3A7IG9uLWxpbmsgYml0IHNldCBjYW4gY29tbXVuaWNhdGUgd2l0aCBlYWNo IG90aGVyIG9uIGFuIElQdjYgbGluay48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQiPiZndDsmZ3Q7Jmd0OyBub3QgYXNzdW1lZDsgdGhhdOKAmXMgd2hhdCB0aGUgb25s aW5rIGJ1dCBzZXQgdGVsbHMuIFRoZSBjb25jbHVzaW9uIHNob3VsZCBiZSB0aGF0IHRoZSBWQU5F VCBjYW5ub3Qgc2V0IHRoZSBPIGJpdC48L3NwYW4+PC9mb250Pjxmb250IHNpemU9IjIiIGZhY2U9 IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7 Jm5ic3A7IEhvd2V2ZXIsIHRoZSB2ZWhpY3VsYXIgbGluayBtb2RlbCBuZWVkcyB0byBkZWZpbmUg dGhlIHJlbGF0aW9uc2hpcDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZu YnNwOyZuYnNwOyBiZXR3ZWVuIGEgbGluayBhbmQgYSBwcmVmaXgsIGNvbnNpZGVyaW5nIHRoZSBk eW5hbWljcyBvZiB3aXJlbGVzczxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsi PiZuYnNwOyZuYnNwOyBsaW5rcyBhbmQgdGhlIGNoYXJhY3RlcmlzdGljcyBvZiBWQU5FVC48bzpw PjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6 ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9u dCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+ Jmx0O3NuaXAmZ3Q7PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250 IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZh Y2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IEZyb20gdGhlIHByZXZpb3Vz IG9ic2VydmF0aW9uLCBhIHZlaGljdWxhciBsaW5rIG1vZGVsIHNob3VsZCBjb25zaWRlcjxvOnA+ PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXpl PSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyB0aGUgZnJlcXVl bnQgcGFydGl0aW9uaW5nIGFuZCBtZXJnaW5nIG9mIFZBTkVUcyBkdWUgdG8gdmVoaWNsZTxvOnA+ PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXpl PSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBtb2JpbGl0eS4m bmJzcDsgVGhlcmVmb3JlLCB0aGUgdmVoaWN1bGFyIGxpbmsgbW9kZWwgbmVlZHMgdG8gdXNlIGFu IG9uLTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBs aW5rIHByZWZpeCBhbmQgb2ZmLWxpbmsgcHJlZml4IGFjY29yZGluZyB0byB0aGUgbmV0d29yayB0 b3BvbG9neSBvZjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZu YnNwOyB2ZWhpY2xlcyBzdWNoIGFzIGEgb25lLWhvcCByZWFjaGFibGUgbmV0d29yayBhbmQgYSBt dWx0aWhvcCByZWFjaGFibGU8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0i MiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBz aXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0 OyZndDsmZ3Q7IE5vLCB0aGUgb25jZSBhIG5vZGUgc2F3IGEgTyBiaXQgc2V0IHRoYXQgc3RpY2tz IGV2ZW4gaWYgaXQgc2VlcyBvdGhlciBhZHZlcnRpc2VtZW50cyBvZiB0aGUgUElPIHdpdGggdGhl IE8gYml0IG5vdCBzZXQuPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0Ij4mZ3Q7Jmd0OyZndDsgVGhpcyBpcyBhIGdsb2JhbCBhbmQgaW50cmluc2lj IHByb3BlcnR5IG9mIHRoZSBwcmVmaXggKGFuZCBhbiBhdHRhY2sgdmVjdG9yIHRoYXQgY291bGQg YmUgbWVudGlvbmVkIGluIHRoZSBzZWMgc2VjdGlvbikuPG86cD48L286cD48L3NwYW4+PC9mb250 PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmki PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7Jmd0OyZndDsgdGhlIFZBTkVUIHBy ZWZpeCBtdXN0IG5ldmVyIGNvbWUgd2l0aCB0aGUgTyBiaXQgc2V0Lg0KPG86cD48L286cD48L3Nw YW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9 IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIg ZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZsdDtzbmlwJmd0 OzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9u dCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBm YWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBuZXR3b3JrIChvciBwYXJ0 aXRpb25lZCBuZXR3b3JrcykuJm5ic3A7IElmIHRoZSB2ZWhpY2xlcyB3aXRoIHRoZSBzYW1lPG86 cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNp emU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IHByZWZpeCBh cmUgcmVhY2hhYmxlIGZyb20gZWFjaCBvdGhlciBpbiBvbmUgaG9wLCB0aGUgcHJlZml4IHNob3Vs ZCBiZTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBv bi1saW5rLiZuYnNwOw0KPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxm b250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij4mZ3Q7Jmd0OyZndDsmZ3Q7IE5vLCBzZWUgYWJvdmU7IGJ1dCB0aGUgcm91dGVyIG1heSByZWRp cmVjdCB0aG91Z2ggaXQgaXMgcmVhbGx5IHJpc2t5IHVubGVzcyB0aGlzIGlzIGEgc3RhYmxlIHNp dHVhdGlvbiBsaWtlIGEgcGFya2luZyBwbGFjZS48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXci PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0i MiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgVGh1cywgaW4gSVB2 Ni1iYXNlZCB2ZWhpY3VsYXIgbmV0d29ya2luZywgdGhlIHZlaGljdWxhciBsaW5rIG1vZGVsPG86 cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNp emU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IHNob3VsZCBo YXZlIG1pbmltdW0gY2hhbmdlcyBmb3IgaW50ZXJvcGVyYWJpbGl0eSB3aXRoIHN0YW5kYXJkIElQ djY8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZv bnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgbGlu a3MgaW4gYW4gZWZmaWNpZW50IGZhc2hpb24gdG8gc3VwcG9ydCBJUHY2IERBRCwgTUxEIGFuZCBO VUQ8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZv bnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgb3Bl cmF0aW9ucy4mbmJzcDsgV2hlbiB0aGUgT01OSSBOQk1BIGxpbmsgbW9kZWwgaXMgdXNlZCwgdGhl cmUgYXJlIG5vIGxpbms8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJz cDsmbmJzcDsgbW9kZWwgY2hhbmdlcyBub3IgREFEL01MRCBtZXNzYWdpbmcgcmVxdWlyZWQuPG86 cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNp emU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9 IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250Pjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7Jmd0OyZndDsmZ3Q7IGFnYWluIG92ZXJz ZWxsaW5nIE9NTkkuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQiPiZndDsmZ3Q7Jmd0OyZndDsgWW91IG5lZWQgYSBnb29kIFAyTVAgc3VibmV0 IG1vZGVsIHdpdGggcm91dGluZyBzdXBwb3J0IHdoZW4gdGhlIG1lc2ggaXMgcGFydGlhbC4gTXkg Y29tcGFueSBhbG9uZSBoYXMgYmVlbiBzaGlwcGluZyBtaWxsaW9uIG9mIG5vZGVzIHRoYXQgYnVp bGQgc3VibmV0cyBvZiB0aG91c2FuZHMsIGFuZA0KIHRoYXQgd2FzIGRvbmUgdXNpbmcgSUVURiBz dGFuZGFyZHMuIDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0Ij4mbHQ7c25pcCZndDs8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZv bnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgRm9y IHZlaGljdWxhciBuZXR3b3JrcyB3aXRoIGhpZ2ggbW9iaWxpdHkgYW5kIGRlbnNpdHksIHRoZSBE QUQgbmVlZHM8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJz cDsgdG8gYmUgcGVyZm9ybWVkIGVmZmljaWVudGx5IHdpdGggbWluaW11bSBvdmVyaGVhZCBzbyB0 aGF0IHRoZTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNw OyB2ZWhpY2xlcyBjYW4gZXhjaGFuZ2UgYSBkcml2aW5nIHNhZmV0eSBtZXNzYWdlIChlLmcuLCBj b2xsaXNpb248bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJz cDsgYXZvaWRhbmNlIGFuZCBhY2NpZGVudCBub3RpZmljYXRpb24pIHdpdGggZWFjaCBvdGhlciB3 aXRoIGEgc2hvcnQ8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsm bmJzcDsgaW50ZXJ2YWwgKGUuZy4sIDAuNSBzZWNvbmQpIGJ5IGEgdGVjaG5pY2FsIHJlcG9ydCBm cm9tIE5IVFNBPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5i c3A7IChOYXRpb25hbCBIaWdod2F5IFRyYWZmaWMgU2FmZXR5IEFkbWluaXN0cmF0aW9uKSBbTkhU U0EtQUNBUy1SZXBvcnRdLjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZu YnNwOyZuYnNwOyBTdWNoIGEgZHJpdmluZyBzYWZldHkgbWVzc2FnZSBtYXkgaW5jbHVkZSBhIHZl aGljbGUncyBtb2JpbGl0eTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZu YnNwOyZuYnNwOyBpbmZvcm1hdGlvbiAoaS5lLiwgcG9zaXRpb24sIHNwZWVkLCBkaXJlY3Rpb24s IGFuZCBhY2NlbGVyYXRpb24vPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ Jm5ic3A7Jm5ic3A7IGRlY2VsZXJhdGlvbikuJm5ic3A7IFRoZSBleGNoYW5nZSBpbnRlcnZhbCBv ZiB0aGlzIG1lc3NhZ2UgaXMgMC41IHNlY29uZCw8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXci PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgd2hpY2ggaXMgcmVxdWlyZWQgdG8gYWxsb3cgYSBkcml2 ZXIgdG8gYXZvaWQgYSByZWFyLWVuZCBjcmFzaCBmcm9tPG86cD48L286cD48L3NwYW4+PC9mb250 PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIg TmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IGFub3RoZXIgdmVoaWNsZS48L3NwYW4+PC9mb250 PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFj ZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIy IiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyZndDsm Z3Q7IElQdjYgb3ZlciBicm9hZGNhc3QgTUFDICh1c2VkIHRvIGJlIGNhbGxlZCBpbnRlcm5ldCAw LCAxMCsgeWVhcnMgYWdvKSBzb2x2ZXMgdGhhdCBNQUMgaXNzdWUgc2luY2UgdGhlcmUgaXMgbm8g TUFDLg0KPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9 IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNv dXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+NS4xLjMuJm5ic3A7IFJvdXRpbmc8bzpwPjwvbzpwPjwvc3Bh bj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0i Q291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXci PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgRm9yIG11bHRpaG9wIFYyViBjb21tdW5pY2F0aW9ucyBp biBlaXRoZXIgYSBWQU5FVCBvciBWQU5FVHMgdmlhIElQLTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVy IE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBSU1VzLCBhIHZlaGljdWxhciBNb2JpbGUgQWQg SG9jIE5ldHdvcmtzIChNQU5FVCkgcm91dGluZyBwcm90b2NvbCBtYXk8bzpwPjwvbzpwPjwvc3Bh bj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0i Q291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgYmUgcmVxdWlyZWQgdG8gc3VwcG9y dCBib3RoIHVuaWNhc3QgYW5kIG11bHRpY2FzdCBpbiB0aGUgbGlua3Mgb2YgdGhlPG86cD48L286 cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIi IGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IHN1Ym5ldCB3aXRoIHRo ZSBzYW1lIElQdjYgcHJlZml4LiZuYnNwOyBIb3dldmVyLCBpdCB3aWxsIGJlIGNvc3RseSB0byBy dW48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZv bnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgYm90 aCB2ZWhpY3VsYXIgTkQgYW5kIGEgdmVoaWN1bGFyIGFkIGhvYyByb3V0aW5nIHByb3RvY29sIGlu IHRlcm1zIG9mPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5i c3A7IGNvbnRyb2wgdHJhZmZpYyBvdmVyaGVhZCBbSUQtTXVsdGljYXN0LVByb2JsZW1zXS48bzpw PjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6 ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0i Q2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsmZ3Q7Jmd0OyB3ZSBk byB0aGF0IHdpdGggSUVURiBzdGFuZGFyZHMgb24gYmF0dGVyeSBvcGVyYXRlZCBkZXZpY2VzIGFs cmVhZHkuIFVzaW5nIFJGQyA4NTA1IGZvciB0aGUgVU5JIGFuZCBSUEwgZm9yIHRoZSBOTkkuIEl0 IGlzIHNjYWxhYmxlICh3ZeKAmXZlIHNlZW4gMzAgaG9wcyBpbiBtZXNoZXMgb2YgdGhvdXNhbmRz DQogaW4gdGhlIHJlYWwgd29ybGQgdGhvdWdoIGl04oCZcyBub3QgdGhlIG5vcm1hbCBvcGVyYXRp b25hbCBtb2RlbCwgYnV0IGNhbiBoYXBwZW4gdG8gbWFpbnRhaW4gY29ubmVjdGl2aXR5IGR1cmlu ZyB0aGUgcmVib290IG9mIGEgcm9vdCkgYW5kIGRvZXMgbm90IHVzZSBicm9hZGNhc3QuIFJQTCB3 YXMgaW5pdGlhbGx5IGRlc2lnbmVkIGFzIGEgVjJWMlYgcHJvdG9jb2wgYnV0IGZvdW5kIGl0cyBt YXJrZXQgb24gdGhlIElvVC4gSeKAmW0gc3VyZSB0aGUgcHJvdG9jb2wNCiB3b3VsZCBnbGFkbHkg Y29tZSBiYWNrIHRvIGl0cyByb290cy48L3NwYW4+PC9mb250Pjxmb250IHNpemU9IjIiIGZhY2U9 IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7 Jm5ic3A7IEEgcm91dGluZyBwcm90b2NvbCBmb3IgYSBWQU5FVCBtYXkgY2F1c2UgcmVkdW5kYW50 IHdpcmVsZXNzIGZyYW1lcyBpbjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsi PiZuYnNwOyZuYnNwOyB0aGUgYWlyIHRvIGNoZWNrIHRoZSBuZWlnaGJvcmhvb2Qgb2YgZWFjaCB2 ZWhpY2xlIGFuZCBjb21wdXRlIHRoZTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiPiZuYnNwOyZuYnNwOyByb3V0aW5nIGluZm9ybWF0aW9uIGluIGEgVkFORVQgd2l0aCBhIGR5 bmFtaWMgbmV0d29yayB0b3BvbG9neTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiPiZuYnNwOyZuYnNwOyBiZWNhdXNlIHRoZSBJUHY2IE5EIGlzIHVzZWQgdG8gY2hlY2sgdGhl IG5laWdoYm9yaG9vZCBvZiBlYWNoPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+Jm5ic3A7Jm5ic3A7IHZlaGljbGUuJm5ic3A7IFRodXMsIHRoZSB2ZWhpY3VsYXIgcm91dGlu ZyBuZWVkcyB0byB0YWtlIGFkdmFudGFnZSBvZiB0aGU8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBO ZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgSVB2NiBORCB0byBtaW5pbWl6ZSBpdHMgY29udHJv bCBvdmVyaGVhZC48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQg c2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZn dDsmZ3Q7Jmd0OyBBIGNsZWFuIGRlc2NyaXB0aW9uIG9mIHRoZSBpbnRlcmFjdGlvbiBvZiBSUEwg YW5kIFJGQyA4NTA1IGluIG91ciBJb1QgbmV0d29ya3MuIE5vdGUgdGhhdCB0aGUgc3BlZWQgb2Yg dGhlIFBIWSBpbiBWQU5FVCBiYWxhbmNlZCB0aGUgaW5zdGFiaWxpdHkgb2YgdGhlIHRvcG9sb2d5 LCBhbmQgUlBMIHN0aWxsDQogYXBwbGllcy4gTm90ZSBhbHNvIHRoYXQgUlBMIHVzZXMgRFYgd2l0 aCBhIHJvdXRpbmcgc3RyZXRjaCBpbiBvcmRlciB0byBtaW5pbWl6ZSB0aGUgdG9wb2xvZ3kgYXdh cmVuZXNzIHRoYXTigJlzIG5lZWRlZCBpbiBlYWNoIG5vZGUsIHdoaWNoIHJlc3VsdHMgaW4gbWlu aW1hbCBzaWduYWxpbmcuPC9zcGFuPjwvZm9udD48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVy IE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxv OnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBz aXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjUuMi4mbmJzcDsgTW9iaWxpdHkg TWFuYWdlbWVudDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBz aXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxm b250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij4mbHQ7c25pcCZndDs8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZv bnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIg ZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgRm9yIGEgbW9iaWxpdHkg bWFuYWdlbWVudCBzY2hlbWUgaW4gYSBzaGFyZWQgbGluaywgd2hlcmUgdGhlIHdpcmVsZXNzPG86 cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNp emU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IHN1Ym5ldHMg b2YgbXVsdGlwbGUgSVAtUlNVcyBzaGFyZSB0aGUgc2FtZSBwcmVmaXgsIGFuIGVmZmljaWVudDxv OnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBz aXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyB2ZWhpY3Vs YXItbmV0d29yay13aWRlIERBRCBpcyByZXF1aXJlZC4mbmJzcDsgSWYgREhDUHY2IGlzIHVzZWQg dG8gYXNzaWduPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5i c3A7IGEgdW5pcXVlIElQdjYgYWRkcmVzcyB0byBlYWNoIHZlaGljbGUgaW4gdGhpcyBzaGFyZWQg bGluaywNCjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXpl PSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyZn dDsmZ3Q7IEkgd291bGQgbm90IHVzZSB0aGUgdGVybSBsaW5rLCBvciBzaGFyZWQuIE1heWJlDQo8 L3NwYW4+PC9mb250Pjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ c2hhcmVkIGxpbms8L3NwYW4+PC9mb250PiAtJmd0OyBkb21haW4/PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmx0O3NuaXAmZ3Q7PG86cD48L286cD48L3NwYW4+PC9m b250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJp ZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+dGhlIERB RCBpczxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBu b3QgcmVxdWlyZWQuJm5ic3A7IE9uIHRoZSBvdGhlciBoYW5kLCBmb3IgYSBtb2JpbGl0eSBtYW5h Z2VtZW50IHNjaGVtZTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNw OyZuYnNwOyB3aXRoIGEgdW5pcXVlIHByZWZpeCBwZXIgbW9iaWxlIG5vZGUgKGUuZy4sIFBNSVB2 NiBbUkZDNTIxM10gYW5kIE9NTkk8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 Ij4mbmJzcDsmbmJzcDsgW09NTkldKSwgREFEIGlzIG5vdCByZXF1aXJlZCBiZWNhdXNlIHRoZSBJ UHY2IGFkZHJlc3Mgb2YgYSB2ZWhpY2xlJ3M8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgZXh0ZXJuYWwgd2lyZWxlc3MgaW50ZXJmYWNlIGlzIGd1YXJh bnRlZWQgdG8gYmUgdW5pcXVlLjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdCI+Jmd0OyZndDsmZ3Q7IGFnYWluIG92ZXJzZWxsaW5nIE9NTkk8bzpwPjwvbzpwPjwvc3Bh bj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0i Q2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsmZ3Q7Jmd0OyBBcyBJ IHNhaWQgZWFybGllciwgdGhpcyBpcyB3cmluZyB0aGVyZSBhcmUgKDY0KikgbW9yZSBjaGFuY2Vz IG9mIGEgY29sbGlzaW9uIGluIE9NTkkgcHJlZml4ZXMgdGhhbiBpbiBJUHY2IElJRHMuDQo8bzpw PjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6 ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsm Z3Q7Jmd0OyBPTU5JIHByZWZpeGVzIGNhbiBjb2xsaXNpb24sIGhvbWUgYWRkcmVzc2VzIHRoYXQg YXJlIHVuaXF1ZSBvbiBhIGhvbWUgbmV0d29yayBjYW5ub3QuPG86cD48L286cD48L3NwYW4+PC9m b250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGli cmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7Jmd0OyZndDsgTm93IGlmIGJv dGggdGhlIE9NTkkgcHJlZml4IGFuZCB0aGUgSUlEIGFyZSBnb29kIHJhbmRvbXMsIHRoZW4gb2J2 aW91c2x5LCB0aGUgY2hhbmNlcyBvZiBjb2xsaXNpb25zIHJvdW5kIHVwIHRvIDAuPG86cD48L286 cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIi IGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7Jmd0OyZn dDsgQ29sbGlzaW9uIGlzIGNlcnRhaW5seSBub3QgbXkgd29yc3QgZmVhci48bzpwPjwvbzpwPjwv c3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFj ZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBO ZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 Ij4mbmJzcDsgVGhlcmUgaXMgYTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsi PiZuYnNwOyZuYnNwOyB0cmFkZW9mZiBiZXR3ZWVuIHRoZSBwcmVmaXggdXNhZ2UgZWZmaWNpZW5j eSBhbmQgREFEIG92ZXJoZWFkLiZuYnNwOyBUaHVzLDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5l dyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyB0aGUgSVB2NiBhZGRyZXNzIGF1dG9jb25maWd1cmF0 aW9uIGZvciB2ZWhpY3VsYXIgbmV0d29ya3MgbmVlZHMgdG88bzpwPjwvbzpwPjwvc3Bhbj48L2Zv bnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmll ciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgY29uc2lkZXIgdGhpcyB0cmFkZW9mZiB0byBz dXBwb3J0IGVmZmljaWVudCBtb2JpbGl0eSBtYW5hZ2VtZW50LjxvOnA+PC9vOnA+PC9zcGFuPjwv Zm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3Vy aWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyZndDsmZ3Q7IFRoaXMgaXMgd2F5IHRvbyBzdXBl cmZpY2lhbCBhbmQgaGlkZXMgdGhlIHJlYWxpdHkgb2YgdGhpbmdzLg0KPG86cD48L286cD48L3Nw YW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9 IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4tIFVzaW5nIGEgVkFORVQg SW5mcmEgcHJlZml4IGFsbG93cyBkaXJlY3Qgcm91dGFiaWxpdHkgdG8gdGhlIGludGVybmV0IHdo aWNoIEJZT0EgZG9lcyBub3Qgc2luY2UgdGhlIEJZT0EgaXMgbm90IHRvcG9sb2dpY2FsbHkgY29y cmVjdC4gWWVzLCBpdCBjb3N0cyBhIERBRCB3aXRoIGNsYXNzaWMgTkQsIGJ1dA0KIGl0IGRvZXMg bm90IHdpdGggUkNGODUwNSBhbmQgdGhlIGRyYWZ0IGZhaWxzIHRvIG1lbnRpb24gdGhhdC4gPG86 cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNp emU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4tIEEg QllPQSBuZWVkcyBhIHR1bm5lbCBob21lLCBhbmQgdGhlIG5vZGUgbmVlZHMgdG8ga25vdyB3aG8g aXMgcmVhY2hhYmxlIGluc2lkZSB0aGUgVkFORVQgYW5kIHdoYXQgaXMgbm90IHRvIGRlY2lkZSB0 byB0dW5uZWwgb3Igbm90OyB0aGlzIGlzIGEgZGlmZmljdWx0IHByb2JsZW0gKHZzLiBjb250cm9s DQogcGxhY2Ugb3ZlcmhlYWQpIHRoYXQgaXMgbm90IGRpc2N1c3NlZCBoZXJlLiA8bzpwPjwvbzpw Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIg ZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2Zv bnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJy aSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZsdDtzbmlwJmd0Ozwvc3Bhbj48L2Zv bnQ+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPjwvbzpw Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIg ZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2Zv bnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmll ciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgRm9yIHRoZSBjYXNlIG9mIGEgbXVsdGlob21l ZCBuZXR3b3JrLCBhIHZlaGljbGUgY2FuIGZvbGxvdyB0aGUgZmlyc3QtPG86cD48L286cD48L3Nw YW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9 IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IGhvcCByb3V0ZXIgc2VsZWN0aW9u IHJ1bGUgZGVzY3JpYmVkIGluIFtSRkM4MDI4XS4mbmJzcDsgVGhhdCBpcywgdGhlPG86cD48L286 cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIi IGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IHZlaGljbGUgc2hvdWxk IHNlbGVjdCBpdHMgZGVmYXVsdCByb3V0ZXIgZm9yIGVhY2ggcHJlZml4IGJ5PG86cD48L286cD48 L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZh Y2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IHByZWZlcnJpbmcgdGhlIHJv dXRlciB0aGF0IGFkdmVydGlzZWQgdGhlIHByZWZpeC48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBO ZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsmZ3Q7Jmd0OyBTdGlsbCByb3V0ZXIgZGlzY292ZXJ5IChp biBhbmQgb3V0KSBtdXN0IGJlIHZlcnkgZmFzdC4gVGhpbmcgb2YgdGhlIFJBIGludGVydmFsZSBp biBNSVB2Ni4gSXMgdGhhdCBzdWZmaWNpZW50PyBUb28gZXhwZW5zaXZlPzxvOnA+PC9vOnA+PC9z cGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNl PSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIi IGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbHQ7c25pcCZn dDs8L3NwYW4+PC9mb250Pjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxm b250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6 ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij42LiZuYnNwOyBTZWN1cml0eSBDb25z aWRlcmF0aW9uczwvc3Bhbj48L2ZvbnQ+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdCI+Jmd0OyZndDsmZ3Q7IEFueSBkaXNjdXNzaW9uIG9uIHRoZSBzZWN1cml0eSBvZiBj bGFzc2ljYWwgTkQgYW5kIG90aGVyIG9wZXJhdGlvbmFsIGlzc3VlcyAocmZjNjU4MykgPzwvc3Bh bj48L2ZvbnQ+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpw PjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6 ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0i Q291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZsdDtzbmlwJmd0OzxvOnA+PC9vOnA+PC9zcGFu PjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJD YWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZh Y2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250 PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIg TmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IFNlY3VyaXR5IGFuZCBwcml2YWN5IGFyZSBwYXJh bW91bnQgaW4gVjJJLCBWMlYsIGFuZCBWMlggbmV0d29ya2luZy48bzpwPjwvbzpwPjwvc3Bhbj48 L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291 cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgVmVoaWNsZXMgYW5kIGluZnJhc3RydWN0 dXJlIG11c3QgYmUgYXV0aGVudGljYXRlZCBpbiBvcmRlciB0bzxvOnA+PC9vOnA+PC9zcGFuPjwv Zm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3Vy aWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBwYXJ0aWNpcGF0ZSBpbiB2ZWhpY3VsYXIg bmV0d29ya2luZy4mbmJzcDsgQWxzbywgaW4tdmVoaWNsZSBkZXZpY2VzIChlLmcuLDxvOnA+PC9v OnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIy IiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBFQ1UpIGFuZCBhIGRy aXZlci9wYXNzZW5nZXIncyBtb2JpbGUgZGV2aWNlcyAoZS5nLiwgc21hcnRwaG9uZSBhbmQ8bzpw PjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6 ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgdGFibGV0IFBD KSBpbiBhIHZlaGljbGUgbmVlZCB0byBjb21tdW5pY2F0ZSB3aXRoIG90aGVyIGluLXZlaGljbGU8 bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQg c2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgZGV2aWNl cyBhbmQgYW5vdGhlciBkcml2ZXIvcGFzc2VuZ2VyJ3MgbW9iaWxlIGRldmljZXMgaW4gYW5vdGhl cjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9u dCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyB2ZWhp Y2xlLCBvciBvdGhlciBzZXJ2ZXJzIGJlaGluZCBhbiBJUC1SU1UgaW4gYSBzZWN1cmUgd2F5LiZu YnNwOyBFdmVuPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5i c3A7IHRob3VnaCBhIHZlaGljbGUgaXMgcGVyZmVjdGx5IGF1dGhlbnRpY2F0ZWQgYW5kIGxlZ2l0 aW1hdGUsIGl0IG1heSBiZTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZu YnNwOyZuYnNwOyBoYWNrZWQgZm9yIHJ1bm5pbmcgbWFsaWNpb3VzIGFwcGxpY2F0aW9ucyB0byB0 cmFjayBhbmQgY29sbGVjdCBpdHM8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 Ij4mbmJzcDsmbmJzcDsgYW5kIG90aGVyIHZlaGljbGVzJyBpbmZvcm1hdGlvbi4mbmJzcDsgSW4g dGhpcyBjYXNlLCBhbiBhdHRhY2sgbWl0aWdhdGlvbjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5l dyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBwcm9jZXNzIG1heSBiZSByZXF1aXJlZCB0byByZWR1 Y2UgdGhlIGFmdGVybWF0aCBvZiBtYWxpY2lvdXM8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXci PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgYmVoYXZpb3JzLjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVy IE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7Jmd0OyZndDsgVGhlIHNlY3Rpb24gc2hvdWxk IG1lbnRpb24gdGhhdCBib3RoIHdpdGggY2xhc3NpY2FsIE5EIGFuZCBCWU9BLCBhZGRyZXNzZXMg Y2FuIGJlIGltcGVyc29uYXRlZCwgYW5kIFJGQyA4OTI4IHByb3RlY3RzIGFnYWluc3QgdGhhdCBp biBib3RoIGNhc2VzIHdoaWxlIG1haW50YWluaW5nIHByaXZhY3kuPC9zcGFuPjwvZm9udD48Zm9u dCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFu PjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJD b3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZu YnNwOyZuYnNwOyBFdmVuIHRob3VnaCB2ZWhpY2xlcyBjYW4gYmUgYXV0aGVudGljYXRlZCB3aXRo IHZhbGlkIGNlcnRpZmljYXRlcyBieTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiPiZuYnNwOyZuYnNwOyBhbiBhdXRoZW50aWNhdGlvbiBzZXJ2ZXIgaW4gdGhlIHZlaGljdWxh ciBjbG91ZCwgdGhlIGF1dGhlbnRpY2F0ZWQ8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZv bnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi PiZndDsmZ3Q7Jmd0OyBJcyBQS0kgZmVhc2libGUgKGRlcGxveWluZyBpdCBpbiBldmVyeSBjYXI/ KS4gSXMgaXQgZmFzdCBlbm91Z2g/IElzIGl0IHJlYWxseSB3aGF0IElQV0FWRSB0aGlua3MgdmVo aWNsZSBzaG91bGQgdXNlPz8/Pz88bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsmZ3Q7Jmd0OyBlLmcuIHdoeSB3b3VsZCBvbmUgbmVlZCB0 byBhdXRoZW50aWNhdGUgdG8gYSBWMkkgbmV0d29yaz8NCjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJp Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyZndDsmZ3Q7IGZyb20gdGhlIHRl eHQgZWFybGllciBpbiB0aGUgZG9jLCBpdCBzZWVtZWQgdGhhdCB3aGF0IHlvdSByZWFsbHkgd2Fu dCBpcyBhY2Nlc3MgdGhhdCBpcyBmYXN0IHRvIGpvaW4sIGNhcGFibGUgb2Ygb2ZmZXJpbmcgdGhl IHJlYWNoYWJpbGl0eSB5b3Ugd2FudCwgYW5vbnltb3VzLCBhbmQgaW5ub2N1b3VzDQogKGNhcnMg Y2FuIG5vdCBoYXJtIG9uZSBhbm90aGVyKS4gPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxm b250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IHZl aGljbGVzIG1heSBoYXJtIG90aGVyIHZlaGljbGVzLCBzbyB0aGVpciBjb21tdW5pY2F0aW9uIGFj dGl2aXRpZXM8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJz cDsgbmVlZCB0byBiZSBsb2dnZWQgaW4gZWl0aGVyIGEgY2VudHJhbCB3YXkgdGhyb3VnaCBhIGxv Z2dpbmcgc2VydmVyPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7 Jm5ic3A7IChlLmcuLCBUQ0MpIGluIHRoZSB2ZWhpY3VsYXIgY2xvdWQgb3IgYSBkaXN0cmlidXRl ZCB3YXkgKGUuZy4sPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7 Jm5ic3A7IGJsb2NrY2hhaW4gW0JpdGNvaW5dKSBhbG9uZyB3aXRoIG90aGVyIHZlaGljbGVzIG9y IGluZnJhc3RydWN0dXJlLjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZu YnNwOyZuYnNwOyBGb3IgdGhlIG5vbi1yZXB1ZGlhdGlvbiBvZiB0aGUgaGFybWZ1bCBhY3Rpdml0 aWVzIG9mIG1hbGljaW91cyBub2Rlcyw8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7Ij4mbmJzcDsmbmJzcDsgYSBibG9ja2NoYWluIHRlY2hub2xvZ3kgY2FuIGJlIHVzZWQgW0Jp dGNvaW5dLiZuYnNwOyBFYWNoIG1lc3NhZ2UgZnJvbSBhPG86cD48L286cD48L3NwYW4+PC9mb250 PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIg TmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IHZlaGljbGUgY2FuIGJlIHRyZWF0ZWQgYXMgYSB0 cmFuc2FjdGlvbiBhbmQgdGhlIG5laWdoYm9yaW5nIHZlaGljbGVzPG86cD48L286cD48L3NwYW4+ PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNv dXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IGNhbiBwbGF5IHRoZSByb2xlIG9mIHBl ZXJzIGluIGEgY29uc2Vuc3VzIG1ldGhvZCBvZiBhIGJsb2NrY2hhaW48bzpwPjwvbzpwPjwvc3Bh bj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0i Q291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgW0JpdGNvaW5dW1ZlaGljdWxhci1C bG9ja0NoYWluXS4mbmJzcDsgRm9yIGEgYmxvY2tjaGFpbidzIGVmZmljaWVudDxvOnA+PC9vOnA+ PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBm YWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBjb25zZW5zdXMgaW4gdmVo aWN1bGFyIG5ldHdvcmtzIGhhdmluZyBmYXN0IG1vdmluZyB2ZWhpY2xlcywgYSBuZXc8bzpwPjwv bzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0i MiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgY29uc2Vuc3VzIGFs Z29yaXRobSBuZWVkcyB0byBiZSBkZXZlbG9wZWQgb3IgYW4gZXhpc3RpbmcgY29uc2Vuc3VzPG86 cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNp emU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IGFsZ29yaXRo bSBuZWVkcyB0byBiZSBlbmhhbmNlZC48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdCI+Jmd0OyZndDsmZ3Q7IHNvbHV0aW9uIHNwYWNlOyBiZXR0ZXIgZXhwcmVz cyB0aGUgJm5ic3A7c2VjdXJpdHkgbmVlZHMgc2luY2UgdGhpcyBpcyBhIFBTLjxvOnA+PC9vOnA+ PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBm YWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9 IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbHQ7c25p cCZndDs8L3NwYW4+PC9mb250Pjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9 IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IFRvIGlkZW50aWZ5 IG1hbGljaW91cyB2ZWhpY2xlcyBhbW9uZyB2ZWhpY2xlcywgYW4gYXV0aGVudGljYXRpb248bzpw PjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6 ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgbWV0aG9kIGlz IHJlcXVpcmVkLiZuYnNwOw0KPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0Ij4mZ3Q7Jmd0OyZndDsgTm8uIEFzIHNhaWQgZWFybGllciBhIHZlaGljbGUgY2FuIGJlIGlu ZmVjdGVkLiBZb3UgbmVlZCBpbm5vY3VvdXNuZXNzLndoaWNoIGNhbiBjb21lIGZyb20gdGhpbmdz IGxpa2UgaXNvbGF0aW9uLCB6ZXJvdHJ1c3QsIGFuZCBwcm90b2NvbHMgdGhhdCBhcmUgZGlmZmlj dWx0IHRvIGhhY2sgYXJvdW5kLg0KIENsYXNzaWNhbCBJUHY2IE5EIGlzIG9wZW4gYmFyLiBSRkMg ODUwNS84OTI4IGlzIHByb3RlY3RlZCBieSBjb25zdHJ1Y3Rpb24sIGFub255bW91cywgYW5kIGZh c3QuPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxm b250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQiPiZsdDtzbmlwJmd0OzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+Jm5ic3A7Jm5ic3A7IEZvciB0aGUgc2V0dXAgb2YgYSBzZWN1cmUgY2hhbm5lbCBvdmVy IElQc2VjIG9yIFRMUywgdGhlIG11bHRpaG9wIFYySTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5l dyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBjb21tdW5pY2F0aW9ucyBvdmVyIERTUkMgaXMgcmVx dWlyZWQgaW4gYSBoaWdod2F5IGZvciB0aGU8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgYXV0aGVudGljYXRpb24gYnkgaW52b2x2aW5nIG11bHRpcGxl IGludGVybWVkaWF0ZSB2ZWhpY2xlcyBhcyByZWxheTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5l dyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBub2RlcyB0b3dhcmQgYW4gSVAtUlNVIGNvbm5lY3Rl ZCB0byBhbiBhdXRoZW50aWNhdGlvbiBzZXJ2ZXIgaW4gdGhlPG86cD48L286cD48L3NwYW4+PC9m b250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJp ZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IHZlaGljdWxhciBjbG91ZC4mbmJzcDsgVGhl IFYySSBjb21tdW5pY2F0aW9ucyBvdmVyIDVHIFYyWCAob3IgTFRFIFYyWCkgaXM8bzpwPjwvbzpw Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIg ZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgcmVxdWlyZWQgdG8gYWxs b3cgYSB2ZWhpY2xlIHRvIGNvbW11bmljYXRlIGRpcmVjdGx5IHdpdGggYSBnTm9kZUIgKG9yPG86 cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNp emU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IGVOb2RlQikg Y29ubmVjdGVkIHRvIGFuIGF1dGhlbnRpY2F0aW9uIHNlcnZlciBpbiB0aGUgdmVoaWN1bGFyIGNs b3VkLjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIy IiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyZndDsm Z3Q7IHNvbHV0aW9uIHNwYWNlLiBJbnN0ZWFkLCB5b3UgY291bGQgbWVudGlvbiB0aGF0IHNldHRp bmcgdXAgc2VjdXJlZCBjaGFubmVscyBiZXR3ZWVuIGNhcnMgdGhhdCBjcm9zcyBvbmUgYW5vdGhl ciBtaWdodCBub3QgY29tcGxldGUgaW4gdGltZSB0byBlc3RhYmxpc2ggdGhlIGNvbW11bmljYXRp b24gY2hhbm5lbCwNCiBhbmQgdGhhdCB0aGUgaW5ub2N1b3VzbmVzcyBtdXN0IGNvbWUgZnJvbSB6 ZXJvdHJ1c3QgaW4gdGhlIHRyYW5zYWN0aW9ucyBiZXR3ZWVuIHRoZSBjYXJzLjwvc3Bhbj48L2Zv bnQ+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPjwvbzpw Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIg ZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgRm9yIHRoZSBJUHY2IE5E LCB0aGUgREFEIGlzIHJlcXVpcmVkIHRvIGVuc3VyZSB0aGUgdW5pcXVlbmVzcyBvZiB0aGU8bzpw PjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6 ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgSVB2NiBhZGRy ZXNzIG9mIGEgdmVoaWNsZSdzIHdpcmVsZXNzIGludGVyZmFjZS4mbmJzcDsNCjxvOnA+PC9vOnA+ PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBm YWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJp Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyZndDsmZ3Q7IGZvciBjbGFzc2lj YWwgTkQgKFNMQUFDKSB0aGF04oCZcyB0cnVlLiBUaGF0IGlzIG5vdCB3aXRoIFJGQyA4NTA1LCBz aW5jZSB0aGUgaW5mcmEgbWFpbnRhaW5zIGEgdGFibGUgb2YgYWxsIGFkZHJlc3NlcyBpbiB1c2Ug aW4gdGhlIHByZWZpeCBhbmQgYmxvY2tzIGR1cGxpY2F0ZXMgd2l0aG91dCB0aGUNCiBSRkMgNDg2 MiBEQUQgbWV0aG9kLiBUaGUgc3RhdGVmdWwgYXV0b2NvbmYgYWRkcmVzcyBncmFudCBpcyBpbW1l ZGlhdGUuPC9zcGFuPjwvZm9udD48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXpl PSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJD b3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyBUaGlzIERBRCBjYW4gYmUgdXNlZDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBhcyBhIGZsb29kaW5nIGF0dGFjayB0aGF0IHVzZXMgdGhl IERBRC1yZWxhdGVkIE5EIHBhY2tldHM8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7Ij4mbmJzcDsmbmJzcDsgZGlzc2VtaW5hdGVkIG92ZXIgdGhlIFZBTkVUIG9yIHZlaGljdWxh ciBuZXR3b3Jrcy4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0Ij4mZ3Q7Jmd0OyZndDsgYWxzbyBmb3IgRE9TIGF0dGFja3MuIFlvdSBj YW4gYmxvY2sgYSBvd25lciBmcm9tIHVzaW5nIGFuIGFkZHJlc3MuIEEgcmVmZXJlbmNlIHRvDQo8 YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL3JmYzY5NTkiPnJm YzY5NTk8L2E+IGlzIG11Y2ggbmVlZGVkIGhlcmUuPC9zcGFuPjwvZm9udD48Zm9udCBzaXplPSIy IiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5l dyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdCI+Jmx0O3NuaXAmZ3Q7PC9zcGFuPjwvZm9udD48Zm9udCBzaXplPSIy IiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5l dyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPlRoaXMgcG9zc2li aWxpdHk8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsg aW5kaWNhdGVzIHRoYXQgdGhlIHZlaGljbGVzIGFuZCBJUC1SU1VzIG5lZWQgdG8gZmlsdGVyIG91 dCBzdXNwaWNpb3VzPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7 Jm5ic3A7IE5EIHRyYWZmaWMgaW4gYWR2YW5jZS4mbmJzcDsgQmFzZWQgb24gdGhlIFNFTkQgW1JG QzM5NzFdIG1lY2hhbmlzbSwgdGhlPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+Jm5ic3A7Jm5ic3A7IGF1dGhlbnRpY2F0aW9uIGZvciByb3V0ZXJzIChpLmUuLCBJUC1SU1Vz KSBjYW4gYmUgY29uZHVjdGVkIGJ5IG9ubHk8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgc2VsZWN0aW5nIGFuIElQLVJTVSB0aGF0IGhhcyBhIGNlcnRp ZmljYXRpb24gcGF0aCB0b3dhcmQgdHJ1c3RlZDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBwYXJ0aWVzLiZuYnNwOyBGb3IgYXV0aGVudGljYXRpbmcg b3RoZXIgdmVoaWNsZXMsIHRoZSBjcnlwdG9ncmFwaGljYWxseTxvOnA+PC9vOnA+PC9zcGFuPjwv Zm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3Vy aWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBnZW5lcmF0ZWQgYWRkcmVzcyAoQ0dBKSBj YW4gYmUgdXNlZCB0byB2ZXJpZnkgdGhlIHRydWUgb3duZXIgb2YgYTxvOnA+PC9vOnA+PC9zcGFu PjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJD b3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyByZWNlaXZlZCBORCBtZXNzYWdlLCB3 aGljaCByZXF1aXJlcyB0byB1c2UgdGhlIENHQSBORCBvcHRpb24gaW4gdGhlPG86cD48L286cD48 L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZh Y2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IE5EIHByb3RvY29scy4mbmJz cDsgRm9yIGEgZ2VuZXJhbCBwcm90ZWN0aW9uIG9mIHRoZSBORCBtZWNoYW5pc20sIHRoZSBSU0E8 bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQg c2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgU2lnbmF0 dXJlIE5EIG9wdGlvbiBjYW4gYWxzbyBiZSB1c2VkIHRvIHByb3RlY3QgdGhlIGludGVncml0eSBv ZiB0aGU8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsg bWVzc2FnZXMgYnkgcHVibGljIGtleSBzaWduYXR1cmVzLiZuYnNwOyBGb3IgYSBtb3JlIGFkdmFu Y2VkPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxm b250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IGF1 dGhlbnRpY2F0aW9uIG1lY2hhbmlzbSwgYSBkaXN0cmlidXRlZCBibG9ja2NoYWluLWJhc2VkIG1l Y2hhbmlzbTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNw OyBbVmVoaWN1bGFyLUJsb2NrQ2hhaW5dIGNhbiBiZSB1c2VkLjxvOnA+PC9vOnA+PC9zcGFuPjwv Zm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3Vy aWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyZndDsmZ3Q7IHNvbHV0aW9uIHNwYWNlLiBBZ2Fp biwgdGhlIGRyYWZ0IHNob3VsZCBmb2N1cyBvbiBwcm9ibGVtcyBhbmQgbmVlZHMuIFRoZSBwcm9i bGVtIGhlcmUgaXMgdGhhdCBTRU5EIGlzIGNvbXBsZXgsIGFuZCBub3QgaW1wbGVtZW50ZWQgaW4g dGhlIG1ham9yIHN0YWNrLiBJdCByZWxpZXMgb24gUEtJIGZvcg0KIHRydXN0aW5nIHRoZSByb3V0 ZXIuIFRoZSBWMkkgbmVlZCBpcyBhIHplcm90cnVzdCBtb2RlbCB3aGVyZSBvbmUgViwgdGhlIG90 aGVyIGxvY2FsIFZzLCBhbmQgdGhlIEksIGNhbiBoZWxwIGVhY2ggb3RoZXIgYW5vbnltb3VzbHkg YW5kIGhhcm1sZXNzbHkuPC9zcGFuPjwvZm9udD48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVy IE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdCI+Jmx0O3NuaXAmZ3Q7PC9zcGFuPjwvZm9udD48Zm9udCBzaXplPSIyIiBm YWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjguJm5ic3A7IEluZm9y bWF0aXZlIFJlZmVyZW5jZXM8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mZ3Q7Jmd0OyZndDsg bm8gbm9ybWF0aXZlIHJlZmVyZW5jZT88bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQiPiZndDsmZ3Q7Jmd0OyBubyBub3JtYXRpdmUgcmVmZXJlbmNlPzxvOnA+PC9vOnA+ PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBm YWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJp Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmx0O3NuaXAmZ3Q7PG86cD48L286cD48 L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZh Y2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0i MiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlZvaWxhITxv OnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBz aXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxm b250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij5LZWVwIHNhZmU7PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQiPlBhc2NhbDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvUGxh aW5UZXh0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb25zb2xhcyI+PG86cD4mbmJzcDs8L286cD48 L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0i Q29uc29sYXMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFp blRleHQiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvbnNvbGFzIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdCI+Jmd0OyAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLTwvc3Bhbj48L2ZvbnQ+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ29uc29s YXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7IEZyb206IElFVEYtQW5ub3Vu Y2UgJmx0OzxhIGhyZWY9Im1haWx0bzppZXRmLWFubm91bmNlLWJvdW5jZXNAaWV0Zi5vcmciPmll dGYtYW5ub3VuY2UtYm91bmNlc0BpZXRmLm9yZzwvYT4mZ3Q7IE9uIEJlaGFsZiBPZiBCb2I8L3Nw YW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxmb250IHNpemU9IjIiIGZh Y2U9IkNvbnNvbGFzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyBIaW5kZW48 L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxmb250IHNpemU9IjIi IGZhY2U9IkNvbnNvbGFzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyBTZW50 OiBtYXJkaSAxNSBqdWluIDIwMjEgMjE6MTM8L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJN c29QbGFpblRleHQiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvbnNvbGFzIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdCI+Jmd0OyBUbzogQnJpYW4gQ2FycGVudGVyICZsdDs8YSBocmVmPSJt YWlsdG86YnJpYW4uZS5jYXJwZW50ZXJAZ21haWwuY29tIj5icmlhbi5lLmNhcnBlbnRlckBnbWFp bC5jb208L2E+Jmd0Ozwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+ PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ29uc29sYXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0Ij4mZ3Q7IENjOiA2TUFOICZsdDs8YSBocmVmPSJtYWlsdG86Nm1hbkBpZXRmLm9yZyI+Nm1h bkBpZXRmLm9yZzwvYT4mZ3Q7Ow0KPGEgaHJlZj0ibWFpbHRvOml0c0BpZXRmLm9yZyI+aXRzQGll dGYub3JnPC9hPjsgZHJhZnQtaWV0Zi1pcHdhdmUtdmVoaWN1bGFyLTwvc3Bhbj48L2ZvbnQ+PC9w Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ29uc29sYXMi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7DQo8YSBocmVmPSJtYWlsdG86bmV0 d29ya2luZ0BpZXRmLm9yZyI+bmV0d29ya2luZ0BpZXRmLm9yZzwvYT47IDxhIGhyZWY9Im1haWx0 bzpsYXN0LWNhbGxAaWV0Zi5vcmciPg0KbGFzdC1jYWxsQGlldGYub3JnPC9hPjsgQ2FybG9zIEJl cm5hcmRvczwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQg c2l6ZT0iMiIgZmFjZT0iQ29uc29sYXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4m Z3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86Y2piY0BpdC51YzNtLmVzIj5jamJjQGl0LnVjM20uZXM8 L2E+Jmd0OzsgSUVURi1Bbm5vdW5jZSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmlldGYtYW5ub3VuY2VA aWV0Zi5vcmciPmlldGYtYW5ub3VuY2VAaWV0Zi5vcmc8L2E+Jmd0OzsgaXB3YXZlLTwvc3Bhbj48 L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0i Q29uc29sYXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7DQo8YSBocmVmPSJt YWlsdG86Y2hhaXJzQGlldGYub3JnIj5jaGFpcnNAaWV0Zi5vcmc8L2E+PC9zcGFuPjwvZm9udD48 L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb25zb2xh cyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsgU3ViamVjdDogUmU6IExhc3Qg Q2FsbDogJmx0O2RyYWZ0LWlldGYtaXB3YXZlLXZlaGljdWxhci1uZXR3b3JraW5nLTIwLnR4dCZn dDs8L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxmb250IHNpemU9 IjIiIGZhY2U9IkNvbnNvbGFzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyAo SVB2NiBXaXJlbGVzcyBBY2Nlc3MgaW4gVmVoaWN1bGFyIEVudmlyb25tZW50cyAoSVBXQVZFKTog UHJvYmxlbTwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQg c2l6ZT0iMiIgZmFjZT0iQ29uc29sYXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4m Z3Q7IFN0YXRlbWVudCBhbmQgVXNlIENhc2VzKSB0byBJbmZvcm1hdGlvbmFsIFJGQzwvc3Bhbj48 L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0i Q29uc29sYXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7DQo8L3NwYW4+PC9m b250PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxmb250IHNpemU9IjIiIGZhY2U9IkNv bnNvbGFzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyArMTwvc3Bhbj48L2Zv bnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ29u c29sYXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7DQo8L3NwYW4+PC9mb250 PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvbnNv bGFzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyBJIHdhcyBnb2luZyB0byB3 cml0ZSBzb21ldGhpbmcgc2ltaWxhciB0byB3aGF0IEJyaWFuIHdyb3RlLiZuYnNwOyZuYnNwOyBU aGlzPC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9udCBzaXpl PSIyIiBmYWNlPSJDb25zb2xhcyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsg ZG9jdW1lbnQgc2F5cyBpdCBpcyBhIHByb2JsZW0gc3RhdGVtZW50LCBidXQgdGhlbiBiZWNvbWVz IGEgc29sdXRpb248L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxm b250IHNpemU9IjIiIGZhY2U9IkNvbnNvbGFzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dCI+Jmd0OyBkb2N1bWVudC4mbmJzcDsmbmJzcDsgTWlnaHQgYmUgYmV0dGVyIHRvIGN1dCBpdCBk b3duIHRvIG9ubHkgdGhlIHByb2JsZW0gc3RhdGVtZW50PC9zcGFuPjwvZm9udD48L3A+DQo8cCBj bGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb25zb2xhcyI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsgcGFydC48L3NwYW4+PC9mb250PjwvcD4NCjxw IGNsYXNzPSJNc29QbGFpblRleHQiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvbnNvbGFzIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0Ow0KPC9zcGFuPjwvZm9udD48L3A+DQo8cCBj bGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb25zb2xhcyI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsgSSBhbHNvIG5vdGVkIGFzIEJyaWFuIHBvaW50 cyBvdXQgdGhhdCB0aGUgc29sdXRpb24gcGFydCBhcHBlYXJzIHRvIGJlPC9zcGFuPjwvZm9udD48 L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb25zb2xh cyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsgZGVwZW5kZW50IG9uIE9NTkkg Z2l2ZW4gdGhlIOKAnG11c3TigJ0gbGFuZ3VhZ2UsIGJ1dCBPTU5JIGlzIGFuIGluZm9ybWF0aW9u YWw8L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxmb250IHNpemU9 IjIiIGZhY2U9IkNvbnNvbGFzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyBy ZWZlcmVuY2UuJm5ic3A7Jm5ic3A7IFRoaXMgc2VlbXMgbGlrZSBhIGRpc2Nvbm5lY3QuPC9zcGFu PjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9udCBzaXplPSIyIiBmYWNl PSJDb25zb2xhcyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsNCjwvc3Bhbj48 L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0i Q29uc29sYXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7IEJvYjwvc3Bhbj48 L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0i Q29uc29sYXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7DQo8L3NwYW4+PC9m b250PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxmb250IHNpemU9IjIiIGZhY2U9IkNv bnNvbGFzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0Ow0KPC9zcGFuPjwvZm9u dD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb25z b2xhcyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsgJmd0OyBPbiBKdW4gMTQs IDIwMjEsIGF0IDg6MjUgUE0sIEJyaWFuIEUgQ2FycGVudGVyPC9zcGFuPjwvZm9udD48L3A+DQo8 cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb25zb2xhcyI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsgJmx0OzxhIGhyZWY9Im1haWx0bzpicmlh bi5lLmNhcnBlbnRlckBnbWFpbC5jb20iPmJyaWFuLmUuY2FycGVudGVyQGdtYWlsLmNvbTwvYT4m Z3Q7IHdyb3RlOjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZv bnQgc2l6ZT0iMiIgZmFjZT0iQ29uc29sYXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij4mZ3Q7ICZndDs8L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxm b250IHNpemU9IjIiIGZhY2U9IkNvbnNvbGFzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dCI+Jmd0OyAmZ3Q7IFRoYW5rcyBmb3IgdGhlIGhlYWRzLXVwLCBFcmlrLjwvc3Bhbj48L2ZvbnQ+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ29uc29s YXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7ICZndDs8L3NwYW4+PC9mb250 PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvbnNv bGFzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyAmZ3Q7IFRoaXMgdGV4dCBh dDwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0i MiIgZmFjZT0iQ29uc29sYXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7ICZn dDsNCjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQt aWV0Zi1pcHdhdmUtdmVoaWN1bGFyLW5ldHciPg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9y Zy9kb2MvaHRtbC9kcmFmdC1pZXRmLWlwd2F2ZS12ZWhpY3VsYXItbmV0dzwvYT48L3NwYW4+PC9m b250PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxmb250IHNpemU9IjIiIGZhY2U9IkNv bnNvbGFzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyAmZ3Q7IG9ya2luZy0y MCNwYWdlLTk8L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxmb250 IHNpemU9IjIiIGZhY2U9IkNvbnNvbGFzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+ Jmd0OyAmZ3Q7PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9u dCBzaXplPSIyIiBmYWNlPSJDb25zb2xhcyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi PiZndDsgJmd0OyZndDsmbmJzcDsmbmJzcDsgVGhlcmVmb3JlLCB0aGUgZXhpc3RpbmcgSVB2NiBw cm90b2NvbCBjYW4gYmU8L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi Pjxmb250IHNpemU9IjIiIGZhY2U9IkNvbnNvbGFzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdCI+Jmd0OyAmZ3Q7Jmd0OyZuYnNwOyZuYnNwOyBhdWdtZW50ZWQgdGhyb3VnaCB0aGUgYWRk aXRpb24gb2YgYW4gT3ZlcmxheSBNdWx0aWxpbmsgTmV0d29yayAoT01OSSk8L3NwYW4+PC9mb250 PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvbnNv bGFzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyAmZ3Q7Jmd0OyZuYnNwOyZu YnNwOyBJbnRlcmZhY2UgW09NTkldIGFuZC9vciBwcm90b2NvbCBjaGFuZ2VzIGluIG9yZGVyIHRv IHN1cHBvcnQgYm90aDwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+ PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ29uc29sYXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0Ij4mZ3Q7ICZndDsmZ3Q7Jm5ic3A7Jm5ic3A7IHdpcmVsZXNzIHNpbmdsZS1ob3AvbXVsdGlo b3AgVjJWIGNvbW11bmljYXRpb25zIGFuZCBtdWx0aXBsZSByYWRpbzwvc3Bhbj48L2ZvbnQ+PC9w Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ29uc29sYXMi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7ICZndDsmZ3Q7Jm5ic3A7Jm5ic3A7 IHRlY2hub2xvZ2llcyBpbiB2ZWhpY3VsYXIgbmV0d29ya3MuPC9zcGFuPjwvZm9udD48L3A+DQo8 cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb25zb2xhcyI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsgJmd0Ozwvc3Bhbj48L2ZvbnQ+PC9wPg0K PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ29uc29sYXMiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7ICZndDsgaXMgb2YgY29uY2VybiByZWdh cmRsZXNzIG9mIHRoZSBtZW50aW9uIG9mIE9NTkkuIERvZXMgaXQgbWVhbiAmcXVvdDtjYW4gYmUm cXVvdDs8L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxmb250IHNp emU9IjIiIGZhY2U9IkNvbnNvbGFzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0 OyBvciAmcXVvdDtuZWVkcyB0byBiZSZxdW90Oz8gVGhpcyBwYXJhZ3JhcGggc2VlbXMgbGlrZSBh IHZlcnkgc2hvcnQgc3VtbWFyeSBvZiBhIGJpZzwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9 Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ29uc29sYXMiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7IHByb2JsZW0gYXJlYS4gQXQgdGhlIGVuZCBvZiBwYWdl IDEzIHRoZXJlIGlzIHNvbWUgcmVsYXRlZCBkaXNjdXNzaW9uLDwvc3Bhbj48L2ZvbnQ+PC9wPg0K PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ29uc29sYXMiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7IHdoaWNoIG1lbnRpb25zIFJQTCBhcyBw YXJ0IG9mIHRoZSBzb2x1dGlvbiAoZ29vZCBjaG9pY2UsIElNSE8pIGJ1dCBhZ2Fpbjwvc3Bhbj48 L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0i Q29uc29sYXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7IHNlZW1zIHRvIGRl cGVuZCBvbiBPTU5JLiBJIGRvbid0IHRoaW5rIHRoZSBmaXggb2Ygc2ltcGx5IHJlbW92aW5nPC9z cGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9udCBzaXplPSIyIiBm YWNlPSJDb25zb2xhcyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsgcmVmZXJl bmNlcyB0byBPTU5JIHdvcmtzLCBiZWNhdXNlIGl0IHdvdWxkIGxlYXZlIGEgZ2FwLiBJbiBhbjwv c3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIg ZmFjZT0iQ29uc29sYXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7IGluZm9y bWF0aW9uYWwgZG9jdW1lbnQsIHRoYXQgaXMgbm90IGEgZm9ybWFsIHByb2JsZW0gYnV0IGFzIGZh ciBhcyB0aGlzPC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9u dCBzaXplPSIyIiBmYWNlPSJDb25zb2xhcyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi PiZndDsgZHJhZnQgZGVzY3JpYmVzIGFyY2hpdGVjdHVyZSwgSSBkb24ndCB0aGluayB0aGF0IGJp ZyBhIGdhcCBpcyByZWFzb25hYmxlLjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs YWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ29uc29sYXMiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0Ij4mZ3Q7ICZxdW90O09NTkkmcXVvdDsgaXMgbWVudGlvbmVkIG1vcmUgdGhh biAyMCB0aW1lcyBpbiB0aGUgZG9jdW1lbnQuIFRoZXJlIGFyZSBhbHNvPC9zcGFuPjwvZm9udD48 L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb25zb2xh cyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsgc2V2ZXJhbCByZWZlcmVuY2Vz IHRvIEFFUk8sIHdoaWNoIGlzIHN0cm9uZ2x5IGFzc29jaWF0ZWQgd2l0aCBPTU5JLjwvc3Bhbj48 L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0i Q29uc29sYXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7ICZndDs8L3NwYW4+ PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxmb250IHNpemU9IjIiIGZhY2U9 IkNvbnNvbGFzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyAmZ3Q7IEF0IHRo aXMgcG9pbnQgSSBiZWNhbWUgY29uZnVzZWQgYWJvdXQgdGhlIHB1cnBvc2Ugb2YgdGhlIGRvY3Vt ZW50LiBUaGU8L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxmb250 IHNpemU9IjIiIGZhY2U9IkNvbnNvbGFzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+ Jmd0OyAmZ3Q7IEFic3RyYWN0IHNheXM8L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Q bGFpblRleHQiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvbnNvbGFzIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdCI+Jmd0OyAmZ3Q7PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb25zb2xhcyI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQiPiZndDsgJmd0OyZndDsmbmJzcDsmbmJzcDsgVGhpcyBkb2N1bWVudCBk aXNjdXNzZXMgdGhlIHByb2JsZW0gc3RhdGVtZW50IGFuZCB1c2UgY2FzZXMgb2Y8L3NwYW4+PC9m b250PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxmb250IHNpemU9IjIiIGZhY2U9IkNv bnNvbGFzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyAmZ3Q7Jmd0OyZuYnNw OyZuYnNwOyBJUHY2LWJhc2VkIHZlaGljdWxhciBuZXR3b3JraW5nPC9zcGFuPjwvZm9udD48L3A+ DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb25zb2xhcyI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsgJmd0Ozwvc3Bhbj48L2ZvbnQ+PC9w Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ29uc29sYXMi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7ICZndDsgSW4gZmFjdCwgbW9zdCBv ZiBzZWN0aW9uIDQgc2VlbXMgdG8gYmUgYSBkcmFmdCBhcmNoaXRlY3R1cmUgb2YgYTwvc3Bhbj48 L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0i Q29uc29sYXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7IHNvbHV0aW9uLjwv c3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIg ZmFjZT0iQ29uc29sYXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7ICZndDs8 L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxmb250IHNpemU9IjIi IGZhY2U9IkNvbnNvbGFzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyAmZ3Q7 Jmd0OyA1LiZuYnNwOyBQcm9ibGVtIFN0YXRlbWVudDwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xh c3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ29uc29sYXMiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7ICZndDsmZ3Q7PC9zcGFuPjwvZm9udD48L3A+DQo8 cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb25zb2xhcyI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsgJmd0OyZndDsmbmJzcDsmbmJzcDsgSW4g b3JkZXIgdG8gc3BlY2lmeSBwcm90b2NvbHMgdXNpbmcgdGhlIGFyY2hpdGVjdHVyZSBtZW50aW9u ZWQgaW48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxmb250IHNp emU9IjIiIGZhY2U9IkNvbnNvbGFzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0 OyAmZ3Q7Jmd0OyZuYnNwOyZuYnNwOyBTZWN0aW9uIDQuMSwgSVB2NiBjb3JlIHByb3RvY29scyBo YXZlIHRvIGJlIGFkYXB0ZWQgdG8gb3ZlcmNvbWU8L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNz PSJNc29QbGFpblRleHQiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvbnNvbGFzIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyAmZ3Q7Jmd0OyZuYnNwOyZuYnNwOyBjZXJ0YWluIGNo YWxsZW5naW5nIGFzcGVjdHMgb2YgdmVoaWN1bGFyIG5ldHdvcmtpbmcuPC9zcGFuPjwvZm9udD48 L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb25zb2xh cyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsgJmd0Ozwvc3Bhbj48L2ZvbnQ+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ29uc29s YXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7ICZndDsgVGhhdCdzIGEgYmln IGxlYXAuIEJ1dCB0aGUgcmVzdCBvZiBzZWN0aW9uIDUgc2VlbXMgdG8gZ2V0IGJhY2sgdG88L3Nw YW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxmb250IHNpemU9IjIiIGZh Y2U9IkNvbnNvbGFzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyBzb2x1dGlv biBkZXNpZ24uPC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9u dCBzaXplPSIyIiBmYWNlPSJDb25zb2xhcyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi PiZndDsgJmd0Ozwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZv bnQgc2l6ZT0iMiIgZmFjZT0iQ29uc29sYXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij4mZ3Q7ICZndDsgU28gSSBhbSBsZWZ0IHB1enpsZWQgYWJvdXQgd2hhdCB3b3VsZCBoYXBwZW4g bmV4dCBpZiB0aGlzIGRyYWZ0PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5U ZXh0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb25zb2xhcyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQiPiZndDsgJmd0OyBiZWNvbWVzIGFuIFJGQy4gRG8gdGhlIGF1dGhvcnMgZXhwZWN0 IDZtYW4gdG8gd29yayBvbiB0aGUgaXNzdWVzIHRoZXkndmU8L3NwYW4+PC9mb250PjwvcD4NCjxw IGNsYXNzPSJNc29QbGFpblRleHQiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvbnNvbGFzIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyByYWlzZWQ/IEknbSBub3Qgc3VyZSB0aGV5 IG1hdGNoIDZtYW4ncyBsaW1pdGVkIGNoYXJ0ZXIgKCZxdW90O25vdCBjaGFydGVyZWQgdG88L3Nw YW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxmb250IHNpemU9IjIiIGZh Y2U9IkNvbnNvbGFzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyBkZXZlbG9w IG1ham9yIGNoYW5nZXMgb3IgYWRkaXRpb25zIHRvIHRoZSBJUHY2IHNwZWNpZmljYXRpb25zJnF1 b3Q7KS48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxmb250IHNp emU9IjIiIGZhY2U9IkNvbnNvbGFzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0 OyAmZ3Q7PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9udCBz aXplPSIyIiBmYWNlPSJDb25zb2xhcyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZn dDsgJmd0OyBSZWdhcmRzPC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0 Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb25zb2xhcyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQiPiZndDsgJmd0OyZuYnNwOyZuYnNwOyBCcmlhbiBDYXJwZW50ZXI8L3NwYW4+PC9mb250 PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvbnNv bGFzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyAmZ3Q7PC9zcGFuPjwvZm9u dD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb25z b2xhcyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsgJmd0OyBPbiAxNS1KdW4t MjEgMTM6MDcsIEVyaWsgS2xpbmUgd3JvdGU6PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb25zb2xhcyI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsgJmd0OyZndDsgKzZtYW4sIHNpbmNlIHRoZXJlIGFyZSBt YW55IHN0YXRlbWVudHMgYWJvdXQgSVB2NiB3b3JrIGluIHRoaXM8L3NwYW4+PC9mb250PjwvcD4N CjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvbnNvbGFzIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyBkb2N1bWVudC48L3NwYW4+PC9mb250 PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvbnNv bGFzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyAmZ3Q7Jmd0Ozwvc3Bhbj48 L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0i Q29uc29sYXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7ICZndDsmZ3Q7IE9u ZSB0aGluZyBvZiBub3RlOiBpbiB0aGUgdGltZSBhZnRlciB0aGlzIGRvY3VtZW50IHdhcyBXR0xD J2QsIDZtYW48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxmb250 IHNpemU9IjIiIGZhY2U9IkNvbnNvbGFzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+ Jmd0OyAmZ3Q7Jmd0OyBoZWxkIGFuIGFkb3B0aW9uIGNhbGwgb24gT01OSSB0aGF0IGRpZCBub3Qg cmVzdWx0IGluIGFkb3B0aW9uIFtPTU5JXS48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJN c29QbGFpblRleHQiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvbnNvbGFzIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdCI+Jmd0OyAmZ3Q7Jmd0OyBUaGVyZSBhcmUgYXQgdHdvIHBsYWNlcyB3 aGVyZSB0aGlzIHRleHQgYXBwZWFyczo8L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Q bGFpblRleHQiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvbnNvbGFzIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdCI+Jmd0OyAmZ3Q7Jmd0Ozwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9 Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ29uc29sYXMiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7ICZndDsmZ3Q7Jm5ic3A7Jm5ic3A7ICZxdW90O1RoZSBl eGlzdGluZyBJUHY2IHByb3RvY29sIG11c3QgYmUgYXVnbWVudGVkIHRocm91Z2ggdGhlIGFkZGl0 aW9uIG9mPC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9udCBz aXplPSIyIiBmYWNlPSJDb25zb2xhcyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZn dDsgJmd0OyZndDsmbmJzcDsmbmJzcDsgYW4gT01OSSBpbnRlcmZhY2UuLi4mcXVvdDs8L3NwYW4+ PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxmb250IHNpemU9IjIiIGZhY2U9 IkNvbnNvbGFzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyAmZ3Q7Jmd0Ozwv c3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIg ZmFjZT0iQ29uc29sYXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7ICZndDsm Z3Q7IFRoZXNlIHN0YXRlbWVudHMgc2hvdWxkIHByb2JhYmx5IGJlIHJldmlzZWQgKG9yIHJlbW92 ZWQpLjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6 ZT0iMiIgZmFjZT0iQ29uc29sYXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7 ICZndDsmZ3Q7PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9u dCBzaXplPSIyIiBmYWNlPSJDb25zb2xhcyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi PiZndDsgJmd0OyZndDsgLUVyaWs8L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFp blRleHQiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvbnNvbGFzIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdCI+Jmd0OyAmZ3Q7Jmd0Ozwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1z b1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ29uc29sYXMiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0Ij4mZ3Q7ICZndDsmZ3Q7IFtPTU5JXTwvc3Bhbj48L2ZvbnQ+PC9wPg0K PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ29uc29sYXMiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7ICZndDsmZ3Q7DQo8YSBocmVmPSJodHRw czovL21haWxhcmNoaXZlLmlldGYub3JnL2FyY2gvbXNnL2lwdjYvczFTNDlFWVBUaFgzNEdvd3U0 RXhQZ0ZiMzIiPmh0dHBzOi8vbWFpbGFyY2hpdmUuaWV0Zi5vcmcvYXJjaC9tc2cvaXB2Ni9zMVM0 OUVZUFRoWDM0R293dTRFeFBnRmIzMjwvYT48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJN c29QbGFpblRleHQiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvbnNvbGFzIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdCI+Jmd0OyAmZ3Q7Jmd0OyBrLzwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAg Y2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ29uc29sYXMiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7ICZndDsmZ3Q7PC9zcGFuPjwvZm9udD48L3A+ DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb25zb2xhcyI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsgJmd0OyZndDsgT24gTW9uLCBKdW4g MTQsIDIwMjEgYXQgNzowMiBBTSBUaGUgSUVTRyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmllc2ctc2Vj cmV0YXJ5QGlldGYub3JnIj5pZXNnLXNlY3JldGFyeUBpZXRmLm9yZzwvYT4mZ3Q7PC9zcGFuPjwv Zm9udD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJD b25zb2xhcyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsgd3JvdGU6PC9zcGFu PjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9udCBzaXplPSIyIiBmYWNl PSJDb25zb2xhcyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsgJmd0OyZndDsm Z3Q7PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9udCBzaXpl PSIyIiBmYWNlPSJDb25zb2xhcyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsg Jmd0OyZndDsmZ3Q7PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48 Zm9udCBzaXplPSIyIiBmYWNlPSJDb25zb2xhcyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQiPiZndDsgJmd0OyZndDsmZ3Q7IFRoZSBJRVNHIGhhcyByZWNlaXZlZCBhIHJlcXVlc3QgZnJv bSB0aGUgSVAgV2lyZWxlc3MgQWNjZXNzIGluPC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb25zb2xhcyI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsgJmd0OyZndDsmZ3Q7IFZlaGljdWxhciBFbnZpcm9ubWVu dHMgV0cgKGlwd2F2ZSkgdG8gY29uc2lkZXIgdGhlIGZvbGxvd2luZzwvc3Bhbj48L2ZvbnQ+PC9w Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ29uc29sYXMi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7ICZndDsmZ3Q7Jmd0OyBkb2N1bWVu dDogLSAnSVB2NiBXaXJlbGVzcyBBY2Nlc3MgaW4gVmVoaWN1bGFyIEVudmlyb25tZW50cyAoSVBX QVZFKTo8L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxmb250IHNp emU9IjIiIGZhY2U9IkNvbnNvbGFzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0 OyBQcm9ibGVtPC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9u dCBzaXplPSIyIiBmYWNlPSJDb25zb2xhcyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi PiZndDsgJmd0OyZndDsmZ3Q7Jm5ic3A7Jm5ic3A7IFN0YXRlbWVudCBhbmQgVXNlIENhc2VzJzwv c3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIg ZmFjZT0iQ29uc29sYXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7ICZndDsm Z3Q7Jmd0OyZuYnNwOyAmbHQ7ZHJhZnQtaWV0Zi1pcHdhdmUtdmVoaWN1bGFyLW5ldHdvcmtpbmct MjAudHh0Jmd0OyBhcyBJbmZvcm1hdGlvbmFsPC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb25zb2xhcyI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsgJmd0OyZndDsmZ3Q7IFJGQzwvc3Bhbj48L2ZvbnQ+PC9w Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ29uc29sYXMi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7ICZndDsmZ3Q7Jmd0Ozwvc3Bhbj48 L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0i Q29uc29sYXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7ICZndDsmZ3Q7Jmd0 OyBUaGUgSUVTRyBwbGFucyB0byBtYWtlIGEgZGVjaXNpb24gaW4gdGhlIG5leHQgZmV3IHdlZWtz LCBhbmQ8L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxmb250IHNp emU9IjIiIGZhY2U9IkNvbnNvbGFzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0 OyAmZ3Q7Jmd0OyZndDsgc29saWNpdHMgZmluYWwgY29tbWVudHMgb24gdGhpcyBhY3Rpb24uIFBs ZWFzZSBzZW5kIHN1YnN0YW50aXZlPC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvUGxh aW5UZXh0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb25zb2xhcyI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQiPiZndDsgJmd0OyZndDsmZ3Q7IGNvbW1lbnRzIHRvIHRoZQ0KPGEgaHJlZj0i bWFpbHRvOmxhc3QtY2FsbEBpZXRmLm9yZyI+bGFzdC1jYWxsQGlldGYub3JnPC9hPiBtYWlsaW5n IGxpc3RzIGJ5IDIwMjEtMDYtMjguPC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvUGxh aW5UZXh0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb25zb2xhcyI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQiPiZndDsgJmd0OyZndDsmZ3Q7IEV4Y2VwdGlvbmFsbHksIGNvbW1lbnRzIG1h eSBiZSBzZW50IHRvDQo8YSBocmVmPSJtYWlsdG86aWVzZ0BpZXRmLm9yZyI+aWVzZ0BpZXRmLm9y ZzwvYT4gaW5zdGVhZC4gSW48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvbnNvbGFzIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdCI+Jmd0OyAmZ3Q7Jmd0OyZndDsgZWl0aGVyIGNhc2UsIHBsZWFzZSByZXRhaW4gdGhl IGJlZ2lubmluZyBvZiB0aGUgU3ViamVjdCBsaW5lIHRvIGFsbG93PC9zcGFuPjwvZm9udD48L3A+ DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb25zb2xhcyI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsgYXV0b21hdGVkIHNvcnRpbmcuPC9z cGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9udCBzaXplPSIyIiBm YWNlPSJDb25zb2xhcyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsgJmd0OyZn dDsmZ3Q7PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9udCBz aXplPSIyIiBmYWNlPSJDb25zb2xhcyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZn dDsgJmd0OyZndDsmZ3Q7IEFic3RyYWN0PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb25zb2xhcyI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQiPiZndDsgJmd0OyZndDsmZ3Q7PC9zcGFuPjwvZm9udD48L3A+DQo8cCBj bGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb25zb2xhcyI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsgJmd0OyZndDsmZ3Q7PC9zcGFuPjwvZm9udD48 L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb25zb2xh cyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsgJmd0OyZndDsmZ3Q7Jm5ic3A7 Jm5ic3A7IFRoaXMgZG9jdW1lbnQgZGlzY3Vzc2VzIHRoZSBwcm9ibGVtIHN0YXRlbWVudCBhbmQg dXNlIGNhc2VzIG9mPC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48 Zm9udCBzaXplPSIyIiBmYWNlPSJDb25zb2xhcyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQiPiZndDsgJmd0OyZndDsmZ3Q7Jm5ic3A7Jm5ic3A7IElQdjYtYmFzZWQgdmVoaWN1bGFyIG5l dHdvcmtpbmcgZm9yIEludGVsbGlnZW50IFRyYW5zcG9ydGF0aW9uPC9zcGFuPjwvZm9udD48L3A+ DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb25zb2xhcyI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsgJmd0OyZndDsmZ3Q7Jm5ic3A7Jm5i c3A7IFN5c3RlbXMgKElUUykuJm5ic3A7IFRoZSBtYWluIHNjZW5hcmlvcyBvZiB2ZWhpY3VsYXIg Y29tbXVuaWNhdGlvbnMgYXJlPC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5U ZXh0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb25zb2xhcyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQiPiZndDsgJmd0OyZndDsmZ3Q7Jm5ic3A7Jm5ic3A7IHZlaGljbGUtdG8tdmVoaWNs ZSAoVjJWKSwgdmVoaWNsZS10by1pbmZyYXN0cnVjdHVyZSAoVjJJKSwgYW5kPC9zcGFuPjwvZm9u dD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb25z b2xhcyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsgJmd0OyZndDsmZ3Q7Jm5i c3A7Jm5ic3A7IHZlaGljbGUtdG8tZXZlcnl0aGluZyAoVjJYKSBjb21tdW5pY2F0aW9ucy4mbmJz cDsgRmlyc3QsIHRoaXMgZG9jdW1lbnQ8L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Q bGFpblRleHQiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvbnNvbGFzIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdCI+Jmd0OyAmZ3Q7Jmd0OyZndDsmbmJzcDsmbmJzcDsgZXhwbGFpbnMgdXNl IGNhc2VzIHVzaW5nIFYyViwgVjJJLCBhbmQgVjJYIG5ldHdvcmtpbmcuJm5ic3A7IE5leHQsIGZv cjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0i MiIgZmFjZT0iQ29uc29sYXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7ICZn dDsmZ3Q7Jmd0OyZuYnNwOyZuYnNwOyBJUHY2LWJhc2VkIHZlaGljdWxhciBuZXR3b3JrcywgaXQg bWFrZXMgYSBnYXAgYW5hbHlzaXMgb2YgY3VycmVudDwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xh c3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ29uc29sYXMiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7ICZndDsmZ3Q7Jmd0OyZuYnNwOyZuYnNwOyBJUHY2 IHByb3RvY29scyAoZS5nLiwgSVB2NiBOZWlnaGJvciBEaXNjb3ZlcnksIE1vYmlsaXR5IE1hbmFn ZW1lbnQsPC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9udCBz aXplPSIyIiBmYWNlPSJDb25zb2xhcyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZn dDsgJmd0OyZndDsmZ3Q7Jm5ic3A7Jm5ic3A7IGFuZCBTZWN1cml0eSAmYW1wOyBQcml2YWN5KSwg YW5kIHRoZW4gZW51bWVyYXRlcyByZXF1aXJlbWVudHMgZm9yIHRoZTwvc3Bhbj48L2ZvbnQ+PC9w Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ29uc29sYXMi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7ICZndDsmZ3Q7Jmd0OyZuYnNwOyZu YnNwOyBleHRlbnNpb25zIG9mIHRob3NlIElQdjYgcHJvdG9jb2xzIGZvciBJUHY2LWJhc2VkIHZl aGljdWxhcjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQg c2l6ZT0iMiIgZmFjZT0iQ29uc29sYXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4m Z3Q7ICZndDsmZ3Q7Jmd0OyZuYnNwOyZuYnNwOyBuZXR3b3JraW5nLjwvc3Bhbj48L2ZvbnQ+PC9w Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ29uc29sYXMi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7ICZndDsmZ3Q7Jmd0Ozwvc3Bhbj48 L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0i Q29uc29sYXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7ICZndDsmZ3Q7Jmd0 Ozwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0i MiIgZmFjZT0iQ29uc29sYXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7ICZn dDsmZ3Q7Jmd0Ozwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZv bnQgc2l6ZT0iMiIgZmFjZT0iQ29uc29sYXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij4mZ3Q7ICZndDsmZ3Q7Jmd0Ozwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWlu VGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ29uc29sYXMiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0Ij4mZ3Q7ICZndDsmZ3Q7Jmd0OyBUaGUgZmlsZSBjYW4gYmUgb2J0YWluZWQgdmlh PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9udCBzaXplPSIy IiBmYWNlPSJDb25zb2xhcyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsgJmd0 OyZndDsmZ3Q7DQo8YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFm dC1pZXRmLWlwd2F2ZS12ZWhpY3VsYXItbmV0d29yayI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRm Lm9yZy9kb2MvZHJhZnQtaWV0Zi1pcHdhdmUtdmVoaWN1bGFyLW5ldHdvcms8L2E+PC9zcGFuPjwv Zm9udD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJD b25zb2xhcyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsgJmd0OyZndDsmZ3Q7 IGluZy88L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxmb250IHNp emU9IjIiIGZhY2U9IkNvbnNvbGFzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0 OyAmZ3Q7Jmd0OyZndDs8L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi Pjxmb250IHNpemU9IjIiIGZhY2U9IkNvbnNvbGFzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdCI+Jmd0OyAmZ3Q7Jmd0OyZndDs8L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Q bGFpblRleHQiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvbnNvbGFzIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdCI+Jmd0OyAmZ3Q7Jmd0OyZndDs8L3NwYW4+PC9mb250PjwvcD4NCjxwIGNs YXNzPSJNc29QbGFpblRleHQiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvbnNvbGFzIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyAmZ3Q7Jmd0OyZndDsgTm8gSVBSIGRlY2xhcmF0 aW9ucyBoYXZlIGJlZW4gc3VibWl0dGVkIGRpcmVjdGx5IG9uIHRoaXMgSS1ELjwvc3Bhbj48L2Zv bnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ29u c29sYXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7ICZndDsmZ3Q7Jmd0Ozwv c3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIg ZmFjZT0iQ29uc29sYXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7ICZndDsm Z3Q7Jmd0Ozwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQg c2l6ZT0iMiIgZmFjZT0iQ29uc29sYXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4m Z3Q7ICZndDsmZ3Q7Jmd0Ozwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4 dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ29uc29sYXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0Ij4mZ3Q7ICZndDsmZ3Q7Jmd0Ozwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1z b1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ29uc29sYXMiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0Ij4mZ3Q7ICZndDsmZ3Q7Jmd0Ozwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAg Y2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ29uc29sYXMiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mZ3Q7ICZndDsmZ3Q7PC9zcGFuPjwvZm9udD48L3A+ DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb25zb2xhcyI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsgJmd0OyZndDsgLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08 L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxmb250IHNpemU9IjIi IGZhY2U9IkNvbnNvbGFzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyAmZ3Q7 Jmd0OyBJRVRGIElQdjYgd29ya2luZyBncm91cCBtYWlsaW5nIGxpc3Q8L3NwYW4+PC9mb250Pjwv cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvbnNvbGFz Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyAmZ3Q7Jmd0Ow0KPGEgaHJlZj0i bWFpbHRvOmlwdjZAaWV0Zi5vcmciPmlwdjZAaWV0Zi5vcmc8L2E+PC9zcGFuPjwvZm9udD48L3A+ DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb25zb2xhcyI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZndDsgJmd0OyZndDsgQWRtaW5pc3RyYXRp dmUgUmVxdWVzdHM6DQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp bmZvL2lwdjYiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaXB2NjwvYT48 L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxmb250IHNpemU9IjIi IGZhY2U9IkNvbnNvbGFzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyAmZ3Q7 Jmd0OyAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLTwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4 dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ29uc29sYXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0Ij4mZ3Q7ICZndDsmZ3Q7PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvUGxh aW5UZXh0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb25zb2xhcyI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQiPiZndDsgJmd0Ozwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs YWluVGV4dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ29uc29sYXMiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0Ij4mZ3Q7ICZndDsgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08L3NwYW4+PC9mb250PjwvcD4NCjxw IGNsYXNzPSJNc29QbGFpblRleHQiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvbnNvbGFzIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jmd0OyAmZ3Q7IElFVEYgSVB2NiB3b3JraW5nIGdy b3VwIG1haWxpbmcgbGlzdDwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4 dCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ29uc29sYXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0Ij4mZ3Q7ICZndDsNCjxhIGhyZWY9Im1haWx0bzppcHY2QGlldGYub3JnIj5pcHY2QGll dGYub3JnPC9hPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGZv bnQgc2l6ZT0iMiIgZmFjZT0iQ29uc29sYXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij4mZ3Q7ICZndDsgQWRtaW5pc3RyYXRpdmUgUmVxdWVzdHM6DQo8YSBocmVmPSJodHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lwdjYiPmh0dHBzOi8vd3d3LmlldGYub3JnL21h aWxtYW4vbGlzdGluZm8vaXB2NjwvYT48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Q bGFpblRleHQiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvbnNvbGFzIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdCI+Jmd0OyAmZ3Q7IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPC9zcGFuPjwvZm9udD48L3A+DQo8 cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDb25zb2xhcyI+PG86 cD4mbmJzcDs8L286cD48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_CO1PR11MB4881214A5CBF26E1EC82448CD80D9CO1PR11MB4881namp_-- From nobody Fri Jun 18 14:42:26 2021 Return-Path: X-Original-To: its@ietfa.amsl.com Delivered-To: its@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 671113A1007; Fri, 18 Jun 2021 14:41:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.596 X-Spam-Level: X-Spam-Status: No, score=-9.596 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=gYVCbmT1; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=xUG9vqCz 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 j4RuLJXIFAF5; Fri, 18 Jun 2021 14:41:34 -0700 (PDT) Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C6FA43A0FF9; Fri, 18 Jun 2021 14:41:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=70336; q=dns/txt; s=iport; t=1624052493; x=1625262093; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=Wa7ps/N0gPI3r8i5jf2nJ7Nx0z34qsxzN+AkFXH2gqY=; b=gYVCbmT17DQ/1BBfhMLfEmjomwOeeOTO4/jGwE4Pti7xqdGF7yB1kAgU yQnfVQK1tV7ZSkV2VGTd0vMBCq+KFEwQ9qPWCIdVfjDIiZ0q8oOy892eY JhkR9Q2UBBBWRZAFzMP5f/LEX5xsL2s6I4YBO7WcVaiwym3CnVWQOps/5 c=; X-IPAS-Result: =?us-ascii?q?A0CWAwDEEs1gl5NdJa1QAQmBCYMqIwYoflo3MYRIg0gDh?= =?us-ascii?q?TmIawOKS4UQikKBQoERA1EDCwEBAQ0BATUKAgQBAYFcgnQCF4JWAiU4EwIEA?= =?us-ascii?q?QEBAQMCAwEBAQEFAQEFAQEBAgEGBBQBAQEBAQEBAWiFOwEBAQMBJg2GRQEBA?= =?us-ascii?q?QMBEggBCAQNDAEBIw0HAQsCAgIBBgIRAQIBAgMCJgICAh8RFAECBggCBAENB?= =?us-ascii?q?RsHgk8BglUDDiEBDop1jzQBgToCiVAaNXp/M4EBggcBAQYEBIFIQYNGDQuCM?= =?us-ascii?q?QMGBYELKoJ7hA6ENS0EgXsnHIFJRIEVJxyBYAF/PoIgQgEBAgGBGgUEDQEEC?= =?us-ascii?q?gQCBIMrNoIugi4BEAEpBBQBGAIGDwYnDg0FBgQNDhQDEQoEAgoKDAINGQYCB?= =?us-ascii?q?gEGAwoRBAYMBwEBKAIIBwECAwoZAQQBAQEBAwoMAQcBBAYFAwERGAIHCIIaj?= =?us-ascii?q?k4HDA8LCoMsiEuMK0CQbjpbCoMfihSHMIZfBIJHgxAFHQmDXosnhjGDKo0Sl?= =?us-ascii?q?ViMHoMpjHyCWwITDg0BCwSEZAICAgIEBQIOAQEGgWsigVtwFTsqAYI+UBcCD?= =?us-ascii?q?lWEU4IcO1yFUA0JgQIBAYJKhRSFSnM4AgYBCQEBAwl8hhcBJgeCGAEB?= IronPort-PHdr: A9a23:sOFXdBGXTiEOWZE3FSYxwJ1GfjwY04WdBeZdwpEmkLlJNK+k+seqM E/e4KBri1nEFcXe5ulfguXb+6bnRSQb4JmHvXxDFf4EVxIMhcgM2QB1BsmDBB7wLeXhaGoxG 8ERHFNg9muwZE5SHsu2blbOo3q0uDgVHBi3NQd8KunvXIDIiMHi3OGp8JqVaAJN11KA IronPort-HdrOrdr: A9a23:Z/Fh+KAJEEL7ooflHegGsceALOsnbusQ8zAXPh9KKCC9I/b3qy nxppsmPEfP+UkssHFJo6HmBEEZKUmstqKdkrNhQ4tKOzOW+ldATbsSrbcKpgeBJ8SQzJ8n6U 4NSdkaNDS0NykHsS+Y2nj8Lz9D+qj8zEnAv463pB0BIXAIGsNdBkVCe3um+yZNNW977O8CZe KhD7181kOdkBosH6CGL0hAe9KGi8zAlZrgbxJDLQUg8hOygTSh76O/OwSE3z8FOgk/hYsKwC zgqUjU96+ju/a0xlv3zGnI9albn9Pn159qGNGMsM4IMT/h4zzYI7iJGofy+gzdktvfsGrCo+ O8+CvI+P4DsU85S1vF+CcFHTOQjQrGpUWSlWNwykGT0PARDAhKe/apw7gpLScwLyEbzYBBOG Uh5RPGi3MfN2KzoMy2jeK4JC1Chw66p2EvnvUUiGEaWYwCaKVJpYha509NFowcdRiKp7zPPd MeQf003swmPW9yrkqp9lVH0ZipRDA+Dx2GSk8Ntoic1CVXhmlwyw8dyNYElnkN+ZohQ90cjt 60c5hAhfVLVIsbfKh9DOAOTY++DXHMWwvFNCaXLU78HK8KNnrRo9r84akz5uutZJsUpaFC1q gpkGko/1LaXnieQPFm8Kc7hSwlcV/NFggFkPsuk6SRkoeMMoYDHxfzPWwTrw== X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.83,284,1616457600"; d="scan'208";a="732210398" Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 18 Jun 2021 21:41:31 +0000 Received: from mail.cisco.com (xbe-aln-001.cisco.com [173.36.7.16]) by rcdn-core-11.cisco.com (8.15.2/8.15.2) with ESMTPS id 15ILfVno006410 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 18 Jun 2021 21:41:31 GMT Received: from xhs-rtp-001.cisco.com (64.101.210.228) by xbe-aln-001.cisco.com (173.36.7.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.2.792.15; Fri, 18 Jun 2021 16:41:31 -0500 Received: from xfe-rcd-005.cisco.com (173.37.227.253) by xhs-rtp-001.cisco.com (64.101.210.228) with Microsoft SMTP Server (TLS) id 15.0.1497.18; Fri, 18 Jun 2021 17:41:30 -0400 Received: from NAM12-DM6-obe.outbound.protection.outlook.com (72.163.14.9) by xfe-rcd-005.cisco.com (173.37.227.253) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15 via Frontend Transport; Fri, 18 Jun 2021 16:41:30 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=fOcmwKrt7ZRj52rls3LigUt8aUrM8XqsIZ9gpCr+ZeazUeAvZ5Tdo+ARHhLu+pj+8xM/yA68MIVJBdun1F5m5lflYbXHQDYnfCNEvs5axlQ4uKgpJpSDoyoegGA6cjI3f2xwc+rUMKeFjAsc0ZNODDBsJ7mSAF8SNn4DlhKIPL5sc81PpHYhoB9+x68urQLImGWf8l/dz23xXllZPnmxpZGwoqum6zG5i++gfCQezmWvlwaSH4/qVQ7cAeLguO4AbNjFmIJtdoVYujzmM1sbyd917zkxsCa3xn/t0ZsXJfqokzFfXi35zqwx16kIsgKaov/6i9HSV4gJ+5Ll5ew+AA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Wa7ps/N0gPI3r8i5jf2nJ7Nx0z34qsxzN+AkFXH2gqY=; b=mbWrqGYKfD59Q+dUQVGdCgKBVfKQVP+m3PMAnKYWUVd70eT++x5ffqjBz+7axD3MR+24zwdG7k1v6vCHfDmdhhAc0sQ7lEZXRDHKIbII0NpPxm4pJO+zgdbbPDVdP+1PpewzENWSMSYLqRps1x908rq8lMnRj7pF3/Aeho19pI0/LSvA13YLuD9VMIXSoWN21taR17jADCu7+PDfS95V2/p1dEcrP8eDcdwn+soOAi578D/jrqiKquCpZd3J1KGdArwqSvKCtf48XCmjW15GoWjvXMhnYR4bU8KJ2yi92jHHEUuU18wcJxuKhP8HHAryBVYg3nIaFnjlYHQ2uRjRmQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Wa7ps/N0gPI3r8i5jf2nJ7Nx0z34qsxzN+AkFXH2gqY=; b=xUG9vqCzNmOYIh8l07XVcY1Ltnrx7cI+XeO4+pOXsWdMT0Tjc7QLri5YJvxkcD7OEUIEQLfynEYhh2fXXTOzKBzmwbqZ7RRsNIKBaBGTqPkMUfx4afRl2C473wpxbIo04eS9EAsn6cAVAB9Wi6RabCnkmCjwCC29bWES8L0s6B0= Received: from PH0PR11MB4966.namprd11.prod.outlook.com (2603:10b6:510:42::21) by PH0PR11MB5159.namprd11.prod.outlook.com (2603:10b6:510:3c::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4242.19; Fri, 18 Jun 2021 21:41:28 +0000 Received: from PH0PR11MB4966.namprd11.prod.outlook.com ([fe80::6d61:c160:def1:bc64]) by PH0PR11MB4966.namprd11.prod.outlook.com ([fe80::6d61:c160:def1:bc64%3]) with mapi id 15.20.4242.021; Fri, 18 Jun 2021 21:41:28 +0000 From: "Eric Vyncke (evyncke)" To: "Pascal Thubert (pthubert)" , "int-dir@ietf.org" CC: "draft-ietf-ipwave-vehicular-networking.all@ietf.org" , "its@ietf.org" , "last-call@ietf.org" Thread-Topic: Intdir last call review of draft-ietf-ipwave-vehicular-networking-20 Thread-Index: AQHXZBWPNAxZ+yUsFEu0ACkdrc7rgKsabr6A Date: Fri, 18 Jun 2021 21:41:28 +0000 Message-ID: References: <162400216663.17839.1738900015320888640@ietfa.amsl.com> In-Reply-To: <162400216663.17839.1738900015320888640@ietfa.amsl.com> Accept-Language: fr-BE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.50.21061301 authentication-results: cisco.com; dkim=none (message not signed) header.d=none;cisco.com; dmarc=none action=none header.from=cisco.com; x-originating-ip: [2001:420:c0c1:36:3068:4863:7810:cab3] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 73ea976a-6d72-46fb-ea5b-08d932a1d482 x-ms-traffictypediagnostic: PH0PR11MB5159: x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: TNrB6soDeOjA1EhcF7m0fnzO4MRRexnxTvFwSWNbubhbHQE6EoAVP/41FjHkgx2vFQB2LvNRaf5prDUIOlJ3UdFCWndYPyaCA2HwTO7ksTD2Z8xmfZMeewR4u8qzLPi1+C2kTSJikVFMDaetzwy1iEdNeXD+fC0vG9LAvOJaVWF3g8qjBI8OUF6vyjz32NAef5SzzXBW1Op3lwiGIB+mTH7K4G2yDVwP8I9raYLESMAA4nzDL59ws+LpUQJj/vmKnXLK5sIoxB5QoKUK0n9OoRbFYGbqA1A4UcNTMr8rdzQ+FBlWe4zB2WwZj2Hfb9Ts9trpejRpJkV9tHWn+x0JZCjH43pRbgAyb7Vz3HKyM8ebHuu3Seb4RPD+6CRAP9X55GNYTqk7thKFUrXfN6P9J4oEd4WDGt87Vgivpiw5qx0u7f/0tqKkiSf8JS2XTFBGu25mLQuxLWM5HKoF+30rdlBtL/FJedm8R83J1N+fJiBYVL3LoNstnv8+xlDThCHk8ETnFekb0ZVh35+kYOJS8q2+LIgtojI7xbgdyKm4YvVIDC2B82lcuCxQlHRb4rEzEy12PFgphaqNz6Lm+9wMHH041M47EPv/uwE4pRIVWxKQKVT6QR/SFYHgTRsXo/OEuM6ogurOOp0obk1oSh1Zy0XKz11wFrkWYOpIYWrLqP8d2PS4ojXuNzzCcJkpzNfHEvVYz9Qr1abDsM5CYJiuJef5W9ttZ4iNShqd0NNVkSHXIRo0HMDT7fzOv/hiaqel8TsTxPc91qZzyqObM5QKBQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:PH0PR11MB4966.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(366004)(376002)(346002)(39850400004)(396003)(136003)(33656002)(86362001)(966005)(122000001)(8676002)(64756008)(6506007)(38100700002)(110136005)(91956017)(76116006)(36756003)(66446008)(316002)(478600001)(2616005)(66946007)(450100002)(71200400001)(66556008)(30864003)(186003)(66574015)(83380400001)(8936002)(4326008)(6486002)(54906003)(5660300002)(2906002)(53546011)(6512007)(66476007)(45980500001)(559001)(579004); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?VW9wUEVQK2o1YU8vdHhNQ3F3ay9sOFhOUlJoWCtsSjZCNHk0Y1B5Q1cwc2JX?= =?utf-8?B?eW9NUldEZEIxSFI4TUJ0QUF2MlRRTU4rRkFRSjlRNnN6TkpnNUI1bEFOYUFI?= =?utf-8?B?WG1xTStpNVFUcXBlNE9xSDVEQTBxdFdrdGRWYk80SmVYVGVnL2ZXRThHeFZo?= =?utf-8?B?Y2wyUUsyQmxiQzhUQ20wK1B1ME0xRnV4TlI5OExpdXNoQS9wc3c3dnFibEtq?= =?utf-8?B?alcwZVMvZHJxNUszZkd0bnROT1BXeUYrd21qRDBxeGhtNlkreXdFbzdXc3J4?= =?utf-8?B?dmZ2ZmZwUmZYMzlKUjEzSEx5V3Z1d09sQjBQYm1KUHFzQnlJL3hwYmt2N0lq?= =?utf-8?B?K1VBRmR1U3Nid1l6K0JyNmRyRGRMRUl1M3F3TWsxODR6RTB4Mjd5bSs2NkV3?= =?utf-8?B?M0NGWXRxT0ovY1BOWExPeWRBd1poQVovd2Nybm50RmFlc25obXkyK2daS2xm?= =?utf-8?B?TnVzd1M3SWszb2JmNEdMYXNCM1R3WitvVWYxZHNSK3FXZ29sa0FpUW10K2J2?= =?utf-8?B?NU9MK1h4Mk1MeWFnb2FIT3pFNEJuV2haMy9tWnV5QThYellGNkRNcmlQL3Ns?= =?utf-8?B?STE1TEhEMUd2NkR3UVowUUhxdUFsMjg1YkdXTnQwWWc5YU12amFHSHpsejVG?= =?utf-8?B?VFpZZVplaTh4Wi9ONXpjT3JBS0cxeCtPNG5PeTlkbSs3V1kwNWkzK1JSQXhS?= =?utf-8?B?SWliUmEybTBtWXVSd1hFQ2dHR0JyL3RyZGlIYzQzcDVVbnFRdGlhYjZMalFU?= =?utf-8?B?dTBJK3J6ZnZCS3VtcjYyTUx2dHZlcFRiYitiU1ZqSlBOMFM1RHZXOTFMdmZ0?= =?utf-8?B?Wi9sK09YYVlhNG5oekgwaURuRU9mVTBsMUFuL1RvQkp5YjNCemxzSHgvV0Rl?= =?utf-8?B?bk5CdzlIU2V6OE9tMUVsait1SFhEVUlodXR2K0FiUnlOTUdzTy84bXZNMDdy?= =?utf-8?B?bTcvZk8ycVBIV2FyTnVOK1FuV29iQmJ6RWx6dFo3WEtHSGsvRGkvdkwvcjFu?= =?utf-8?B?dDZqS0ZiLzBHRHJDcDJlRmFLNVB2SytOdlhCREUzc0NqdDcvdWt6WjhLdEM4?= =?utf-8?B?QlJEMUMzYnFKWUlCR3NuUXJZTk01ZlppMURCZ294NzV6OFJrZXdYdDRQejRE?= =?utf-8?B?bTBhMktEbGZoNjB6djVuaW1jdmJOTGcrUFV5MC92ZGRlbWdUWnFzRTR6WG9s?= =?utf-8?B?VkYwcFlpYU5MTTgyRVV0KzkzMktGUlNINm9IbTEvL212U1dVYWR6S3NyZllW?= =?utf-8?B?UmxMeEg4bmFLTWpKNk1yR1B1V1NjTk1lZFptOTh1SEZsZ2hoWFlWYnZUWlhn?= =?utf-8?B?cmRaTTZJcmlWcnZ1ZVFDRC9SQzVvWFVyQUJULzQwMSszeEYxRGVZcHhkbjd5?= =?utf-8?B?Z0puTS9pUVNLR0hOZGg4akRnNVY5RWo4cEhaYTFhZ3E1NjVNS2R6dlA1RU5a?= =?utf-8?B?OHJDUURKd3Vsb2VrUGhHU0UvYm5wQ3lrOTRZa3I1QndNZ0t1RHpoZXhLTnFW?= =?utf-8?B?cWJoRUw5MHBHYUwxc2lqNW9rK043Q3laWjMwSTdZMW5mZFE1c1dFN1g2eGlm?= =?utf-8?B?Uk1OOENsdGRoZ2t1UWFMSkVtVGlmaE1ySHdNQy9xVzFWUjU3SFJpQUR5bHVX?= =?utf-8?B?RGhzQ25LL1QvKzVnZ2tReEJUWUtZMEZTWEowenpSbE8ybXIwTXdWdHpSd0RV?= =?utf-8?B?S0dxTlpuTVh6dU9aZUtJSmgvTUZ4S1BKa281aFJ5MFQzdDU2VnpKK3dyVHpF?= =?utf-8?B?WE01SFhwMFZycFlhclRWMy8wdFMrNXd4YXVXSGp3amxpSzZLOWZlbGhpMlVt?= =?utf-8?B?aVpOamprUEg1ZEdadUlwTEt0YkFrWjR3K0NqUWZCTlMzMnRSREMxRXNjM0F4?= =?utf-8?Q?K9SX4jPBy6xyc?= Content-Type: text/plain; charset="utf-8" Content-ID: <32F2EBABA2431445B35122B813404898@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: PH0PR11MB4966.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 73ea976a-6d72-46fb-ea5b-08d932a1d482 X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Jun 2021 21:41:28.4256 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: uWeFS+5s3RtJtkpsFQ8vBCPQHdF1F51Bnr4FtdOYwjo8O1h324FTQOkFjvYXCTQaFgDD4WlkGwIk1SdDSqeMrQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH0PR11MB5159 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.16, xbe-aln-001.cisco.com X-Outbound-Node: rcdn-core-11.cisco.com Archived-At: Subject: Re: [ipwave] Intdir last call review of draft-ietf-ipwave-vehicular-networking-20 X-BeenThere: its@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IPWAVE - IP Wireless Access in Vehicular Environments WG at IETF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jun 2021 21:41:43 -0000 VGhhbmsgeW91IHZlcnkgbXVjaCwgUGFzY2FsDQoNCi3DqXJpYw0KDQrvu78tLS0tLU9yaWdpbmFs IE1lc3NhZ2UtLS0tLQ0KRnJvbTogUGFzY2FsIFRodWJlcnQgdmlhIERhdGF0cmFja2VyIDxub3Jl cGx5QGlldGYub3JnPg0KUmVwbHktVG86IFBhc2NhbCBUaHViZXJ0IDxwdGh1YmVydEBjaXNjby5j b20+DQpEYXRlOiBGcmlkYXksIDE4IEp1bmUgMjAyMSBhdCAwOTo0Mg0KVG86ICJpbnQtZGlyQGll dGYub3JnIiA8aW50LWRpckBpZXRmLm9yZz4NCkNjOiAiZHJhZnQtaWV0Zi1pcHdhdmUtdmVoaWN1 bGFyLW5ldHdvcmtpbmcuYWxsQGlldGYub3JnIiA8ZHJhZnQtaWV0Zi1pcHdhdmUtdmVoaWN1bGFy LW5ldHdvcmtpbmcuYWxsQGlldGYub3JnPiwgIml0c0BpZXRmLm9yZyIgPGl0c0BpZXRmLm9yZz4s ICJsYXN0LWNhbGxAaWV0Zi5vcmciIDxsYXN0LWNhbGxAaWV0Zi5vcmc+DQpTdWJqZWN0OiBJbnRk aXIgbGFzdCBjYWxsIHJldmlldyBvZiBkcmFmdC1pZXRmLWlwd2F2ZS12ZWhpY3VsYXItbmV0d29y a2luZy0yMA0KUmVzZW50LUZyb206IDxhbGlhcy1ib3VuY2VzQGlldGYub3JnPg0KUmVzZW50LVRv OiA8aG91c2xleUB2aWdpbHNlYy5jb20+LCA8Y2piY0BpdC51YzNtLmVzPiwgPGVrLmlldGZAZ21h aWwuY29tPiwgPHBhdWxqZW9uZ0Bza2t1LmVkdT4sIEVyaWMgVnluY2tlIDxldnluY2tlQGNpc2Nv LmNvbT4NClJlc2VudC1EYXRlOiBGcmlkYXksIDE4IEp1bmUgMjAyMSBhdCAwOTo0Mg0KDQogICAg UmV2aWV3ZXI6IFBhc2NhbCBUaHViZXJ0DQogICAgUmV2aWV3IHJlc3VsdDogTm90IFJlYWR5DQoN CiAgICBEZWFyIGF1dGhvcnMNCg0KICAgIEluIHN1bW1hcnk6DQoNCiAgICBJIHJlYWQgYSBudW1i ZXIgb2YgdmVyeSBnb29kIGRyYWZ0cyBjb2xsYXRlZCBpbiBvbmUsIGZyb20gdGhlIHVzZSBjYXNl cyB0aGF0DQogICAgdmVyeSBjb21wbGV0ZSBhbmQgcmVhZHkgdG8gcHVibGlzaCwgdG8gdGhlIGFy Y2hpdGVjdHVyZSBhbmQgcHJvdG9jb2wgc29sdXRpb24NCiAgICBpbiBzZWN0aW9uIDQgdGhhdCB3 b3VsZCByZXF1aXJlIG1vcmUgd29yayBmb3IgY29tcGxldGVuZXNzLg0KDQogICAgVGhlcmUgYXJl IG11bHRpcGxlIGluc3RhbmNlcyBpbiB0aGUgdXNlIGNhc2VzIHdoZXJlIHByb3RvY29scyBhcmUg bGlzdGVkIGNvbWluZw0KICAgIG91dCBvZiB0aGUgYmx1ZSwgZS5nLiwgdGhlIHJlZmVyZW5jZXMg dG8gT01OSSB0aGF0IHNlZW0gYXJ0aWZpY2lhbGx5IHNwcmVhZA0KICAgIHJlZ2FyZGxlc3Mgb2Yg dGhlIGNvbnRleHQgb2YgdGhlIHNlY3Rpb24uIE9NTkkgaXMgdXNlZCB0aHJvdWdob3V0LCBib3Ro IGFzIGFuDQogICAgb3BlbiBlbmRlZCB0b29sYm94LCBhbmQgYXMgYSBjYXJwZXQgdW5kZXIgd2hp Y2ggYWxsIHByb2JsZW1zIGNhbiBiZSBoaWRkZW4uDQoNCiAgICBSZWFkaW5nIHRoaXMgZG9jLCBP TU5JIHNob3dzIGFzIGFuIGludGVyZmFjZSB0byBhIHNvZnR3YXJlIG1vYmlsZSByb3V0ZXIsIHdp dGgNCiAgICBtdWx0aXBsZSBvZiB0aGUgZGV2aWNlIHBoeXNpY2FsIGludGVyZmFjZXMgY29ubmVj dGVkIHRvIHRoZSBtb2JpbGUgcm91dGVyLiBUaGlzDQogICAgbWFrZXMgdGhlIHN0YWNrIHZlcnkg c2ltcGxlIGFzIHRoZSBjb21wbGV4aXR5IG1vdmVzIHRvIHRoZSByb3V0ZXIuIEJ1dCBub3cgeW91 DQogICAgaGF2ZSB0byBpbXBsZW1lbnQgdGhlIHJvdXRlci4gUHJlc2VudGVkIGFzIHRoYXQsIHRo ZSBPTU5JIHJvdXRlciBkZXNlcnZlcyBpdHMNCiAgICBuYW1lLCBpdOKAmXMgaW5kZWVkIHZlcnkg cmljaDsgaXQgc2VlbXMgdG8gY292ZXIgYWxsIGZvcm1zIG9mIE1BTkVUIChtYW55IHRvDQogICAg Y2hvb3NlIGZyb20pIGFuZCBORU1PIChhbmQgYWxsIHRoZSBNSVAgcHJvdG9jb2wgZmFtaWx5IGFj cm9zcyBhZGRyZXNzDQogICAgZmFtaWxpZXMpLCBhbGwgdGhlIHBvc3NpYmxlIHJhZGlvIGludGVy ZmFjZXMgb24gd2hpY2ggdGhlIE5EIHByb2JsZW1zIGdvIGF3YXkNCiAgICBieSBtYWdpYywgYW5k IHdoYXRldmVyIGVsc2UgeW91IHdhbnQgdG8gcHV0IGluIHRoZXJlLiBJcyB0aGF0IHRoZSBpbnRl bnRpb24/DQoNCiAgICBJbnN0ZWFkIG9mIHJlZmVycmluZyB0byBPTU5JIGZvciB2aXJ0dWFsbHkg YW55dGhpbmcsIHRoZSBkb2Mgc2hvdWxkIHJlZmVyIHRvDQogICAgTUFORVQgZm9yIE1BTkVUIHRo aW5ncyAobGlrZSBCWU9EKSwgTkVNTyBmb3IgTkVNTyB0aGluZ3MgKGxpa2UgTU5QKSwNCiAgICBk cmFmdC1ub3JkbWFyay1pbnRhcmVhLWlwcGwgZm9yIHNwbGl0IHN1Ym5ldHMsIGFuZA0KICAgIGRy YWZ0LXRodWJlcnQtNm1hbi1pcHY2LW92ZXItd2lyZWxlc3MgZm9yIFAyTVAvTkJNQSBsaW5rIGFu ZCBzdWJuZXQgbW9kZWxzLiBBbmQNCiAgICB0aGVuIHlvdSBjYW4gc2F5IHRoYXQgYWxsIHRob3Nl IGNvbXBvbmVudHMgY2FuIGJlIHBsdWdnZWQgaW4gdGhlIE9NTkkgcm91dGVyLA0KICAgIGFuZCB5 b3UgY2FuIGRpc2N1c3Mgd2hpY2ggTUFORVQgYW5kIHdoaWNoIE1JUCB5b3Ugd2FudCwgaW5jbHVk aW5nIHVzaW5nIE9NTknigJlzDQogICAgYnVpbHQgaW4gbW9iaWxpdHkuDQoNCiAgICBOb3RlIHRo YXQgbXkgb2JqZWN0aW9ucyBhcmUgbm90IGFnYWluc3QgdGhlIE9NTkkgZGVzaWduLCBpdCBtaWdo dCBiZSB0aGUNCiAgICBwZXJmZWN0IHRoaW5nIGFuZCBJIGFtIGFscmVhZHkgYXdhcmUgb2YgdXNl IGNhc2VzIHRoYXQgY291bGQgYmUgc2VydmVkIGJ5IGENCiAgICBQMk1QIGludGVyZmFjZSBsaWtl IE9NTkkgaW4gY29uanVuY3Rpb24gd2l0aCBSRkM4NTA1IG9uIHRoZSBQMlAgc3ViaW50ZXJmYWNl cw0KICAgIChyZWN5Y2xpbmcgdGhlIGhpZ2ggbGV2ZWwgZGVzaWduIHdl4oCZdmUgYmVlbiBzaGlw cGluZyBmb3IgSVB2NCAvIGZyYW1lIHJlbGF5IGZvcg0KICAgIHRoZSBsYXN0IDMwIHllYXJzKS4g TXkgb2JqZWN0aW9uIGlzIG9mIHRoZSB3YXkgdGhlIGRyYWZ0IHVzZXMgW09NTkldIGFzIHRoZQ0K ICAgIG1hZ2ljIHdhbmQgdGhhdCBzb2x2ZXMgYWxsIHRoZSBwcm9ibGVtcyB3aGVuIHdoYXQgeW91 IHJlYWxseSBkbyBpcyB0aHJvdyB0aGVtDQogICAgb3ZlciB0aGUgZmVuY2UuIEnigJlkIHJhdGhl ciB5b3UgZm9jdXMgb24gcHJvYmxlbXMgYW5kIHVzZSBjYXNlcywgZm9yIHdoaWNoDQogICAgdGhl cmXigJlzIGV4Y2VsbGVudCB0ZXh0LCBhbmQgaW5kaWNhdGUgd2hhdCBuZWVkcyB0byBiZSBkb25l IHdpdGhvdXQgbWFraW5nDQogICAgYXNzdW1wdGlvbiBvbiBob3cgdGhlIG5lZWRmdWwgdGhpbmdz IHdpbGwgYmUgc29sdmVkLg0KDQogICAgSW4gYWdyZWVtZW50IHdpdGggYSBkaXNjdXNzaW9uIG9u IHRoZSA2TUFOIGxpc3QsIEnigJlkIHN1Z2dlc3QgdG8gc3BsaXQsIGtlZXAgYWxsDQogICAgdGhh dOKAmXMgdXNlIGNhc2UgYW5kIHByb2JsZW0gZGVzY3JpcHRpb24gYW5kIHNoaXAgaXQsIHJlbW92 ZSByZWZlcmVuY2VzIHRvDQogICAgcHJvdG9jb2xzIGVudmlzaW9uZWQgaW4gdGhlIHNvbHV0aW9u LCBhbmQgc3RhcnQgdGhlIHdvcmsgb24gYXJjaGl0ZWN0dXJlIG9mIHRoZQ0KICAgIHNvbHV0aW9u IGFuZCB0aGUgcHJvdG9jb2wgYXBwbGljYWJpbGl0eSBzdGF0ZW1lbnRzIHNlcGFyYXRlbHkuIEFu IGFsdGVybmF0ZQ0KICAgIHdvdWxkIGJlIHRvIGNlbnRyYWxpemUgdGhlIGRpc2N1c3Npb24gb24g cHJvdG9jb2xzIHRvIGFubmV4LCBhbmQgZXhwbGFpbiB0aGF0DQogICAgcHJvdG9jb2wgQSBvciBC IGNvdWxkIGJlIGVudmlzaW9uZWQgaW4gc29sdXRpb24gc3BhY2UgYmVjYXVzZSB0byBvdmVyIHRo aXMgZ2FwDQogICAgb3IgaW1wbGVtZW50IHRoYXQgZnVuY3Rpb24uDQoNCiAgICBJbiBhbnkgZmFz aGlvbiwgdGhlIGN1cnJlbnQgdGV4dCBpcyBub3QgcmVhZHkgZm9yIHB1YmxpY2F0aW9uIGFzIGFw cGxpY2FiaWxpdHkNCiAgICBzdGF0ZW1lbnQsIGFyY2hpdGVjdHVyZSBhbmQgb3Ivc29sdXRpb24s IHNvIHRoZSByZWxhdGVkIHdvcmsgc2hvdWxkIGJlIHJlbW92ZWQNCiAgICBmcm9tIHRoZSBtYWlu IHRleHQuIEJ1dCBJIGZpbmQgaXQgbW9zdGx5IHJlYWR5IGZvciB1c2UgY2FzZSBhbmQgcHJvYmxl bQ0KICAgIHN0YXRlbWVudCwgbW9yZSBiZWxvdy4NCg0KICAgIFJldmlldzoNCg0KICAgIEFic3Ry YWN0DQoNCiAgICAgICBUaGlzIGRvY3VtZW50IGRpc2N1c3NlcyB0aGUgcHJvYmxlbSBzdGF0ZW1l bnQgYW5kIHVzZSBjYXNlcyBvZg0KICAgICAgIElQdjYtYmFzZWQgdmVoaWN1bGFyIG5ldHdvcmtp bmcgZm9yIEludGVsbGlnZW50IFRyYW5zcG9ydGF0aW9uDQogICAgICAgU3lzdGVtcyAoSVRTKS4N Cg0KICAgID4+PiBUaGUgZG9jdW1lbnQgZ29lcyBiZXlvbmQgdGhhdDsgdGhlcmUgd2FzIGFjdHVh bGx5IGEgdGhyZWFkIGF0IDZNQU4gd2hlcmUNCiAgICBCb2IgSGluZGVuIHNhaWQg4oCcIFRoaXMg ZG9jdW1lbnQgc2F5cyBpdCBpcyBhIHByb2JsZW0gc3RhdGVtZW50LCBidXQgdGhlbg0KICAgIGJl Y29tZXMgYSBzb2x1dGlvbiBkb2N1bWVudC4gICBNaWdodCBiZSBiZXR0ZXIgdG8gY3V0IGl0IGRv d24gdG8gb25seSB0aGUNCiAgICBwcm9ibGVtIHN0YXRlbWVudCBwYXJ0LiDigJwgPj4+IFdvdWxk IHlvdSBjb25zaWRlciBkb2luZyB0aGlzPyBJZiBub3QsIHdoeT8gTm90ZToNCiAgICB5b3UgbWF5 IHdhbnQgdG8gcmVzcG9uZCBvbiA2TUFOIGFzIHdlbGwuID4+PiA+Pj5JIHdvdWxkIGhhdmUgdGhv dWdodCB0aGF0IHRoZQ0KICAgIHRyYWRpdGlvbmFsIHN0ZXBzIG9mIHByb2JsZW0gc3RhdGVtZW50 IGFuZCBhcHBsaWNhYmlsaXR5IHN0YXRlbWVudCBvZiBleGlzdGluZw0KICAgIHdvcmsgY291bGQg YmUgZXhwZWN0ZWQgZnJvbSBJUFdBVkUgdG9vLiA+Pj4gUGxlYXNlIGNsYXJpZnkgdGhlIHN0ZXBz IHRoYXQgeW91DQogICAgaW50ZW5kIHRvIGZvbGxvdyBuZXh0IHdpdGggdGhpcyB3b3JrLg0KDQog ICAgPHNuaXA+DQoNCiAgICAxLiAgSW50cm9kdWN0aW9uDQoNCiAgICA+Pj4gVmVyeSByZWFkYWJs ZSBhbmQgaW5mb3JtYXRpdmUgc2VjdGlvbiwgbWFueSB0aGFua3MhDQoNCiAgICAgICBBbG9uZyB3 aXRoIHRoZXNlIFdBVkUgc3RhbmRhcmRzIGFuZCBDLVYyWCBzdGFuZGFyZHMsIHJlZ2FyZGxlc3Mg b2YgYQ0KICAgICAgIHdpcmVsZXNzIGFjY2VzcyB0ZWNobm9sb2d5IHVuZGVyIHRoZSBJUCBzdGFj ayBvZiBhIHZlaGljbGUsIHZlaGljdWxhcg0KICAgICAgIG5ldHdvcmtzIGNhbiBvcGVyYXRlIElQ IG1vYmlsaXR5IHdpdGggSVB2NiBbUkZDODIwMF0gYW5kIE1vYmlsZSBJUHY2DQogICAgICAgcHJv dG9jb2xzIChlLmcuLCBNb2JpbGUgSVB2NiAoTUlQdjYpIFtSRkM2Mjc1XSwgUHJveHkgTUlQdjYg KFBNSVB2NikNCiAgICAgICBbUkZDNTIxM10sIERpc3RyaWJ1dGVkIE1vYmlsaXR5IE1hbmFnZW1l bnQgKERNTSkgW1JGQzczMzNdLCBMb2NhdG9yLw0KICAgICAgIElEIFNlcGFyYXRpb24gUHJvdG9j b2wgKExJU1ApIFtSRkM2ODMwQklTXSwgYW5kIEFzeW1tZXRyaWMgRXh0ZW5kZWQNCiAgICAgICBS b3V0ZSBPcHRpbWl6YXRpb24gKEFFUk8pIFtSRkM2NzA2QklTXSkuDQoNCiAgICA+Pj4gTkVNTyAo UkZDIDM5NjMpIGlzIG5vdCBjaXRlZC4gQW55IHJlYXNvbiB3aHkgdGhlIHZlaGljbGUgd291bGQg bm90DQogICAgdHJhbnNwb3J0IGEgbmV0d29yaz8NCg0KICAgIDxzbmlwPg0KDQogICAgICAgVGhp cyBkb2N1bWVudCBkZXNjcmliZXMgdXNlIGNhc2VzIGFuZCBhIHByb2JsZW0gc3RhdGVtZW50IGFi b3V0DQogICAgICAgSVB2Ni1iYXNlZCB2ZWhpY3VsYXIgbmV0d29ya2luZyBmb3IgSVRTLCB3aGlj aCBpcyBuYW1lZCBJUHY2IFdpcmVsZXNzDQogICAgICAgQWNjZXNzIGluIFZlaGljdWxhciBFbnZp cm9ubWVudHMgKElQV0FWRSkuICBGaXJzdCwgaXQgaW50cm9kdWNlcyB0aGUNCiAgICAgICB1c2Ug Y2FzZXMgZm9yIHVzaW5nIFYyViwgVjJJLCBhbmQgVjJYIG5ldHdvcmtpbmcgaW4gSVRTLiAgTmV4 dCwgZm9yDQogICAgICAgSVB2Ni1iYXNlZCB2ZWhpY3VsYXIgbmV0d29ya3MsIGl0IG1ha2VzIGEg Z2FwIGFuYWx5c2lzIG9mIGN1cnJlbnQNCiAgICAgICBJUHY2IHByb3RvY29scyAoZS5nLiwgSVB2 NiBOZWlnaGJvciBEaXNjb3ZlcnksIE1vYmlsaXR5IE1hbmFnZW1lbnQsDQogICAgICAgYW5kIFNl Y3VyaXR5ICYgUHJpdmFjeSksIGFuZCB0aGVuIGVudW1lcmF0ZXMgcmVxdWlyZW1lbnRzIGZvciB0 aGUNCiAgICAgICBleHRlbnNpb25zIG9mIHRob3NlIElQdjYgcHJvdG9jb2xzLCB3aGljaCBhcmUg dGFpbG9yZWQgdG8gSVB2Ni1iYXNlZA0KICAgICAgIHZlaGljdWxhciBuZXR3b3JraW5nLiAgVGh1 cywgdGhpcyBkb2N1bWVudCBpcyBpbnRlbmRlZCB0byBtb3RpdmF0ZQ0KICAgICAgIGRldmVsb3Bt ZW50IG9mIGtleSBwcm90b2NvbHMgZm9yIElQV0FWRS4NCg0KICAgID4+Pg0KDQogICAgPHNuaXA+ DQoNCiAgICAyLiAgVGVybWlub2xvZ3kNCg0KICAgID4+Pg0KDQogICAgPHNuaXA+DQoNCiAgICAg ICBvICBJUC1PQlU6ICJJbnRlcm5ldCBQcm90b2NvbCBPbi1Cb2FyZCBVbml0IjogQW4gSVAtT0JV IGRlbm90ZXMgYQ0KICAgICAgICAgIGNvbXB1dGVyIHNpdHVhdGVkIGluIGEgdmVoaWNsZSAoZS5n LiwgY2FyLCBiaWN5Y2xlLCBhdXRvYmlrZSwNCiAgICAgICAgICBtb3RvciBjeWNsZSwgYW5kIGEg c2ltaWxhciBvbmUpIGFuZCBhIGRldmljZSAoZS5nLiwgc21hcnRwaG9uZSBhbmQNCiAgICAgICAg ICBJb1QgZGV2aWNlKS4gIEl0IGhhcyBhdCBsZWFzdCBvbmUgSVAgaW50ZXJmYWNlIHRoYXQgcnVu cyBpbiBJRUVFDQogICAgICAgICAgODAyLjExLU9DQiBhbmQgaGFzIGFuICJPQlUiIHRyYW5zY2Vp dmVyLiAgQWxzbywgaXQgbWF5IGhhdmUgYW4gSVANCiAgICAgICAgICBpbnRlcmZhY2UgdGhhdCBy dW5zIGluIENlbGx1bGFyIFYyWCAoQy1WMlgpIFtUUy0yMy4yODUtM0dQUF0NCiAgICAgICAgICBb VFItMjIuODg2LTNHUFBdW1RTLTIzLjI4Ny0zR1BQXS4gIFNlZSB0aGUgZGVmaW5pdGlvbiBvZiB0 aGUgdGVybQ0KICAgICAgICAgICJPQlUiIGluIFtSRkM4NjkxXS4NCg0KICAgID4+PiBDYW4gdGhh dCBiZSBhIHJvdXRlciBjb25uZWN0aW5nIG11bHRpcGxlIGNvbXB1dGVycz8NCg0KICAgIDxzbmlw Pg0KDQogICAgMy4gIFVzZSBDYXNlcw0KDQogICAgPj4+IFRoaXMgaXMgYW5vdGhlciBncmVhdCBy ZWFkIGFuZCBhbiBlbmxpZ2h0ZW5pbmcgc2VjdGlvbi4gTWF5YmUgbWVudGlvbiBpbg0KICAgIHRo ZSBhYnN0cmFjdCB0aGF0IHRoZSBkb2MgYWxzbyBjb3ZlcnMgdXNlIGNhc2VzPw0KDQogICAgPHNu aXA+DQoNCiAgICAgICBBbHRob3VnaCBhIExheWVyLTIgc29sdXRpb24gY2FuIHByb3ZpZGUgYSBz dXBwb3J0IGZvciBtdWx0aWhvcA0KICAgICAgIGNvbW11bmljYXRpb25zIGluIHZlaGljdWxhciBu ZXR3b3JrcywgdGhlIHNjYWxhYmlsaXR5IGlzc3VlIHJlbGF0ZWQNCiAgICAgICB0byBtdWx0aWhv cCBmb3J3YXJkaW5nIHN0aWxsIHJlbWFpbnMgd2hlbiB2ZWhpY2xlcyBuZWVkIHRvDQogICAgICAg ZGlzc2VtaW5hdGUgb3IgZm9yd2FyZCBwYWNrZXRzIHRvd2FyZCBtdWx0aWhvcC1hd2F5IGRlc3Rp bmF0aW9ucy4gIEluDQogICAgICAgYWRkaXRpb24sIHRoZSBJUHY2LWJhc2VkIGFwcHJvYWNoIGZv ciBWMlYgYXMgYSBuZXR3b3JrIGxheWVyIHByb3RvY29sDQogICAgICAgY2FuIGFjY29tbW9kYXRl IG11bHRpcGxlIHJhZGlvIHRlY2hub2xvZ2llcyBhcyBNQUMgcHJvdG9jb2xzLCBzdWNoIGFzDQog ICAgICAgNUcgVjJYIGFuZCBEU1JDLiAgVGhlcmVmb3JlLCB0aGUgZXhpc3RpbmcgSVB2NiBwcm90 b2NvbCBjYW4gYmUNCiAgICAgICBhdWdtZW50ZWQgdGhyb3VnaCB0aGUgYWRkaXRpb24gb2YgYW4g T3ZlcmxheSBNdWx0aWxpbmsgTmV0d29yayAoT01OSSkNCiAgICAgICBJbnRlcmZhY2UgW09NTkld IGFuZC9vciBwcm90b2NvbCBjaGFuZ2VzIGluIG9yZGVyIHRvIHN1cHBvcnQgYm90aA0KICAgICAg IHdpcmVsZXNzIHNpbmdsZS1ob3AvbXVsdGlob3AgVjJWIGNvbW11bmljYXRpb25zIGFuZCBtdWx0 aXBsZSByYWRpbw0KICAgICAgIHRlY2hub2xvZ2llcyBpbiB2ZWhpY3VsYXIgbmV0d29ya3MuICBJ biBzdWNoIGEgd2F5LCB2ZWhpY2xlcyBjYW4NCiAgICAgICBjb21tdW5pY2F0ZSB3aXRoIGVhY2gg b3RoZXIgYnkgVjJWIGNvbW11bmljYXRpb25zIHRvIHNoYXJlIGVpdGhlciBhbg0KICAgICAgIGVt ZXJnZW5jeSBzaXR1YXRpb24gb3Igcm9hZCBoYXphcmQgaW4gYSBoaWdod2F5IGhhdmluZyBtdWx0 aXBsZSBraW5kcw0KICAgICAgIG9mIHJhZGlvIHRlY2hub2xvZ2llcywgc3VjaCBhcyA1RyBWMlgg YW5kIERTUkMuDQoNCiAgICA+Pj4gVGhpcyB0ZXh0IGFwcGVhcnMgaW4gdGhlIG1pZGRsZSBvZiBo aWdoIGxldmVsIHVzZSBjYXNlLCB3aXRoIGEgY3J1ZGUgbGlzdA0KICAgIG9mIHByb3RvY29sczsg dGhpcyBpcyBub3QgYSBwbGFjZSBmb3IgaXQNCg0KICAgID4+PiBPbiBhIDZNQU4gVGhyZWFkLCBC cmlhbiBDYXJwZW50ZXIgc2FpZCB0aGF0IHRoZSBhYm92ZToNCiAgICDigJwNCiAgICBpcyBvZiBj b25jZXJuIHJlZ2FyZGxlc3Mgb2YgdGhlIG1lbnRpb24gb2YgT01OSS4gRG9lcyBpdCBtZWFuICJj YW4gYmUiIG9yDQogICAgIm5lZWRzIHRvIGJlIj8gVGhpcyBwYXJhZ3JhcGggc2VlbXMgbGlrZSBh IHZlcnkgc2hvcnQgc3VtbWFyeSBvZiBhIGJpZyBwcm9ibGVtDQogICAgYXJlYS4gQXQgdGhlIGVu ZCBvZiBwYWdlIDEzIHRoZXJlIGlzIHNvbWUgcmVsYXRlZCBkaXNjdXNzaW9uLCB3aGljaCBtZW50 aW9ucw0KICAgIFJQTCBhcyBwYXJ0IG9mIHRoZSBzb2x1dGlvbiAoZ29vZCBjaG9pY2UsIElNSE8p IGJ1dCBhZ2FpbiBzZWVtcyB0byBkZXBlbmQgb24NCiAgICBPTU5JLiBJIGRvbid0IHRoaW5rIHRo ZSBmaXggb2Ygc2ltcGx5IHJlbW92aW5nIHJlZmVyZW5jZXMgdG8gT01OSSB3b3JrcywNCiAgICBi ZWNhdXNlIGl0IHdvdWxkIGxlYXZlIGEgZ2FwLiBJbiBhbiBpbmZvcm1hdGlvbmFsIGRvY3VtZW50 LCB0aGF0IGlzIG5vdCBhDQogICAgZm9ybWFsIHByb2JsZW0gYnV0IGFzIGZhciBhcyB0aGlzIGRy YWZ0IGRlc2NyaWJlcyBhcmNoaXRlY3R1cmUsIEkgZG9uJ3QgdGhpbmsNCiAgICB0aGF0IGJpZyBh IGdhcCBpcyByZWFzb25hYmxlLiAiT01OSSIgaXMgbWVudGlvbmVkIG1vcmUgdGhhbiAyMCB0aW1l cyBpbiB0aGUNCiAgICBkb2N1bWVudC4gVGhlcmUgYXJlIGFsc28gc2V2ZXJhbCByZWZlcmVuY2Vz IHRvIEFFUk8sIHdoaWNoIGlzIHN0cm9uZ2x5DQogICAgYXNzb2NpYXRlZCB3aXRoIE9NTkkuIOKA nCA+Pj4gSSBhZ3JlZSB3aXRoIEJyaWFuLiBIZXJlIHRoZSBkb2N1bWVudCBzZWVtcyB0byBiZQ0K ICAgIG1peGluZyBzb2x1dGlvbiB3aXRoIHByb2JsZW0gYW5kIHB1dHRpbmcgdGhlIGNhcnQgYmVm b3JlIHRoZSBob3JzZS4gTXkNCiAgICByZWNvbW1lbmRhdGlvbiBpcyB0byBzdGljayB0byB3aGF0 IG5lZWRzIHRvIGJlIGRvbmUgdGhhdCBJUHY2IGRvZXMgbm90IGRvIHlldA0KICAgIC10aGUgcmVx cyBhbmQgZ2Fwcy07IGJ1dCB0aGUgZG9jIHNob3VsZCBub3Qgc3RlcCBpbiB0aGUgaG93IHRoaW5n cyB3aWxsIGJlIGRvbmUNCiAgICB1bmxlc3MgdGhlIGdyb3VwIGFscmVhZHkgZGVjaWRlZCB0byBk byBpdC4gVGhlIGxvZ2ljYWwgbmV4dCBzdGVwcyB0byBhIFBTIGFyZQ0KICAgIGFuIGFwcGxpY2Fi aWxpdHkgc3RhdGVtZW50IG9mIGV4aXN0aW5nIHdvcmssIGFuZCBpZiB0aGUgZ2FwcyBjYW5ub3Qg YmUgZmlsbGVkLA0KICAgIHRoZXJlIG1heSBiZSBvbmUgb3IgbW9yZSBXRyBjaGFydGVyZWQgdG8g ZmlsbCB0aG9zZSBnYXBzLg0KDQogICAgPj4+IEnigJlkIHN0aWxsIGJlIGhhcHB5IHRvIHNlZSBh biBhbm5leCB3aXRoIGxlYWRzIG9uIHdoZXJlIHRoZSBzb2x1dGlvbiBtaWdodA0KICAgIGNvbWUg ZnJvbSBsaWtlIFJGQyA4NjkxIGRvZXMuDQoNCiAgICA8c25pcD4NCg0KICAgICAgIFRoZSBleGlz dGluZyBJUHY2IHByb3RvY29sIG11c3QgYmUgYXVnbWVudGVkIHRocm91Z2ggdGhlIGFkZGl0aW9u IG9mDQogICAgICAgYW4gT01OSSBpbnRlcmZhY2UgYW5kL29yIHByb3RvY29sIGNoYW5nZXMgaW4g b3JkZXIgdG8gc3VwcG9ydA0KICAgICAgIHdpcmVsZXNzIG11bHRpaG9wIFYySSBjb21tdW5pY2F0 aW9ucyBpbiBhIGhpZ2h3YXkgd2hlcmUgUlNVcyBhcmUNCiAgICAgICBzcGFyc2VseSBkZXBsb3ll ZCwgc28gYSB2ZWhpY2xlIGNhbiByZWFjaCB0aGUgd2lyZWxlc3MgY292ZXJhZ2Ugb2YgYW4NCiAg ICAgICBSU1UgdGhyb3VnaCB0aGUgbXVsdGlob3AgZGF0YSBmb3J3YXJkaW5nIG9mIGludGVybWVk aWF0ZSB2ZWhpY2xlcy4NCiAgICAgICBUaHVzLCBJUHY2IG5lZWRzIHRvIGJlIGV4dGVuZGVkIGZv ciBtdWx0aWhvcCBWMkkgY29tbXVuaWNhdGlvbnMuDQoNCiAgICA+Pj4gTm90ZSB0aGF0IEkgaGF2 ZSBubyBjbHVlIG9uIGhvdyB3ZWxsIE9NTkkgYXBwbGllcyBpbiB0aGF0IHNwYWNlLCBtYXliZSBp dA0KICAgIGRvZXMgdmVyeSB3ZWxsOyBidXQgaGVyZSBpdCBjb21lcyBvdXQgb2YgdGhlIGJsdWUg d2l0aCBubyBqdXN0aWZpY2F0aW9uLiBJZiB5b3UNCiAgICBtZW50aW9uIE9NTkkgeW91IG5lZWQg dG8gZGV0YWlsIHdoYXQgaXQgaXMgYW5kIHdoaWNoIG9mIHRoZSBWMlYgIHByb2JsZW1zIHlvdQ0K ICAgIGV4cGVjdCBpdCB0byBzb2x2ZS4gQnV0IHRoZW4sIHRoYXTigJlzIGJleW9uZCB0aGUgc2Nv cGUgb2YgYSBQUy4NCg0KICAgIDxzbmlwPg0KDQogICAgICAgVGhlIGV4aXN0aW5nIElQdjYgcHJv dG9jb2wgbXVzdCBiZSBhdWdtZW50ZWQgdGhyb3VnaCB0aGUgYWRkaXRpb24gb2YNCiAgICAgICBh biBPTU5JIGludGVyZmFjZSBhbmQvb3IgcHJvdG9jb2wgY2hhbmdlcyBpbiBvcmRlciB0byBzdXBw b3J0DQogICAgICAgd2lyZWxlc3MgbXVsdGlob3AgVjJYIChvciBWMkkyWCkgY29tbXVuaWNhdGlv bnMgaW4gYW4gdXJiYW4gcm9hZA0KICAgICAgIG5ldHdvcmsgd2hlcmUgUlNVcyBhcmUgZGVwbG95 ZWQgYXQgaW50ZXJzZWN0aW9ucywgc28gYSB2ZWhpY2xlIChvciBhDQogICAgICAgcGVkZXN0cmlh bidzIHNtYXJ0cGhvbmUpIGNhbiByZWFjaCB0aGUgd2lyZWxlc3MgY292ZXJhZ2Ugb2YgYW4gUlNV DQogICAgICAgdGhyb3VnaCB0aGUgbXVsdGlob3AgZGF0YSBmb3J3YXJkaW5nIG9mIGludGVybWVk aWF0ZSB2ZWhpY2xlcyAob3INCiAgICAgICBwZWRlc3RyaWFucycgc21hcnRwaG9uZXMpLiAgVGh1 cywgSVB2NiBuZWVkcyB0byBiZSBleHRlbmRlZCBmb3INCiAgICAgICBtdWx0aWhvcCBWMlggKG9y IFYySTJYKSBjb21tdW5pY2F0aW9ucy4NCg0KICAgID4+PiBQbGVhc2UgYmUgbW9yZSBzcGVjaWZp YyBvbiB3aGF0IHRoZSBtaXNzaW5nIGZ1bmN0aW9ucyBhcmUgYW5kIHdoZXRoZXIgdGhleQ0KICAg IGFyZSBtaXNzaW5nIGZyb20gdGhlIHN0YWNrIGRldmVsb3BtZW50IHN0YW5kcG9pbnQgb3IgaWYg dGhlcmXigJlzIHdvcmsgbmVlZGVkDQogICAgZnJvbSB0aGUgSUVURi4gMSkgICAgICBJZiBzb21l dGhpbmcgaXMgcmVhbGx5IG1pc3NpbmcgaW4gb3VyIHNwZWNzLCB0aGUgdGV4dCB0bw0KICAgIHBy b3ZlIGZyb20gdGhlIHVzZSBjYXNlIGFib3ZlIGlzIG1pc3NpbmcgMikgICAgICBob3cgT01OSSBz ZXJ2ZXMgdGhlIHVzZSBjYXNlDQogICAgY291bGQgYmUgZWxhYm9yYXRlZCBpbiBhbiBhcHBsaWNh YmlsaXR5IHN0YXRlbWVudCBvZiBPTU5JIGZvciBWMnh5eiwgYnV0IGl0IGlzDQogICAgYSBiaXQg Ymx1bnQgdG8gcHJlc2VudCBpdCBhcyBwYW5hY2VhIHdoZW4gdGhlIHByb2JsZW1zIHRvIGJlIHNv bHZlZCBhcmUgbm90DQogICAgbGlzdGVkLiAzKSAgICAgIElmIHlvdSBsb29rIGF0IGl0LCBPTU5J IHNlZW1zIGxpa2UgYSBzb2Z0d2FyZSBtb2JpbGUgcm91dGVyDQogICAgd2l0aGluIGEgYnVtcCBp biB0aGUgc3RhY2suIENhbiB0aGF0IGJlY29tZSB0b28gYmlnPw0KDQogICAgPj4+IG15IHZpZXcg aXMgdGhhdCB0aGUgdGV4dCBhYm92ZSBhbmQgdGhlIHNpbWlsYXIgb2NjYXNpb25zIHNob3VsZCBi ZSByZXBsYWNlZA0KICAgIGJ5IHNvbWV0aGluZyBsaWtlIDoNCg0KICAgICAgIFRoZSBleGlzdGlu ZyBJUHY2IHByb3RvY29sIG11c3QgYmUgYXVnbWVudGVkIHRvIHByb3ZpZGUgdGhlIGZvbGxvd2lu Zw0KICAgICAgIGZ1bmN0aW9uczogMSkg4oCmDQoNCiAgICA+Pj4gYW5kIC8gb3Igc29tZXRoaW5n IGxpa2U6DQoNCiAgICAgICBJbiBhZGRpdGlvbiB0byB0aGUgSVB2NiBub2RlIHJlcXVpcmVtZW50 cyBbUkZDIDg1MDRdLCB0aGUgSVB2NiBwcm90b2NvbA0KICAgICAgIHN0YWNrIGZvciB1c2UgaW4g YSB2ZWhpY2xlIG11c3Qgc3VwcG9ydCAxKSBSRkMgYmxhaCwgMikg4oCmDQoNCiAgICA8c25pcD4N Cg0KICAgICAgIFRvIHN1cHBvcnQgYXBwbGljYXRpb25zIG9mIHRoZXNlIFYyWCB1c2UgY2FzZXMs IHRoZSBmdW5jdGlvbnMgb2YgSVB2Ng0KICAgICAgIHN1Y2ggYXMgVk5ELCBWTU0sIGFuZCBWU1Ag YXJlIHByZXJlcXVpc2l0ZXMgZm9yIElQdjYtYmFzZWQgcGFja2V0DQogICAgICAgZXhjaGFuZ2Us IHRyYW5zcG9ydC1sYXllciBzZXNzaW9uIGNvbnRpbnVpdHksIGFuZCBzZWN1cmUsIHNhZmUNCiAg ICAgICBjb21tdW5pY2F0aW9uIGJldHdlZW4gYSB2ZWhpY2xlIGFuZCBhIHBlZGVzdHJpYW4gZWl0 aGVyIGRpcmVjdGx5IG9yDQogICAgICAgaW5kaXJlY3RseSB2aWEgYW4gSVAtUlNVLg0KDQogICAg Pj4+IOKAnHRoZSBmdW5jdGlvbnMgb2YgSVB2NiBzdWNoIGFzIFZORCwgVk1NLCBhbmQgVlNQ4oCd IGRvZXMgbm90IHBhcnNlLiBUaGVyZeKAmXMNCiAgICBubyBJUHY2IHJlZmVyZW5jZSB0aGF0IHBy b3ZpZGVzIHRob3NlIGZ1bmN0aW9ucy4gSWYgdGhlIGludGVudGlvbiBpcyB0byBzYXkNCiAgICB0 aGF0IHRoZXJl4oCZcyBzdHVmZiB0byBhZGQgdG8gSVB2NiB0byBzdXBwb3J0LCBsaWtlLCBzYXks ICBWTkQsIHRoZW4gdGhpcw0KICAgIGRvY3VtZW50IGZhaWxzIHRvIGRlZmluZSBob3cgYW4gSVB2 NiBWTkQgc2hvdWxkIGJlaGF2ZSwgdGhvdWdoIGl04oCZcyBwcmVjaXNlbHkNCiAgICB3aGF0IEni gJlkIGV4cGVjdCBmcm9tIGEgcHJvYmxlbSBzdGF0ZW1lbnQuDQoNCiAgICA8c25pcD4NCg0KICAg IDQuICBWZWhpY3VsYXIgTmV0d29ya3MNCg0KICAgID4+PiBXaGF0IGlzIHRoZSBwdXJwb3NlIG9m IHNlY3Rpb24gNCBhcyBhIHdob2xlLCBwcm9ibGVtIHN0YXRlbWVudCBvcg0KICAgIGFwcGxpY2Fi aWxpdHkgc3RhdGVtZW50IG9mIHRoZSBsaXN0ZWQgcHJvdG9jb2xzPyBJbiB0aGUgZm9ybWVyIGNh c2Ugd2hhdOKAmXMgdGhlDQogICAgcHJvYmxlbT8gSW4gdGhlIGxhdHRlciBjYXNlIGl0IGlzIGlu Y29tcGxldGUgYW5kIG5lZWRzIHRvIGJlIGV4cG9ydGVkIHRvIGFuDQogICAgYXBwbGljYWJpbGl0 eSBzdGF0ZW1lbnQgZG9jIHdpdGggYWxsIHRoZSBwb3NzaWJsZSB0ZWNobm9sb2dpZXMgZXZhbHVh dGVkLg0KDQogICAgICAgVGhpcyBzZWN0aW9uIGRlc2NyaWJlcyBhbiBleGFtcGxlIHZlaGljdWxh ciBuZXR3b3JrIGFyY2hpdGVjdHVyZQ0KICAgICAgIHN1cHBvcnRpbmcgVjJWLCBWMkksIGFuZCBW MlggY29tbXVuaWNhdGlvbnMgaW4gdmVoaWN1bGFyIG5ldHdvcmtzLg0KDQogICAgPj4+IEkgcmVh ZCB0aGlzIGFzIHByZXNlbnRpbmcgYSBjb250ZXh0IHRvIGV4cGxhaW4gd2hhdCB0aGUgcHJvYmxl bXMgYXJlDQogICAgaW5zdGVhZCBvZiBwcmVzZW50aW5nIHRoZSBJUFZBV0Ug4oCcYXJjaGl0ZWN0 dXJl4oCdLiBNYXliZSB1c2luZyB0aGUgdGVybQ0KICAgIOKAnEFyY2hpdGVjdHVyZeKAnSBoZXJl IGlzIG1pc2xlYWRpbmcgYW5kIGxlZCB0byBCb2LigJlzIGNvbW1lbnQuDQoNCiAgICA8c25pcD4N Cg0KICAgIDQuMS4gIFZlaGljdWxhciBOZXR3b3JrIEFyY2hpdGVjdHVyZQ0KDQogICAgICAgRmln dXJlIDEgc2hvd3MgYW4gZXhhbXBsZSB2ZWhpY3VsYXIgbmV0d29yayBhcmNoaXRlY3R1cmUgZm9y IFYySSBhbmQNCiAgICAgICBWMlYgaW4gYSByb2FkIG5ldHdvcmsgW09NTkldLg0KDQogICAgYS4g ICAgICBJcyB1c2luZyBPTU5JIGEgZGVjaXNpb24gdGhhdCB0aGUgV0cgbWFkZSBmb3IgdGhlIGZ1 dHVyZSB3b3JrID8gd2hhdA0KICAgIGRvZXMgaXQgZG8gYW5kIHdoYXQgZG9lcyBpdCBub3QgZG8/ IGIuICAgICAgSXMgdGhlcmUgd29yayBsZWZ0IHRvIGJlIGRvbmU/IFdobw0KICAgIHdpbGwgZG8g dGhhdCB3b3JrPyBPciBpcyBpdCB0aGUgZXhwZWN0YXRpb24gdGhhdCBPTU5JIGhhcyBpdCBhbGwg ZGVmaW5lZA0KICAgIGFscmVhZHk/DQoNCiAgICA8c25pcD4NCg0KICAgICAgIEFuIGV4aXN0aW5n IG5ldHdvcmsgYXJjaGl0ZWN0dXJlIChlLmcuLCBhbiBJUC1iYXNlZCBhZXJvbmF1dGljYWwNCiAg ICAgICBuZXR3b3JrIGFyY2hpdGVjdHVyZSBbT01OSV1bVUFNLUlUU10sIGEgbmV0d29yayBhcmNo aXRlY3R1cmUgb2YNCiAgICAgICBQTUlQdjYgW1JGQzUyMTNdLCBhbmQgYSBsb3ctcG93ZXIgYW5k IGxvc3N5IG5ldHdvcmsgYXJjaGl0ZWN0dXJlDQogICAgICAgW1JGQzY1NTBdKSBjYW4gYmUgZXh0 ZW5kZWQgdG8gYSB2ZWhpY3VsYXIgbmV0d29yayBhcmNoaXRlY3R1cmUgZm9yDQogICAgICAgbXVs dGlob3AgVjJWLCBWMkksIGFuZCBWMlgsIGFzIHNob3duIGluIEZpZ3VyZSAxLiAgSW4gYSBoaWdo d2F5DQogICAgICAgc2NlbmFyaW8sIGEgdmVoaWNsZSBtYXkgbm90IGFjY2VzcyBhbiBSU1UgZGly ZWN0bHkgYmVjYXVzZSBvZiB0aGUNCiAgICAgICBkaXN0YW5jZSBvZiB0aGUgRFNSQyBjb3ZlcmFn ZSAodXAgdG8gMSBrbSkuICBGb3IgZXhhbXBsZSwgdGhlIE9NTkkNCiAgICAgICBpbnRlcmZhY2Ug YW5kL29yIFJQTCAoSVB2NiBSb3V0aW5nIFByb3RvY29sIGZvciBMb3ctUG93ZXIgYW5kIExvc3N5 DQogICAgICAgTmV0d29ya3MpIFtSRkM2NTUwXSBjYW4gYmUgZXh0ZW5kZWQgdG8gc3VwcG9ydCBh IG11bHRpaG9wIFYySSBzaW5jZSBhDQogICAgICAgdmVoaWNsZSBjYW4gdGFrZSBhZHZhbnRhZ2Ug b2Ygb3RoZXIgdmVoaWNsZXMgYXMgcmVsYXkgbm9kZXMgdG8gcmVhY2gNCiAgICAgICB0aGUgUlNV LiAgQWxzbywgUlBMIGNhbiBiZSBleHRlbmRlZCB0byBzdXBwb3J0IGJvdGggbXVsdGlob3AgVjJW IGFuZA0KICAgICAgIFYyWCBpbiB0aGUgc2ltaWxhciB3YXkuDQoNCiAgICA+Pj4gYWxsIHRoaXMg Y291bGQgZml0IHdlbGwgaW4gYW5uZXg7IGFueXdheSB5b3UgbmVlZCB0byBleHBsYWluIHdoYXQg eW91DQogICAgZXhwZWN0IHRoZSBwcm90b2NvbHMgdG8gZG8gYW5kIHdoaWNoIGV4dGVuc2lvbiBp cyBuZWVkZWQuIEluIHRoZSBjYXNlIG9mIFJQTCBhdA0KICAgIGxlYXN0IHlvdSBpbmRpY2F0ZSB0 aGF0IGl0IHdvdWxkIGRvIHJvdXRpbmcsIGJ1dCBub3Qgd2h5IHlvdSBjYW5ub3QgdXNlIGl0IG9m DQogICAgdGhlIHNoZWxmOyBmb3IgT01OSSwgd2hhdCB5b3UgZXhwZWN0IGlzIGxlc3MgY2xlYXIs IHRob3VnaCB0aGVyZeKAmXMgdGV4dA0KICAgIGVsc2V3aGVyZSBhYm91dCB0aGUgbWFueSByYWRp byBpbnRlcmZhY2VzIHRoYXQgY291bGQgYmUgdXNlZCBmb3IgdGhlIHB1cnBvc2UsDQogICAgYW5k IHRoZSB0ZXh0IGluIHRoZSBVQU0gYmVsb3cgdGhhdCBpcyBlbmxpZ2h0ZW5pbmcuDQoNCiAgICA8 c25pcD4NCg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBUbyBzdXBwb3J0 IG5vdCBvbmx5IHRoZSBtb2JpbGl0eQ0KICAgICAgIG1hbmFnZW1lbnQgb2YgdGhlIFVBTSBlbmQg c3lzdGVtcywgYnV0IGFsc28gdGhlIG11bHRpaG9wIGFuZA0KICAgICAgIG11bHRpbGluayBjb21t dW5pY2F0aW9ucyBvZiB0aGUgVUFNIGludGVyZmFjZXMsIHRoZSBVQU0gZW5kIHN5c3RlbXMNCiAg ICAgICBjYW4gZW1wbG95IGFuIE92ZXJsYXkgTXVsdGlsaW5rIE5ldHdvcmsgKE9NTkkpIGludGVy ZmFjZSBbT01OSV0gYXMgYQ0KICAgICAgIHZpcnR1YWwgTm9uLUJyb2FkY2FzdCBNdWx0aXBsZSBB Y2Nlc3MgKE5CTUEpIGNvbm5lY3Rpb24gdG8gYSBzZXJ2aW5nDQogICAgICAgZ3JvdW5kIGRvbWFp biBpbmZyYXN0cnVjdHVyZS4NCg0KICAgID4+PiBBZ2Fpbiwgd2hhdCBpcyB0aGUgZXhwZWN0YXRp b24gZm9yIE9NTkk/IEFzIGFuIG92ZXJsYXkgaXQgcmVxdWlyZXMgYW4NCiAgICB1bmRlcmxheTsg d2hlbiBjb25uZWN0aW5nIHRvIGEgTUFORVQgaXQgbmVlZHMgc3VwcG9ydCBmb3IgdGhhdCBNQU5F VC4gVGhlIHRleHQNCiAgICBhYm92ZSBzZWVtcyB0byBpbXBseSB0aGF0IGlzIHNvbHZlcyBldmVy eXRoaW5nIGluIFYyeHl6IGxpa2UgbWFnaWM7IHJlbWluZHMgbWUNCiAgICBvZiB0aGUgSVB2NiBt dWx0aWNhc3QgYWJzdHJhY3Rpb24gdGhhdCB3YXMgc3VwcG9zZWQgdG8gc29sdmUgdGhlIGJyb2Fk Y2FzdA0KICAgIHByb2JsZW0gYW5kIGVuZGVkIHVwIHdvcnNlbmluZyBpdC4NCg0KICAgIDxzbmlw Pg0KDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFRoaXMgaW5mcmFzdHJ1Y3R1cmUg Y2FuIGJlIGNvbmZpZ3VyZWQNCiAgICAgICBvdmVyIHRoZSB1bmRlcmx5aW5nIGRhdGEgbGlua3Mu ICBUaGUgT01OSSBpbnRlcmZhY2UgYW5kIGl0cyBsaW5rDQogICAgICAgbW9kZWwgcHJvdmlkZSBh IG1lYW5zIG9mIG11bHRpbGluaywgbXVsdGlob3AgYW5kIG1vYmlsaXR5DQogICAgICAgY29vcmRp bmF0aW9uIHRvIHRoZSBsZWdhY3kgSVB2NiBORCBtZXNzYWdpbmcgW1JGQzQ4NjFdIGFjY29yZGlu ZyB0bw0KICAgICAgIHRoZSBOQk1BIHByaW5jaXBsZS4gIFRodXMsIHRoZSBPTU5JIGxpbmsgbW9k ZWwgY2FuIHN1cHBvcnQgZWZmaWNpZW50DQogICAgICAgVUFNIGludGVybmV0d29ya2luZyBzZXJ2 aWNlcyB3aXRob3V0IGFkZGl0aW9uYWwgbW9iaWxpdHkgbWVzc2FnaW5nLA0KICAgICAgIGFuZCB3 aXRob3V0IGFueSBtb2RpZmljYXRpb24gdG8gdGhlIElQdjYgTkQgbWVzc2FnaW5nIHNlcnZpY2Vz IG9yDQogICAgICAgbGluayBtb2RlbC4NCg0KICAgID4+PiBBZ2Fpbiwgd2hhdCBpcyB0aGUgZXhw ZWN0YXRpb24gZm9yIE9NTkk/IEFzIGFuIG92ZXJsYXkgaXQgcmVxdWlyZXMgYW4NCiAgICB1bmRl cmxheTsgdGhlIHRleHQgYWJvdmUgc2VlbXMgdG8gaW1wbHkgdGhhdCBpcyBzb2x2ZXMgZXZlcnl0 aGluZyBpbiBWMnh5eiBsaWtlDQogICAgbWFnaWM7IHRoYXQgd291bGQgYmUgYSBzdHJldGNoLCB0 aGF0IHJlbWluZHMgbWUgb2YgSVB2NiBtdWx0aWNhc3QgdGhhdCB3YXMNCiAgICBzdXBwb3NlZCB0 byBzb2x2ZSB0aGUgYnJvYWRjYXN0IHByb2JsZW0gYW5kIGVuZGVkIHVwIHdvcnNlbmluZyBpdC4N Cg0KICAgIDxzbmlwPg0KDQogICAgICAgTXVsdGlwbGUgdmVoaWNsZXMgdW5kZXIgdGhlIGNvdmVy YWdlIG9mIGFuIFJTVSBzaGFyZSBhIHByZWZpeCBqdXN0IGFzDQogICAgICAgbW9iaWxlIG5vZGVz IHNoYXJlIGEgcHJlZml4IG9mIGEgV2ktRmkgYWNjZXNzIHBvaW50IGluIGEgd2lyZWxlc3MNCiAg ICAgICBMQU4uICBUaGlzIGlzIGEgbmF0dXJhbCBjaGFyYWN0ZXJpc3RpYyBpbiBpbmZyYXN0cnVj dHVyZS1iYXNlZA0KICAgICAgIHdpcmVsZXNzIG5ldHdvcmtzLiAgRm9yIGV4YW1wbGUsIGluIEZp Z3VyZSAxLCB0d28gdmVoaWNsZXMgKGkuZS4sDQogICAgICAgVmVoaWNsZTIsIGFuZCBWZWhpY2xl NSkgY2FuIHVzZSBQcmVmaXggMSB0byBjb25maWd1cmUgdGhlaXIgSVB2Ng0KICAgICAgIGdsb2Jh bCBhZGRyZXNzZXMgZm9yIFYySSBjb21tdW5pY2F0aW9uLiAgQWx0ZXJuYXRpdmVseSwgbW9iaWxl IG5vZGVzDQogICAgICAgY2FuIGVtcGxveSBhbiBPTU5JIGludGVyZmFjZSBhbmQgdXNlIHRoZWly IG93biBJUHY2IFVuaXF1ZSBMb2NhbA0KICAgICAgIEFkZHJlc3NlcyAoVUxBcykgW1JGQzQxOTNd IG92ZXIgdGhlIHdpcmVsZXNzIG5ldHdvcmsgd2l0aG91dA0KICAgICAgIHJlcXVpcmluZyB0aGUg bWVzc2FnaW5nIG9mIElQdjYgU3RhdGVsZXNzIEFkZHJlc3MgQXV0b2NvbmZpZ3VyYXRpb24NCiAg ICAgIChTTEFBQykgW1JGQzQ4NjJdLCB3aGljaCB1c2VzIGFuIG9uLWxpbmsgcHJlZml4IHByb3Zp ZGVkIGJ5IHRoZQ0KICAgICAgICh2aXNpdGVkKSB3aXJlbGVzcyBMQU47IHRoaXMgdGVjaG5pcXVl IGlzIGtub3duIGFzICJCcmluZy1Zb3VyLU93bi0NCiAgICAgICBBZGRyZXNzZXMiLg0KDQogICAg Pj4+ICBJcyBPTU5JIHRoZSBvbmx5IHdheSB0byAiQnJpbmctWW91ci1Pd24tQWRkcmVzc2Vz4oCd PyBFbHNlIHRoZSB0ZXh0IGNvdWxkIGJlDQogICAgbW9yZSBnZW5lcmljLCBhdCBsZWFzdCB1c2Ug ZS5nLiwgbGlrZSB0aGUgcmVmIHRvIEFFUk8gbGF0ZXIuID4+PiBXaGF0IGFyZSB0aGUNCiAgICBp bXBsaWNhdGlvbnMgLyBsaW1pdGF0aW9ucyBvZiBkb2luZyB0aGF0IOKAkyBsaWtlIHRoZXkgY2Fu IGRvIGxpbmUgb2Ygc2lnaHQgVjJWDQogICAgYnV0IG5vdCByZWFjaCB0aGUgaW50ZXJuZXQsIG9y IHRoZSBuZWVkIG9mICBhIGxvY2FsIE1BTkVUIC8gUlBMIHRoYXQgd2lsbA0KICAgIGFjY2VwdCB0 byByb3V0ZSB0aG9zZSBhZGRyZXNzZXMsIG9yIHRoZSBzZWN1cml0eSAvIGFkZHJlc3Mgb3duZXJz aGlwIHZhbGlkYXRpb24NCiAgICBpc3N1ZXMgPw0KDQogICAgPHNuaXA+DQoNCiAgICAgICBBIHNp bmdsZSBzdWJuZXQgcHJlZml4IGFubm91bmNlZCBieSBhbiBSU1UgY2FuIHNwYW4gbXVsdGlwbGUg dmVoaWNsZXMNCiAgICAgICBpbiBWQU5FVC4gIEZvciBleGFtcGxlLCBpbiBGaWd1cmUgMSwgZm9y IFByZWZpeCAxLCB0aHJlZSB2ZWhpY2xlcw0KICAgICAgIChpLmUuLCBWZWhpY2xlMSwgVmVoaWNs ZTIsIGFuZCBWZWhpY2xlNSkgY2FuIGNvbnN0cnVjdCBhIGNvbm5lY3RlZA0KICAgICAgIFZBTkVU LiAgQWxzbywgZm9yIFByZWZpeCAyLCB0d28gdmVoaWNsZXMgKGkuZS4sIFZlaGljbGUzIGFuZA0K ICAgICAgIFZlaGljbGU2KSBjYW4gY29uc3RydWN0IGFub3RoZXIgY29ubmVjdGVkIFZBTkVULCBh bmQgZm9yIFByZWZpeCAzLA0KICAgICAgIHR3byB2ZWhpY2xlcyAoaS5lLiwgVmVoaWNsZTQgYW5k IFZlaGljbGU3KSBjYW4gY29uc3RydWN0IGFub3RoZXINCiAgICAgICBjb25uZWN0ZWQgVkFORVQu ICBBbHRlcm5hdGl2ZWx5LCBlYWNoIHZlaGljbGUgY291bGQgZW1wbG95IGFuIE9NTkkNCiAgICAg ICBpbnRlcmZhY2Ugd2l0aCB0aGVpciBvd24gVUxBcyBzdWNoIHRoYXQgbm8gdG9wb2xvZ2ljYWxs eS1vcmllbnRlZA0KICAgICAgIHN1Ym5ldCBwcmVmaXhlcyBuZWVkIGJlIGFubm91bmNlZCBieSB0 aGUgUlNVLg0KDQogICAgPj4+ICBzYW1lIGFzIGFib3ZlLiBUaGlzIHNlZW1zIHRvIHJlc3RhdGUg dGhlIHNhbWUgdGhpbmcsIGRlcml2ZSBhbiBhZGRyZXNzDQogICAgZnJvbSBhIHRvcG9sb2dpY2Fs bHkgY29ycmVjdCBwcmVmaXggb3IgdXNlIHlvdXIgb3duIHdpdGggbGltaXRhdGlvbnMgdG8gYmUN CiAgICBkZXNjcmliZWQuDQoNCiAgICA8c25pcD4NCg0KICAgICAgIEZvciBJUHY2IHBhY2tldHMg dHJhbnNwb3J0ZWQgb3ZlciBJRUVFIDgwMi4xMS1PQ0IsIFtSRkM4NjkxXQ0KICAgICAgIHNwZWNp ZmllcyBzZXZlcmFsIGRldGFpbHMsIGluY2x1ZGluZyBNYXhpbXVtIFRyYW5zbWlzc2lvbiBVbml0 IChNVFUpLA0KICAgICAgIGZyYW1lIGZvcm1hdCwgbGluay1sb2NhbCBhZGRyZXNzLCBhZGRyZXNz IG1hcHBpbmcgZm9yIHVuaWNhc3QgYW5kDQogICAgICAgbXVsdGljYXN0LCBzdGF0ZWxlc3MgYXV0 b2NvbmZpZ3VyYXRpb24sIGFuZCBzdWJuZXQgc3RydWN0dXJlLiAgQW4NCiAgICAgICBFdGhlcm5l dCBBZGFwdGF0aW9uIChFQSkgbGF5ZXIgaXMgaW4gY2hhcmdlIG9mIHRyYW5zZm9ybWluZyBzb21l DQogICAgICAgcGFyYW1ldGVycyBiZXR3ZWVuIHRoZSBJRUVFIDgwMi4xMSBNQUMgbGF5ZXIgYW5k IHRoZSBJUHY2IG5ldHdvcmsNCiAgICAgICBsYXllciwgd2hpY2ggaXMgbG9jYXRlZCBiZXR3ZWVu IHRoZSBJRUVFIDgwMi4xMS1PQ0IncyBsb2dpY2FsIGxpbmsNCiAgICAgICBjb250cm9sIGxheWVy IGFuZCB0aGUgSVB2NiBuZXR3b3JrIGxheWVyLiAgVGhpcyBJUHY2IG92ZXIgODAyLjExLU9DQg0K ICAgICAgIGNhbiBiZSB1c2VkIGZvciBib3RoIFYyViBhbmQgVjJJIGluIElQdjYtYmFzZWQgdmVo aWN1bGFyIG5ldHdvcmtzLg0KDQogICAgPj4+ICBzb2x1dGlvbiBzcGFjZS4NCg0KICAgIDxzbmlw Pg0KDQogICAgICAgQW4gSVB2NiBtb2JpbGl0eSBzb2x1dGlvbiBpcyBuZWVkZWQgZm9yIHRoZSBn dWFyYW50ZWUgb2YNCiAgICAgICBjb21tdW5pY2F0aW9uIGNvbnRpbnVpdHkgaW4gdmVoaWN1bGFy IG5ldHdvcmtzIHNvIHRoYXQgYSB2ZWhpY2xlJ3MNCiAgICAgICBUQ1Agc2Vzc2lvbiBjYW4gYmUg Y29udGludWVkLCBvciBVRFAgcGFja2V0cyBjYW4gYmUgZGVsaXZlcmVkIHRvIGENCiAgICAgICB2 ZWhpY2xlIGFzIGEgZGVzdGluYXRpb24gd2l0aG91dCBsb3NzIHdoaWxlIGl0IG1vdmVzIGZyb20g YW4gSVAtUlNVJ3MNCiAgICAgICB3aXJlbGVzcyBjb3ZlcmFnZSB0byBhbm90aGVyIElQLVJTVSdz IHdpcmVsZXNzIGNvdmVyYWdlLiAgSW4NCiAgICAgICBGaWd1cmUgMSwgYXNzdW1pbmcgdGhhdCBW ZWhpY2xlMiBoYXMgYSBUQ1Agc2Vzc2lvbiAob3IgYSBVRFAgc2Vzc2lvbikNCiAgICAgICB3aXRo IGEgY29ycmVzcG9uZGluZyBub2RlIGluIHRoZSB2ZWhpY3VsYXIgY2xvdWQsIFZlaGljbGUyIGNh biBtb3ZlDQogICAgICAgZnJvbSBJUC1SU1UxJ3Mgd2lyZWxlc3MgY292ZXJhZ2UgdG8gSVAtUlNV MidzIHdpcmVsZXNzIGNvdmVyYWdlLiAgSW4NCiAgICAgICB0aGlzIGNhc2UsIGEgaGFuZG92ZXIg Zm9yIFZlaGljbGUyIG5lZWRzIHRvIGJlIHBlcmZvcm1lZCBieSBlaXRoZXIgYQ0KICAgICAgIGhv c3QtYmFzZWQgbW9iaWxpdHkgbWFuYWdlbWVudCBzY2hlbWUgKGUuZy4sIE1JUHY2IFtSRkM2Mjc1 XSkgb3IgYQ0KICAgICAgIG5ldHdvcmstYmFzZWQgbW9iaWxpdHkgbWFuYWdlbWVudCBzY2hlbWUg KGUuZy4sIFBNSVB2NiBbUkZDNTIxM10gYW5kDQogICAgICAgQUVSTyBbUkZDNjcwNkJJU10pLg0K DQogICAgICAgSW4gdGhlIGhvc3QtYmFzZWQgbW9iaWxpdHkgc2NoZW1lIChlLmcuLCBNSVB2Niks IGFuIElQLVJTVSBwbGF5cyBhDQogICAgICAgcm9sZSBvZiBhIGhvbWUgYWdlbnQuICBPbiB0aGUg b3RoZXIgaGFuZCwgaW4gdGhlIG5ldHdvcmstYmFzZWQNCiAgICAgICBtb2JpbGl0eSBzY2hlbWUg KGUuZy4sIFBNSVB2NiwgYW4gTUEgcGxheXMgYSByb2xlIG9mIGEgbW9iaWxpdHkNCiAgICAgICBt YW5hZ2VtZW50IGNvbnRyb2xsZXIgc3VjaCBhcyBhIExvY2FsIE1vYmlsaXR5IEFuY2hvciAoTE1B KSBpbg0KICAgICAgIFBNSVB2Niwgd2hpY2ggYWxzbyBzZXJ2ZXMgdmVoaWNsZXMgYXMgYSBob21l IGFnZW50LCBhbmQgYW4gSVAtUlNVDQogICAgICAgcGxheXMgYSByb2xlIG9mIGFuIGFjY2VzcyBy b3V0ZXIgc3VjaCBhcyBhIE1vYmlsZSBBY2Nlc3MgR2F0ZXdheQ0KICAgICAgIChNQUcpIGluIFBN SVB2NiBbUkZDNTIxM10uICBUaGUgaG9zdC1iYXNlZCBtb2JpbGl0eSBzY2hlbWUgbmVlZHMNCiAg ICAgICBjbGllbnQgZnVuY3Rpb25hbGl0eSBpbiBJUHY2IHN0YWNrIG9mIGEgdmVoaWNsZSBhcyBh IG1vYmlsZSBub2RlIGZvcg0KICAgICAgIG1vYmlsaXR5IHNpZ25hbGluZyBtZXNzYWdlIGV4Y2hh bmdlIGJldHdlZW4gdGhlIHZlaGljbGUgYW5kIGhvbWUNCiAgICAgICBhZ2VudC4gIE9uIHRoZSBv dGhlciBoYW5kLCB0aGUgbmV0d29yay1iYXNlZCBtb2JpbGl0eSBzY2hlbWUgZG9lcyBub3QNCiAg ICAgICBuZWVkIHN1Y2ggYSBjbGllbnQgZnVuY3Rpb25hbGl0eSBmb3IgYSB2ZWhpY2xlIGJlY2F1 c2UgdGhlIG5ldHdvcmsNCiAgICAgICBpbmZyYXN0cnVjdHVyZSBub2RlIChlLmcuLCBNQUcgaW4g UE1JUHY2KSBhcyBhIHByb3h5IG1vYmlsaXR5IGFnZW50DQogICAgICAgaGFuZGxlcyB0aGUgbW9i aWxpdHkgc2lnbmFsaW5nIG1lc3NhZ2UgZXhjaGFuZ2Ugd2l0aCB0aGUgaG9tZSBhZ2VudA0KICAg ICAgIChlLmcuLCBMTUEgaW4gUE1JUHY2KSBmb3IgdGhlIHNha2Ugb2YgdGhlIHZlaGljbGUuDQoN CiAgICAgICBUaGVyZSBhcmUgYSBzY2FsYWJpbGl0eSBpc3N1ZSBhbmQgYSByb3V0ZSBvcHRpbWl6 YXRpb24gaXNzdWUgaW4gdGhlDQogICAgICAgbmV0d29yay1iYXNlZCBtb2JpbGl0eSBzY2hlbWUg KGUuZy4sIFBNSVB2Nikgd2hlbiBhbiBNQSBjb3ZlcnMgYQ0KICAgICAgIGxhcmdlIHZlaGljdWxh ciBuZXR3b3JrIGdvdmVybmluZyBtYW55IElQLVJTVXMuICBJbiB0aGlzIGNhc2UsIGENCiAgICAg ICBkaXN0cmlidXRlZCBtb2JpbGl0eSBzY2hlbWUgKGUuZy4sIERNTSBbUkZDNzQyOV0pIGNhbiBt aXRpZ2F0ZSB0aGUNCiAgICAgICBzY2FsYWJpbGl0eSBpc3N1ZSBieSBkaXN0cmlidXRpbmcgbXVs dGlwbGUgTUFzIGluIHRoZSB2ZWhpY3VsYXINCiAgICAgICBuZXR3b3JrIHN1Y2ggdGhhdCB0aGV5 IGFyZSBwb3NpdGlvbmVkIGNsb3NlciB0byB2ZWhpY2xlcyBmb3Igcm91dGUNCiAgICAgICBvcHRp bWl6YXRpb24gYW5kIGJvdHRsZW5lY2sgbWl0aWdhdGlvbiBpbiBhIGNlbnRyYWwgTUEgaW4gdGhl DQogICAgICAgbmV0d29yay1iYXNlZCBtb2JpbGl0eSBzY2hlbWUuICBBbGwgdGhlc2UgbW9iaWxp dHkgYXBwcm9hY2hlcyAoaS5lLiwNCiAgICAgICBhIGhvc3QtYmFzZWQgbW9iaWxpdHkgc2NoZW1l LCBuZXR3b3JrLWJhc2VkIG1vYmlsaXR5IHNjaGVtZSwgYW5kDQogICAgICAgZGlzdHJpYnV0ZWQg bW9iaWxpdHkgc2NoZW1lKSBhbmQgYSBoeWJyaWQgYXBwcm9hY2ggb2YgYSBjb21iaW5hdGlvbg0K ICAgICAgIG9mIHRoZW0gbmVlZCB0byBwcm92aWRlIGFuIGVmZmljaWVudCBtb2JpbGl0eSBzZXJ2 aWNlIHRvIHZlaGljbGVzDQogICAgICAgbW92aW5nIGZhc3QgYW5kIG1vdmluZyBhbG9uZyB3aXRo IHRoZSByZWxhdGl2ZWx5IHByZWRpY3RhYmxlDQogICAgICAgdHJhamVjdG9yaWVzIGFsb25nIHRo ZSByb2Fkd2F5cy4NCg0KICAgICAgIEluIHZlaGljdWxhciBuZXR3b3JrcywgdGhlIGNvbnRyb2wg cGxhbmUgY2FuIGJlIHNlcGFyYXRlZCBmcm9tIHRoZQ0KICAgICAgIGRhdGEgcGxhbmUgZm9yIGVm ZmljaWVudCBtb2JpbGl0eSBtYW5hZ2VtZW50IGFuZCBkYXRhIGZvcndhcmRpbmcgYnkNCiAgICAg ICB1c2luZyB0aGUgY29uY2VwdCBvZiBTb2Z0d2FyZS1EZWZpbmVkIE5ldHdvcmtpbmcgKFNETikN CiAgICAgICBbUkZDNzE0OV1bRE1NLUZQQ10uICBOb3RlIHRoYXQgRm9yd2FyZGluZyBQb2xpY3kg Q29uZmlndXJhdGlvbiAoRlBDKQ0KICAgICAgIGluIFtETU0tRlBDXSwgd2hpY2ggaXMgYSBmbGV4 aWJsZSBtb2JpbGl0eSBtYW5hZ2VtZW50IHN5c3RlbSwgY2FuDQogICAgICAgbWFuYWdlIHRoZSBz ZXBhcmF0aW9uIG9mIGRhdGEtcGxhbmUgYW5kIGNvbnRyb2wtcGxhbmUgaW4gRE1NLiAgSW4NCiAg ICAgICBTRE4sIHRoZSBjb250cm9sIHBsYW5lIGFuZCBkYXRhIHBsYW5lIGFyZSBzZXBhcmF0ZWQg Zm9yIHRoZSBlZmZpY2llbnQNCiAgICAgICBtYW5hZ2VtZW50IG9mIGZvcndhcmRpbmcgZWxlbWVu dHMgKGUuZy4sIHN3aXRjaGVzIGFuZCByb3V0ZXJzKSB3aGVyZQ0KICAgICAgIGFuIFNETiBjb250 cm9sbGVyIGNvbmZpZ3VyZXMgdGhlIGZvcndhcmRpbmcgZWxlbWVudHMgaW4gYSBjZW50cmFsaXpl ZA0KICAgICAgIHdheSBhbmQgdGhleSBwZXJmb3JtIHBhY2tldCBmb3J3YXJkaW5nIGFjY29yZGlu ZyB0byB0aGVpciBmb3J3YXJkaW5nDQogICAgICAgdGFibGVzIHRoYXQgYXJlIGNvbmZpZ3VyZWQg YnkgdGhlIFNETiBjb250cm9sbGVyLiAgQW4gTUEgYXMgYW4gU0RODQogICAgICAgY29udHJvbGxl ciBuZWVkcyB0byBlZmZpY2llbnRseSBjb25maWd1cmUgYW5kIG1vbml0b3IgaXRzIElQLVJTVXMg YW5kDQogICAgICAgdmVoaWNsZXMgZm9yIG1vYmlsaXR5IG1hbmFnZW1lbnQsIGxvY2F0aW9uIG1h bmFnZW1lbnQsIGFuZCBzZWN1cml0eQ0KICAgICAgIHNlcnZpY2VzLg0KDQogICAgICAgVGhlIG1v YmlsaXR5IGluZm9ybWF0aW9uIG9mIGEgR1BTIHJlY2VpdmVyIG1vdW50ZWQgaW4gaXRzIHZlaGlj bGUNCiAgICAgICAoZS5nLiwgcG9zaXRpb24sIHNwZWVkLCBhbmQgZGlyZWN0aW9uKSBjYW4gYmUg dXNlZCB0byBhY2NvbW1vZGF0ZQ0KICAgICAgIG1vYmlsaXR5LWF3YXJlIHByb2FjdGl2ZSBoYW5k b3ZlciBzY2hlbWVzLCB3aGljaCBjYW4gcGVyZm9ybSB0aGUNCiAgICAgICBoYW5kb3ZlciBvZiBh IHZlaGljbGUgYWNjb3JkaW5nIHRvIGl0cyBtb2JpbGl0eSBhbmQgdGhlIHdpcmVsZXNzDQogICAg ICAgc2lnbmFsIHN0cmVuZ3RoIG9mIGEgdmVoaWNsZSBhbmQgYW4gSVAtUlNVIGluIGEgcHJvYWN0 aXZlIHdheS4NCg0KICAgICAgIFZlaGljbGVzIGNhbiB1c2UgdGhlIFRDQyBhcyB0aGVpciBIb21l IE5ldHdvcmsgaGF2aW5nIGEgaG9tZSBhZ2VudA0KICAgICAgIGZvciBtb2JpbGl0eSBtYW5hZ2Vt ZW50IGFzIGluIE1JUHY2IFtSRkM2Mjc1XSBhbmQgUE1JUHY2IFtSRkM1MjEzXSwNCiAgICAgICBz byB0aGUgVENDIChvciBhbiBNQSBpbnNpZGUgdGhlIFRDQykgbWFpbnRhaW5zIHRoZSBtb2JpbGl0 eQ0KICAgICAgIGluZm9ybWF0aW9uIG9mIHZlaGljbGVzIGZvciBsb2NhdGlvbiBtYW5hZ2VtZW50 LiAgSVAgdHVubmVsaW5nIG92ZXINCiAgICAgICB0aGUgd2lyZWxlc3MgbGluayBzaG91bGQgYmUg YXZvaWRlZCBmb3IgcGVyZm9ybWFuY2UgZWZmaWNpZW5jeS4NCiAgICAgICBBbHNvLCBpbiB2ZWhp Y3VsYXIgbmV0d29ya3MsIGFzeW1tZXRyaWMgbGlua3Mgc29tZXRpbWVzIGV4aXN0IGFuZA0KICAg ICAgIG11c3QgYmUgY29uc2lkZXJlZCBmb3Igd2lyZWxlc3MgY29tbXVuaWNhdGlvbnMgc3VjaCBh cyBWMlYgYW5kIFYySS4NCg0KICAgID4+PiAgVGhpcyBpcyBhbGwgdmVyeSBpbmZvcm1hdGl2ZSB0 ZXh0IGJ1dCBkb2VzIG5vdCBzdGF0ZSBhIHByb2JsZW0uIElzIHRoZXJlIGENCiAgICBwcm9ibGVt IGlzIGxlZnQgdG8gYmUgc29sdmVkIG9yIGFyZSB3ZSBhc3Nlc3NpbmcgdGhlIGFwcGxpY2FiaWxp dHkgb2YNCiAgICBwcm90b2NvbHM/IENvdWxkIGl0IGZvciBpbnN0YW5jZSwgZm9yd2FyZCBwb2lu dCB0byBpc3N1ZXMgZGlzY3Vzc2VkIGluIHNlY3Rpb24NCiAgICA1Pw0KDQogICAgPHNuaXA+DQoN CiAgICAgICBBcyBzaG93biBpbiBGaWd1cmUgMywgYXMgaW50ZXJuYWwgbmV0d29ya3MsIGEgdmVo aWNsZSdzIG1vdmluZw0KICAgICAgIG5ldHdvcmsgYW5kIGFuIEVOJ3MgZml4ZWQgbmV0d29yayBh cmUgc2VsZi1jb250YWluZWQgbmV0d29ya3MgaGF2aW5nDQogICAgICAgbXVsdGlwbGUgc3VibmV0 cyBhbmQgaGF2aW5nIGFuIGVkZ2Ugcm91dGVyIChlLmcuLCBJUC1PQlUgYW5kIElQLVJTVSkNCiAg ICAgICBmb3IgdGhlIGNvbW11bmljYXRpb24gd2l0aCBhbm90aGVyIHZlaGljbGUgb3IgYW5vdGhl ciBFTi4gIFRoZQ0KICAgICAgIGludGVybmV0d29ya2luZyBiZXR3ZWVuIHR3byBpbnRlcm5hbCBu ZXR3b3JrcyB2aWEgVjJJIGNvbW11bmljYXRpb24NCiAgICAgICByZXF1aXJlcyB0aGUgZXhjaGFu Z2Ugb2YgdGhlIG5ldHdvcmsgcGFyYW1ldGVycyBhbmQgdGhlIG5ldHdvcmsNCiAgICAgICBwcmVm aXhlcyBvZiB0aGUgaW50ZXJuYWwgbmV0d29ya3MuICBGb3IgdGhlIGVmZmljaWVuY3ksIHRoZSBu ZXR3b3JrDQogICAgICAgcHJlZml4ZXMgb2YgdGhlIGludGVybmFsIG5ldHdvcmtzIChhcyBhIG1v dmluZyBuZXR3b3JrKSBpbiBhIHZlaGljbGUNCiAgICAgICBuZWVkIHRvIGJlIGRlbGVnYXRlZCBh bmQgY29uZmlndXJlZCBhdXRvbWF0aWNhbGx5LiAgTm90ZSB0aGF0IGENCiAgICAgICBtb3Zpbmcg bmV0d29yaydzIG5ldHdvcmsgcHJlZml4IGNhbiBiZSBjYWxsZWQgYSBNb2JpbGUgTmV0d29yayBQ cmVmaXgNCiAgICAgICAoTU5QKSBbT01OSV0uDQoNCiAgICA+Pj4gVGhlbiBhZ2FpbiB5b3XigJly ZSBvdmVyc2VsbGluZyBPTU5JLiBNTlAgaXMgb3JpZ2luYWxseSBkZWZpbmVkIGhlcmUNCiAgICBo dHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL3JmYzM5NjMjc2VjdGlvbi0yIGFu ZCB0aGF04oCZcyBhIHJlZmVyZW5jZQ0KICAgIHlvdSBjYW4gdXNlIG5vcm1hdGl2ZWx5Lg0KDQog ICAgPHNuaXA+DQoNCiAgICAgICBBcyBzaG93biBpbiBGaWd1cmUgMywgdGhlIGFkZHJlc3NlcyB1 c2VkIGZvciBJUHY2IHRyYW5zbWlzc2lvbnMgb3Zlcg0KICAgICAgIHRoZSB3aXJlbGVzcyBsaW5r IGludGVyZmFjZXMgZm9yIElQLU9CVSBhbmQgSVAtUlNVIGNhbiBiZSBlaXRoZXINCiAgICAgICBn bG9iYWwgSVB2NiBhZGRyZXNzZXMsIG9yIElQdjYgVUxBcyBhcyBsb25nIGFzIElQdjYgcGFja2V0 cyBjYW4gYmUNCiAgICAgICByb3V0ZWQgd2l0aGluIHZlaGljdWxhciBuZXR3b3JrcyBbT01OSV0u DQoNCiAgICA+Pj4gVGhlbiBhZ2FpbiB5b3XigJlyZSBvdmVyc2VsbGluZyBPTU5JLiBUaGVyZSBu ZWVkcyB0byAgYmUgYSByb3V0aW5nIHByb3RvY29sDQogICAgbGlrZSBhIE1BTkVUIHRoYXQgd2ls bCBhY2NlcHQgdG8gY2FycnkgdGhlDQogICAgIE1OUHMsIGFuZCB0aGF0IG11c3QgYmUgaW1wbGVt ZW50ZWQgYnkgdGhlIGluZnJhIGFuZCBib3RoIGNhcnMuIFRoZSBPTU5JIHNwZWMNCiAgICAgaXMg Y2xlYXIgb24gdGhhdC4gVGhpcyBpcyB3aHkgYXQgZmlyc3QgZ2xhbmNlIEkgc2VlIE9NTkkgYXMg YSBmdWxsIG1vYmlsZQ0KICAgICByb3V0ZXIgaW4gYSBidW1wIGluIHRoZSBzdGFjay4gTm93IHdo YXQgaXMgdGhlIHByb2JsZW0gYmVoaW5kIHRoaXM/IE5vIHN1Y2gNCiAgICAgcHJvdG9jb2wgYXQg SUVURj8gVG9vIG1hbnkgdG8gY2hvb3NlIGZyb20/IE5vIGRlcGxveW1lbnQ/DQogICAgPHNuaXA+ DQoNCiAgICBXaGVuIGdsb2JhbCBJUHY2IGFkZHJlc3Nlcw0KICAgICAgIGFyZSB1c2VkLCB3aXJl bGVzcyBpbnRlcmZhY2UgY29uZmlndXJhdGlvbiBhbmQgY29udHJvbCBvdmVyaGVhZCBmb3INCiAg ICAgICBEdXBsaWNhdGUgQWRkcmVzcyBEZXRlY3Rpb24gKERBRCkgW1JGQzQ4NjJdIGFuZCBNdWx0 aWNhc3QgTGlzdGVuZXINCiAgICAgICBEaXNjb3ZlcnkgKE1MRCkgW1JGQzI3MTBdW1JGQzM4MTBd IHNob3VsZCBiZSBtaW5pbWl6ZWQgdG8gc3VwcG9ydCBWMkkNCiAgICAgICBhbmQgVjJYIGNvbW11 bmljYXRpb25zIGZvciB2ZWhpY2xlcyBtb3ZpbmcgZmFzdCBhbG9uZyByb2Fkd2F5czsgd2hlbg0K ICAgICAgIFVMQXMgYW5kIHRoZSBPTU5JIGludGVyZmFjZSBhcmUgdXNlZCwgbm8gREFEIG5vciBN TEQgbWVzc2FnaW5nIGlzDQogICAgICAgbmVlZGVkLg0KDQogICAgPj4+IFRoZW4gYWdhaW4geW91 4oCZcmUgb3ZlcnNlbGxpbmcgT01OSS4gSXNu4oCZdCBpdCB0aGUgbm8gZGFkIG5lZWRlZCBhIHBy b3BlcnR5DQogICAgb2YgaW5qZWN0aW5nIGEgQllPQSBpbiB0aGUgZmFicmljIGZvciBhbiBHVUEg TUlQIEhvbWUgQWRkcmVzcyB3aGljaCBpcyBrbm93biB0bw0KICAgIGJlIHVuaXF1ZSBhdCBob21l PyA+Pj4gT1RPSCwgYXV0b2NvbmbigJlpbmcgYSByYW5kb20gVUxBIOKAnEZE4oCm4oCdcHJlZml4 IGhhcyBsZXNzZXINCiAgICBEQUQgcHJvcGVydGllcyB0aGFuIGF1dG9jb25m4oCZaW5nIGEgcmFu ZG9tIDY0Yml0IElJRCBpbiBhIGNsYXNzaWNhbCBzdWJuZXQuIFNvDQogICAgd2hvIHNheXMgREFE IGlzbuKAmXQgcmVxdWlyZWQgZm9yIE9NTkkgVUxBPyA+Pj4gbm90ZSB0aGF0IElNSE8gREFEIG9u IHdpcmVsZXNzIGlzDQogICAgYSBsb3QgbW9yZSBoYXJtIHRoYW4gZ29vZCwgYW5kIEkgYWdyZWUg dGhhdCB3aXRoIGEgZ29vZCBwc2V1ZG8gcmFuZG9tIGdlbmVyYXRvcg0KICAgIHRoZSBVTEEgaGFz IG5vIGNoYW5jZSB0byBjb2xsaXNpb24gaW4gdGhlIHJlYWwgd29ybGQsIGFzIE9NTkkgY2xhaW1z LiBJdOKAmXMganVzdA0KICAgIHRoYXQgeW91ciBhcmd1bWVudCBoZXJlIHBsYXlzIHRoZSBvdGhl ciB3YXksIGJlY2F1c2UgdGhlcmUgYXJlIGxlc3MgcmFuZG9tIGJpdHMNCiAgICAoNTYpICBpbiB0 aGUgVUxBIHByZWZpeCB0aGFuIGluIHRoZSBJSUQgKDYyKSwgYW5kIGlmIG9uZSBzdGFydHMgdXNp bmcgbW9yZQ0KICAgIHByZWZpeCBiaXRzIHRvIGJlIG5vbi1yYW5kb20sIHRoZXJlIHdpbGwgYmUg YSB0aW1lIHdoZW4gREFEIG9uIHByZWZpeCBpcyBuZWVkZWQuDQoNCiAgICA8c25pcD4NCg0KICAg ICAgIExldCB1cyBjb25zaWRlciB0aGUgdXBsb2FkL2Rvd25sb2FkIHRpbWUgb2YgYSB2ZWhpY2xl IHdoZW4gaXQgcGFzc2VzDQogICAgICAgdGhyb3VnaCB0aGUgd2lyZWxlc3MgY29tbXVuaWNhdGlv biBjb3ZlcmFnZSBvZiBhbiBJUC1SU1UuICBGb3IgYQ0KICAgICAgIGdpdmVuIHR5cGljYWwgc2V0 dGluZyB3aGVyZSAxa20gaXMgdGhlIG1heGltdW0gRFNSQyBjb21tdW5pY2F0aW9uDQogICAgICAg cmFuZ2UgW0RTUkNdIGFuZCAxMDBrbS9oIGlzIHRoZSBzcGVlZCBsaW1pdCBpbiBoaWdod2F5LCB0 aGUgZHdlbGxpbmcNCiAgICAgICB0aW1lIGNhbiBiZSBjYWxjdWxhdGVkIHRvIGJlIDcyIHNlY29u ZHMgYnkgZGl2aWRpbmcgdGhlIGRpYW1ldGVyIG9mDQogICAgICAgdGhlIDJrbSAoaS5lLiwgdHdv IHRpbWVzIG9mIERTUkMgY29tbXVuaWNhdGlvbiByYW5nZSB3aGVyZSBhbiBJUC1SU1UNCiAgICAg ICBpcyBsb2NhdGVkIGluIHRoZSBjZW50ZXIgb2YgdGhlIGNpcmNsZSBvZiB3aXJlbGVzcyBjb21t dW5pY2F0aW9uKSBieQ0KICAgICAgIHRoZSBzcGVlZCBsaW1pdCBvZiAxMDBrbS9oIChpLmUuLCBh Ym91dCAyOG0vcykuICBGb3IgdGhlIDcyIHNlY29uZHMsDQogICAgICAgYSB2ZWhpY2xlIHBhc3Np bmcgdGhyb3VnaCB0aGUgY292ZXJhZ2Ugb2YgYW4gSVAtUlNVIGNhbiB1cGxvYWQgYW5kDQogICAg ICAgZG93bmxvYWQgZGF0YSBwYWNrZXRzIHRvL2Zyb20gdGhlIElQLVJTVS4NCg0KICAgIDxzbmlw Pg0KDQogICAgNC4zLiAgVjJWLWJhc2VkIEludGVybmV0d29ya2luZw0KDQogICAgPj4+IEluIHRo aXMgc2VjdGlvbiBpdCBsb29rcyBsaWtlIHRoZSBjYXJzIGFyZSBpbiBhIHN0YWJsZSBsaW5lIG9m IHNpZ2h0DQogICAgcmVsYXRpb25zaGlwLiBXaGljaCBpcyBwcm9iYWJseSBmaW5lIGZvciBhIHBs YXRvb24sIGJ1dCB3aGVuIHlvdSBkcml2ZSBhbG9uZw0KICAgIHdpdGggZnJpZW5kcyBpbiBkaWZm ZXJlbnQgY2FycywgeW91IHJlYWxpemUgdGhhdCB0aGUgbGluZSBvZiBzaWdodCBhc3N1bXB0aW9u DQogICAgZG9lcyBub3Qgc3RhbmQgb3ZlciB0aW1lLiBTb29uIGVub3VnaCwgb3RoZXIgY2FycyBt ZWRkbGUgaW4sIGFuZCBwb3NzaWJseSBvbmUNCiAgICBvZiB0aGUgY2FycyBkcml2ZXMgZmFzdGVy IGFuZCB0b28gZmFyIGFoZWFkIHNvIHlvdSBuZWVkIHRoZSBpbmZyYSB0byByZWxheSwNCiAgICBw b3NzaWJseSBvdmVyIG11bHRpcGxlIGluZnJhIGhvcHMuDQoNCiAgICA+Pj4gc28gaW4gdGhpcyBz ZWN0aW9uLCBJ4oCZZCBleHBlY3QgdG8gc2VlIGEgVmVoaWNsZSBjb21tdW5pY2F0aW5nIHdpdGgg YW5vdGhlcg0KICAgIG9uZSBhbmQgdXNpbmcgZWl0aGVyIGxpbmUgb2Ygc2lnaHQgb3IgVjJWIHJl bGF5aW5nIGJ1dCBhbHNvIHVzaW5nIHJlbGF5IHZpYSBWMkkNCiAgICAobXVsdGlob3AgSTJJIG5v dCBqdXN0IGh1YiBhbmQgc3Bva2UgVjJJMlYgKSwgYWx0ZXJuYXRpdmVseSB0byB0b2dldGhlciBm b3INCiAgICByZWR1bmRhbmN5LiBJcyB0aGF0IHBhcnQgb2YgdGhlIHByb2JsZW0/DQoNCiAgICA+ Pj4gcmVhZGluZyBkZWVwZXIgc2VjdGlvbiA1IEkgZm91bmQgZXhjZWxsZW50IHRleHQgb24gcm91 dGluZyB2aWEgViBhbmQgdmlhIEkuDQogICAgVGhpcyB0ZWxscyB0aGF0IHNlY3Rpb24gNCBkb2Vz IG5vdCBwbGF5IGEgZ29vZCByb2xlIGF0IGp1c3RpZnlpbmcgc2VjdGlvbiA1Lg0KICAgIE1heWJl IGtlZXAgc2VjdGlvbiA0IGZvciBhbm90aGVyIGRvYz8NCg0KICAgID4+PiBXaGF0IGtpbmQgb3Ig cmVsaWFiaWxpdHkgaXMgcmVxdWlyZWQgaW4gYSBWMlYgdXNlIGNhc2U/IERvIHlvdSB0aGluayBO RCBjYW4NCiAgICBoYW5kbGUgaXQ/IE9yIE1BTkVUPyBXaGF0IHdvdWxkIGJlIHRoZSBhc3N1bXB0 aW9uIG9uIEwyIChyb2FtaW5nIHRpbWUsIHVuaWNhc3QNCiAgICB2cyBQMk1QKSBhbmQgb24gTDMg KHJlbGlhYmlsaXR5IGFsYSBEZXROZXQvUkFXKS4gU2hvdWxkIHdlIGhhdmUgc29tZSBMMyANCiAg ICByZWR1bmRhbmN5Pw0KDQogICAgPHNuaXA+DQoNCiAgICA1LiAgUHJvYmxlbSBTdGF0ZW1lbnQN Cg0KICAgIDxzbmlwPg0KDQogICAgICAgSW4gb3JkZXIgdG8gc3BlY2lmeSBwcm90b2NvbHMgdXNp bmcgdGhlIGFyY2hpdGVjdHVyZSBtZW50aW9uZWQgaW4NCiAgICAgICBTZWN0aW9uIDQuMSwgSVB2 NiBjb3JlIHByb3RvY29scyBoYXZlIHRvIGJlIGFkYXB0ZWQgdG8gb3ZlcmNvbWUNCiAgICAgICBj ZXJ0YWluIGNoYWxsZW5naW5nIGFzcGVjdHMgb2YgdmVoaWN1bGFyIG5ldHdvcmtpbmcuICBTaW5j ZSB0aGUNCiAgICAgICB2ZWhpY2xlcyBhcmUgbGlrZWx5IHRvIGJlIG1vdmluZyBhdCBncmVhdCBz cGVlZCwgcHJvdG9jb2wgZXhjaGFuZ2VzDQogICAgICAgbmVlZCB0byBiZSBjb21wbGV0ZWQgaW4g YSB0aW1lIHJlbGF0aXZlbHkgc2hvcnQgY29tcGFyZWQgdG8gdGhlDQogICAgICAgbGlmZXRpbWUg b2YgYSBsaW5rIGJldHdlZW4gYSB2ZWhpY2xlIGFuZCBhbiBJUC1SU1UsIG9yIGJldHdlZW4gdHdv DQogICAgICAgdmVoaWNsZXMuDQoNCiAgICA+Pj4gQW55IG9yZGVyIG9mIG1hZ25pdHVkZT8NCiAg ICA+Pj4gQ2FuIHlvdSBpbmRpY2F0ZSB3aGV0aGVyIHRoaXMgYWxyZWFkeSBydWxlcyBvdXQgY2Vy dGFpbiBwcm9jZWR1cmVzLCBlLmcuDQogICAgREFEID8NCg0KICAgICAgIFRoZSBsaWZldGltZSBv ZiBhIHNlc3Npb24gdmFyaWVzIGRlcGVuZGluZyBvbiB0aGUgc2Vzc2lvbidzIHR5cGUgc3VjaA0K ICAgICAgIGFzIGEgd2ViIHN1cmZpbmcsIHZvaWNlIGNhbGwgb3ZlciBJUCwgYW5kIEROUyBxdWVy eS4gIFJlZ2FyZGxlc3Mgb2YgYQ0KICAgICAgIHNlc3Npb24ncyB0eXBlLCB0byBndWlkZSBhbGwg dGhlIElQdjYgcGFja2V0cyB0byB0aGVpciBkZXN0aW5hdGlvbg0KICAgICAgIGhvc3QsIElQIG1v YmlsaXR5IHNob3VsZCBiZSBzdXBwb3J0ZWQgZm9yIHRoZSBzZXNzaW9uLg0KDQogICAgPj4+IHRo aXMgc2VlbXMgdG8gYmUgZm9yIHVuaWNhc3Qgd2hlbiB5b3Uga25vdyB3aG8gdG8gdGFsayB0by4g SXMgdGhlcmUgYSBuZWVkDQogICAgc29tZSBtdWx0aWNhc3QgZ3JvdXBzIGxpa2UgYW55Ym9keSBh cm91bmQgaW50ZXJlc3RlZCBpbiB0b3BpYyBibGFoIGxpa2UgSSBjb3VsZA0KICAgIGJlIG11bHRp Y2FzdGluZyB0aGUgc3BlZWQgb2YgdmVoaWNsZXMgY29taW5nIHRoZSBvdGhlciB3YXkgdGhhdCBJ IGNyb3NzZWQNCiAgICByZWNlbnRseSwgZm9yIHVzZSBvZiB2ZWhpY2xlcyB0aGF0IEnigJltIGNy b3NzaW5nIG5vdywgc28gdGhleSBjYW4gc2VlIGEgc2xvd2Rvd24NCiAgICBvbiBhZHZhbmNlDQoN CiAgICAgICBUaHVzLCB0aGUgdGltZSBjb25zdHJhaW50IG9mIGEgd2lyZWxlc3MgbGluayBoYXMg YSBtYWpvciBpbXBhY3Qgb24NCiAgICAgICBJUHY2IE5laWdoYm9yIERpc2NvdmVyeSAoTkQpLiAg TW9iaWxpdHkgTWFuYWdlbWVudCAoTU0pIGlzIGFsc28NCiAgICAgICB2dWxuZXJhYmxlIHRvIGRp c2Nvbm5lY3Rpb25zIHRoYXQgb2NjdXIgYmVmb3JlIHRoZSBjb21wbGV0aW9uIG9mDQogICAgICAg aWRlbnRpdHkgdmVyaWZpY2F0aW9uIGFuZCB0dW5uZWwgbWFuYWdlbWVudC4gIFRoaXMgaXMgZXNw ZWNpYWxseSB0cnVlDQogICAgICAgZ2l2ZW4gdGhlIHVucmVsaWFibGUgbmF0dXJlIG9mIHdpcmVs ZXNzIGNvbW11bmljYXRpb24uICBUaGlzIHNlY3Rpb24NCiAgICAgICBwcmVzZW50cyBrZXkgdG9w aWNzIHN1Y2ggYXMgbmVpZ2hib3IgZGlzY292ZXJ5IGFuZCBtb2JpbGl0eQ0KICAgICAgIG1hbmFn ZW1lbnQuDQoNCiAgICA+Pj4gT25seSBORD8gV2hhdCBhYm91dCB0aGUgTUFORVQ/DQogICAgPj4+ IGhvdyBmYXN0IHNob3VsZCBORCBiZSB0byBiZSBzdWl0YWJsZT8NCiAgICA+Pj4gaXMgdGhlcmUg YWxzbyBhIGJhbmR3aWR0aCBjaGVjaz8gWW91IGNhbiBtYWtlIHRoaW5ncyBtdWNoIGZhc3RlciBp ZiB5b3UNCiAgICBkZWRpY2F0ZSBhIGxvdCBvZiBzcGVjdHJ1bSB0byBpdC4gQnV0IHRoYXQgY2Fu IGFsc28gYmUgYSB3YXN0ZS4NCg0KICAgIDUuMS4gIE5laWdoYm9yIERpc2NvdmVyeQ0KDQogICAg PHNuaXA+DQoNCiAgICAgICBUaGUgcmVxdWlyZW1lbnRzIGZvciBJUHY2IE5EIGZvciB2ZWhpY3Vs YXIgbmV0d29ya3MgYXJlIGVmZmljaWVudCBEQUQNCiAgICAgICBhbmQgTlVEIG9wZXJhdGlvbnMu DQoNCiAgICA+Pj4gTm90IGxvb2t1cD8gSXMgaXQgdGhlIGludGVudGlvbiB0byB1c2UgSVAgdW5p Y2FzdCBvdmVyIE1BQyBicm9hZGNhc3QsIHdoaWNoDQogICAgaXMgYSBnb29kIGlkZWEgaW4gbXkg Ym9vaz8NCg0KICAgICA8c25pcD4NCg0KICAgICAgICAgIFRoaXMgbWVyZ2luZyBhbmQgcGFydGl0 aW9uaW5nIHNob3VsZCBiZSBjb25zaWRlcmVkIGZvciB0aGUNCiAgICAgICBJUHY2IE5EIHN1Y2gg YXMgSVB2NiBTdGF0ZWxlc3MgQWRkcmVzcyBBdXRvY29uZmlndXJhdGlvbiAoU0xBQUMpDQogICAg ICAgW1JGQzQ4NjJdLg0KDQogICAgPj4+IE5vdCBsb29rdXA/IElzIGl0IHRoZSBpbnRlbnRpb24g dG8gdXNlIElQIHVuaWNhc3Qgb3ZlciBNQUMgYnJvYWRjYXN0LCB3aGljaA0KICAgIGlzIGEgZ29v ZCBpZGVhIGluIG15IGJvb2s/DQoNCiAgICAgPHNuaXA+DQoNCiAgICAgICBBbHNvLCB0aGUgcGFy dGl0aW9uaW5nIG9mIGEgVkFORVQgbWF5IG1ha2UgdmVoaWNsZXMgd2l0aCB0aGUgc2FtZQ0KICAg ICAgIHByZWZpeCBiZSBwaHlzaWNhbGx5IHVucmVhY2hhYmxlLiAgQWxzbywgU0xBQUMgbmVlZHMg dG8gcHJldmVudCBJUHY2DQogICAgICAgYWRkcmVzcyBkdXBsaWNhdGlvbiBkdWUgdG8gdGhlIG1l cmdpbmcgb2YgVkFORVRzLiAgQWNjb3JkaW5nIHRvIHRoZQ0KICAgICAgIG1lcmdpbmcgYW5kIHBh cnRpdGlvbmluZywgYSBkZXN0aW5hdGlvbiB2ZWhpY2xlIChhcyBhbiBJUHY2IGhvc3QpDQogICAg ICAgbmVlZHMgdG8gYmUgZGlzdGluZ3Vpc2hlZCBhcyBlaXRoZXIgYW4gb24tbGluayBob3N0IG9y IGFuIG9mZi1saW5rDQogICAgICAgaG9zdCBldmVuIHRob3VnaCB0aGUgc291cmNlIHZlaGljbGUg dXNlcyB0aGUgc2FtZSBwcmVmaXggYXMgdGhlDQogICAgICAgZGVzdGluYXRpb24gdmVoaWNsZS4N Cg0KICAgID4+PiBzaG91bGQgcmVmZXJlbmNlIHRvIGRyYWZ0LW5vcmRtYXJrLWludGFyZWEtaXBw bA0KDQogICAgICAgVG8gZWZmaWNpZW50bHkgcHJldmVudCBJUHY2IGFkZHJlc3MgZHVwbGljYXRp b24gZHVlIHRvIHRoZSBWQU5FVA0KICAgICAgIHBhcnRpdGlvbmluZyBhbmQgbWVyZ2luZyBmcm9t IGhhcHBlbmluZyBpbiB2ZWhpY3VsYXIgbmV0d29ya3MsIHRoZQ0KICAgICAgIHZlaGljdWxhciBu ZXR3b3JrcyBuZWVkIHRvIHN1cHBvcnQgYSB2ZWhpY3VsYXItbmV0d29yay13aWRlIERBRCBieQ0K ICAgICAgIGRlZmluaW5nIGEgc2NvcGUgdGhhdCBpcyBjb21wYXRpYmxlIHdpdGggdGhlIGxlZ2Fj eSBEQUQuICBJbiB0aGlzDQogICAgICAgY2FzZSwgdHdvIHZlaGljbGVzIGNhbiBjb21tdW5pY2F0 ZSB3aXRoIGVhY2ggb3RoZXIgd2hlbiB0aGVyZSBleGlzdHMNCiAgICAgICBhIGNvbW11bmljYXRp b24gcGF0aCBvdmVyIFZBTkVUIG9yIGEgY29tYmluYXRpb24gb2YgVkFORVRzIGFuZCBJUC0NCiAg ICAgICBSU1VzLCBhcyBzaG93biBpbiBGaWd1cmUgMS4gIEJ5IHVzaW5nIHRoZSB2ZWhpY3VsYXIt bmV0d29yay13aWRlIERBRCwNCiAgICAgICB2ZWhpY2xlcyBjYW4gYXNzdXJlIHRoYXQgdGhlaXIg SVB2NiBhZGRyZXNzZXMgYXJlIHVuaXF1ZSBpbiB0aGUNCiAgICAgICB2ZWhpY3VsYXIgbmV0d29y ayB3aGVuZXZlciB0aGV5IGFyZSBjb25uZWN0ZWQgdG8gdGhlIHZlaGljdWxhcg0KICAgICAgIGlu ZnJhc3RydWN0dXJlIG9yIGJlY29tZSBkaXNjb25uZWN0ZWQgZnJvbSBpdCBpbiB0aGUgZm9ybSBv ZiBWQU5FVC4NCg0KICAgID4+PiBFeGNlbGxlbnQNCg0KICAgICAgIE5EIHRpbWUtcmVsYXRlZCBw YXJhbWV0ZXJzIHN1Y2ggYXMgcm91dGVyIGxpZmV0aW1lIGFuZCBOZWlnaGJvcg0KICAgICAgIEFk dmVydGlzZW1lbnQgKE5BKSBpbnRlcnZhbCBuZWVkIHRvIGJlIGFkanVzdGVkIGZvciB2ZWhpY2xl IHNwZWVkIGFuZA0KICAgICAgIHZlaGljbGUgZGVuc2l0eS4gIEZvciBleGFtcGxlLCB0aGUgTkEg aW50ZXJ2YWwgbmVlZHMgdG8gYmUNCiAgICAgICBkeW5hbWljYWxseSBhZGp1c3RlZCBhY2NvcmRp bmcgdG8gYSB2ZWhpY2xlJ3Mgc3BlZWQgc28gdGhhdCB0aGUNCiAgICAgICB2ZWhpY2xlIGNhbiBt YWludGFpbiBpdHMgbmVpZ2hib3JpbmcgdmVoaWNsZXMgaW4gYSBzdGFibGUgd2F5LA0KICAgICAg IGNvbnNpZGVyaW5nIHRoZSBjb2xsaXNpb24gcHJvYmFiaWxpdHkgd2l0aCB0aGUgTkEgbWVzc2Fn ZXMgc2VudCBieQ0KICAgICAgIG90aGVyIHZlaGljbGVzLg0KDQogICAgPj4+IElzIHRoYXQgYSBw cm9ibGVtIG9yIGp1c3QgYW4gb3BlcmF0aW9uYWwgc2V0dGluZyB0aGF0IG5lZWRzIHRvIGJlIGZv dW5kPw0KICAgID4+PiBEbyB3ZSBuZWVkIHRvIHJlY29uc2lkZXIgdGhlIGNvbmNlcHRzIG9mIHRo b3NlIHRpbWVycz8NCg0KICAgIDxzbmlwPg0KDQogICAgICAgVGh1cywgaW4gSVB2Ni1iYXNlZCB2 ZWhpY3VsYXIgbmV0d29ya2luZywgSVB2NiBORCBzaG91bGQgaGF2ZSBtaW5pbXVtDQogICAgICAg Y2hhbmdlcyBmb3IgdGhlIGludGVyb3BlcmFiaWxpdHkgd2l0aCB0aGUgbGVnYWN5IElQdjYgTkQg dXNlZCBpbiB0aGUNCiAgICAgICBJbnRlcm5ldCwgaW5jbHVkaW5nIHRoZSBEQUQgYW5kIE5VRCBv cGVyYXRpb25zLg0KDQogICAgPj4+IEkgZG8gbm90IGZpbmQgdGhlIGxvZ2ljYWwgbGluayB3aXRo IHRoZSB0ZXh0IGJlZm9yZSwgd2h5IGlzIHRoaXMgYSDigJx0aHVz4oCdPw0KICAgID4+PiB3aHkg c2hvdWxkIHRoZSBORCBpbnNpZGUgdGhlIFZBTkVUIGJlIGNvbnN0cmFpbmVkIHRvIGJlIGludGVy b3BlcmFibGU/IFRoaXMNCiAgICBtYXkgcGxhY2UgY29uc3RyYWludHMgb24gdGhlIHNvbHV0aW9u Lg0KDQogICAgNS4xLjEuICBMaW5rIE1vZGVsDQoNCiAgICAgICBBIHByZWZpeCBtb2RlbCBmb3Ig YSB2ZWhpY3VsYXIgbmV0d29yayBuZWVkcyB0byBmYWNpbGl0YXRlIHRoZQ0KDQogICAgPj4+IERv IHlvdSBtZWFuIGEg4oCcc3VibmV0IG1vZGVs4oCdIGFzIG9wcG9zZWQgdG8g4oCccHJlZml4IG1v ZGVs4oCdLg0KICAgID4+PiBpdCB3b3VsZCBtYWtlIHRoaXMgcGllY2UgYW5kIHRoZSBuZXh0IHNo b3VsZCByZWZlciB0bw0KICAgIGRyYWZ0LXRodWJlcnQtNm1hbi1pcHY2LW92ZXItd2lyZWxlc3Mg Zm9yIElQdjYgb3ZlciBQMk1QIC9OQk1BLCBmb3IgYm90aCBsaW5rDQogICAgYW5kIHN1Ym5ldCBp c3N1ZXMuIFRoZSBnZW5lcmFsIGlkZWFzIGFyZSB0aGUgc2FtZSwgYnV0IHRoZSBnb3J5IGRldGFp bHMgaGVyZQ0KICAgIGFyZSBzbGlnaHRseSBpbmNvcnJlY3QsIGxpa2UgdGhpcyBub3Rpb24gb2Yg cHJlZml4IG1vZGVsIHRoYW4gY29tZXMgb3V0IG9mIHRoZQ0KICAgIGJsdWUuIFRoZSBtb2RlbCBp cyByZWFsbHkgdGhlIHN1Ym5ldCBtb2RlbCBmb3IgdGhlIHN1Ym5ldCBhc3NvY2lhdGVkIHRvIFAy TVAuDQoNCiAgICAgICBjb21tdW5pY2F0aW9uIGJldHdlZW4gdHdvIHZlaGljbGVzIHdpdGggdGhl IHNhbWUgcHJlZml4IHJlZ2FyZGxlc3Mgb2YNCiAgICAgICB0aGUgdmVoaWN1bGFyIG5ldHdvcmsg dG9wb2xvZ3kgYXMgbG9uZyBhcyB0aGVyZSBleGlzdCBiaWRpcmVjdGlvbmFsDQogICAgICAgRTJF IHBhdGhzIGJldHdlZW4gdGhlbSBpbiB0aGUgdmVoaWN1bGFyIG5ldHdvcmsgaW5jbHVkaW5nIFZB TkVUcyBhbmQNCiAgICAgICBJUC1SU1VzLiAgVGhpcyBwcmVmaXggbW9kZWwgYWxsb3dzIHZlaGlj bGVzIHdpdGggdGhlIHNhbWUgcHJlZml4IHRvDQogICAgICAgY29tbXVuaWNhdGUgd2l0aCBlYWNo IG90aGVyIHZpYSBhIGNvbWJpbmF0aW9uIG9mIG11bHRpaG9wIFYyViBhbmQNCiAgICAgICBtdWx0 aWhvcCBWMkkgd2l0aCBWQU5FVHMgYW5kIElQLVJTVXMuICBOb3RlIHRoYXQgdGhlIE9NTkkgaW50 ZXJmYWNlDQogICAgICAgc3VwcG9ydHMgYW4gTkJNQSBsaW5rIG1vZGVsIHdoZXJlIG11bHRpaG9w IFYyViBhbmQgVjJJIGNvbW11bmljYXRpb25zDQogICAgICAgdXNlIGVhY2ggbW9iaWxlIG5vZGUn cyBVTEFzIHdpdGhvdXQgbmVlZCBmb3IgYW55IERBRCBvciBNTEQNCiAgICAgICBtZXNzYWdpbmcu DQoNCiAgICA+Pj4gYWdhaW4gb3ZlcnNlbGxpbmcgT01OSS4NCiAgICA+Pj4gSSBraW5kYSBhZ3Jl ZSBhYm91dCB0aGUgT01OSSBpbnRlcmZhY2UgbW9kZWwsIG5vdGhpbmcgYWdhaW5zdCB0aGF0LiBC dXQgeW91DQogICAgbXVzdCBzZWUgdGhhdCB0aGVyZSBuZWVkcyBhIGxvdCBtb3JlIHRoYW4gd2hh dCB0aGUgT01OSSBpbnRlcmZhY2UgdG8gZ2V0DQogICAgcGFja2V0cyBhY3Jvc3MgViBhbmQgSSBo b3BzIHRvIHRoZSBkZXN0aW5hdGlvbi4gTGlrZSByb3V0aW5nIGFsYSBNQU5FVCwNCiAgICByZWR1 bmRhbmN5IGhhbmRsaW5nIGFsYSBEZXROZXQgYmVjYXVzZSBpdCB3aWxsIGJlIHZlcnkgbG9zc3ks IHBhdGggbWFuYWdlbWVudA0KICAgIGFsYSBSQVcgdG8gb3B0aW1pemUgZGVsaXZlcnkgdnMuIHNw ZWN0cnVt4oCmIEFuZCBPTU5JIGlnbm9yZXMgTkQgc28gaXQgZG9lcyBub3QNCiAgICBzb2x2ZSB0 aGUgTkQgcHJvYmxlbXMgYWJvdmUuDQoNCiAgICAgICBJUHY2IHByb3RvY29scyB3b3JrIHVuZGVy IGNlcnRhaW4gYXNzdW1wdGlvbnMgdGhhdCBkbyBub3QgbmVjZXNzYXJpbHkNCiAgICAgICBob2xk IGZvciB2ZWhpY3VsYXIgd2lyZWxlc3MgYWNjZXNzIGxpbmsgdHlwZXMgb3RoZXIgdGhhbiBPTU5J L05CTUENCiAgICAgICBbVklQLVdBVkVdW1JGQzU4ODldOyB0aGUgcmVzdCBvZiB0aGlzIHNlY3Rp b24gZGlzY3Vzc2VzIGltcGxpY2F0aW9ucw0KICAgICAgIGZvciB0aG9zZSBsaW5rIHR5cGVzIHRo YXQgZG8gbm90IGFwcGx5IHdoZW4gdGhlIE9NTkkvTkJNQSBsaW5rIG1vZGVsDQoNCiAgICA+Pj4g YWdhaW4gb3ZlcnNlbGxpbmcgT01OSS4NCiAgICA+Pj4gVGhlIGtleXdvcmQgaGVyZSBpcyBQMk1Q IC8gTkJNQSwgYW5kIE9NTkkgaXMgb25lIGludGVyZmFjZSB0aGF0IGFjY2VwdHMNCiAgICB0aGF0 LiBUaGVyZSBhcmUgb3RoZXJzLiBJQk3igJlzIElQdjQgb3ZlciBGcmFtZSByZWxheSB3YXMgYWxy ZWFkeSBQMk1QIC8gTkJNQSwNCiAgICB1c2luZyByb3V0aW5nIHRvIGNvbXBsZXRlIHRoZSBwYXJ0 aWFsIG1lc2ggaW4gUDJNUC4gVGhlIHRleHQgc2VlbXMgdG8gaW1wbHkNCiAgICB0aGF0IE9NTkkg aXMgdGhlIG9ubHkgd2F5IHRvIGRvIHRoYXQgYW5kIHRoYXTigJlzIHdyb25nLiBBbHNvIE9NTkkg aXMgbG9hZGVkIHdpdGgNCiAgICBvdGhlciBzdHVmZiB0aGFuIGEgcGxhaW4gUDJNUCBjYXBhYmxl IGludGVyZmFjZS4gQW5kIE5EIG92ZXIgUDJNUCBpcyBub3QgZG9uZQ0KICAgIGJ5IE9NTkksIE9N Tkkgb25seSBtYWtlcyBjbGFzc2ljYWwgTkQgd29yc2UgYW5kIG9ubHkgd29ya3MgaW4gYSBmdWxs IG1lc2guIE9UT0gNCiAgICBSRkMgODUwNSwgd2hpY2ggaXMgZGVzaWduZWQgdG8gZG8gTkQgZm9y IFAyTVAgL05CTUEgd291bGQgaW5kZWVkIHdvcmsgdmVyeSB3ZWxsDQogICAgd2l0aGluIGFuIE9N TkkgaW50ZXJmYWNlIGFuZCBzb2x2ZSB0aG9zZSBwcm9ibGVtcy4gPj4+IE15IHBvaW50IGlzIHRo YXQgeW91DQogICAgbmVlZCB0byB0ZWxsIHRoZSBmdWxsIHN0b3J5IG9yIHJlZnJhaW4gZnJvbSBl bnRlcmluZyBzb2x1dGlvbiBzcGFjZSBpbiB0aGlzIGRvYw0KDQogICAgPHNuaXA+DQoNCiAgICAg ICBUaGVyZSBpcyBhIHJlbGF0aW9uc2hpcCBiZXR3ZWVuIGEgbGluayBhbmQgYSBwcmVmaXgsIGJl c2lkZXMgdGhlDQogICAgICAgZGlmZmVyZW50IHNjb3BlcyB0aGF0IGFyZSBleHBlY3RlZCBmcm9t IHRoZSBsaW5rLWxvY2FsIGFuZCBnbG9iYWwNCiAgICAgICB0eXBlcyBvZiBJUHY2IGFkZHJlc3Nl cy4gIEluIGFuIElQdjYgbGluaywgaXQgaXMgYXNzdW1lZCB0aGF0IGFsbA0KICAgICAgIGludGVy ZmFjZXMgd2hpY2ggYXJlIGNvbmZpZ3VyZWQgd2l0aCB0aGUgc2FtZSBzdWJuZXQgcHJlZml4IGFu ZCB3aXRoDQogICAgICAgb24tbGluayBiaXQgc2V0IGNhbiBjb21tdW5pY2F0ZSB3aXRoIGVhY2gg b3RoZXIgb24gYW4gSVB2NiBsaW5rLg0KDQogICAgPj4+IG5vdCBhc3N1bWVkOyB0aGF04oCZcyB3 aGF0IHRoZSBvbmxpbmsgYnV0IHNldCB0ZWxscy4gVGhlIGNvbmNsdXNpb24gc2hvdWxkIGJlDQog ICAgdGhhdCB0aGUgVkFORVQgY2Fubm90IHNldCB0aGUgTyBiaXQuDQoNCiAgICAgICBIb3dldmVy LCB0aGUgdmVoaWN1bGFyIGxpbmsgbW9kZWwgbmVlZHMgdG8gZGVmaW5lIHRoZSByZWxhdGlvbnNo aXANCiAgICAgICBiZXR3ZWVuIGEgbGluayBhbmQgYSBwcmVmaXgsIGNvbnNpZGVyaW5nIHRoZSBk eW5hbWljcyBvZiB3aXJlbGVzcw0KICAgICAgIGxpbmtzIGFuZCB0aGUgY2hhcmFjdGVyaXN0aWNz IG9mIFZBTkVULg0KDQogICAgPHNuaXA+DQoNCiAgICAgICBGcm9tIHRoZSBwcmV2aW91cyBvYnNl cnZhdGlvbiwgYSB2ZWhpY3VsYXIgbGluayBtb2RlbCBzaG91bGQgY29uc2lkZXINCiAgICAgICB0 aGUgZnJlcXVlbnQgcGFydGl0aW9uaW5nIGFuZCBtZXJnaW5nIG9mIFZBTkVUcyBkdWUgdG8gdmVo aWNsZQ0KICAgICAgIG1vYmlsaXR5LiAgVGhlcmVmb3JlLCB0aGUgdmVoaWN1bGFyIGxpbmsgbW9k ZWwgbmVlZHMgdG8gdXNlIGFuIG9uLQ0KICAgICAgIGxpbmsgcHJlZml4IGFuZCBvZmYtbGluayBw cmVmaXggYWNjb3JkaW5nIHRvIHRoZSBuZXR3b3JrIHRvcG9sb2d5IG9mDQogICAgICAgdmVoaWNs ZXMgc3VjaCBhcyBhIG9uZS1ob3AgcmVhY2hhYmxlIG5ldHdvcmsgYW5kIGEgbXVsdGlob3AgcmVh Y2hhYmxlDQoNCiAgICA+Pj4gTm8sIHRoZSBvbmNlIGEgbm9kZSBzYXcgYSBPIGJpdCBzZXQgdGhh dCBzdGlja3MgZXZlbiBpZiBpdCBzZWVzIG90aGVyDQogICAgYWR2ZXJ0aXNlbWVudHMgb2YgdGhl IFBJTyB3aXRoIHRoZSBPIGJpdCBub3Qgc2V0LiA+Pj4gVGhpcyBpcyBhIGdsb2JhbCBhbmQNCiAg ICBpbnRyaW5zaWMgcHJvcGVydHkgb2YgdGhlIHByZWZpeCAoYW5kIGFuIGF0dGFjayB2ZWN0b3Ig dGhhdCBjb3VsZCBiZSBtZW50aW9uZWQNCiAgICBpbiB0aGUgc2VjIHNlY3Rpb24pLiA+Pj4gdGhl IFZBTkVUIHByZWZpeCBtdXN0IG5ldmVyIGNvbWUgd2l0aCB0aGUgTyBiaXQgc2V0Lg0KDQogICAg PHNuaXA+DQoNCiAgICAgICBuZXR3b3JrIChvciBwYXJ0aXRpb25lZCBuZXR3b3JrcykuICBJZiB0 aGUgdmVoaWNsZXMgd2l0aCB0aGUgc2FtZQ0KICAgICAgIHByZWZpeCBhcmUgcmVhY2hhYmxlIGZy b20gZWFjaCBvdGhlciBpbiBvbmUgaG9wLCB0aGUgcHJlZml4IHNob3VsZCBiZQ0KICAgICAgIG9u LWxpbmsuDQoNCiAgICA+Pj4+IE5vLCBzZWUgYWJvdmU7IGJ1dCB0aGUgcm91dGVyIG1heSByZWRp cmVjdCB0aG91Z2ggaXQgaXMgcmVhbGx5IHJpc2t5DQogICAgdW5sZXNzIHRoaXMgaXMgYSBzdGFi bGUgc2l0dWF0aW9uIGxpa2UgYSBwYXJraW5nIHBsYWNlLg0KDQogICAgICAgVGh1cywgaW4gSVB2 Ni1iYXNlZCB2ZWhpY3VsYXIgbmV0d29ya2luZywgdGhlIHZlaGljdWxhciBsaW5rIG1vZGVsDQog ICAgICAgc2hvdWxkIGhhdmUgbWluaW11bSBjaGFuZ2VzIGZvciBpbnRlcm9wZXJhYmlsaXR5IHdp dGggc3RhbmRhcmQgSVB2Ng0KICAgICAgIGxpbmtzIGluIGFuIGVmZmljaWVudCBmYXNoaW9uIHRv IHN1cHBvcnQgSVB2NiBEQUQsIE1MRCBhbmQgTlVEDQogICAgICAgb3BlcmF0aW9ucy4gIFdoZW4g dGhlIE9NTkkgTkJNQSBsaW5rIG1vZGVsIGlzIHVzZWQsIHRoZXJlIGFyZSBubyBsaW5rDQogICAg ICAgbW9kZWwgY2hhbmdlcyBub3IgREFEL01MRCBtZXNzYWdpbmcgcmVxdWlyZWQuDQoNCiAgICA+ Pj4+IGFnYWluIG92ZXJzZWxsaW5nIE9NTkkuDQogICAgPj4+PiBZb3UgbmVlZCBhIGdvb2QgUDJN UCBzdWJuZXQgbW9kZWwgd2l0aCByb3V0aW5nIHN1cHBvcnQgd2hlbiB0aGUgbWVzaCBpcw0KICAg IHBhcnRpYWwuIE15IGNvbXBhbnkgYWxvbmUgaGFzIGJlZW4gc2hpcHBpbmcgbWlsbGlvbiBvZiBu b2RlcyB0aGF0IGJ1aWxkIHN1Ym5ldHMNCiAgICBvZiB0aG91c2FuZHMsIGFuZCB0aGF0IHdhcyBk b25lIHVzaW5nIElFVEYgc3RhbmRhcmRzLg0KDQogICAgPHNuaXA+DQoNCiAgICAgICBGb3IgdmVo aWN1bGFyIG5ldHdvcmtzIHdpdGggaGlnaCBtb2JpbGl0eSBhbmQgZGVuc2l0eSwgdGhlIERBRCBu ZWVkcw0KICAgICAgIHRvIGJlIHBlcmZvcm1lZCBlZmZpY2llbnRseSB3aXRoIG1pbmltdW0gb3Zl cmhlYWQgc28gdGhhdCB0aGUNCiAgICAgICB2ZWhpY2xlcyBjYW4gZXhjaGFuZ2UgYSBkcml2aW5n IHNhZmV0eSBtZXNzYWdlIChlLmcuLCBjb2xsaXNpb24NCiAgICAgICBhdm9pZGFuY2UgYW5kIGFj Y2lkZW50IG5vdGlmaWNhdGlvbikgd2l0aCBlYWNoIG90aGVyIHdpdGggYSBzaG9ydA0KICAgICAg IGludGVydmFsIChlLmcuLCAwLjUgc2Vjb25kKSBieSBhIHRlY2huaWNhbCByZXBvcnQgZnJvbSBO SFRTQQ0KICAgICAgIChOYXRpb25hbCBIaWdod2F5IFRyYWZmaWMgU2FmZXR5IEFkbWluaXN0cmF0 aW9uKSBbTkhUU0EtQUNBUy1SZXBvcnRdLg0KICAgICAgIFN1Y2ggYSBkcml2aW5nIHNhZmV0eSBt ZXNzYWdlIG1heSBpbmNsdWRlIGEgdmVoaWNsZSdzIG1vYmlsaXR5DQogICAgICAgaW5mb3JtYXRp b24gKGkuZS4sIHBvc2l0aW9uLCBzcGVlZCwgZGlyZWN0aW9uLCBhbmQgYWNjZWxlcmF0aW9uLw0K ICAgICAgIGRlY2VsZXJhdGlvbikuICBUaGUgZXhjaGFuZ2UgaW50ZXJ2YWwgb2YgdGhpcyBtZXNz YWdlIGlzIDAuNSBzZWNvbmQsDQogICAgICAgd2hpY2ggaXMgcmVxdWlyZWQgdG8gYWxsb3cgYSBk cml2ZXIgdG8gYXZvaWQgYSByZWFyLWVuZCBjcmFzaCBmcm9tDQogICAgICAgYW5vdGhlciB2ZWhp Y2xlLg0KDQogICAgPj4+IElQdjYgb3ZlciBicm9hZGNhc3QgTUFDICh1c2VkIHRvIGJlIGNhbGxl ZCBpbnRlcm5ldCAwLCAxMCsgeWVhcnMgYWdvKQ0KICAgIHNvbHZlcyB0aGF0IE1BQyBpc3N1ZSBz aW5jZSB0aGVyZSBpcyBubyBNQUMuDQoNCiAgICA1LjEuMy4gIFJvdXRpbmcNCg0KICAgICAgIEZv ciBtdWx0aWhvcCBWMlYgY29tbXVuaWNhdGlvbnMgaW4gZWl0aGVyIGEgVkFORVQgb3IgVkFORVRz IHZpYSBJUC0NCiAgICAgICBSU1VzLCBhIHZlaGljdWxhciBNb2JpbGUgQWQgSG9jIE5ldHdvcmtz IChNQU5FVCkgcm91dGluZyBwcm90b2NvbCBtYXkNCiAgICAgICBiZSByZXF1aXJlZCB0byBzdXBw b3J0IGJvdGggdW5pY2FzdCBhbmQgbXVsdGljYXN0IGluIHRoZSBsaW5rcyBvZiB0aGUNCiAgICAg ICBzdWJuZXQgd2l0aCB0aGUgc2FtZSBJUHY2IHByZWZpeC4gIEhvd2V2ZXIsIGl0IHdpbGwgYmUg Y29zdGx5IHRvIHJ1bg0KICAgICAgIGJvdGggdmVoaWN1bGFyIE5EIGFuZCBhIHZlaGljdWxhciBh ZCBob2Mgcm91dGluZyBwcm90b2NvbCBpbiB0ZXJtcyBvZg0KICAgICAgIGNvbnRyb2wgdHJhZmZp YyBvdmVyaGVhZCBbSUQtTXVsdGljYXN0LVByb2JsZW1zXS4NCg0KICAgID4+PiB3ZSBkbyB0aGF0 IHdpdGggSUVURiBzdGFuZGFyZHMgb24gYmF0dGVyeSBvcGVyYXRlZCBkZXZpY2VzIGFscmVhZHku IFVzaW5nDQogICAgUkZDIDg1MDUgZm9yIHRoZSBVTkkgYW5kIFJQTCBmb3IgdGhlIE5OSS4gSXQg aXMgc2NhbGFibGUgKHdl4oCZdmUgc2VlbiAzMCBob3BzIGluDQogICAgbWVzaGVzIG9mIHRob3Vz YW5kcyBpbiB0aGUgcmVhbCB3b3JsZCB0aG91Z2ggaXTigJlzIG5vdCB0aGUgbm9ybWFsIG9wZXJh dGlvbmFsDQogICAgbW9kZWwsIGJ1dCBjYW4gaGFwcGVuIHRvIG1haW50YWluIGNvbm5lY3Rpdml0 eSBkdXJpbmcgdGhlIHJlYm9vdCBvZiBhIHJvb3QpIGFuZA0KICAgIGRvZXMgbm90IHVzZSBicm9h ZGNhc3QuIFJQTCB3YXMgaW5pdGlhbGx5IGRlc2lnbmVkIGFzIGEgVjJWMlYgcHJvdG9jb2wgYnV0 DQogICAgZm91bmQgaXRzIG1hcmtldCBvbiB0aGUgSW9ULiBJ4oCZbSBzdXJlIHRoZSBwcm90b2Nv bCB3b3VsZCBnbGFkbHkgY29tZSBiYWNrIHRvDQogICAgaXRzIHJvb3RzLg0KDQogICAgICAgQSBy b3V0aW5nIHByb3RvY29sIGZvciBhIFZBTkVUIG1heSBjYXVzZSByZWR1bmRhbnQgd2lyZWxlc3Mg ZnJhbWVzIGluDQogICAgICAgdGhlIGFpciB0byBjaGVjayB0aGUgbmVpZ2hib3Job29kIG9mIGVh Y2ggdmVoaWNsZSBhbmQgY29tcHV0ZSB0aGUNCiAgICAgICByb3V0aW5nIGluZm9ybWF0aW9uIGlu IGEgVkFORVQgd2l0aCBhIGR5bmFtaWMgbmV0d29yayB0b3BvbG9neQ0KICAgICAgIGJlY2F1c2Ug dGhlIElQdjYgTkQgaXMgdXNlZCB0byBjaGVjayB0aGUgbmVpZ2hib3Job29kIG9mIGVhY2gNCiAg ICAgICB2ZWhpY2xlLiAgVGh1cywgdGhlIHZlaGljdWxhciByb3V0aW5nIG5lZWRzIHRvIHRha2Ug YWR2YW50YWdlIG9mIHRoZQ0KICAgICAgIElQdjYgTkQgdG8gbWluaW1pemUgaXRzIGNvbnRyb2wg b3ZlcmhlYWQuDQoNCiAgICA+Pj4gQSBjbGVhbiBkZXNjcmlwdGlvbiBvZiB0aGUgaW50ZXJhY3Rp b24gb2YgUlBMIGFuZCBSRkMgODUwNSBpbiBvdXIgSW9UDQogICAgbmV0d29ya3MuIE5vdGUgdGhh dCB0aGUgc3BlZWQgb2YgdGhlIFBIWSBpbiBWQU5FVCBiYWxhbmNlZCB0aGUgaW5zdGFiaWxpdHkg b2YNCiAgICB0aGUgdG9wb2xvZ3ksIGFuZCBSUEwgc3RpbGwgYXBwbGllcy4gTm90ZSBhbHNvIHRo YXQgUlBMIHVzZXMgRFYgd2l0aCBhIHJvdXRpbmcNCiAgICBzdHJldGNoIGluIG9yZGVyIHRvIG1p bmltaXplIHRoZSB0b3BvbG9neSBhd2FyZW5lc3MgdGhhdOKAmXMgbmVlZGVkIGluIGVhY2ggbm9k ZSwNCiAgICB3aGljaCByZXN1bHRzIGluIG1pbmltYWwgc2lnbmFsaW5nLg0KDQogICAgNS4yLiAg TW9iaWxpdHkgTWFuYWdlbWVudA0KDQogICAgPHNuaXA+DQoNCiAgICAgICBGb3IgYSBtb2JpbGl0 eSBtYW5hZ2VtZW50IHNjaGVtZSBpbiBhIHNoYXJlZCBsaW5rLCB3aGVyZSB0aGUgd2lyZWxlc3MN CiAgICAgICBzdWJuZXRzIG9mIG11bHRpcGxlIElQLVJTVXMgc2hhcmUgdGhlIHNhbWUgcHJlZml4 LCBhbiBlZmZpY2llbnQNCiAgICAgICB2ZWhpY3VsYXItbmV0d29yay13aWRlIERBRCBpcyByZXF1 aXJlZC4gIElmIERIQ1B2NiBpcyB1c2VkIHRvIGFzc2lnbg0KICAgICAgIGEgdW5pcXVlIElQdjYg YWRkcmVzcyB0byBlYWNoIHZlaGljbGUgaW4gdGhpcyBzaGFyZWQgbGluaywNCg0KICAgID4+PiBJ IHdvdWxkIG5vdCB1c2UgdGhlIHRlcm0gbGluaywgb3Igc2hhcmVkLiBNYXliZSBzaGFyZWQgbGlu ayAtPiBkb21haW4/DQogICAgPHNuaXA+DQoNCiAgICB0aGUgREFEIGlzDQogICAgICAgbm90IHJl cXVpcmVkLiAgT24gdGhlIG90aGVyIGhhbmQsIGZvciBhIG1vYmlsaXR5IG1hbmFnZW1lbnQgc2No ZW1lDQogICAgICAgd2l0aCBhIHVuaXF1ZSBwcmVmaXggcGVyIG1vYmlsZSBub2RlIChlLmcuLCBQ TUlQdjYgW1JGQzUyMTNdIGFuZCBPTU5JDQogICAgICAgW09NTkldKSwgREFEIGlzIG5vdCByZXF1 aXJlZCBiZWNhdXNlIHRoZSBJUHY2IGFkZHJlc3Mgb2YgYSB2ZWhpY2xlJ3MNCiAgICAgICBleHRl cm5hbCB3aXJlbGVzcyBpbnRlcmZhY2UgaXMgZ3VhcmFudGVlZCB0byBiZSB1bmlxdWUuDQoNCiAg ICA+Pj4gYWdhaW4gb3ZlcnNlbGxpbmcgT01OSQ0KICAgID4+PiBBcyBJIHNhaWQgZWFybGllciwg dGhpcyBpcyB3cmluZyB0aGVyZSBhcmUgKDY0KikgbW9yZSBjaGFuY2VzIG9mIGENCiAgICBjb2xs aXNpb24gaW4gT01OSSBwcmVmaXhlcyB0aGFuIGluIElQdjYgSUlEcy4gPj4+IE9NTkkgcHJlZml4 ZXMgY2FuIGNvbGxpc2lvbiwNCiAgICBob21lIGFkZHJlc3NlcyB0aGF0IGFyZSB1bmlxdWUgb24g YSBob21lIG5ldHdvcmsgY2Fubm90LiA+Pj4gTm93IGlmIGJvdGggdGhlDQogICAgT01OSSBwcmVm aXggYW5kIHRoZSBJSUQgYXJlIGdvb2QgcmFuZG9tcywgdGhlbiBvYnZpb3VzbHksIHRoZSBjaGFu Y2VzIG9mDQogICAgY29sbGlzaW9ucyByb3VuZCB1cCB0byAwLiA+Pj4gQ29sbGlzaW9uIGlzIGNl cnRhaW5seSBub3QgbXkgd29yc3QgZmVhci4NCg0KICAgICAgVGhlcmUgaXMgYQ0KICAgICAgIHRy YWRlb2ZmIGJldHdlZW4gdGhlIHByZWZpeCB1c2FnZSBlZmZpY2llbmN5IGFuZCBEQUQgb3Zlcmhl YWQuICBUaHVzLA0KICAgICAgIHRoZSBJUHY2IGFkZHJlc3MgYXV0b2NvbmZpZ3VyYXRpb24gZm9y IHZlaGljdWxhciBuZXR3b3JrcyBuZWVkcyB0bw0KICAgICAgIGNvbnNpZGVyIHRoaXMgdHJhZGVv ZmYgdG8gc3VwcG9ydCBlZmZpY2llbnQgbW9iaWxpdHkgbWFuYWdlbWVudC4NCg0KICAgID4+PiBU aGlzIGlzIHdheSB0b28gc3VwZXJmaWNpYWwgYW5kIGhpZGVzIHRoZSByZWFsaXR5IG9mIHRoaW5n cy4NCiAgICAtIFVzaW5nIGEgVkFORVQgSW5mcmEgcHJlZml4IGFsbG93cyBkaXJlY3Qgcm91dGFi aWxpdHkgdG8gdGhlIGludGVybmV0IHdoaWNoDQogICAgQllPQSBkb2VzIG5vdCBzaW5jZSB0aGUg QllPQSBpcyBub3QgdG9wb2xvZ2ljYWxseSBjb3JyZWN0LiBZZXMsIGl0IGNvc3RzIGEgREFEDQog ICAgd2l0aCBjbGFzc2ljIE5ELCBidXQgaXQgZG9lcyBub3Qgd2l0aCBSQ0Y4NTA1IGFuZCB0aGUg ZHJhZnQgZmFpbHMgdG8gbWVudGlvbg0KICAgIHRoYXQuIC0gQSBCWU9BIG5lZWRzIGEgdHVubmVs IGhvbWUsIGFuZCB0aGUgbm9kZSBuZWVkcyB0byBrbm93IHdobyBpcyByZWFjaGFibGUNCiAgICBp bnNpZGUgdGhlIFZBTkVUIGFuZCB3aGF0IGlzIG5vdCB0byBkZWNpZGUgdG8gdHVubmVsIG9yIG5v dDsgdGhpcyBpcyBhDQogICAgZGlmZmljdWx0IHByb2JsZW0gKHZzLiBjb250cm9sIHBsYWNlIG92 ZXJoZWFkKSB0aGF0IGlzIG5vdCBkaXNjdXNzZWQgaGVyZS4NCg0KICAgIDxzbmlwPg0KDQogICAg ICAgRm9yIHRoZSBjYXNlIG9mIGEgbXVsdGlob21lZCBuZXR3b3JrLCBhIHZlaGljbGUgY2FuIGZv bGxvdyB0aGUgZmlyc3QtDQogICAgICAgaG9wIHJvdXRlciBzZWxlY3Rpb24gcnVsZSBkZXNjcmli ZWQgaW4gW1JGQzgwMjhdLiAgVGhhdCBpcywgdGhlDQogICAgICAgdmVoaWNsZSBzaG91bGQgc2Vs ZWN0IGl0cyBkZWZhdWx0IHJvdXRlciBmb3IgZWFjaCBwcmVmaXggYnkNCiAgICAgICBwcmVmZXJy aW5nIHRoZSByb3V0ZXIgdGhhdCBhZHZlcnRpc2VkIHRoZSBwcmVmaXguDQoNCiAgICA+Pj4gU3Rp bGwgcm91dGVyIGRpc2NvdmVyeSAoaW4gYW5kIG91dCkgbXVzdCBiZSB2ZXJ5IGZhc3QuIFRoaW5n IG9mIHRoZSBSQQ0KICAgIGludGVydmFsZSBpbiBNSVB2Ni4gSXMgdGhhdCBzdWZmaWNpZW50PyBU b28gZXhwZW5zaXZlPw0KDQogICAgPHNuaXA+DQoNCiAgICA2LiAgU2VjdXJpdHkgQ29uc2lkZXJh dGlvbnMNCiAgICA+Pj4gQW55IGRpc2N1c3Npb24gb24gdGhlIHNlY3VyaXR5IG9mIGNsYXNzaWNh bCBORCBhbmQgb3RoZXIgb3BlcmF0aW9uYWwgaXNzdWVzDQogICAgKHJmYzY1ODMpID8NCg0KICAg IDxzbmlwPg0KDQogICAgICAgU2VjdXJpdHkgYW5kIHByaXZhY3kgYXJlIHBhcmFtb3VudCBpbiBW MkksIFYyViwgYW5kIFYyWCBuZXR3b3JraW5nLg0KICAgICAgIFZlaGljbGVzIGFuZCBpbmZyYXN0 cnVjdHVyZSBtdXN0IGJlIGF1dGhlbnRpY2F0ZWQgaW4gb3JkZXIgdG8NCiAgICAgICBwYXJ0aWNp cGF0ZSBpbiB2ZWhpY3VsYXIgbmV0d29ya2luZy4gIEFsc28sIGluLXZlaGljbGUgZGV2aWNlcyAo ZS5nLiwNCiAgICAgICBFQ1UpIGFuZCBhIGRyaXZlci9wYXNzZW5nZXIncyBtb2JpbGUgZGV2aWNl cyAoZS5nLiwgc21hcnRwaG9uZSBhbmQNCiAgICAgICB0YWJsZXQgUEMpIGluIGEgdmVoaWNsZSBu ZWVkIHRvIGNvbW11bmljYXRlIHdpdGggb3RoZXIgaW4tdmVoaWNsZQ0KICAgICAgIGRldmljZXMg YW5kIGFub3RoZXIgZHJpdmVyL3Bhc3NlbmdlcidzIG1vYmlsZSBkZXZpY2VzIGluIGFub3RoZXIN CiAgICAgICB2ZWhpY2xlLCBvciBvdGhlciBzZXJ2ZXJzIGJlaGluZCBhbiBJUC1SU1UgaW4gYSBz ZWN1cmUgd2F5LiAgRXZlbg0KICAgICAgIHRob3VnaCBhIHZlaGljbGUgaXMgcGVyZmVjdGx5IGF1 dGhlbnRpY2F0ZWQgYW5kIGxlZ2l0aW1hdGUsIGl0IG1heSBiZQ0KICAgICAgIGhhY2tlZCBmb3Ig cnVubmluZyBtYWxpY2lvdXMgYXBwbGljYXRpb25zIHRvIHRyYWNrIGFuZCBjb2xsZWN0IGl0cw0K ICAgICAgIGFuZCBvdGhlciB2ZWhpY2xlcycgaW5mb3JtYXRpb24uICBJbiB0aGlzIGNhc2UsIGFu IGF0dGFjayBtaXRpZ2F0aW9uDQogICAgICAgcHJvY2VzcyBtYXkgYmUgcmVxdWlyZWQgdG8gcmVk dWNlIHRoZSBhZnRlcm1hdGggb2YgbWFsaWNpb3VzDQogICAgICAgYmVoYXZpb3JzLg0KDQogICAg Pj4+IFRoZSBzZWN0aW9uIHNob3VsZCBtZW50aW9uIHRoYXQgYm90aCB3aXRoIGNsYXNzaWNhbCBO RCBhbmQgQllPQSwgYWRkcmVzc2VzDQogICAgY2FuIGJlIGltcGVyc29uYXRlZCwgYW5kIFJGQyA4 OTI4IHByb3RlY3RzIGFnYWluc3QgdGhhdCBpbiBib3RoIGNhc2VzIHdoaWxlDQogICAgbWFpbnRh aW5pbmcgcHJpdmFjeS4NCg0KICAgICAgIEV2ZW4gdGhvdWdoIHZlaGljbGVzIGNhbiBiZSBhdXRo ZW50aWNhdGVkIHdpdGggdmFsaWQgY2VydGlmaWNhdGVzIGJ5DQogICAgICAgYW4gYXV0aGVudGlj YXRpb24gc2VydmVyIGluIHRoZSB2ZWhpY3VsYXIgY2xvdWQsIHRoZSBhdXRoZW50aWNhdGVkDQoN CiAgICA+Pj4gSXMgUEtJIGZlYXNpYmxlIChkZXBsb3lpbmcgaXQgaW4gZXZlcnkgY2FyPykuIElz IGl0IGZhc3QgZW5vdWdoPyBJcyBpdA0KICAgIHJlYWxseSB3aGF0IElQV0FWRSB0aGlua3MgdmVo aWNsZSBzaG91bGQgdXNlPz8/Pz8gPj4+IGUuZy4gd2h5IHdvdWxkIG9uZSBuZWVkDQogICAgdG8g YXV0aGVudGljYXRlIHRvIGEgVjJJIG5ldHdvcms/ID4+PiBmcm9tIHRoZSB0ZXh0IGVhcmxpZXIg aW4gdGhlIGRvYywgaXQNCiAgICBzZWVtZWQgdGhhdCB3aGF0IHlvdSByZWFsbHkgd2FudCBpcyBh Y2Nlc3MgdGhhdCBpcyBmYXN0IHRvIGpvaW4sIGNhcGFibGUgb2YNCiAgICBvZmZlcmluZyB0aGUg cmVhY2hhYmlsaXR5IHlvdSB3YW50LCBhbm9ueW1vdXMsIGFuZCBpbm5vY3VvdXMgKGNhcnMgY2Fu IG5vdCBoYXJtDQogICAgb25lIGFub3RoZXIpLg0KDQogICAgICAgdmVoaWNsZXMgbWF5IGhhcm0g b3RoZXIgdmVoaWNsZXMsIHNvIHRoZWlyIGNvbW11bmljYXRpb24gYWN0aXZpdGllcw0KICAgICAg IG5lZWQgdG8gYmUgbG9nZ2VkIGluIGVpdGhlciBhIGNlbnRyYWwgd2F5IHRocm91Z2ggYSBsb2dn aW5nIHNlcnZlcg0KICAgICAgIChlLmcuLCBUQ0MpIGluIHRoZSB2ZWhpY3VsYXIgY2xvdWQgb3Ig YSBkaXN0cmlidXRlZCB3YXkgKGUuZy4sDQogICAgICAgYmxvY2tjaGFpbiBbQml0Y29pbl0pIGFs b25nIHdpdGggb3RoZXIgdmVoaWNsZXMgb3IgaW5mcmFzdHJ1Y3R1cmUuDQogICAgICAgRm9yIHRo ZSBub24tcmVwdWRpYXRpb24gb2YgdGhlIGhhcm1mdWwgYWN0aXZpdGllcyBvZiBtYWxpY2lvdXMg bm9kZXMsDQogICAgICAgYSBibG9ja2NoYWluIHRlY2hub2xvZ3kgY2FuIGJlIHVzZWQgW0JpdGNv aW5dLiAgRWFjaCBtZXNzYWdlIGZyb20gYQ0KICAgICAgIHZlaGljbGUgY2FuIGJlIHRyZWF0ZWQg YXMgYSB0cmFuc2FjdGlvbiBhbmQgdGhlIG5laWdoYm9yaW5nIHZlaGljbGVzDQogICAgICAgY2Fu IHBsYXkgdGhlIHJvbGUgb2YgcGVlcnMgaW4gYSBjb25zZW5zdXMgbWV0aG9kIG9mIGEgYmxvY2tj aGFpbg0KICAgICAgIFtCaXRjb2luXVtWZWhpY3VsYXItQmxvY2tDaGFpbl0uICBGb3IgYSBibG9j a2NoYWluJ3MgZWZmaWNpZW50DQogICAgICAgY29uc2Vuc3VzIGluIHZlaGljdWxhciBuZXR3b3Jr cyBoYXZpbmcgZmFzdCBtb3ZpbmcgdmVoaWNsZXMsIGEgbmV3DQogICAgICAgY29uc2Vuc3VzIGFs Z29yaXRobSBuZWVkcyB0byBiZSBkZXZlbG9wZWQgb3IgYW4gZXhpc3RpbmcgY29uc2Vuc3VzDQog ICAgICAgYWxnb3JpdGhtIG5lZWRzIHRvIGJlIGVuaGFuY2VkLg0KDQogICAgPj4+IHNvbHV0aW9u IHNwYWNlOyBiZXR0ZXIgZXhwcmVzcyB0aGUgIHNlY3VyaXR5IG5lZWRzIHNpbmNlIHRoaXMgaXMg YSBQUy4NCg0KICAgIDxzbmlwPg0KDQogICAgICAgVG8gaWRlbnRpZnkgbWFsaWNpb3VzIHZlaGlj bGVzIGFtb25nIHZlaGljbGVzLCBhbiBhdXRoZW50aWNhdGlvbg0KICAgICAgIG1ldGhvZCBpcyBy ZXF1aXJlZC4NCg0KICAgID4+PiBOby4gQXMgc2FpZCBlYXJsaWVyIGEgdmVoaWNsZSBjYW4gYmUg aW5mZWN0ZWQuIFlvdSBuZWVkIGlubm9jdW91c25lc3Mud2hpY2gNCiAgICBjYW4gY29tZSBmcm9t IHRoaW5ncyBsaWtlIGlzb2xhdGlvbiwgemVyb3RydXN0LCBhbmQgcHJvdG9jb2xzIHRoYXQgYXJl DQogICAgZGlmZmljdWx0IHRvIGhhY2sgYXJvdW5kLiBDbGFzc2ljYWwgSVB2NiBORCBpcyBvcGVu IGJhci4gUkZDIDg1MDUvODkyOCBpcw0KICAgIHByb3RlY3RlZCBieSBjb25zdHJ1Y3Rpb24sIGFu b255bW91cywgYW5kIGZhc3QuDQoNCiAgICA8c25pcD4NCg0KICAgICAgIEZvciB0aGUgc2V0dXAg b2YgYSBzZWN1cmUgY2hhbm5lbCBvdmVyIElQc2VjIG9yIFRMUywgdGhlIG11bHRpaG9wIFYySQ0K ICAgICAgIGNvbW11bmljYXRpb25zIG92ZXIgRFNSQyBpcyByZXF1aXJlZCBpbiBhIGhpZ2h3YXkg Zm9yIHRoZQ0KICAgICAgIGF1dGhlbnRpY2F0aW9uIGJ5IGludm9sdmluZyBtdWx0aXBsZSBpbnRl cm1lZGlhdGUgdmVoaWNsZXMgYXMgcmVsYXkNCiAgICAgICBub2RlcyB0b3dhcmQgYW4gSVAtUlNV IGNvbm5lY3RlZCB0byBhbiBhdXRoZW50aWNhdGlvbiBzZXJ2ZXIgaW4gdGhlDQogICAgICAgdmVo aWN1bGFyIGNsb3VkLiAgVGhlIFYySSBjb21tdW5pY2F0aW9ucyBvdmVyIDVHIFYyWCAob3IgTFRF IFYyWCkgaXMNCiAgICAgICByZXF1aXJlZCB0byBhbGxvdyBhIHZlaGljbGUgdG8gY29tbXVuaWNh dGUgZGlyZWN0bHkgd2l0aCBhIGdOb2RlQiAob3INCiAgICAgICBlTm9kZUIpIGNvbm5lY3RlZCB0 byBhbiBhdXRoZW50aWNhdGlvbiBzZXJ2ZXIgaW4gdGhlIHZlaGljdWxhciBjbG91ZC4NCg0KICAg ID4+PiBzb2x1dGlvbiBzcGFjZS4gSW5zdGVhZCwgeW91IGNvdWxkIG1lbnRpb24gdGhhdCBzZXR0 aW5nIHVwIHNlY3VyZWQgY2hhbm5lbHMNCiAgICBiZXR3ZWVuIGNhcnMgdGhhdCBjcm9zcyBvbmUg YW5vdGhlciBtaWdodCBub3QgY29tcGxldGUgaW4gdGltZSB0byBlc3RhYmxpc2ggdGhlDQogICAg Y29tbXVuaWNhdGlvbiBjaGFubmVsLCBhbmQgdGhhdCB0aGUgaW5ub2N1b3VzbmVzcyBtdXN0IGNv bWUgZnJvbSB6ZXJvdHJ1c3QgaW4NCiAgICB0aGUgdHJhbnNhY3Rpb25zIGJldHdlZW4gdGhlIGNh cnMuDQogICAgICAgRm9yIHRoZSBJUHY2IE5ELCB0aGUgREFEIGlzIHJlcXVpcmVkIHRvIGVuc3Vy ZSB0aGUgdW5pcXVlbmVzcyBvZiB0aGUNCiAgICAgICBJUHY2IGFkZHJlc3Mgb2YgYSB2ZWhpY2xl J3Mgd2lyZWxlc3MgaW50ZXJmYWNlLg0KDQogICAgPj4+IGZvciBjbGFzc2ljYWwgTkQgKFNMQUFD KSB0aGF04oCZcyB0cnVlLiBUaGF0IGlzIG5vdCB3aXRoIFJGQyA4NTA1LCBzaW5jZSB0aGUNCiAg ICBpbmZyYSBtYWludGFpbnMgYSB0YWJsZSBvZiBhbGwgYWRkcmVzc2VzIGluIHVzZSBpbiB0aGUg cHJlZml4IGFuZCBibG9ja3MNCiAgICBkdXBsaWNhdGVzIHdpdGhvdXQgdGhlIFJGQyA0ODYyIERB RCBtZXRob2QuIFRoZSBzdGF0ZWZ1bCBhdXRvY29uZiBhZGRyZXNzIGdyYW50DQogICAgaXMgaW1t ZWRpYXRlLg0KDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFRoaXMgREFEIGNh biBiZSB1c2VkDQogICAgICAgYXMgYSBmbG9vZGluZyBhdHRhY2sgdGhhdCB1c2VzIHRoZSBEQUQt cmVsYXRlZCBORCBwYWNrZXRzDQogICAgICAgZGlzc2VtaW5hdGVkIG92ZXIgdGhlIFZBTkVUIG9y IHZlaGljdWxhciBuZXR3b3Jrcy4NCg0KICAgID4+PiBhbHNvIGZvciBET1MgYXR0YWNrcy4gWW91 IGNhbiBibG9jayBhIG93bmVyIGZyb20gdXNpbmcgYW4gYWRkcmVzcy4gQQ0KICAgIHJlZmVyZW5j ZSB0byByZmM2OTU5IGlzIG11Y2ggbmVlZGVkIGhlcmUuDQoNCiAgICA8c25pcD4NCg0KICAgICBU aGlzIHBvc3NpYmlsaXR5DQogICAgICAgaW5kaWNhdGVzIHRoYXQgdGhlIHZlaGljbGVzIGFuZCBJ UC1SU1VzIG5lZWQgdG8gZmlsdGVyIG91dCBzdXNwaWNpb3VzDQogICAgICAgTkQgdHJhZmZpYyBp biBhZHZhbmNlLiAgQmFzZWQgb24gdGhlIFNFTkQgW1JGQzM5NzFdIG1lY2hhbmlzbSwgdGhlDQog ICAgICAgYXV0aGVudGljYXRpb24gZm9yIHJvdXRlcnMgKGkuZS4sIElQLVJTVXMpIGNhbiBiZSBj b25kdWN0ZWQgYnkgb25seQ0KICAgICAgIHNlbGVjdGluZyBhbiBJUC1SU1UgdGhhdCBoYXMgYSBj ZXJ0aWZpY2F0aW9uIHBhdGggdG93YXJkIHRydXN0ZWQNCiAgICAgICBwYXJ0aWVzLiAgRm9yIGF1 dGhlbnRpY2F0aW5nIG90aGVyIHZlaGljbGVzLCB0aGUgY3J5cHRvZ3JhcGhpY2FsbHkNCiAgICAg ICBnZW5lcmF0ZWQgYWRkcmVzcyAoQ0dBKSBjYW4gYmUgdXNlZCB0byB2ZXJpZnkgdGhlIHRydWUg b3duZXIgb2YgYQ0KICAgICAgIHJlY2VpdmVkIE5EIG1lc3NhZ2UsIHdoaWNoIHJlcXVpcmVzIHRv IHVzZSB0aGUgQ0dBIE5EIG9wdGlvbiBpbiB0aGUNCiAgICAgICBORCBwcm90b2NvbHMuICBGb3Ig YSBnZW5lcmFsIHByb3RlY3Rpb24gb2YgdGhlIE5EIG1lY2hhbmlzbSwgdGhlIFJTQQ0KICAgICAg IFNpZ25hdHVyZSBORCBvcHRpb24gY2FuIGFsc28gYmUgdXNlZCB0byBwcm90ZWN0IHRoZSBpbnRl Z3JpdHkgb2YgdGhlDQogICAgICAgbWVzc2FnZXMgYnkgcHVibGljIGtleSBzaWduYXR1cmVzLiAg Rm9yIGEgbW9yZSBhZHZhbmNlZA0KICAgICAgIGF1dGhlbnRpY2F0aW9uIG1lY2hhbmlzbSwgYSBk aXN0cmlidXRlZCBibG9ja2NoYWluLWJhc2VkIG1lY2hhbmlzbQ0KICAgICAgIFtWZWhpY3VsYXIt QmxvY2tDaGFpbl0gY2FuIGJlIHVzZWQuDQoNCiAgICA+Pj4gc29sdXRpb24gc3BhY2UuIEFnYWlu LCB0aGUgZHJhZnQgc2hvdWxkIGZvY3VzIG9uIHByb2JsZW1zIGFuZCBuZWVkcy4gVGhlDQogICAg cHJvYmxlbSBoZXJlIGlzIHRoYXQgU0VORCBpcyBjb21wbGV4LCBhbmQgbm90IGltcGxlbWVudGVk IGluIHRoZSBtYWpvciBzdGFjay4NCiAgICBJdCByZWxpZXMgb24gUEtJIGZvciB0cnVzdGluZyB0 aGUgcm91dGVyLiBUaGUgVjJJIG5lZWQgaXMgYSB6ZXJvdHJ1c3QgbW9kZWwNCiAgICB3aGVyZSBv bmUgViwgdGhlIG90aGVyIGxvY2FsIFZzLCBhbmQgdGhlIEksIGNhbiBoZWxwIGVhY2ggb3RoZXIg YW5vbnltb3VzbHkgYW5kDQogICAgaGFybWxlc3NseS4gPHNuaXA+DQoNCiAgICA4LiAgSW5mb3Jt YXRpdmUgUmVmZXJlbmNlcw0KDQogICAgPj4+IG5vIG5vcm1hdGl2ZSByZWZlcmVuY2U/DQoNCiAg ICA+Pj4gbm8gbm9ybWF0aXZlIHJlZmVyZW5jZT8NCg0KICAgIDxzbmlwPg0KDQogICAgVm9pbGEh DQoNCiAgICBLZWVwIHNhZmU7DQoNCiAgICBQYXNjYWwNCg0KDQoNCg0K From nobody Fri Jun 18 21:20:09 2021 Return-Path: X-Original-To: its@ietfa.amsl.com Delivered-To: its@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C9B5B3A2092; Fri, 18 Jun 2021 21:20:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EOOvx1yLlftl; Fri, 18 Jun 2021 21:20:02 -0700 (PDT) Received: from mail-ot1-x335.google.com (mail-ot1-x335.google.com [IPv6:2607:f8b0:4864:20::335]) (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 857FD3A208F; Fri, 18 Jun 2021 21:19:58 -0700 (PDT) Received: by mail-ot1-x335.google.com with SMTP id w22-20020a0568304116b02904060c6415c7so11791835ott.1; Fri, 18 Jun 2021 21:19:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=Mnu24OZKpK2F/lpZqL6j6EnKoZS+yOBKWIoQ22+/bgY=; b=QfNL2NIrVB42qC2ZRkV8+Z7IuQbHMh3SfbTrVDA0hDq4vCUUX/M1SnaiI61Zt8K7/n PsxorKalR4b/qhil5jLmc7AjfKs5ytUzxoMugx8nDh7er7RdtQkfILfI1YqfjZSg1k/3 utAde8Jo1xgA7qZEKg8zC/irSxDc3lCGxbhu+SJdQnucTDOgxEaSf4/iXXE2aN9c0k9F qz3b6MzW6Ec9E0mZG1Z7T/+hS03w1ESOtsJacEnPEnZM/Xu8BbeYKs3/RuZ5qiJg7y79 CDdZL+LPfAJVvZ+nRHFbubZ7qnXkfWfyJTm7NFZBrx6Vi4YRtYvRwSQxywuaJyyN2byC SE9g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=Mnu24OZKpK2F/lpZqL6j6EnKoZS+yOBKWIoQ22+/bgY=; b=mOhpd/Zx2Es5Smczh6jSs5RbsP+Jc/aDw6S7p40+snD2bmCweHIt5iiWKsQj/ARzFt Q7AIqIN8Q/kWj0v0SHZ+Eovgxi3n6c6YViIOJK3D/1fx54Y/Z3F0xqZ/orL6tqZ9lwGH erPIHlim+WCc4muoGqq3rf4Rn3N3HfsIb7YGbY1XRAC6XUelhTDq7gyNRKmcadVHGjoZ KhRMg+sr5EX5l7ZUC1bzU8vNCM/4lnC1BQ3cIg9uY6aEQ5sWg43OP3d4I0FDjIxgzERE /rCxDFbEffxySkN7KwjuitWo37fSJ5hMrWpkfQrXawX+F1JqyaghWTb/adRdld70Wuwn CSOw== X-Gm-Message-State: AOAM532zQWp520y+uq+x7zt0bWPh1Ly3jpBal8+iJq1jzcINVZ0HCppE ytmOTmUJc7doiwMYVMqHn17Wb2lfSN3EFBvlXsE= X-Google-Smtp-Source: ABdhPJw40VTxbuTG7G+wACBjhG6zMkkVUjZPebToxvAAb6p38zLT46jVgW+ZVqnvZPo0kbPVdHt4CrtswudQavCwRbE= X-Received: by 2002:a05:6830:1208:: with SMTP id r8mr12132412otp.155.1624076395868; Fri, 18 Jun 2021 21:19:55 -0700 (PDT) MIME-Version: 1.0 References: <162400216663.17839.1738900015320888640@ietfa.amsl.com> In-Reply-To: From: Erik Kline Date: Fri, 18 Jun 2021 21:19:45 -0700 Message-ID: To: "Eric Vyncke (evyncke)" Cc: "Pascal Thubert (pthubert)" , "int-dir@ietf.org" , "draft-ietf-ipwave-vehicular-networking.all@ietf.org" , "its@ietf.org" , "last-call@ietf.org" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [ipwave] Intdir last call review of draft-ietf-ipwave-vehicular-networking-20 X-BeenThere: its@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IPWAVE - IP Wireless Access in Vehicular Environments WG at IETF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jun 2021 04:20:08 -0000 Oui! On Fri, Jun 18, 2021 at 2:41 PM Eric Vyncke (evyncke) w= rote: > > Thank you very much, Pascal > > -=C3=A9ric > > =EF=BB=BF-----Original Message----- > From: Pascal Thubert via Datatracker > Reply-To: Pascal Thubert > Date: Friday, 18 June 2021 at 09:42 > To: "int-dir@ietf.org" > Cc: "draft-ietf-ipwave-vehicular-networking.all@ietf.org" , "its@ietf.org" , "las= t-call@ietf.org" > Subject: Intdir last call review of draft-ietf-ipwave-vehicular-networkin= g-20 > Resent-From: > Resent-To: , , = , , Eric Vyncke > Resent-Date: Friday, 18 June 2021 at 09:42 > > Reviewer: Pascal Thubert > Review result: Not Ready > > Dear authors > > In summary: > > I read a number of very good drafts collated in one, from the use cas= es that > very complete and ready to publish, to the architecture and protocol = solution > in section 4 that would require more work for completeness. > > There are multiple instances in the use cases where protocols are lis= ted coming > out of the blue, e.g., the references to OMNI that seem artificially = spread > regardless of the context of the section. OMNI is used throughout, bo= th as an > open ended toolbox, and as a carpet under which all problems can be h= idden. > > Reading this doc, OMNI shows as an interface to a software mobile rou= ter, with > multiple of the device physical interfaces connected to the mobile ro= uter. This > makes the stack very simple as the complexity moves to the router. Bu= t now you > have to implement the router. Presented as that, the OMNI router dese= rves its > name, it=E2=80=99s indeed very rich; it seems to cover all forms of M= ANET (many to > choose from) and NEMO (and all the MIP protocol family across address > families), all the possible radio interfaces on which the ND problems= go away > by magic, and whatever else you want to put in there. Is that the int= ention? > > Instead of referring to OMNI for virtually anything, the doc should r= efer to > MANET for MANET things (like BYOD), NEMO for NEMO things (like MNP), > draft-nordmark-intarea-ippl for split subnets, and > draft-thubert-6man-ipv6-over-wireless for P2MP/NBMA link and subnet m= odels. And > then you can say that all those components can be plugged in the OMNI= router, > and you can discuss which MANET and which MIP you want, including usi= ng OMNI=E2=80=99s > built in mobility. > > Note that my objections are not against the OMNI design, it might be = the > perfect thing and I am already aware of use cases that could be serve= d by a > P2MP interface like OMNI in conjunction with RFC8505 on the P2P subin= terfaces > (recycling the high level design we=E2=80=99ve been shipping for IPv4= / frame relay for > the last 30 years). My objection is of the way the draft uses [OMNI] = as the > magic wand that solves all the problems when what you really do is th= row them > over the fence. I=E2=80=99d rather you focus on problems and use case= s, for which > there=E2=80=99s excellent text, and indicate what needs to be done wi= thout making > assumption on how the needful things will be solved. > > In agreement with a discussion on the 6MAN list, I=E2=80=99d suggest = to split, keep all > that=E2=80=99s use case and problem description and ship it, remove r= eferences to > protocols envisioned in the solution, and start the work on architect= ure of the > solution and the protocol applicability statements separately. An alt= ernate > would be to centralize the discussion on protocols to annex, and expl= ain that > protocol A or B could be envisioned in solution space because to over= this gap > or implement that function. > > In any fashion, the current text is not ready for publication as appl= icability > statement, architecture and or/solution, so the related work should b= e removed > from the main text. But I find it mostly ready for use case and probl= em > statement, more below. > > Review: > > Abstract > > This document discusses the problem statement and use cases of > IPv6-based vehicular networking for Intelligent Transportation > Systems (ITS). > > >>> The document goes beyond that; there was actually a thread at 6MA= N where > Bob Hinden said =E2=80=9C This document says it is a problem statemen= t, but then > becomes a solution document. Might be better to cut it down to only= the > problem statement part. =E2=80=9C >>> Would you consider doing this? = If not, why? Note: > you may want to respond on 6MAN as well. >>> >>>I would have thought = that the > traditional steps of problem statement and applicability statement of= existing > work could be expected from IPWAVE too. >>> Please clarify the steps = that you > intend to follow next with this work. > > > > 1. Introduction > > >>> Very readable and informative section, many thanks! > > Along with these WAVE standards and C-V2X standards, regardless of= a > wireless access technology under the IP stack of a vehicle, vehicu= lar > networks can operate IP mobility with IPv6 [RFC8200] and Mobile IP= v6 > protocols (e.g., Mobile IPv6 (MIPv6) [RFC6275], Proxy MIPv6 (PMIPv= 6) > [RFC5213], Distributed Mobility Management (DMM) [RFC7333], Locato= r/ > ID Separation Protocol (LISP) [RFC6830BIS], and Asymmetric Extende= d > Route Optimization (AERO) [RFC6706BIS]). > > >>> NEMO (RFC 3963) is not cited. Any reason why the vehicle would no= t > transport a network? > > > > This document describes use cases and a problem statement about > IPv6-based vehicular networking for ITS, which is named IPv6 Wirel= ess > Access in Vehicular Environments (IPWAVE). First, it introduces t= he > use cases for using V2V, V2I, and V2X networking in ITS. Next, fo= r > IPv6-based vehicular networks, it makes a gap analysis of current > IPv6 protocols (e.g., IPv6 Neighbor Discovery, Mobility Management= , > and Security & Privacy), and then enumerates requirements for the > extensions of those IPv6 protocols, which are tailored to IPv6-bas= ed > vehicular networking. Thus, this document is intended to motivate > development of key protocols for IPWAVE. > > >>> > > > > 2. Terminology > > >>> > > > > o IP-OBU: "Internet Protocol On-Board Unit": An IP-OBU denotes a > computer situated in a vehicle (e.g., car, bicycle, autobike, > motor cycle, and a similar one) and a device (e.g., smartphone = and > IoT device). It has at least one IP interface that runs in IEE= E > 802.11-OCB and has an "OBU" transceiver. Also, it may have an = IP > interface that runs in Cellular V2X (C-V2X) [TS-23.285-3GPP] > [TR-22.886-3GPP][TS-23.287-3GPP]. See the definition of the te= rm > "OBU" in [RFC8691]. > > >>> Can that be a router connecting multiple computers? > > > > 3. Use Cases > > >>> This is another great read and an enlightening section. Maybe men= tion in > the abstract that the doc also covers use cases? > > > > Although a Layer-2 solution can provide a support for multihop > communications in vehicular networks, the scalability issue relate= d > to multihop forwarding still remains when vehicles need to > disseminate or forward packets toward multihop-away destinations. = In > addition, the IPv6-based approach for V2V as a network layer proto= col > can accommodate multiple radio technologies as MAC protocols, such= as > 5G V2X and DSRC. Therefore, the existing IPv6 protocol can be > augmented through the addition of an Overlay Multilink Network (OM= NI) > Interface [OMNI] and/or protocol changes in order to support both > wireless single-hop/multihop V2V communications and multiple radio > technologies in vehicular networks. In such a way, vehicles can > communicate with each other by V2V communications to share either = an > emergency situation or road hazard in a highway having multiple ki= nds > of radio technologies, such as 5G V2X and DSRC. > > >>> This text appears in the middle of high level use case, with a cr= ude list > of protocols; this is not a place for it > > >>> On a 6MAN Thread, Brian Carpenter said that the above: > =E2=80=9C > is of concern regardless of the mention of OMNI. Does it mean "can be= " or > "needs to be"? This paragraph seems like a very short summary of a bi= g problem > area. At the end of page 13 there is some related discussion, which m= entions > RPL as part of the solution (good choice, IMHO) but again seems to de= pend on > OMNI. I don't think the fix of simply removing references to OMNI wor= ks, > because it would leave a gap. In an informational document, that is n= ot a > formal problem but as far as this draft describes architecture, I don= 't think > that big a gap is reasonable. "OMNI" is mentioned more than 20 times = in the > document. There are also several references to AERO, which is strongl= y > associated with OMNI. =E2=80=9C >>> I agree with Brian. Here the docu= ment seems to be > mixing solution with problem and putting the cart before the horse. M= y > recommendation is to stick to what needs to be done that IPv6 does no= t do yet > -the reqs and gaps-; but the doc should not step in the how things wi= ll be done > unless the group already decided to do it. The logical next steps to = a PS are > an applicability statement of existing work, and if the gaps cannot b= e filled, > there may be one or more WG chartered to fill those gaps. > > >>> I=E2=80=99d still be happy to see an annex with leads on where th= e solution might > come from like RFC 8691 does. > > > > The existing IPv6 protocol must be augmented through the addition = of > an OMNI interface and/or protocol changes in order to support > wireless multihop V2I communications in a highway where RSUs are > sparsely deployed, so a vehicle can reach the wireless coverage of= an > RSU through the multihop data forwarding of intermediate vehicles. > Thus, IPv6 needs to be extended for multihop V2I communications. > > >>> Note that I have no clue on how well OMNI applies in that space, = maybe it > does very well; but here it comes out of the blue with no justificati= on. If you > mention OMNI you need to detail what it is and which of the V2V prob= lems you > expect it to solve. But then, that=E2=80=99s beyond the scope of a PS= . > > > > The existing IPv6 protocol must be augmented through the addition = of > an OMNI interface and/or protocol changes in order to support > wireless multihop V2X (or V2I2X) communications in an urban road > network where RSUs are deployed at intersections, so a vehicle (or= a > pedestrian's smartphone) can reach the wireless coverage of an RSU > through the multihop data forwarding of intermediate vehicles (or > pedestrians' smartphones). Thus, IPv6 needs to be extended for > multihop V2X (or V2I2X) communications. > > >>> Please be more specific on what the missing functions are and whe= ther they > are missing from the stack development standpoint or if there=E2=80= =99s work needed > from the IETF. 1) If something is really missing in our specs, t= he text to > prove from the use case above is missing 2) how OMNI serves the = use case > could be elaborated in an applicability statement of OMNI for V2xyz, = but it is > a bit blunt to present it as panacea when the problems to be solved a= re not > listed. 3) If you look at it, OMNI seems like a software mobile = router > within a bump in the stack. Can that become too big? > > >>> my view is that the text above and the similar occasions should b= e replaced > by something like : > > The existing IPv6 protocol must be augmented to provide the follow= ing > functions: 1) =E2=80=A6 > > >>> and / or something like: > > In addition to the IPv6 node requirements [RFC 8504], the IPv6 pro= tocol > stack for use in a vehicle must support 1) RFC blah, 2) =E2=80=A6 > > > > To support applications of these V2X use cases, the functions of I= Pv6 > such as VND, VMM, and VSP are prerequisites for IPv6-based packet > exchange, transport-layer session continuity, and secure, safe > communication between a vehicle and a pedestrian either directly o= r > indirectly via an IP-RSU. > > >>> =E2=80=9Cthe functions of IPv6 such as VND, VMM, and VSP=E2=80=9D= does not parse. There=E2=80=99s > no IPv6 reference that provides those functions. If the intention is = to say > that there=E2=80=99s stuff to add to IPv6 to support, like, say, VND= , then this > document fails to define how an IPv6 VND should behave, though it=E2= =80=99s precisely > what I=E2=80=99d expect from a problem statement. > > > > 4. Vehicular Networks > > >>> What is the purpose of section 4 as a whole, problem statement or > applicability statement of the listed protocols? In the former case w= hat=E2=80=99s the > problem? In the latter case it is incomplete and needs to be exported= to an > applicability statement doc with all the possible technologies evalua= ted. > > This section describes an example vehicular network architecture > supporting V2V, V2I, and V2X communications in vehicular networks. > > >>> I read this as presenting a context to explain what the problems = are > instead of presenting the IPVAWE =E2=80=9Carchitecture=E2=80=9D. Mayb= e using the term > =E2=80=9CArchitecture=E2=80=9D here is misleading and led to Bob=E2= =80=99s comment. > > > > 4.1. Vehicular Network Architecture > > Figure 1 shows an example vehicular network architecture for V2I a= nd > V2V in a road network [OMNI]. > > a. Is using OMNI a decision that the WG made for the future work= ? what > does it do and what does it not do? b. Is there work left to be = done? Who > will do that work? Or is it the expectation that OMNI has it all defi= ned > already? > > > > An existing network architecture (e.g., an IP-based aeronautical > network architecture [OMNI][UAM-ITS], a network architecture of > PMIPv6 [RFC5213], and a low-power and lossy network architecture > [RFC6550]) can be extended to a vehicular network architecture for > multihop V2V, V2I, and V2X, as shown in Figure 1. In a highway > scenario, a vehicle may not access an RSU directly because of the > distance of the DSRC coverage (up to 1 km). For example, the OMNI > interface and/or RPL (IPv6 Routing Protocol for Low-Power and Loss= y > Networks) [RFC6550] can be extended to support a multihop V2I sinc= e a > vehicle can take advantage of other vehicles as relay nodes to rea= ch > the RSU. Also, RPL can be extended to support both multihop V2V a= nd > V2X in the similar way. > > >>> all this could fit well in annex; anyway you need to explain what= you > expect the protocols to do and which extension is needed. In the case= of RPL at > least you indicate that it would do routing, but not why you cannot u= se it of > the shelf; for OMNI, what you expect is less clear, though there=E2= =80=99s text > elsewhere about the many radio interfaces that could be used for the = purpose, > and the text in the UAM below that is enlightening. > > > > To support not only the mobility > management of the UAM end systems, but also the multihop and > multilink communications of the UAM interfaces, the UAM end system= s > can employ an Overlay Multilink Network (OMNI) interface [OMNI] as= a > virtual Non-Broadcast Multiple Access (NBMA) connection to a servi= ng > ground domain infrastructure. > > >>> Again, what is the expectation for OMNI? As an overlay it require= s an > underlay; when connecting to a MANET it needs support for that MANET.= The text > above seems to imply that is solves everything in V2xyz like magic; r= eminds me > of the IPv6 multicast abstraction that was supposed to solve the broa= dcast > problem and ended up worsening it. > > > > This infrastructure can be configured > over the underlying data links. The OMNI interface and its link > model provide a means of multilink, multihop and mobility > coordination to the legacy IPv6 ND messaging [RFC4861] according t= o > the NBMA principle. Thus, the OMNI link model can support efficie= nt > UAM internetworking services without additional mobility messaging= , > and without any modification to the IPv6 ND messaging services or > link model. > > >>> Again, what is the expectation for OMNI? As an overlay it require= s an > underlay; the text above seems to imply that is solves everything in = V2xyz like > magic; that would be a stretch, that reminds me of IPv6 multicast tha= t was > supposed to solve the broadcast problem and ended up worsening it. > > > > Multiple vehicles under the coverage of an RSU share a prefix just= as > mobile nodes share a prefix of a Wi-Fi access point in a wireless > LAN. This is a natural characteristic in infrastructure-based > wireless networks. For example, in Figure 1, two vehicles (i.e., > Vehicle2, and Vehicle5) can use Prefix 1 to configure their IPv6 > global addresses for V2I communication. Alternatively, mobile nod= es > can employ an OMNI interface and use their own IPv6 Unique Local > Addresses (ULAs) [RFC4193] over the wireless network without > requiring the messaging of IPv6 Stateless Address Autoconfiguratio= n > (SLAAC) [RFC4862], which uses an on-link prefix provided by the > (visited) wireless LAN; this technique is known as "Bring-Your-Own= - > Addresses". > > >>> Is OMNI the only way to "Bring-Your-Own-Addresses=E2=80=9D? Else= the text could be > more generic, at least use e.g., like the ref to AERO later. >>> What= are the > implications / limitations of doing that =E2=80=93 like they can do l= ine of sight V2V > but not reach the internet, or the need of a local MANET / RPL that = will > accept to route those addresses, or the security / address ownership = validation > issues ? > > > > A single subnet prefix announced by an RSU can span multiple vehic= les > in VANET. For example, in Figure 1, for Prefix 1, three vehicles > (i.e., Vehicle1, Vehicle2, and Vehicle5) can construct a connected > VANET. Also, for Prefix 2, two vehicles (i.e., Vehicle3 and > Vehicle6) can construct another connected VANET, and for Prefix 3, > two vehicles (i.e., Vehicle4 and Vehicle7) can construct another > connected VANET. Alternatively, each vehicle could employ an OMNI > interface with their own ULAs such that no topologically-oriented > subnet prefixes need be announced by the RSU. > > >>> same as above. This seems to restate the same thing, derive an a= ddress > from a topologically correct prefix or use your own with limitations = to be > described. > > > > For IPv6 packets transported over IEEE 802.11-OCB, [RFC8691] > specifies several details, including Maximum Transmission Unit (MT= U), > frame format, link-local address, address mapping for unicast and > multicast, stateless autoconfiguration, and subnet structure. An > Ethernet Adaptation (EA) layer is in charge of transforming some > parameters between the IEEE 802.11 MAC layer and the IPv6 network > layer, which is located between the IEEE 802.11-OCB's logical link > control layer and the IPv6 network layer. This IPv6 over 802.11-O= CB > can be used for both V2V and V2I in IPv6-based vehicular networks. > > >>> solution space. > > > > An IPv6 mobility solution is needed for the guarantee of > communication continuity in vehicular networks so that a vehicle's > TCP session can be continued, or UDP packets can be delivered to a > vehicle as a destination without loss while it moves from an IP-RS= U's > wireless coverage to another IP-RSU's wireless coverage. In > Figure 1, assuming that Vehicle2 has a TCP session (or a UDP sessi= on) > with a corresponding node in the vehicular cloud, Vehicle2 can mov= e > from IP-RSU1's wireless coverage to IP-RSU2's wireless coverage. = In > this case, a handover for Vehicle2 needs to be performed by either= a > host-based mobility management scheme (e.g., MIPv6 [RFC6275]) or a > network-based mobility management scheme (e.g., PMIPv6 [RFC5213] a= nd > AERO [RFC6706BIS]). > > In the host-based mobility scheme (e.g., MIPv6), an IP-RSU plays a > role of a home agent. On the other hand, in the network-based > mobility scheme (e.g., PMIPv6, an MA plays a role of a mobility > management controller such as a Local Mobility Anchor (LMA) in > PMIPv6, which also serves vehicles as a home agent, and an IP-RSU > plays a role of an access router such as a Mobile Access Gateway > (MAG) in PMIPv6 [RFC5213]. The host-based mobility scheme needs > client functionality in IPv6 stack of a vehicle as a mobile node f= or > mobility signaling message exchange between the vehicle and home > agent. On the other hand, the network-based mobility scheme does = not > need such a client functionality for a vehicle because the network > infrastructure node (e.g., MAG in PMIPv6) as a proxy mobility agen= t > handles the mobility signaling message exchange with the home agen= t > (e.g., LMA in PMIPv6) for the sake of the vehicle. > > There are a scalability issue and a route optimization issue in th= e > network-based mobility scheme (e.g., PMIPv6) when an MA covers a > large vehicular network governing many IP-RSUs. In this case, a > distributed mobility scheme (e.g., DMM [RFC7429]) can mitigate the > scalability issue by distributing multiple MAs in the vehicular > network such that they are positioned closer to vehicles for route > optimization and bottleneck mitigation in a central MA in the > network-based mobility scheme. All these mobility approaches (i.e= ., > a host-based mobility scheme, network-based mobility scheme, and > distributed mobility scheme) and a hybrid approach of a combinatio= n > of them need to provide an efficient mobility service to vehicles > moving fast and moving along with the relatively predictable > trajectories along the roadways. > > In vehicular networks, the control plane can be separated from the > data plane for efficient mobility management and data forwarding b= y > using the concept of Software-Defined Networking (SDN) > [RFC7149][DMM-FPC]. Note that Forwarding Policy Configuration (FP= C) > in [DMM-FPC], which is a flexible mobility management system, can > manage the separation of data-plane and control-plane in DMM. In > SDN, the control plane and data plane are separated for the effici= ent > management of forwarding elements (e.g., switches and routers) whe= re > an SDN controller configures the forwarding elements in a centrali= zed > way and they perform packet forwarding according to their forwardi= ng > tables that are configured by the SDN controller. An MA as an SDN > controller needs to efficiently configure and monitor its IP-RSUs = and > vehicles for mobility management, location management, and securit= y > services. > > The mobility information of a GPS receiver mounted in its vehicle > (e.g., position, speed, and direction) can be used to accommodate > mobility-aware proactive handover schemes, which can perform the > handover of a vehicle according to its mobility and the wireless > signal strength of a vehicle and an IP-RSU in a proactive way. > > Vehicles can use the TCC as their Home Network having a home agent > for mobility management as in MIPv6 [RFC6275] and PMIPv6 [RFC5213]= , > so the TCC (or an MA inside the TCC) maintains the mobility > information of vehicles for location management. IP tunneling ove= r > the wireless link should be avoided for performance efficiency. > Also, in vehicular networks, asymmetric links sometimes exist and > must be considered for wireless communications such as V2V and V2I= . > > >>> This is all very informative text but does not state a problem. = Is there a > problem is left to be solved or are we assessing the applicability of > protocols? Could it for instance, forward point to issues discussed i= n section > 5? > > > > As shown in Figure 3, as internal networks, a vehicle's moving > network and an EN's fixed network are self-contained networks havi= ng > multiple subnets and having an edge router (e.g., IP-OBU and IP-RS= U) > for the communication with another vehicle or another EN. The > internetworking between two internal networks via V2I communicatio= n > requires the exchange of the network parameters and the network > prefixes of the internal networks. For the efficiency, the networ= k > prefixes of the internal networks (as a moving network) in a vehic= le > need to be delegated and configured automatically. Note that a > moving network's network prefix can be called a Mobile Network Pre= fix > (MNP) [OMNI]. > > >>> Then again you=E2=80=99re overselling OMNI. MNP is originally def= ined here > https://datatracker.ietf.org/doc/html/rfc3963#section-2 and that=E2= =80=99s a reference > you can use normatively. > > > > As shown in Figure 3, the addresses used for IPv6 transmissions ov= er > the wireless link interfaces for IP-OBU and IP-RSU can be either > global IPv6 addresses, or IPv6 ULAs as long as IPv6 packets can be > routed within vehicular networks [OMNI]. > > >>> Then again you=E2=80=99re overselling OMNI. There needs to be a = routing protocol > like a MANET that will accept to carry the > MNPs, and that must be implemented by the infra and both cars. The O= MNI spec > is clear on that. This is why at first glance I see OMNI as a full m= obile > router in a bump in the stack. Now what is the problem behind this? = No such > protocol at IETF? Too many to choose from? No deployment? > > > When global IPv6 addresses > are used, wireless interface configuration and control overhead fo= r > Duplicate Address Detection (DAD) [RFC4862] and Multicast Listener > Discovery (MLD) [RFC2710][RFC3810] should be minimized to support = V2I > and V2X communications for vehicles moving fast along roadways; wh= en > ULAs and the OMNI interface are used, no DAD nor MLD messaging is > needed. > > >>> Then again you=E2=80=99re overselling OMNI. Isn=E2=80=99t it the = no dad needed a property > of injecting a BYOA in the fabric for an GUA MIP Home Address which i= s known to > be unique at home? >>> OTOH, autoconf=E2=80=99ing a random ULA =E2=80= =9CFD=E2=80=A6=E2=80=9Dprefix has lesser > DAD properties than autoconf=E2=80=99ing a random 64bit IID in a clas= sical subnet. So > who says DAD isn=E2=80=99t required for OMNI ULA? >>> note that IMHO = DAD on wireless is > a lot more harm than good, and I agree that with a good pseudo random= generator > the ULA has no chance to collision in the real world, as OMNI claims.= It=E2=80=99s just > that your argument here plays the other way, because there are less r= andom bits > (56) in the ULA prefix than in the IID (62), and if one starts using= more > prefix bits to be non-random, there will be a time when DAD on prefix= is needed. > > > > Let us consider the upload/download time of a vehicle when it pass= es > through the wireless communication coverage of an IP-RSU. For a > given typical setting where 1km is the maximum DSRC communication > range [DSRC] and 100km/h is the speed limit in highway, the dwelli= ng > time can be calculated to be 72 seconds by dividing the diameter o= f > the 2km (i.e., two times of DSRC communication range where an IP-R= SU > is located in the center of the circle of wireless communication) = by > the speed limit of 100km/h (i.e., about 28m/s). For the 72 second= s, > a vehicle passing through the coverage of an IP-RSU can upload and > download data packets to/from the IP-RSU. > > > > 4.3. V2V-based Internetworking > > >>> In this section it looks like the cars are in a stable line of si= ght > relationship. Which is probably fine for a platoon, but when you driv= e along > with friends in different cars, you realize that the line of sight as= sumption > does not stand over time. Soon enough, other cars meddle in, and poss= ibly one > of the cars drives faster and too far ahead so you need the infra to = relay, > possibly over multiple infra hops. > > >>> so in this section, I=E2=80=99d expect to see a Vehicle communica= ting with another > one and using either line of sight or V2V relaying but also using rel= ay via V2I > (multihop I2I not just hub and spoke V2I2V ), alternatively to togeth= er for > redundancy. Is that part of the problem? > > >>> reading deeper section 5 I found excellent text on routing via V = and via I. > This tells that section 4 does not play a good role at justifying sec= tion 5. > Maybe keep section 4 for another doc? > > >>> What kind or reliability is required in a V2V use case? Do you th= ink ND can > handle it? Or MANET? What would be the assumption on L2 (roaming time= , unicast > vs P2MP) and on L3 (reliability ala DetNet/RAW). Should we have some = L3 > redundancy? > > > > 5. Problem Statement > > > > In order to specify protocols using the architecture mentioned in > Section 4.1, IPv6 core protocols have to be adapted to overcome > certain challenging aspects of vehicular networking. Since the > vehicles are likely to be moving at great speed, protocol exchange= s > need to be completed in a time relatively short compared to the > lifetime of a link between a vehicle and an IP-RSU, or between two > vehicles. > > >>> Any order of magnitude? > >>> Can you indicate whether this already rules out certain procedure= s, e.g. > DAD ? > > The lifetime of a session varies depending on the session's type s= uch > as a web surfing, voice call over IP, and DNS query. Regardless o= f a > session's type, to guide all the IPv6 packets to their destination > host, IP mobility should be supported for the session. > > >>> this seems to be for unicast when you know who to talk to. Is the= re a need > some multicast groups like anybody around interested in topic blah li= ke I could > be multicasting the speed of vehicles coming the other way that I cro= ssed > recently, for use of vehicles that I=E2=80=99m crossing now, so they = can see a slowdown > on advance > > Thus, the time constraint of a wireless link has a major impact on > IPv6 Neighbor Discovery (ND). Mobility Management (MM) is also > vulnerable to disconnections that occur before the completion of > identity verification and tunnel management. This is especially t= rue > given the unreliable nature of wireless communication. This secti= on > presents key topics such as neighbor discovery and mobility > management. > > >>> Only ND? What about the MANET? > >>> how fast should ND be to be suitable? > >>> is there also a bandwidth check? You can make things much faster = if you > dedicate a lot of spectrum to it. But that can also be a waste. > > 5.1. Neighbor Discovery > > > > The requirements for IPv6 ND for vehicular networks are efficient = DAD > and NUD operations. > > >>> Not lookup? Is it the intention to use IP unicast over MAC broadc= ast, which > is a good idea in my book? > > > > This merging and partitioning should be considered for the > IPv6 ND such as IPv6 Stateless Address Autoconfiguration (SLAAC) > [RFC4862]. > > >>> Not lookup? Is it the intention to use IP unicast over MAC broadc= ast, which > is a good idea in my book? > > > > Also, the partitioning of a VANET may make vehicles with the same > prefix be physically unreachable. Also, SLAAC needs to prevent IP= v6 > address duplication due to the merging of VANETs. According to th= e > merging and partitioning, a destination vehicle (as an IPv6 host) > needs to be distinguished as either an on-link host or an off-link > host even though the source vehicle uses the same prefix as the > destination vehicle. > > >>> should reference to draft-nordmark-intarea-ippl > > To efficiently prevent IPv6 address duplication due to the VANET > partitioning and merging from happening in vehicular networks, the > vehicular networks need to support a vehicular-network-wide DAD by > defining a scope that is compatible with the legacy DAD. In this > case, two vehicles can communicate with each other when there exis= ts > a communication path over VANET or a combination of VANETs and IP- > RSUs, as shown in Figure 1. By using the vehicular-network-wide D= AD, > vehicles can assure that their IPv6 addresses are unique in the > vehicular network whenever they are connected to the vehicular > infrastructure or become disconnected from it in the form of VANET= . > > >>> Excellent > > ND time-related parameters such as router lifetime and Neighbor > Advertisement (NA) interval need to be adjusted for vehicle speed = and > vehicle density. For example, the NA interval needs to be > dynamically adjusted according to a vehicle's speed so that the > vehicle can maintain its neighboring vehicles in a stable way, > considering the collision probability with the NA messages sent by > other vehicles. > > >>> Is that a problem or just an operational setting that needs to be= found? > >>> Do we need to reconsider the concepts of those timers? > > > > Thus, in IPv6-based vehicular networking, IPv6 ND should have mini= mum > changes for the interoperability with the legacy IPv6 ND used in t= he > Internet, including the DAD and NUD operations. > > >>> I do not find the logical link with the text before, why is this = a =E2=80=9Cthus=E2=80=9D? > >>> why should the ND inside the VANET be constrained to be interoper= able? This > may place constraints on the solution. > > 5.1.1. Link Model > > A prefix model for a vehicular network needs to facilitate the > > >>> Do you mean a =E2=80=9Csubnet model=E2=80=9D as opposed to =E2=80= =9Cprefix model=E2=80=9D. > >>> it would make this piece and the next should refer to > draft-thubert-6man-ipv6-over-wireless for IPv6 over P2MP /NBMA, for b= oth link > and subnet issues. The general ideas are the same, but the gory detai= ls here > are slightly incorrect, like this notion of prefix model than comes o= ut of the > blue. The model is really the subnet model for the subnet associated = to P2MP. > > communication between two vehicles with the same prefix regardless= of > the vehicular network topology as long as there exist bidirectiona= l > E2E paths between them in the vehicular network including VANETs a= nd > IP-RSUs. This prefix model allows vehicles with the same prefix t= o > communicate with each other via a combination of multihop V2V and > multihop V2I with VANETs and IP-RSUs. Note that the OMNI interfac= e > supports an NBMA link model where multihop V2V and V2I communicati= ons > use each mobile node's ULAs without need for any DAD or MLD > messaging. > > >>> again overselling OMNI. > >>> I kinda agree about the OMNI interface model, nothing against tha= t. But you > must see that there needs a lot more than what the OMNI interface to = get > packets across V and I hops to the destination. Like routing ala MANE= T, > redundancy handling ala DetNet because it will be very lossy, path ma= nagement > ala RAW to optimize delivery vs. spectrum=E2=80=A6 And OMNI ignores N= D so it does not > solve the ND problems above. > > IPv6 protocols work under certain assumptions that do not necessar= ily > hold for vehicular wireless access link types other than OMNI/NBMA > [VIP-WAVE][RFC5889]; the rest of this section discusses implicatio= ns > for those link types that do not apply when the OMNI/NBMA link mod= el > > >>> again overselling OMNI. > >>> The keyword here is P2MP / NBMA, and OMNI is one interface that a= ccepts > that. There are others. IBM=E2=80=99s IPv4 over Frame relay was alrea= dy P2MP / NBMA, > using routing to complete the partial mesh in P2MP. The text seems to= imply > that OMNI is the only way to do that and that=E2=80=99s wrong. Also O= MNI is loaded with > other stuff than a plain P2MP capable interface. And ND over P2MP is = not done > by OMNI, OMNI only makes classical ND worse and only works in a full = mesh. OTOH > RFC 8505, which is designed to do ND for P2MP /NBMA would indeed work= very well > within an OMNI interface and solve those problems. >>> My point is th= at you > need to tell the full story or refrain from entering solution space i= n this doc > > > > There is a relationship between a link and a prefix, besides the > different scopes that are expected from the link-local and global > types of IPv6 addresses. In an IPv6 link, it is assumed that all > interfaces which are configured with the same subnet prefix and wi= th > on-link bit set can communicate with each other on an IPv6 link. > > >>> not assumed; that=E2=80=99s what the onlink but set tells. The co= nclusion should be > that the VANET cannot set the O bit. > > However, the vehicular link model needs to define the relationship > between a link and a prefix, considering the dynamics of wireless > links and the characteristics of VANET. > > > > From the previous observation, a vehicular link model should consi= der > the frequent partitioning and merging of VANETs due to vehicle > mobility. Therefore, the vehicular link model needs to use an on- > link prefix and off-link prefix according to the network topology = of > vehicles such as a one-hop reachable network and a multihop reacha= ble > > >>> No, the once a node saw a O bit set that sticks even if it sees o= ther > advertisements of the PIO with the O bit not set. >>> This is a globa= l and > intrinsic property of the prefix (and an attack vector that could be = mentioned > in the sec section). >>> the VANET prefix must never come with the O = bit set. > > > > network (or partitioned networks). If the vehicles with the same > prefix are reachable from each other in one hop, the prefix should= be > on-link. > > >>>> No, see above; but the router may redirect though it is really r= isky > unless this is a stable situation like a parking place. > > Thus, in IPv6-based vehicular networking, the vehicular link model > should have minimum changes for interoperability with standard IPv= 6 > links in an efficient fashion to support IPv6 DAD, MLD and NUD > operations. When the OMNI NBMA link model is used, there are no l= ink > model changes nor DAD/MLD messaging required. > > >>>> again overselling OMNI. > >>>> You need a good P2MP subnet model with routing support when the = mesh is > partial. My company alone has been shipping million of nodes that bui= ld subnets > of thousands, and that was done using IETF standards. > > > > For vehicular networks with high mobility and density, the DAD nee= ds > to be performed efficiently with minimum overhead so that the > vehicles can exchange a driving safety message (e.g., collision > avoidance and accident notification) with each other with a short > interval (e.g., 0.5 second) by a technical report from NHTSA > (National Highway Traffic Safety Administration) [NHTSA-ACAS-Repor= t]. > Such a driving safety message may include a vehicle's mobility > information (i.e., position, speed, direction, and acceleration/ > deceleration). The exchange interval of this message is 0.5 secon= d, > which is required to allow a driver to avoid a rear-end crash from > another vehicle. > > >>> IPv6 over broadcast MAC (used to be called internet 0, 10+ years = ago) > solves that MAC issue since there is no MAC. > > 5.1.3. Routing > > For multihop V2V communications in either a VANET or VANETs via IP= - > RSUs, a vehicular Mobile Ad Hoc Networks (MANET) routing protocol = may > be required to support both unicast and multicast in the links of = the > subnet with the same IPv6 prefix. However, it will be costly to r= un > both vehicular ND and a vehicular ad hoc routing protocol in terms= of > control traffic overhead [ID-Multicast-Problems]. > > >>> we do that with IETF standards on battery operated devices alread= y. Using > RFC 8505 for the UNI and RPL for the NNI. It is scalable (we=E2=80=99= ve seen 30 hops in > meshes of thousands in the real world though it=E2=80=99s not the nor= mal operational > model, but can happen to maintain connectivity during the reboot of a= root) and > does not use broadcast. RPL was initially designed as a V2V2V protoco= l but > found its market on the IoT. I=E2=80=99m sure the protocol would glad= ly come back to > its roots. > > A routing protocol for a VANET may cause redundant wireless frames= in > the air to check the neighborhood of each vehicle and compute the > routing information in a VANET with a dynamic network topology > because the IPv6 ND is used to check the neighborhood of each > vehicle. Thus, the vehicular routing needs to take advantage of t= he > IPv6 ND to minimize its control overhead. > > >>> A clean description of the interaction of RPL and RFC 8505 in our= IoT > networks. Note that the speed of the PHY in VANET balanced the instab= ility of > the topology, and RPL still applies. Note also that RPL uses DV with = a routing > stretch in order to minimize the topology awareness that=E2=80=99s ne= eded in each node, > which results in minimal signaling. > > 5.2. Mobility Management > > > > For a mobility management scheme in a shared link, where the wirel= ess > subnets of multiple IP-RSUs share the same prefix, an efficient > vehicular-network-wide DAD is required. If DHCPv6 is used to assi= gn > a unique IPv6 address to each vehicle in this shared link, > > >>> I would not use the term link, or shared. Maybe shared link -> do= main? > > > the DAD is > not required. On the other hand, for a mobility management scheme > with a unique prefix per mobile node (e.g., PMIPv6 [RFC5213] and O= MNI > [OMNI]), DAD is not required because the IPv6 address of a vehicle= 's > external wireless interface is guaranteed to be unique. > > >>> again overselling OMNI > >>> As I said earlier, this is wring there are (64*) more chances of = a > collision in OMNI prefixes than in IPv6 IIDs. >>> OMNI prefixes can c= ollision, > home addresses that are unique on a home network cannot. >>> Now if b= oth the > OMNI prefix and the IID are good randoms, then obviously, the chances= of > collisions round up to 0. >>> Collision is certainly not my worst fea= r. > > There is a > tradeoff between the prefix usage efficiency and DAD overhead. Th= us, > the IPv6 address autoconfiguration for vehicular networks needs to > consider this tradeoff to support efficient mobility management. > > >>> This is way too superficial and hides the reality of things. > - Using a VANET Infra prefix allows direct routability to the interne= t which > BYOA does not since the BYOA is not topologically correct. Yes, it co= sts a DAD > with classic ND, but it does not with RCF8505 and the draft fails to = mention > that. - A BYOA needs a tunnel home, and the node needs to know who is= reachable > inside the VANET and what is not to decide to tunnel or not; this is = a > difficult problem (vs. control place overhead) that is not discussed = here. > > > > For the case of a multihomed network, a vehicle can follow the fir= st- > hop router selection rule described in [RFC8028]. That is, the > vehicle should select its default router for each prefix by > preferring the router that advertised the prefix. > > >>> Still router discovery (in and out) must be very fast. Thing of t= he RA > intervale in MIPv6. Is that sufficient? Too expensive? > > > > 6. Security Considerations > >>> Any discussion on the security of classical ND and other operatio= nal issues > (rfc6583) ? > > > > Security and privacy are paramount in V2I, V2V, and V2X networking= . > Vehicles and infrastructure must be authenticated in order to > participate in vehicular networking. Also, in-vehicle devices (e.= g., > ECU) and a driver/passenger's mobile devices (e.g., smartphone and > tablet PC) in a vehicle need to communicate with other in-vehicle > devices and another driver/passenger's mobile devices in another > vehicle, or other servers behind an IP-RSU in a secure way. Even > though a vehicle is perfectly authenticated and legitimate, it may= be > hacked for running malicious applications to track and collect its > and other vehicles' information. In this case, an attack mitigati= on > process may be required to reduce the aftermath of malicious > behaviors. > > >>> The section should mention that both with classical ND and BYOA, = addresses > can be impersonated, and RFC 8928 protects against that in both cases= while > maintaining privacy. > > Even though vehicles can be authenticated with valid certificates = by > an authentication server in the vehicular cloud, the authenticated > > >>> Is PKI feasible (deploying it in every car?). Is it fast enough? = Is it > really what IPWAVE thinks vehicle should use????? >>> e.g. why would = one need > to authenticate to a V2I network? >>> from the text earlier in the do= c, it > seemed that what you really want is access that is fast to join, capa= ble of > offering the reachability you want, anonymous, and innocuous (cars ca= n not harm > one another). > > vehicles may harm other vehicles, so their communication activitie= s > need to be logged in either a central way through a logging server > (e.g., TCC) in the vehicular cloud or a distributed way (e.g., > blockchain [Bitcoin]) along with other vehicles or infrastructure. > For the non-repudiation of the harmful activities of malicious nod= es, > a blockchain technology can be used [Bitcoin]. Each message from = a > vehicle can be treated as a transaction and the neighboring vehicl= es > can play the role of peers in a consensus method of a blockchain > [Bitcoin][Vehicular-BlockChain]. For a blockchain's efficient > consensus in vehicular networks having fast moving vehicles, a new > consensus algorithm needs to be developed or an existing consensus > algorithm needs to be enhanced. > > >>> solution space; better express the security needs since this is = a PS. > > > > To identify malicious vehicles among vehicles, an authentication > method is required. > > >>> No. As said earlier a vehicle can be infected. You need innocuous= ness.which > can come from things like isolation, zerotrust, and protocols that ar= e > difficult to hack around. Classical IPv6 ND is open bar. RFC 8505/892= 8 is > protected by construction, anonymous, and fast. > > > > For the setup of a secure channel over IPsec or TLS, the multihop = V2I > communications over DSRC is required in a highway for the > authentication by involving multiple intermediate vehicles as rela= y > nodes toward an IP-RSU connected to an authentication server in th= e > vehicular cloud. The V2I communications over 5G V2X (or LTE V2X) = is > required to allow a vehicle to communicate directly with a gNodeB = (or > eNodeB) connected to an authentication server in the vehicular clo= ud. > > >>> solution space. Instead, you could mention that setting up secure= d channels > between cars that cross one another might not complete in time to est= ablish the > communication channel, and that the innocuousness must come from zero= trust in > the transactions between the cars. > For the IPv6 ND, the DAD is required to ensure the uniqueness of t= he > IPv6 address of a vehicle's wireless interface. > > >>> for classical ND (SLAAC) that=E2=80=99s true. That is not with RF= C 8505, since the > infra maintains a table of all addresses in use in the prefix and blo= cks > duplicates without the RFC 4862 DAD method. The stateful autoconf add= ress grant > is immediate. > > This DAD can be used > as a flooding attack that uses the DAD-related ND packets > disseminated over the VANET or vehicular networks. > > >>> also for DOS attacks. You can block a owner from using an address= . A > reference to rfc6959 is much needed here. > > > > This possibility > indicates that the vehicles and IP-RSUs need to filter out suspici= ous > ND traffic in advance. Based on the SEND [RFC3971] mechanism, the > authentication for routers (i.e., IP-RSUs) can be conducted by onl= y > selecting an IP-RSU that has a certification path toward trusted > parties. For authenticating other vehicles, the cryptographically > generated address (CGA) can be used to verify the true owner of a > received ND message, which requires to use the CGA ND option in th= e > ND protocols. For a general protection of the ND mechanism, the R= SA > Signature ND option can also be used to protect the integrity of t= he > messages by public key signatures. For a more advanced > authentication mechanism, a distributed blockchain-based mechanism > [Vehicular-BlockChain] can be used. > > >>> solution space. Again, the draft should focus on problems and nee= ds. The > problem here is that SEND is complex, and not implemented in the majo= r stack. > It relies on PKI for trusting the router. The V2I need is a zerotrust= model > where one V, the other local Vs, and the I, can help each other anony= mously and > harmlessly. > > 8. Informative References > > >>> no normative reference? > > >>> no normative reference? > > > > Voila! > > Keep safe; > > Pascal > > > > From nobody Sat Jun 19 02:42:01 2021 Return-Path: X-Original-To: its@ietfa.amsl.com Delivered-To: its@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9A2E63A29F8 for ; Sat, 19 Jun 2021 02:41:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=it.uc3m.es 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 vOe4eEmiun-S for ; Sat, 19 Jun 2021 02:41:50 -0700 (PDT) Received: from mail-ed1-x52a.google.com (mail-ed1-x52a.google.com [IPv6:2a00:1450:4864:20::52a]) (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 029643A29FA for ; Sat, 19 Jun 2021 02:41:49 -0700 (PDT) Received: by mail-ed1-x52a.google.com with SMTP id s15so11879331edt.13 for ; Sat, 19 Jun 2021 02:41:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=it.uc3m.es; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=amxi3iw+DZK6zrtiTMnQcMezuOsZyrMU8gtwi3tqd/M=; b=DvQhzDh+zcPuJfmK4SmBp05UyX5WK7Z+/02fNgAZuCqPHJXhw5H5Kd7VpEGCxcTGIl QsDegaamYQosweEtN+OB+ItaxqCD/GZsIjEI1Nugz+kgSsRVZGfS72NuuZQqAm1jdj72 5ZJPlfABm7ZVuu+EGHGLVR+124JikYSap6ifBjchwmWoJYOV1em7i/Lf+4ZvI8DNKVMc nMitUFns3iKJjroi83jNZOBd84UKAF5uq4wbZ0rhHfUwzYQmwgyaxcMzG6VRUnIA32Mo cio91Cs03JRwkKoC+PWsjbYypAjgGuO63uIPu6giMTMZ5N8SusidW5AYQVYOSE7pDeYT w0tQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=amxi3iw+DZK6zrtiTMnQcMezuOsZyrMU8gtwi3tqd/M=; b=M4AyR6ZRz4EFuqw2+uzo8cuB/iwHf/a735CnbQMfvnyqfCygRnGVSqP/op+G5dOqgU 05taoDQUCSbrM92BBYacvnjnV2cQxPJjsDOds5o1v2tCt3FZ38KwN3og5JMJtkY8E2Zi e7dJf1FqSdtZvBOwZPmZyPWM8dal0ocpRjF8dFl8+xvuSfuvYFUDCumxZg+BWZZ2e92w KcEAV9vkz+e8qBJcsyNGz9vLChGYHJfAftltsFiE199rRYpcOtzhhXQ9ciVXAnkcQ+04 +f0vH4sZz66frDY7kEJ/CRtuVsBtMLNuV6FDZfu9MZnvGObdmeUhnb5vBzt3Vv5OAObo KgaA== X-Gm-Message-State: AOAM531XbeKzRLlyGmemAdmu8TqirrJ24KBON1JQJg/9ugGufpaKhCMO EtrjzojjikePd9xWLXReOPAoDPWWb7oen4ATxTd1NA== X-Google-Smtp-Source: ABdhPJw3lyACFPLVrEfLH7NFgxai4LSOr9qFNPKSrR+aQ+x1pjvAczRZdLPVMJo8RWy4MKPkzLvzqd6Y7aiKMMMKn/Y= X-Received: by 2002:a05:6402:2913:: with SMTP id ee19mr400288edb.361.1624095705985; Sat, 19 Jun 2021 02:41:45 -0700 (PDT) MIME-Version: 1.0 References: <162400216663.17839.1738900015320888640@ietfa.amsl.com> In-Reply-To: <162400216663.17839.1738900015320888640@ietfa.amsl.com> From: CARLOS JESUS BERNARDOS CANO Date: Sat, 19 Jun 2021 11:41:29 +0200 Message-ID: To: draft-ietf-ipwave-vehicular-networking@ietf.org Cc: ipwave-chairs@ietf.org, ipwave-ads@ietf.org, "Pascal Thubert (pthubert)" , its Content-Type: multipart/alternative; boundary="000000000000a31cb305c51b3fd1" Archived-At: Subject: [ipwave] Fwd: Intdir last call review of draft-ietf-ipwave-vehicular-networking-20 X-BeenThere: its@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IPWAVE - IP Wireless Access in Vehicular Environments WG at IETF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jun 2021 09:41:59 -0000 --000000000000a31cb305c51b3fd1 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Authors, please check carefully and address the comments from the very good review from Pascal. Include the IPWAVE list when responding to the review. And huge thanks Pascal for this terrific review! Carlos ---------- Forwarded message --------- From: Pascal Thubert via Datatracker Date: Fri, Jun 18, 2021 at 9:42 AM Subject: Intdir last call review of draft-ietf-ipwave-vehicular-networking-20 To: Cc: , , = < last-call@ietf.org> Reviewer: Pascal Thubert Review result: Not Ready Dear authors In summary: I read a number of very good drafts collated in one, from the use cases tha= t very complete and ready to publish, to the architecture and protocol solution in section 4 that would require more work for completeness. There are multiple instances in the use cases where protocols are listed coming out of the blue, e.g., the references to OMNI that seem artificially spread regardless of the context of the section. OMNI is used throughout, both as an open ended toolbox, and as a carpet under which all problems can be hidden. Reading this doc, OMNI shows as an interface to a software mobile router, with multiple of the device physical interfaces connected to the mobile router. This makes the stack very simple as the complexity moves to the router. But now you have to implement the router. Presented as that, the OMNI router deserves its name, it=E2=80=99s indeed very rich; it seems to cover all forms of MANET (= many to choose from) and NEMO (and all the MIP protocol family across address families), all the possible radio interfaces on which the ND problems go away by magic, and whatever else you want to put in there. Is that the intention= ? Instead of referring to OMNI for virtually anything, the doc should refer t= o MANET for MANET things (like BYOD), NEMO for NEMO things (like MNP), draft-nordmark-intarea-ippl for split subnets, and draft-thubert-6man-ipv6-over-wireless for P2MP/NBMA link and subnet models. And then you can say that all those components can be plugged in the OMNI router, and you can discuss which MANET and which MIP you want, including using OMNI=E2=80=99s built in mobility. Note that my objections are not against the OMNI design, it might be the perfect thing and I am already aware of use cases that could be served by a P2MP interface like OMNI in conjunction with RFC8505 on the P2P subinterfaces (recycling the high level design we=E2=80=99ve been shipping for IPv4 / fra= me relay for the last 30 years). My objection is of the way the draft uses [OMNI] as the magic wand that solves all the problems when what you really do is throw them over the fence. I=E2=80=99d rather you focus on problems and use cases, for= which there=E2=80=99s excellent text, and indicate what needs to be done without = making assumption on how the needful things will be solved. In agreement with a discussion on the 6MAN list, I=E2=80=99d suggest to spl= it, keep all that=E2=80=99s use case and problem description and ship it, remove referen= ces to protocols envisioned in the solution, and start the work on architecture of the solution and the protocol applicability statements separately. An alternate would be to centralize the discussion on protocols to annex, and explain that protocol A or B could be envisioned in solution space because to over this gap or implement that function. In any fashion, the current text is not ready for publication as applicability statement, architecture and or/solution, so the related work should be removed from the main text. But I find it mostly ready for use case and problem statement, more below. Review: Abstract This document discusses the problem statement and use cases of IPv6-based vehicular networking for Intelligent Transportation Systems (ITS). >>> The document goes beyond that; there was actually a thread at 6MAN wher= e Bob Hinden said =E2=80=9C This document says it is a problem statement, but= then becomes a solution document. Might be better to cut it down to only the problem statement part. =E2=80=9C >>> Would you consider doing this? If not= , why? Note: you may want to respond on 6MAN as well. >>> >>>I would have thought that the traditional steps of problem statement and applicability statement of existing work could be expected from IPWAVE too. >>> Please clarify the steps that you intend to follow next with this work. 1. Introduction >>> Very readable and informative section, many thanks! Along with these WAVE standards and C-V2X standards, regardless of a wireless access technology under the IP stack of a vehicle, vehicular networks can operate IP mobility with IPv6 [RFC8200] and Mobile IPv6 protocols (e.g., Mobile IPv6 (MIPv6) [RFC6275], Proxy MIPv6 (PMIPv6) [RFC5213], Distributed Mobility Management (DMM) [RFC7333], Locator/ ID Separation Protocol (LISP) [RFC6830BIS], and Asymmetric Extended Route Optimization (AERO) [RFC6706BIS]). >>> NEMO (RFC 3963) is not cited. Any reason why the vehicle would not transport a network? This document describes use cases and a problem statement about IPv6-based vehicular networking for ITS, which is named IPv6 Wireless Access in Vehicular Environments (IPWAVE). First, it introduces the use cases for using V2V, V2I, and V2X networking in ITS. Next, for IPv6-based vehicular networks, it makes a gap analysis of current IPv6 protocols (e.g., IPv6 Neighbor Discovery, Mobility Management, and Security & Privacy), and then enumerates requirements for the extensions of those IPv6 protocols, which are tailored to IPv6-based vehicular networking. Thus, this document is intended to motivate development of key protocols for IPWAVE. >>> 2. Terminology >>> o IP-OBU: "Internet Protocol On-Board Unit": An IP-OBU denotes a computer situated in a vehicle (e.g., car, bicycle, autobike, motor cycle, and a similar one) and a device (e.g., smartphone and IoT device). It has at least one IP interface that runs in IEEE 802.11-OCB and has an "OBU" transceiver. Also, it may have an IP interface that runs in Cellular V2X (C-V2X) [TS-23.285-3GPP] [TR-22.886-3GPP][TS-23.287-3GPP]. See the definition of the term "OBU" in [RFC8691]. >>> Can that be a router connecting multiple computers? 3. Use Cases >>> This is another great read and an enlightening section. Maybe mention i= n the abstract that the doc also covers use cases? Although a Layer-2 solution can provide a support for multihop communications in vehicular networks, the scalability issue related to multihop forwarding still remains when vehicles need to disseminate or forward packets toward multihop-away destinations. In addition, the IPv6-based approach for V2V as a network layer protocol can accommodate multiple radio technologies as MAC protocols, such as 5G V2X and DSRC. Therefore, the existing IPv6 protocol can be augmented through the addition of an Overlay Multilink Network (OMNI) Interface [OMNI] and/or protocol changes in order to support both wireless single-hop/multihop V2V communications and multiple radio technologies in vehicular networks. In such a way, vehicles can communicate with each other by V2V communications to share either an emergency situation or road hazard in a highway having multiple kinds of radio technologies, such as 5G V2X and DSRC. >>> This text appears in the middle of high level use case, with a crude list of protocols; this is not a place for it >>> On a 6MAN Thread, Brian Carpenter said that the above: =E2=80=9C is of concern regardless of the mention of OMNI. Does it mean "can be" or "needs to be"? This paragraph seems like a very short summary of a big problem area. At the end of page 13 there is some related discussion, which mention= s RPL as part of the solution (good choice, IMHO) but again seems to depend o= n OMNI. I don't think the fix of simply removing references to OMNI works, because it would leave a gap. In an informational document, that is not a formal problem but as far as this draft describes architecture, I don't think that big a gap is reasonable. "OMNI" is mentioned more than 20 times in the document. There are also several references to AERO, which is strongly associated with OMNI. =E2=80=9C >>> I agree with Brian. Here the document s= eems to be mixing solution with problem and putting the cart before the horse. My recommendation is to stick to what needs to be done that IPv6 does not do yet -the reqs and gaps-; but the doc should not step in the how things will be done unless the group already decided to do it. The logical next steps to a PS are an applicability statement of existing work, and if the gaps cannot be filled, there may be one or more WG chartered to fill those gaps. >>> I=E2=80=99d still be happy to see an annex with leads on where the solu= tion might come from like RFC 8691 does. The existing IPv6 protocol must be augmented through the addition of an OMNI interface and/or protocol changes in order to support wireless multihop V2I communications in a highway where RSUs are sparsely deployed, so a vehicle can reach the wireless coverage of an RSU through the multihop data forwarding of intermediate vehicles. Thus, IPv6 needs to be extended for multihop V2I communications. >>> Note that I have no clue on how well OMNI applies in that space, maybe it does very well; but here it comes out of the blue with no justification. If you mention OMNI you need to detail what it is and which of the V2V problems you expect it to solve. But then, that=E2=80=99s beyond the scope of a PS. The existing IPv6 protocol must be augmented through the addition of an OMNI interface and/or protocol changes in order to support wireless multihop V2X (or V2I2X) communications in an urban road network where RSUs are deployed at intersections, so a vehicle (or a pedestrian's smartphone) can reach the wireless coverage of an RSU through the multihop data forwarding of intermediate vehicles (or pedestrians' smartphones). Thus, IPv6 needs to be extended for multihop V2X (or V2I2X) communications. >>> Please be more specific on what the missing functions are and whether they are missing from the stack development standpoint or if there=E2=80=99s wor= k needed from the IETF. 1) If something is really missing in our specs, the text to prove from the use case above is missing 2) how OMNI serves the use case could be elaborated in an applicability statement of OMNI for V2xyz, but it is a bit blunt to present it as panacea when the problems to be solved are not listed. 3) If you look at it, OMNI seems like a software mobile router within a bump in the stack. Can that become too big? >>> my view is that the text above and the similar occasions should be replaced by something like : The existing IPv6 protocol must be augmented to provide the following functions: 1) =E2=80=A6 >>> and / or something like: In addition to the IPv6 node requirements [RFC 8504], the IPv6 protocol stack for use in a vehicle must support 1) RFC blah, 2) =E2=80=A6 To support applications of these V2X use cases, the functions of IPv6 such as VND, VMM, and VSP are prerequisites for IPv6-based packet exchange, transport-layer session continuity, and secure, safe communication between a vehicle and a pedestrian either directly or indirectly via an IP-RSU. >>> =E2=80=9Cthe functions of IPv6 such as VND, VMM, and VSP=E2=80=9D does = not parse. There=E2=80=99s no IPv6 reference that provides those functions. If the intention is to say that there=E2=80=99s stuff to add to IPv6 to support, like, say, VND, then= this document fails to define how an IPv6 VND should behave, though it=E2=80=99s precisely what I=E2=80=99d expect from a problem statement. 4. Vehicular Networks >>> What is the purpose of section 4 as a whole, problem statement or applicability statement of the listed protocols? In the former case what=E2= =80=99s the problem? In the latter case it is incomplete and needs to be exported to an applicability statement doc with all the possible technologies evaluated. This section describes an example vehicular network architecture supporting V2V, V2I, and V2X communications in vehicular networks. >>> I read this as presenting a context to explain what the problems are instead of presenting the IPVAWE =E2=80=9Carchitecture=E2=80=9D. Maybe usin= g the term =E2=80=9CArchitecture=E2=80=9D here is misleading and led to Bob=E2=80=99s = comment. 4.1. Vehicular Network Architecture Figure 1 shows an example vehicular network architecture for V2I and V2V in a road network [OMNI]. a. Is using OMNI a decision that the WG made for the future work ? wha= t does it do and what does it not do? b. Is there work left to be done? Who will do that work? Or is it the expectation that OMNI has it all defined already? An existing network architecture (e.g., an IP-based aeronautical network architecture [OMNI][UAM-ITS], a network architecture of PMIPv6 [RFC5213], and a low-power and lossy network architecture [RFC6550]) can be extended to a vehicular network architecture for multihop V2V, V2I, and V2X, as shown in Figure 1. In a highway scenario, a vehicle may not access an RSU directly because of the distance of the DSRC coverage (up to 1 km). For example, the OMNI interface and/or RPL (IPv6 Routing Protocol for Low-Power and Lossy Networks) [RFC6550] can be extended to support a multihop V2I since a vehicle can take advantage of other vehicles as relay nodes to reach the RSU. Also, RPL can be extended to support both multihop V2V and V2X in the similar way. >>> all this could fit well in annex; anyway you need to explain what you expect the protocols to do and which extension is needed. In the case of RPL at least you indicate that it would do routing, but not why you cannot use it of the shelf; for OMNI, what you expect is less clear, though there=E2=80=99s = text elsewhere about the many radio interfaces that could be used for the purpose, and the text in the UAM below that is enlightening. To support not only the mobility management of the UAM end systems, but also the multihop and multilink communications of the UAM interfaces, the UAM end systems can employ an Overlay Multilink Network (OMNI) interface [OMNI] as a virtual Non-Broadcast Multiple Access (NBMA) connection to a serving ground domain infrastructure. >>> Again, what is the expectation for OMNI? As an overlay it requires an underlay; when connecting to a MANET it needs support for that MANET. The text above seems to imply that is solves everything in V2xyz like magic; reminds me of the IPv6 multicast abstraction that was supposed to solve the broadcast problem and ended up worsening it. This infrastructure can be configured over the underlying data links. The OMNI interface and its link model provide a means of multilink, multihop and mobility coordination to the legacy IPv6 ND messaging [RFC4861] according to the NBMA principle. Thus, the OMNI link model can support efficient UAM internetworking services without additional mobility messaging, and without any modification to the IPv6 ND messaging services or link model. >>> Again, what is the expectation for OMNI? As an overlay it requires an underlay; the text above seems to imply that is solves everything in V2xyz like magic; that would be a stretch, that reminds me of IPv6 multicast that was supposed to solve the broadcast problem and ended up worsening it. Multiple vehicles under the coverage of an RSU share a prefix just as mobile nodes share a prefix of a Wi-Fi access point in a wireless LAN. This is a natural characteristic in infrastructure-based wireless networks. For example, in Figure 1, two vehicles (i.e., Vehicle2, and Vehicle5) can use Prefix 1 to configure their IPv6 global addresses for V2I communication. Alternatively, mobile nodes can employ an OMNI interface and use their own IPv6 Unique Local Addresses (ULAs) [RFC4193] over the wireless network without requiring the messaging of IPv6 Stateless Address Autoconfiguration (SLAAC) [RFC4862], which uses an on-link prefix provided by the (visited) wireless LAN; this technique is known as "Bring-Your-Own- Addresses". >>> Is OMNI the only way to "Bring-Your-Own-Addresses=E2=80=9D? Else the t= ext could be more generic, at least use e.g., like the ref to AERO later. >>> What are the implications / limitations of doing that =E2=80=93 like they can do line of= sight V2V but not reach the internet, or the need of a local MANET / RPL that will accept to route those addresses, or the security / address ownership validation issues ? A single subnet prefix announced by an RSU can span multiple vehicles in VANET. For example, in Figure 1, for Prefix 1, three vehicles (i.e., Vehicle1, Vehicle2, and Vehicle5) can construct a connected VANET. Also, for Prefix 2, two vehicles (i.e., Vehicle3 and Vehicle6) can construct another connected VANET, and for Prefix 3, two vehicles (i.e., Vehicle4 and Vehicle7) can construct another connected VANET. Alternatively, each vehicle could employ an OMNI interface with their own ULAs such that no topologically-oriented subnet prefixes need be announced by the RSU. >>> same as above. This seems to restate the same thing, derive an address from a topologically correct prefix or use your own with limitations to be described. For IPv6 packets transported over IEEE 802.11-OCB, [RFC8691] specifies several details, including Maximum Transmission Unit (MTU), frame format, link-local address, address mapping for unicast and multicast, stateless autoconfiguration, and subnet structure. An Ethernet Adaptation (EA) layer is in charge of transforming some parameters between the IEEE 802.11 MAC layer and the IPv6 network layer, which is located between the IEEE 802.11-OCB's logical link control layer and the IPv6 network layer. This IPv6 over 802.11-OCB can be used for both V2V and V2I in IPv6-based vehicular networks. >>> solution space. An IPv6 mobility solution is needed for the guarantee of communication continuity in vehicular networks so that a vehicle's TCP session can be continued, or UDP packets can be delivered to a vehicle as a destination without loss while it moves from an IP-RSU's wireless coverage to another IP-RSU's wireless coverage. In Figure 1, assuming that Vehicle2 has a TCP session (or a UDP session) with a corresponding node in the vehicular cloud, Vehicle2 can move from IP-RSU1's wireless coverage to IP-RSU2's wireless coverage. In this case, a handover for Vehicle2 needs to be performed by either a host-based mobility management scheme (e.g., MIPv6 [RFC6275]) or a network-based mobility management scheme (e.g., PMIPv6 [RFC5213] and AERO [RFC6706BIS]). In the host-based mobility scheme (e.g., MIPv6), an IP-RSU plays a role of a home agent. On the other hand, in the network-based mobility scheme (e.g., PMIPv6, an MA plays a role of a mobility management controller such as a Local Mobility Anchor (LMA) in PMIPv6, which also serves vehicles as a home agent, and an IP-RSU plays a role of an access router such as a Mobile Access Gateway (MAG) in PMIPv6 [RFC5213]. The host-based mobility scheme needs client functionality in IPv6 stack of a vehicle as a mobile node for mobility signaling message exchange between the vehicle and home agent. On the other hand, the network-based mobility scheme does not need such a client functionality for a vehicle because the network infrastructure node (e.g., MAG in PMIPv6) as a proxy mobility agent handles the mobility signaling message exchange with the home agent (e.g., LMA in PMIPv6) for the sake of the vehicle. There are a scalability issue and a route optimization issue in the network-based mobility scheme (e.g., PMIPv6) when an MA covers a large vehicular network governing many IP-RSUs. In this case, a distributed mobility scheme (e.g., DMM [RFC7429]) can mitigate the scalability issue by distributing multiple MAs in the vehicular network such that they are positioned closer to vehicles for route optimization and bottleneck mitigation in a central MA in the network-based mobility scheme. All these mobility approaches (i.e., a host-based mobility scheme, network-based mobility scheme, and distributed mobility scheme) and a hybrid approach of a combination of them need to provide an efficient mobility service to vehicles moving fast and moving along with the relatively predictable trajectories along the roadways. In vehicular networks, the control plane can be separated from the data plane for efficient mobility management and data forwarding by using the concept of Software-Defined Networking (SDN) [RFC7149][DMM-FPC]. Note that Forwarding Policy Configuration (FPC) in [DMM-FPC], which is a flexible mobility management system, can manage the separation of data-plane and control-plane in DMM. In SDN, the control plane and data plane are separated for the efficient management of forwarding elements (e.g., switches and routers) where an SDN controller configures the forwarding elements in a centralized way and they perform packet forwarding according to their forwarding tables that are configured by the SDN controller. An MA as an SDN controller needs to efficiently configure and monitor its IP-RSUs and vehicles for mobility management, location management, and security services. The mobility information of a GPS receiver mounted in its vehicle (e.g., position, speed, and direction) can be used to accommodate mobility-aware proactive handover schemes, which can perform the handover of a vehicle according to its mobility and the wireless signal strength of a vehicle and an IP-RSU in a proactive way. Vehicles can use the TCC as their Home Network having a home agent for mobility management as in MIPv6 [RFC6275] and PMIPv6 [RFC5213], so the TCC (or an MA inside the TCC) maintains the mobility information of vehicles for location management. IP tunneling over the wireless link should be avoided for performance efficiency. Also, in vehicular networks, asymmetric links sometimes exist and must be considered for wireless communications such as V2V and V2I. >>> This is all very informative text but does not state a problem. Is there a problem is left to be solved or are we assessing the applicability of protocols? Could it for instance, forward point to issues discussed in section 5? As shown in Figure 3, as internal networks, a vehicle's moving network and an EN's fixed network are self-contained networks having multiple subnets and having an edge router (e.g., IP-OBU and IP-RSU) for the communication with another vehicle or another EN. The internetworking between two internal networks via V2I communication requires the exchange of the network parameters and the network prefixes of the internal networks. For the efficiency, the network prefixes of the internal networks (as a moving network) in a vehicle need to be delegated and configured automatically. Note that a moving network's network prefix can be called a Mobile Network Prefix (MNP) [OMNI]. >>> Then again you=E2=80=99re overselling OMNI. MNP is originally defined h= ere https://datatracker.ietf.org/doc/html/rfc3963#section-2 and that=E2=80=99s = a reference you can use normatively. As shown in Figure 3, the addresses used for IPv6 transmissions over the wireless link interfaces for IP-OBU and IP-RSU can be either global IPv6 addresses, or IPv6 ULAs as long as IPv6 packets can be routed within vehicular networks [OMNI]. >>> Then again you=E2=80=99re overselling OMNI. There needs to be a routin= g protocol like a MANET that will accept to carry the MNPs, and that must be implemented by the infra and both cars. The OMNI spec is clear on that. This is why at first glance I see OMNI as a full mobile router in a bump in the stack. Now what is the problem behind this? No suc= h protocol at IETF? Too many to choose from? No deployment? When global IPv6 addresses are used, wireless interface configuration and control overhead for Duplicate Address Detection (DAD) [RFC4862] and Multicast Listener Discovery (MLD) [RFC2710][RFC3810] should be minimized to support V2I and V2X communications for vehicles moving fast along roadways; when ULAs and the OMNI interface are used, no DAD nor MLD messaging is needed. >>> Then again you=E2=80=99re overselling OMNI. Isn=E2=80=99t it the no dad= needed a property of injecting a BYOA in the fabric for an GUA MIP Home Address which is known to be unique at home? >>> OTOH, autoconf=E2=80=99ing a random ULA =E2=80=9CFD= =E2=80=A6=E2=80=9Dprefix has lesser DAD properties than autoconf=E2=80=99ing a random 64bit IID in a classical = subnet. So who says DAD isn=E2=80=99t required for OMNI ULA? >>> note that IMHO DAD on wireless is a lot more harm than good, and I agree that with a good pseudo random generator the ULA has no chance to collision in the real world, as OMNI claims. It=E2= =80=99s just that your argument here plays the other way, because there are less random bits (56) in the ULA prefix than in the IID (62), and if one starts using more prefix bits to be non-random, there will be a time when DAD on prefix is needed. Let us consider the upload/download time of a vehicle when it passes through the wireless communication coverage of an IP-RSU. For a given typical setting where 1km is the maximum DSRC communication range [DSRC] and 100km/h is the speed limit in highway, the dwelling time can be calculated to be 72 seconds by dividing the diameter of the 2km (i.e., two times of DSRC communication range where an IP-RSU is located in the center of the circle of wireless communication) by the speed limit of 100km/h (i.e., about 28m/s). For the 72 seconds, a vehicle passing through the coverage of an IP-RSU can upload and download data packets to/from the IP-RSU. 4.3. V2V-based Internetworking >>> In this section it looks like the cars are in a stable line of sight relationship. Which is probably fine for a platoon, but when you drive alon= g with friends in different cars, you realize that the line of sight assumption does not stand over time. Soon enough, other cars meddle in, and possibly one of the cars drives faster and too far ahead so you need the infra to relay, possibly over multiple infra hops. >>> so in this section, I=E2=80=99d expect to see a Vehicle communicating w= ith another one and using either line of sight or V2V relaying but also using relay via V2I (multihop I2I not just hub and spoke V2I2V ), alternatively to together for redundancy. Is that part of the problem? >>> reading deeper section 5 I found excellent text on routing via V and via I. This tells that section 4 does not play a good role at justifying section 5= . Maybe keep section 4 for another doc? >>> What kind or reliability is required in a V2V use case? Do you think ND can handle it? Or MANET? What would be the assumption on L2 (roaming time, unicast vs P2MP) and on L3 (reliability ala DetNet/RAW). Should we have some L3 redundancy? 5. Problem Statement In order to specify protocols using the architecture mentioned in Section 4.1, IPv6 core protocols have to be adapted to overcome certain challenging aspects of vehicular networking. Since the vehicles are likely to be moving at great speed, protocol exchanges need to be completed in a time relatively short compared to the lifetime of a link between a vehicle and an IP-RSU, or between two vehicles. >>> Any order of magnitude? >>> Can you indicate whether this already rules out certain procedures, e.g= . DAD ? The lifetime of a session varies depending on the session's type such as a web surfing, voice call over IP, and DNS query. Regardless of a session's type, to guide all the IPv6 packets to their destination host, IP mobility should be supported for the session. >>> this seems to be for unicast when you know who to talk to. Is there a need some multicast groups like anybody around interested in topic blah like I could be multicasting the speed of vehicles coming the other way that I crossed recently, for use of vehicles that I=E2=80=99m crossing now, so they can se= e a slowdown on advance Thus, the time constraint of a wireless link has a major impact on IPv6 Neighbor Discovery (ND). Mobility Management (MM) is also vulnerable to disconnections that occur before the completion of identity verification and tunnel management. This is especially true given the unreliable nature of wireless communication. This section presents key topics such as neighbor discovery and mobility management. >>> Only ND? What about the MANET? >>> how fast should ND be to be suitable? >>> is there also a bandwidth check? You can make things much faster if you dedicate a lot of spectrum to it. But that can also be a waste. 5.1. Neighbor Discovery The requirements for IPv6 ND for vehicular networks are efficient DAD and NUD operations. >>> Not lookup? Is it the intention to use IP unicast over MAC broadcast, which is a good idea in my book? This merging and partitioning should be considered for the IPv6 ND such as IPv6 Stateless Address Autoconfiguration (SLAAC) [RFC4862]. >>> Not lookup? Is it the intention to use IP unicast over MAC broadcast, which is a good idea in my book? Also, the partitioning of a VANET may make vehicles with the same prefix be physically unreachable. Also, SLAAC needs to prevent IPv6 address duplication due to the merging of VANETs. According to the merging and partitioning, a destination vehicle (as an IPv6 host) needs to be distinguished as either an on-link host or an off-link host even though the source vehicle uses the same prefix as the destination vehicle. >>> should reference to draft-nordmark-intarea-ippl To efficiently prevent IPv6 address duplication due to the VANET partitioning and merging from happening in vehicular networks, the vehicular networks need to support a vehicular-network-wide DAD by defining a scope that is compatible with the legacy DAD. In this case, two vehicles can communicate with each other when there exists a communication path over VANET or a combination of VANETs and IP- RSUs, as shown in Figure 1. By using the vehicular-network-wide DAD, vehicles can assure that their IPv6 addresses are unique in the vehicular network whenever they are connected to the vehicular infrastructure or become disconnected from it in the form of VANET. >>> Excellent ND time-related parameters such as router lifetime and Neighbor Advertisement (NA) interval need to be adjusted for vehicle speed and vehicle density. For example, the NA interval needs to be dynamically adjusted according to a vehicle's speed so that the vehicle can maintain its neighboring vehicles in a stable way, considering the collision probability with the NA messages sent by other vehicles. >>> Is that a problem or just an operational setting that needs to be found= ? >>> Do we need to reconsider the concepts of those timers? Thus, in IPv6-based vehicular networking, IPv6 ND should have minimum changes for the interoperability with the legacy IPv6 ND used in the Internet, including the DAD and NUD operations. >>> I do not find the logical link with the text before, why is this a =E2=80=9Cthus=E2=80=9D? >>> why should the ND inside the VANET be constrained to be interoperable? This may place constraints on the solution. 5.1.1. Link Model A prefix model for a vehicular network needs to facilitate the >>> Do you mean a =E2=80=9Csubnet model=E2=80=9D as opposed to =E2=80=9Cpre= fix model=E2=80=9D. >>> it would make this piece and the next should refer to draft-thubert-6man-ipv6-over-wireless for IPv6 over P2MP /NBMA, for both link and subnet issues. The general ideas are the same, but the gory details her= e are slightly incorrect, like this notion of prefix model than comes out of the blue. The model is really the subnet model for the subnet associated to P2MP. communication between two vehicles with the same prefix regardless of the vehicular network topology as long as there exist bidirectional E2E paths between them in the vehicular network including VANETs and IP-RSUs. This prefix model allows vehicles with the same prefix to communicate with each other via a combination of multihop V2V and multihop V2I with VANETs and IP-RSUs. Note that the OMNI interface supports an NBMA link model where multihop V2V and V2I communications use each mobile node's ULAs without need for any DAD or MLD messaging. >>> again overselling OMNI. >>> I kinda agree about the OMNI interface model, nothing against that. But you must see that there needs a lot more than what the OMNI interface to get packets across V and I hops to the destination. Like routing ala MANET, redundancy handling ala DetNet because it will be very lossy, path management ala RAW to optimize delivery vs. spectrum=E2=80=A6 And OMNI ignores ND so i= t does not solve the ND problems above. IPv6 protocols work under certain assumptions that do not necessarily hold for vehicular wireless access link types other than OMNI/NBMA [VIP-WAVE][RFC5889]; the rest of this section discusses implications for those link types that do not apply when the OMNI/NBMA link model >>> again overselling OMNI. >>> The keyword here is P2MP / NBMA, and OMNI is one interface that accepts that. There are others. IBM=E2=80=99s IPv4 over Frame relay was already P2M= P / NBMA, using routing to complete the partial mesh in P2MP. The text seems to imply that OMNI is the only way to do that and that=E2=80=99s wrong. Also OMNI is= loaded with other stuff than a plain P2MP capable interface. And ND over P2MP is not done by OMNI, OMNI only makes classical ND worse and only works in a full mesh. OTOH RFC 8505, which is designed to do ND for P2MP /NBMA would indeed work very well within an OMNI interface and solve those problems. >>> My point is that you need to tell the full story or refrain from entering solution space in this doc There is a relationship between a link and a prefix, besides the different scopes that are expected from the link-local and global types of IPv6 addresses. In an IPv6 link, it is assumed that all interfaces which are configured with the same subnet prefix and with on-link bit set can communicate with each other on an IPv6 link. >>> not assumed; that=E2=80=99s what the onlink but set tells. The conclusi= on should be that the VANET cannot set the O bit. However, the vehicular link model needs to define the relationship between a link and a prefix, considering the dynamics of wireless links and the characteristics of VANET. From the previous observation, a vehicular link model should consider the frequent partitioning and merging of VANETs due to vehicle mobility. Therefore, the vehicular link model needs to use an on- link prefix and off-link prefix according to the network topology of vehicles such as a one-hop reachable network and a multihop reachable >>> No, the once a node saw a O bit set that sticks even if it sees other advertisements of the PIO with the O bit not set. >>> This is a global and intrinsic property of the prefix (and an attack vector that could be mentioned in the sec section). >>> the VANET prefix must never come with the O bit set. network (or partitioned networks). If the vehicles with the same prefix are reachable from each other in one hop, the prefix should be on-link. >>>> No, see above; but the router may redirect though it is really risky unless this is a stable situation like a parking place. Thus, in IPv6-based vehicular networking, the vehicular link model should have minimum changes for interoperability with standard IPv6 links in an efficient fashion to support IPv6 DAD, MLD and NUD operations. When the OMNI NBMA link model is used, there are no link model changes nor DAD/MLD messaging required. >>>> again overselling OMNI. >>>> You need a good P2MP subnet model with routing support when the mesh i= s partial. My company alone has been shipping million of nodes that build subnets of thousands, and that was done using IETF standards. For vehicular networks with high mobility and density, the DAD needs to be performed efficiently with minimum overhead so that the vehicles can exchange a driving safety message (e.g., collision avoidance and accident notification) with each other with a short interval (e.g., 0.5 second) by a technical report from NHTSA (National Highway Traffic Safety Administration) [NHTSA-ACAS-Report]. Such a driving safety message may include a vehicle's mobility information (i.e., position, speed, direction, and acceleration/ deceleration). The exchange interval of this message is 0.5 second, which is required to allow a driver to avoid a rear-end crash from another vehicle. >>> IPv6 over broadcast MAC (used to be called internet 0, 10+ years ago) solves that MAC issue since there is no MAC. 5.1.3. Routing For multihop V2V communications in either a VANET or VANETs via IP- RSUs, a vehicular Mobile Ad Hoc Networks (MANET) routing protocol may be required to support both unicast and multicast in the links of the subnet with the same IPv6 prefix. However, it will be costly to run both vehicular ND and a vehicular ad hoc routing protocol in terms of control traffic overhead [ID-Multicast-Problems]. >>> we do that with IETF standards on battery operated devices already. Using RFC 8505 for the UNI and RPL for the NNI. It is scalable (we=E2=80=99ve see= n 30 hops in meshes of thousands in the real world though it=E2=80=99s not the normal op= erational model, but can happen to maintain connectivity during the reboot of a root) and does not use broadcast. RPL was initially designed as a V2V2V protocol but found its market on the IoT. I=E2=80=99m sure the protocol would gladly com= e back to its roots. A routing protocol for a VANET may cause redundant wireless frames in the air to check the neighborhood of each vehicle and compute the routing information in a VANET with a dynamic network topology because the IPv6 ND is used to check the neighborhood of each vehicle. Thus, the vehicular routing needs to take advantage of the IPv6 ND to minimize its control overhead. >>> A clean description of the interaction of RPL and RFC 8505 in our IoT networks. Note that the speed of the PHY in VANET balanced the instability of the topology, and RPL still applies. Note also that RPL uses DV with a routing stretch in order to minimize the topology awareness that=E2=80=99s needed i= n each node, which results in minimal signaling. 5.2. Mobility Management For a mobility management scheme in a shared link, where the wireless subnets of multiple IP-RSUs share the same prefix, an efficient vehicular-network-wide DAD is required. If DHCPv6 is used to assign a unique IPv6 address to each vehicle in this shared link, >>> I would not use the term link, or shared. Maybe shared link -> domain? the DAD is not required. On the other hand, for a mobility management scheme with a unique prefix per mobile node (e.g., PMIPv6 [RFC5213] and OMNI [OMNI]), DAD is not required because the IPv6 address of a vehicle's external wireless interface is guaranteed to be unique. >>> again overselling OMNI >>> As I said earlier, this is wring there are (64*) more chances of a collision in OMNI prefixes than in IPv6 IIDs. >>> OMNI prefixes can collision, home addresses that are unique on a home network cannot. >>> Now if both th= e OMNI prefix and the IID are good randoms, then obviously, the chances of collisions round up to 0. >>> Collision is certainly not my worst fear. There is a tradeoff between the prefix usage efficiency and DAD overhead. Thus, the IPv6 address autoconfiguration for vehicular networks needs to consider this tradeoff to support efficient mobility management. >>> This is way too superficial and hides the reality of things. - Using a VANET Infra prefix allows direct routability to the internet whic= h BYOA does not since the BYOA is not topologically correct. Yes, it costs a DAD with classic ND, but it does not with RCF8505 and the draft fails to mentio= n that. - A BYOA needs a tunnel home, and the node needs to know who is reachable inside the VANET and what is not to decide to tunnel or not; this is a difficult problem (vs. control place overhead) that is not discussed here. For the case of a multihomed network, a vehicle can follow the first- hop router selection rule described in [RFC8028]. That is, the vehicle should select its default router for each prefix by preferring the router that advertised the prefix. >>> Still router discovery (in and out) must be very fast. Thing of the RA intervale in MIPv6. Is that sufficient? Too expensive? 6. Security Considerations >>> Any discussion on the security of classical ND and other operational issues (rfc6583) ? Security and privacy are paramount in V2I, V2V, and V2X networking. Vehicles and infrastructure must be authenticated in order to participate in vehicular networking. Also, in-vehicle devices (e.g., ECU) and a driver/passenger's mobile devices (e.g., smartphone and tablet PC) in a vehicle need to communicate with other in-vehicle devices and another driver/passenger's mobile devices in another vehicle, or other servers behind an IP-RSU in a secure way. Even though a vehicle is perfectly authenticated and legitimate, it may be hacked for running malicious applications to track and collect its and other vehicles' information. In this case, an attack mitigation process may be required to reduce the aftermath of malicious behaviors. >>> The section should mention that both with classical ND and BYOA, addresses can be impersonated, and RFC 8928 protects against that in both cases while maintaining privacy. Even though vehicles can be authenticated with valid certificates by an authentication server in the vehicular cloud, the authenticated >>> Is PKI feasible (deploying it in every car?). Is it fast enough? Is it really what IPWAVE thinks vehicle should use????? >>> e.g. why would one need to authenticate to a V2I network? >>> from the text earlier in the doc, it seemed that what you really want is access that is fast to join, capable of offering the reachability you want, anonymous, and innocuous (cars can not harm one another). vehicles may harm other vehicles, so their communication activities need to be logged in either a central way through a logging server (e.g., TCC) in the vehicular cloud or a distributed way (e.g., blockchain [Bitcoin]) along with other vehicles or infrastructure. For the non-repudiation of the harmful activities of malicious nodes, a blockchain technology can be used [Bitcoin]. Each message from a vehicle can be treated as a transaction and the neighboring vehicles can play the role of peers in a consensus method of a blockchain [Bitcoin][Vehicular-BlockChain]. For a blockchain's efficient consensus in vehicular networks having fast moving vehicles, a new consensus algorithm needs to be developed or an existing consensus algorithm needs to be enhanced. >>> solution space; better express the security needs since this is a PS. To identify malicious vehicles among vehicles, an authentication method is required. >>> No. As said earlier a vehicle can be infected. You need innocuousness.which can come from things like isolation, zerotrust, and protocols that are difficult to hack around. Classical IPv6 ND is open bar. RFC 8505/8928 is protected by construction, anonymous, and fast. For the setup of a secure channel over IPsec or TLS, the multihop V2I communications over DSRC is required in a highway for the authentication by involving multiple intermediate vehicles as relay nodes toward an IP-RSU connected to an authentication server in the vehicular cloud. The V2I communications over 5G V2X (or LTE V2X) is required to allow a vehicle to communicate directly with a gNodeB (or eNodeB) connected to an authentication server in the vehicular cloud. >>> solution space. Instead, you could mention that setting up secured channels between cars that cross one another might not complete in time to establish the communication channel, and that the innocuousness must come from zerotrust in the transactions between the cars. For the IPv6 ND, the DAD is required to ensure the uniqueness of the IPv6 address of a vehicle's wireless interface. >>> for classical ND (SLAAC) that=E2=80=99s true. That is not with RFC 8505= , since the infra maintains a table of all addresses in use in the prefix and blocks duplicates without the RFC 4862 DAD method. The stateful autoconf address grant is immediate. This DAD can be used as a flooding attack that uses the DAD-related ND packets disseminated over the VANET or vehicular networks. >>> also for DOS attacks. You can block a owner from using an address. A reference to rfc6959 is much needed here. This possibility indicates that the vehicles and IP-RSUs need to filter out suspicious ND traffic in advance. Based on the SEND [RFC3971] mechanism, the authentication for routers (i.e., IP-RSUs) can be conducted by only selecting an IP-RSU that has a certification path toward trusted parties. For authenticating other vehicles, the cryptographically generated address (CGA) can be used to verify the true owner of a received ND message, which requires to use the CGA ND option in the ND protocols. For a general protection of the ND mechanism, the RSA Signature ND option can also be used to protect the integrity of the messages by public key signatures. For a more advanced authentication mechanism, a distributed blockchain-based mechanism [Vehicular-BlockChain] can be used. >>> solution space. Again, the draft should focus on problems and needs. Th= e problem here is that SEND is complex, and not implemented in the major stack. It relies on PKI for trusting the router. The V2I need is a zerotrust model where one V, the other local Vs, and the I, can help each other anonymously and harmlessly. 8. Informative References >>> no normative reference? >>> no normative reference? Voila! Keep safe; Pascal --000000000000a31cb305c51b3fd1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Authors, please check carefully and address the comments f= rom the very good review from Pascal. Include the IPWAVE list when respondi= ng to the review.

And huge thanks Pascal for this terrif= ic review!

Carlos

---------- Forwarded message ------= ---
From: Pascal Thubert= via Datatracker <noreply@ietf.org>
Date: Fri, Jun 18, 2021 at 9:4= 2 AM
Subject: Intdir last call review of draft-ietf-ipwave-vehicular-net= working-20
To: <int-dir@ietf.org= >
Cc: <draft-ietf-ipwave-vehicular-networking.all@ietf.org>= ;, <its@ietf.org>, <last-call@ietf.org>


= Reviewer: Pascal Thubert
Review result: Not Ready

Dear authors

In summary:

I read a number of very good drafts collated in one, from the use cases tha= t
very complete and ready to publish, to the architecture and protocol soluti= on
in section 4 that would require more work for completeness.

There are multiple instances in the use cases where protocols are listed co= ming
out of the blue, e.g., the references to OMNI that seem artificially spread=
regardless of the context of the section. OMNI is used throughout, both as = an
open ended toolbox, and as a carpet under which all problems can be hidden.=

Reading this doc, OMNI shows as an interface to a software mobile router, w= ith
multiple of the device physical interfaces connected to the mobile router. = This
makes the stack very simple as the complexity moves to the router. But now = you
have to implement the router. Presented as that, the OMNI router deserves i= ts
name, it=E2=80=99s indeed very rich; it seems to cover all forms of MANET (= many to
choose from) and NEMO (and all the MIP protocol family across address
families), all the possible radio interfaces on which the ND problems go aw= ay
by magic, and whatever else you want to put in there. Is that the intention= ?

Instead of referring to OMNI for virtually anything, the doc should refer t= o
MANET for MANET things (like BYOD), NEMO for NEMO things (like MNP),
draft-nordmark-intarea-ippl for split subnets, and
draft-thubert-6man-ipv6-over-wireless for P2MP/NBMA link and subnet models.= And
then you can say that all those components can be plugged in the OMNI route= r,
and you can discuss which MANET and which MIP you want, including using OMN= I=E2=80=99s
built in mobility.

Note that my objections are not against the OMNI design, it might be the perfect thing and I am already aware of use cases that could be served by a=
P2MP interface like OMNI in conjunction with RFC8505 on the P2P subinterfac= es
(recycling the high level design we=E2=80=99ve been shipping for IPv4 / fra= me relay for
the last 30 years). My objection is of the way the draft uses [OMNI] as the=
magic wand that solves all the problems when what you really do is throw th= em
over the fence. I=E2=80=99d rather you focus on problems and use cases, for= which
there=E2=80=99s excellent text, and indicate what needs to be done without = making
assumption on how the needful things will be solved.

In agreement with a discussion on the 6MAN list, I=E2=80=99d suggest to spl= it, keep all
that=E2=80=99s use case and problem description and ship it, remove referen= ces to
protocols envisioned in the solution, and start the work on architecture of= the
solution and the protocol applicability statements separately. An alternate=
would be to centralize the discussion on protocols to annex, and explain th= at
protocol A or B could be envisioned in solution space because to over this = gap
or implement that function.

In any fashion, the current text is not ready for publication as applicabil= ity
statement, architecture and or/solution, so the related work should be remo= ved
from the main text. But I find it mostly ready for use case and problem
statement, more below.

Review:

Abstract

=C2=A0 =C2=A0This document discusses the problem statement and use cases of=
=C2=A0 =C2=A0IPv6-based vehicular networking for Intelligent Transportation=
=C2=A0 =C2=A0Systems (ITS).

>>> The document goes beyond that; there was actually a thread at = 6MAN where
Bob Hinden said =E2=80=9C This document says it is a problem statement, but= then
becomes a solution document.=C2=A0 =C2=A0Might be better to cut it down to = only the
problem statement part. =E2=80=9C >>> Would you consider doing thi= s? If not, why? Note:
you may want to respond on 6MAN as well. >>> >>>I would h= ave thought that the
traditional steps of problem statement and applicability statement of exist= ing
work could be expected from IPWAVE too. >>> Please clarify the ste= ps that you
intend to follow next with this work.

<snip>

1.=C2=A0 Introduction

>>> Very readable and informative section, many thanks!

=C2=A0 =C2=A0Along with these WAVE standards and C-V2X standards, regardles= s of a
=C2=A0 =C2=A0wireless access technology under the IP stack of a vehicle, ve= hicular
=C2=A0 =C2=A0networks can operate IP mobility with IPv6 [RFC8200] and Mobil= e IPv6
=C2=A0 =C2=A0protocols (e.g., Mobile IPv6 (MIPv6) [RFC6275], Proxy MIPv6 (P= MIPv6)
=C2=A0 =C2=A0[RFC5213], Distributed Mobility Management (DMM) [RFC7333], Lo= cator/
=C2=A0 =C2=A0ID Separation Protocol (LISP) [RFC6830BIS], and Asymmetric Ext= ended
=C2=A0 =C2=A0Route Optimization (AERO) [RFC6706BIS]).

>>> NEMO (RFC 3963) is not cited. Any reason why the vehicle would= not
transport a network?

<snip>

=C2=A0 =C2=A0This document describes use cases and a problem statement abou= t
=C2=A0 =C2=A0IPv6-based vehicular networking for ITS, which is named IPv6 W= ireless
=C2=A0 =C2=A0Access in Vehicular Environments (IPWAVE).=C2=A0 First, it int= roduces the
=C2=A0 =C2=A0use cases for using V2V, V2I, and V2X networking in ITS.=C2=A0= Next, for
=C2=A0 =C2=A0IPv6-based vehicular networks, it makes a gap analysis of curr= ent
=C2=A0 =C2=A0IPv6 protocols (e.g., IPv6 Neighbor Discovery, Mobility Manage= ment,
=C2=A0 =C2=A0and Security & Privacy), and then enumerates requirements = for the
=C2=A0 =C2=A0extensions of those IPv6 protocols, which are tailored to IPv6= -based
=C2=A0 =C2=A0vehicular networking.=C2=A0 Thus, this document is intended to= motivate
=C2=A0 =C2=A0development of key protocols for IPWAVE.

>>>

<snip>

2.=C2=A0 Terminology

>>>

<snip>

=C2=A0 =C2=A0o=C2=A0 IP-OBU: "Internet Protocol On-Board Unit": A= n IP-OBU denotes a
=C2=A0 =C2=A0 =C2=A0 computer situated in a vehicle (e.g., car, bicycle, au= tobike,
=C2=A0 =C2=A0 =C2=A0 motor cycle, and a similar one) and a device (e.g., sm= artphone and
=C2=A0 =C2=A0 =C2=A0 IoT device).=C2=A0 It has at least one IP interface th= at runs in IEEE
=C2=A0 =C2=A0 =C2=A0 802.11-OCB and has an "OBU" transceiver.=C2= =A0 Also, it may have an IP
=C2=A0 =C2=A0 =C2=A0 interface that runs in Cellular V2X (C-V2X) [TS-23.285= -3GPP]
=C2=A0 =C2=A0 =C2=A0 [TR-22.886-3GPP][TS-23.287-3GPP].=C2=A0 See the defini= tion of the term
=C2=A0 =C2=A0 =C2=A0 "OBU" in [RFC8691].

>>> Can that be a router connecting multiple computers?

<snip>

3.=C2=A0 Use Cases

>>> This is another great read and an enlightening section. Maybe = mention in
the abstract that the doc also covers use cases?

<snip>

=C2=A0 =C2=A0Although a Layer-2 solution can provide a support for multihop=
=C2=A0 =C2=A0communications in vehicular networks, the scalability issue re= lated
=C2=A0 =C2=A0to multihop forwarding still remains when vehicles need to
=C2=A0 =C2=A0disseminate or forward packets toward multihop-away destinatio= ns.=C2=A0 In
=C2=A0 =C2=A0addition, the IPv6-based approach for V2V as a network layer p= rotocol
=C2=A0 =C2=A0can accommodate multiple radio technologies as MAC protocols, = such as
=C2=A0 =C2=A05G V2X and DSRC.=C2=A0 Therefore, the existing IPv6 protocol c= an be
=C2=A0 =C2=A0augmented through the addition of an Overlay Multilink Network= (OMNI)
=C2=A0 =C2=A0Interface [OMNI] and/or protocol changes in order to support b= oth
=C2=A0 =C2=A0wireless single-hop/multihop V2V communications and multiple r= adio
=C2=A0 =C2=A0technologies in vehicular networks.=C2=A0 In such a way, vehic= les can
=C2=A0 =C2=A0communicate with each other by V2V communications to share eit= her an
=C2=A0 =C2=A0emergency situation or road hazard in a highway having multipl= e kinds
=C2=A0 =C2=A0of radio technologies, such as 5G V2X and DSRC.

>>> This text appears in the middle of high level use case, with a= crude list
of protocols; this is not a place for it

>>> On a 6MAN Thread, Brian Carpenter said that the above:
=E2=80=9C
is of concern regardless of the mention of OMNI. Does it mean "can be&= quot; or
"needs to be"? This paragraph seems like a very short summary of = a big problem
area. At the end of page 13 there is some related discussion, which mention= s
RPL as part of the solution (good choice, IMHO) but again seems to depend o= n
OMNI. I don't think the fix of simply removing references to OMNI works= ,
because it would leave a gap. In an informational document, that is not a formal problem but as far as this draft describes architecture, I don't= think
that big a gap is reasonable. "OMNI" is mentioned more than 20 ti= mes in the
document. There are also several references to AERO, which is strongly
associated with OMNI. =E2=80=9C >>> I agree with Brian. Here the d= ocument seems to be
mixing solution with problem and putting the cart before the horse. My
recommendation is to stick to what needs to be done that IPv6 does not do y= et
-the reqs and gaps-; but the doc should not step in the how things will be = done
unless the group already decided to do it. The logical next steps to a PS a= re
an applicability statement of existing work, and if the gaps cannot be fill= ed,
there may be one or more WG chartered to fill those gaps.

>>> I=E2=80=99d still be happy to see an annex with leads on where= the solution might
come from like RFC 8691 does.

<snip>

=C2=A0 =C2=A0The existing IPv6 protocol must be augmented through the addit= ion of
=C2=A0 =C2=A0an OMNI interface and/or protocol changes in order to support<= br> =C2=A0 =C2=A0wireless multihop V2I communications in a highway where RSUs a= re
=C2=A0 =C2=A0sparsely deployed, so a vehicle can reach the wireless coverag= e of an
=C2=A0 =C2=A0RSU through the multihop data forwarding of intermediate vehic= les.
=C2=A0 =C2=A0Thus, IPv6 needs to be extended for multihop V2I communication= s.

>>> Note that I have no clue on how well OMNI applies in that spac= e, maybe it
does very well; but here it comes out of the blue with no justification. If= you
mention OMNI you need to detail what it is and which of the V2V=C2=A0 probl= ems you
expect it to solve. But then, that=E2=80=99s beyond the scope of a PS.

<snip>

=C2=A0 =C2=A0The existing IPv6 protocol must be augmented through the addit= ion of
=C2=A0 =C2=A0an OMNI interface and/or protocol changes in order to support<= br> =C2=A0 =C2=A0wireless multihop V2X (or V2I2X) communications in an urban ro= ad
=C2=A0 =C2=A0network where RSUs are deployed at intersections, so a vehicle= (or a
=C2=A0 =C2=A0pedestrian's smartphone) can reach the wireless coverage o= f an RSU
=C2=A0 =C2=A0through the multihop data forwarding of intermediate vehicles = (or
=C2=A0 =C2=A0pedestrians' smartphones).=C2=A0 Thus, IPv6 needs to be ex= tended for
=C2=A0 =C2=A0multihop V2X (or V2I2X) communications.

>>> Please be more specific on what the missing functions are and = whether they
are missing from the stack development standpoint or if there=E2=80=99s wor= k needed
from the IETF. 1)=C2=A0 =C2=A0 =C2=A0 If something is really missing in our= specs, the text to
prove from the use case above is missing 2)=C2=A0 =C2=A0 =C2=A0 how OMNI se= rves the use case
could be elaborated in an applicability statement of OMNI for V2xyz, but it= is
a bit blunt to present it as panacea when the problems to be solved are not=
listed. 3)=C2=A0 =C2=A0 =C2=A0 If you look at it, OMNI seems like a softwar= e mobile router
within a bump in the stack. Can that become too big?

>>> my view is that the text above and the similar occasions shoul= d be replaced
by something like :

=C2=A0 =C2=A0The existing IPv6 protocol must be augmented to provide the fo= llowing
=C2=A0 =C2=A0functions: 1) =E2=80=A6

>>> and / or something like:

=C2=A0 =C2=A0In addition to the IPv6 node requirements [RFC 8504], the IPv6= protocol
=C2=A0 =C2=A0stack for use in a vehicle must support 1) RFC blah, 2) =E2=80= =A6

<snip>

=C2=A0 =C2=A0To support applications of these V2X use cases, the functions = of IPv6
=C2=A0 =C2=A0such as VND, VMM, and VSP are prerequisites for IPv6-based pac= ket
=C2=A0 =C2=A0exchange, transport-layer session continuity, and secure, safe=
=C2=A0 =C2=A0communication between a vehicle and a pedestrian either direct= ly or
=C2=A0 =C2=A0indirectly via an IP-RSU.

>>> =E2=80=9Cthe functions of IPv6 such as VND, VMM, and VSP=E2=80= =9D does not parse. There=E2=80=99s
no IPv6 reference that provides those functions. If the intention is to say=
that there=E2=80=99s stuff to add to IPv6 to support, like, say,=C2=A0 VND,= then this
document fails to define how an IPv6 VND should behave, though it=E2=80=99s= precisely
what I=E2=80=99d expect from a problem statement.

<snip>

4.=C2=A0 Vehicular Networks

>>> What is the purpose of section 4 as a whole, problem statement= or
applicability statement of the listed protocols? In the former case what=E2= =80=99s the
problem? In the latter case it is incomplete and needs to be exported to an=
applicability statement doc with all the possible technologies evaluated.
=C2=A0 =C2=A0This section describes an example vehicular network architectu= re
=C2=A0 =C2=A0supporting V2V, V2I, and V2X communications in vehicular netwo= rks.

>>> I read this as presenting a context to explain what the proble= ms are
instead of presenting the IPVAWE =E2=80=9Carchitecture=E2=80=9D. Maybe usin= g the term
=E2=80=9CArchitecture=E2=80=9D here is misleading and led to Bob=E2=80=99s = comment.

<snip>

4.1.=C2=A0 Vehicular Network Architecture

=C2=A0 =C2=A0Figure 1 shows an example vehicular network architecture for V= 2I and
=C2=A0 =C2=A0V2V in a road network [OMNI].

a.=C2=A0 =C2=A0 =C2=A0 Is using OMNI a decision that the WG made for the fu= ture work ? what
does it do and what does it not do? b.=C2=A0 =C2=A0 =C2=A0 Is there work le= ft to be done? Who
will do that work? Or is it the expectation that OMNI has it all defined already?

<snip>

=C2=A0 =C2=A0An existing network architecture (e.g., an IP-based aeronautic= al
=C2=A0 =C2=A0network architecture [OMNI][UAM-ITS], a network architecture o= f
=C2=A0 =C2=A0PMIPv6 [RFC5213], and a low-power and lossy network architectu= re
=C2=A0 =C2=A0[RFC6550]) can be extended to a vehicular network architecture= for
=C2=A0 =C2=A0multihop V2V, V2I, and V2X, as shown in Figure 1.=C2=A0 In a h= ighway
=C2=A0 =C2=A0scenario, a vehicle may not access an RSU directly because of = the
=C2=A0 =C2=A0distance of the DSRC coverage (up to 1 km).=C2=A0 For example,= the OMNI
=C2=A0 =C2=A0interface and/or RPL (IPv6 Routing Protocol for Low-Power and = Lossy
=C2=A0 =C2=A0Networks) [RFC6550] can be extended to support a multihop V2I = since a
=C2=A0 =C2=A0vehicle can take advantage of other vehicles as relay nodes to= reach
=C2=A0 =C2=A0the RSU.=C2=A0 Also, RPL can be extended to support both multi= hop V2V and
=C2=A0 =C2=A0V2X in the similar way.

>>> all this could fit well in annex; anyway you need to explain w= hat you
expect the protocols to do and which extension is needed. In the case of RP= L at
least you indicate that it would do routing, but not why you cannot use it = of
the shelf; for OMNI, what you expect is less clear, though there=E2=80=99s = text
elsewhere about the many radio interfaces that could be used for the purpos= e,
and the text in the UAM below that is enlightening.

<snip>

=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 To support not only the mobil= ity
=C2=A0 =C2=A0management of the UAM end systems, but also the multihop and =C2=A0 =C2=A0multilink communications of the UAM interfaces, the UAM end sy= stems
=C2=A0 =C2=A0can employ an Overlay Multilink Network (OMNI) interface [OMNI= ] as a
=C2=A0 =C2=A0virtual Non-Broadcast Multiple Access (NBMA) connection to a s= erving
=C2=A0 =C2=A0ground domain infrastructure.

>>> Again, what is the expectation for OMNI? As an overlay it requ= ires an
underlay; when connecting to a MANET it needs support for that MANET. The t= ext
above seems to imply that is solves everything in V2xyz like magic; reminds= me
of the IPv6 multicast abstraction that was supposed to solve the broadcast<= br> problem and ended up worsening it.

<snip>

=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 This infrastructure can be configured
=C2=A0 =C2=A0over the underlying data links.=C2=A0 The OMNI interface and i= ts link
=C2=A0 =C2=A0model provide a means of multilink, multihop and mobility
=C2=A0 =C2=A0coordination to the legacy IPv6 ND messaging [RFC4861] accordi= ng to
=C2=A0 =C2=A0the NBMA principle.=C2=A0 Thus, the OMNI link model can suppor= t efficient
=C2=A0 =C2=A0UAM internetworking services without additional mobility messa= ging,
=C2=A0 =C2=A0and without any modification to the IPv6 ND messaging services= or
=C2=A0 =C2=A0link model.

>>> Again, what is the expectation for OMNI? As an overlay it requ= ires an
underlay; the text above seems to imply that is solves everything in V2xyz = like
magic; that would be a stretch, that reminds me of IPv6 multicast that was<= br> supposed to solve the broadcast problem and ended up worsening it.

<snip>

=C2=A0 =C2=A0Multiple vehicles under the coverage of an RSU share a prefix = just as
=C2=A0 =C2=A0mobile nodes share a prefix of a Wi-Fi access point in a wirel= ess
=C2=A0 =C2=A0LAN.=C2=A0 This is a natural characteristic in infrastructure-= based
=C2=A0 =C2=A0wireless networks.=C2=A0 For example, in Figure 1, two vehicle= s (i.e.,
=C2=A0 =C2=A0Vehicle2, and Vehicle5) can use Prefix 1 to configure their IP= v6
=C2=A0 =C2=A0global addresses for V2I communication.=C2=A0 Alternatively, m= obile nodes
=C2=A0 =C2=A0can employ an OMNI interface and use their own IPv6 Unique Loc= al
=C2=A0 =C2=A0Addresses (ULAs) [RFC4193] over the wireless network without =C2=A0 =C2=A0requiring the messaging of IPv6 Stateless Address Autoconfigur= ation
=C2=A0 (SLAAC) [RFC4862], which uses an on-link prefix provided by the
=C2=A0 =C2=A0(visited) wireless LAN; this technique is known as "Bring= -Your-Own-
=C2=A0 =C2=A0Addresses".

>>>=C2=A0 Is OMNI the only way to "Bring-Your-Own-Addresses= =E2=80=9D? Else the text could be
more generic, at least use e.g., like the ref to AERO later. >>> W= hat are the
implications / limitations of doing that =E2=80=93 like they can do line of= sight V2V
but not reach the internet, or the need of=C2=A0 a local MANET / RPL that w= ill
accept to route those addresses, or the security / address ownership valida= tion
issues ?

<snip>

=C2=A0 =C2=A0A single subnet prefix announced by an RSU can span multiple v= ehicles
=C2=A0 =C2=A0in VANET.=C2=A0 For example, in Figure 1, for Prefix 1, three = vehicles
=C2=A0 =C2=A0(i.e., Vehicle1, Vehicle2, and Vehicle5) can construct a conne= cted
=C2=A0 =C2=A0VANET.=C2=A0 Also, for Prefix 2, two vehicles (i.e., Vehicle3 = and
=C2=A0 =C2=A0Vehicle6) can construct another connected VANET, and for Prefi= x 3,
=C2=A0 =C2=A0two vehicles (i.e., Vehicle4 and Vehicle7) can construct anoth= er
=C2=A0 =C2=A0connected VANET.=C2=A0 Alternatively, each vehicle could emplo= y an OMNI
=C2=A0 =C2=A0interface with their own ULAs such that no topologically-orien= ted
=C2=A0 =C2=A0subnet prefixes need be announced by the RSU.

>>>=C2=A0 same as above. This seems to restate the same thing, der= ive an address
from a topologically correct prefix or use your own with limitations to be<= br> described.

<snip>

=C2=A0 =C2=A0For IPv6 packets transported over IEEE 802.11-OCB, [RFC8691] =C2=A0 =C2=A0specifies several details, including Maximum Transmission Unit= (MTU),
=C2=A0 =C2=A0frame format, link-local address, address mapping for unicast = and
=C2=A0 =C2=A0multicast, stateless autoconfiguration, and subnet structure.= =C2=A0 An
=C2=A0 =C2=A0Ethernet Adaptation (EA) layer is in charge of transforming so= me
=C2=A0 =C2=A0parameters between the IEEE 802.11 MAC layer and the IPv6 netw= ork
=C2=A0 =C2=A0layer, which is located between the IEEE 802.11-OCB's logi= cal link
=C2=A0 =C2=A0control layer and the IPv6 network layer.=C2=A0 This IPv6 over= 802.11-OCB
=C2=A0 =C2=A0can be used for both V2V and V2I in IPv6-based vehicular netwo= rks.

>>>=C2=A0 solution space.

<snip>

=C2=A0 =C2=A0An IPv6 mobility solution is needed for the guarantee of
=C2=A0 =C2=A0communication continuity in vehicular networks so that a vehic= le's
=C2=A0 =C2=A0TCP session can be continued, or UDP packets can be delivered = to a
=C2=A0 =C2=A0vehicle as a destination without loss while it moves from an I= P-RSU's
=C2=A0 =C2=A0wireless coverage to another IP-RSU's wireless coverage.= =C2=A0 In
=C2=A0 =C2=A0Figure 1, assuming that Vehicle2 has a TCP session (or a UDP s= ession)
=C2=A0 =C2=A0with a corresponding node in the vehicular cloud, Vehicle2 can= move
=C2=A0 =C2=A0from IP-RSU1's wireless coverage to IP-RSU2's wireless= coverage.=C2=A0 In
=C2=A0 =C2=A0this case, a handover for Vehicle2 needs to be performed by ei= ther a
=C2=A0 =C2=A0host-based mobility management scheme (e.g., MIPv6 [RFC6275]) = or a
=C2=A0 =C2=A0network-based mobility management scheme (e.g., PMIPv6 [RFC521= 3] and
=C2=A0 =C2=A0AERO [RFC6706BIS]).

=C2=A0 =C2=A0In the host-based mobility scheme (e.g., MIPv6), an IP-RSU pla= ys a
=C2=A0 =C2=A0role of a home agent.=C2=A0 On the other hand, in the network-= based
=C2=A0 =C2=A0mobility scheme (e.g., PMIPv6, an MA plays a role of a mobilit= y
=C2=A0 =C2=A0management controller such as a Local Mobility Anchor (LMA) in=
=C2=A0 =C2=A0PMIPv6, which also serves vehicles as a home agent, and an IP-= RSU
=C2=A0 =C2=A0plays a role of an access router such as a Mobile Access Gatew= ay
=C2=A0 =C2=A0(MAG) in PMIPv6 [RFC5213].=C2=A0 The host-based mobility schem= e needs
=C2=A0 =C2=A0client functionality in IPv6 stack of a vehicle as a mobile no= de for
=C2=A0 =C2=A0mobility signaling message exchange between the vehicle and ho= me
=C2=A0 =C2=A0agent.=C2=A0 On the other hand, the network-based mobility sch= eme does not
=C2=A0 =C2=A0need such a client functionality for a vehicle because the net= work
=C2=A0 =C2=A0infrastructure node (e.g., MAG in PMIPv6) as a proxy mobility = agent
=C2=A0 =C2=A0handles the mobility signaling message exchange with the home = agent
=C2=A0 =C2=A0(e.g., LMA in PMIPv6) for the sake of the vehicle.

=C2=A0 =C2=A0There are a scalability issue and a route optimization issue i= n the
=C2=A0 =C2=A0network-based mobility scheme (e.g., PMIPv6) when an MA covers= a
=C2=A0 =C2=A0large vehicular network governing many IP-RSUs.=C2=A0 In this = case, a
=C2=A0 =C2=A0distributed mobility scheme (e.g., DMM [RFC7429]) can mitigate= the
=C2=A0 =C2=A0scalability issue by distributing multiple MAs in the vehicula= r
=C2=A0 =C2=A0network such that they are positioned closer to vehicles for r= oute
=C2=A0 =C2=A0optimization and bottleneck mitigation in a central MA in the<= br> =C2=A0 =C2=A0network-based mobility scheme.=C2=A0 All these mobility approa= ches (i.e.,
=C2=A0 =C2=A0a host-based mobility scheme, network-based mobility scheme, a= nd
=C2=A0 =C2=A0distributed mobility scheme) and a hybrid approach of a combin= ation
=C2=A0 =C2=A0of them need to provide an efficient mobility service to vehic= les
=C2=A0 =C2=A0moving fast and moving along with the relatively predictable =C2=A0 =C2=A0trajectories along the roadways.

=C2=A0 =C2=A0In vehicular networks, the control plane can be separated from= the
=C2=A0 =C2=A0data plane for efficient mobility management and data forwardi= ng by
=C2=A0 =C2=A0using the concept of Software-Defined Networking (SDN)
=C2=A0 =C2=A0[RFC7149][DMM-FPC].=C2=A0 Note that Forwarding Policy Configur= ation (FPC)
=C2=A0 =C2=A0in [DMM-FPC], which is a flexible mobility management system, = can
=C2=A0 =C2=A0manage the separation of data-plane and control-plane in DMM.= =C2=A0 In
=C2=A0 =C2=A0SDN, the control plane and data plane are separated for the ef= ficient
=C2=A0 =C2=A0management of forwarding elements (e.g., switches and routers)= where
=C2=A0 =C2=A0an SDN controller configures the forwarding elements in a cent= ralized
=C2=A0 =C2=A0way and they perform packet forwarding according to their forw= arding
=C2=A0 =C2=A0tables that are configured by the SDN controller.=C2=A0 An MA = as an SDN
=C2=A0 =C2=A0controller needs to efficiently configure and monitor its IP-R= SUs and
=C2=A0 =C2=A0vehicles for mobility management, location management, and sec= urity
=C2=A0 =C2=A0services.

=C2=A0 =C2=A0The mobility information of a GPS receiver mounted in its vehi= cle
=C2=A0 =C2=A0(e.g., position, speed, and direction) can be used to accommod= ate
=C2=A0 =C2=A0mobility-aware proactive handover schemes, which can perform t= he
=C2=A0 =C2=A0handover of a vehicle according to its mobility and the wirele= ss
=C2=A0 =C2=A0signal strength of a vehicle and an IP-RSU in a proactive way.=

=C2=A0 =C2=A0Vehicles can use the TCC as their Home Network having a home a= gent
=C2=A0 =C2=A0for mobility management as in MIPv6 [RFC6275] and PMIPv6 [RFC5= 213],
=C2=A0 =C2=A0so the TCC (or an MA inside the TCC) maintains the mobility =C2=A0 =C2=A0information of vehicles for location management.=C2=A0 IP tunn= eling over
=C2=A0 =C2=A0the wireless link should be avoided for performance efficiency= .
=C2=A0 =C2=A0Also, in vehicular networks, asymmetric links sometimes exist = and
=C2=A0 =C2=A0must be considered for wireless communications such as V2V and= V2I.

>>>=C2=A0 This is all very informative text but does not state a p= roblem. Is there a
problem is left to be solved or are we assessing the applicability of
protocols? Could it for instance, forward point to issues discussed in sect= ion
5?

<snip>

=C2=A0 =C2=A0As shown in Figure 3, as internal networks, a vehicle's mo= ving
=C2=A0 =C2=A0network and an EN's fixed network are self-contained netwo= rks having
=C2=A0 =C2=A0multiple subnets and having an edge router (e.g., IP-OBU and I= P-RSU)
=C2=A0 =C2=A0for the communication with another vehicle or another EN.=C2= =A0 The
=C2=A0 =C2=A0internetworking between two internal networks via V2I communic= ation
=C2=A0 =C2=A0requires the exchange of the network parameters and the networ= k
=C2=A0 =C2=A0prefixes of the internal networks.=C2=A0 For the efficiency, t= he network
=C2=A0 =C2=A0prefixes of the internal networks (as a moving network) in a v= ehicle
=C2=A0 =C2=A0need to be delegated and configured automatically.=C2=A0 Note = that a
=C2=A0 =C2=A0moving network's network prefix can be called a Mobile Net= work Prefix
=C2=A0 =C2=A0(MNP) [OMNI].

>>> Then again you=E2=80=99re overselling OMNI. MNP is originally = defined here
https://datatracker.ietf.org/doc/html/rfc3963= #section-2 and that=E2=80=99s a reference
you can use normatively.

<snip>

=C2=A0 =C2=A0As shown in Figure 3, the addresses used for IPv6 transmission= s over
=C2=A0 =C2=A0the wireless link interfaces for IP-OBU and IP-RSU can be eith= er
=C2=A0 =C2=A0global IPv6 addresses, or IPv6 ULAs as long as IPv6 packets ca= n be
=C2=A0 =C2=A0routed within vehicular networks [OMNI].

>>> Then again you=E2=80=99re overselling OMNI. There needs to=C2= =A0 be a routing protocol
like a MANET that will accept to carry the
=C2=A0MNPs, and that must be implemented by the infra and both cars. The OM= NI spec
=C2=A0is clear on that. This is why at first glance I see OMNI as a full mo= bile
=C2=A0router in a bump in the stack. Now what is the problem behind this? N= o such
=C2=A0protocol at IETF? Too many to choose from? No deployment?
<snip>

When global IPv6 addresses
=C2=A0 =C2=A0are used, wireless interface configuration and control overhea= d for
=C2=A0 =C2=A0Duplicate Address Detection (DAD) [RFC4862] and Multicast List= ener
=C2=A0 =C2=A0Discovery (MLD) [RFC2710][RFC3810] should be minimized to supp= ort V2I
=C2=A0 =C2=A0and V2X communications for vehicles moving fast along roadways= ; when
=C2=A0 =C2=A0ULAs and the OMNI interface are used, no DAD nor MLD messaging= is
=C2=A0 =C2=A0needed.

>>> Then again you=E2=80=99re overselling OMNI. Isn=E2=80=99t it t= he no dad needed a property
of injecting a BYOA in the fabric for an GUA MIP Home Address which is know= n to
be unique at home? >>> OTOH, autoconf=E2=80=99ing a random ULA =E2= =80=9CFD=E2=80=A6=E2=80=9Dprefix has lesser
DAD properties than autoconf=E2=80=99ing a random 64bit IID in a classical = subnet. So
who says DAD isn=E2=80=99t required for OMNI ULA? >>> note that IM= HO DAD on wireless is
a lot more harm than good, and I agree that with a good pseudo random gener= ator
the ULA has no chance to collision in the real world, as OMNI claims. It=E2= =80=99s just
that your argument here plays the other way, because there are less random = bits
(56)=C2=A0 in the ULA prefix than in the IID (62), and if one starts using = more
prefix bits to be non-random, there will be a time when DAD on prefix is ne= eded.

<snip>

=C2=A0 =C2=A0Let us consider the upload/download time of a vehicle when it = passes
=C2=A0 =C2=A0through the wireless communication coverage of an IP-RSU.=C2= =A0 For a
=C2=A0 =C2=A0given typical setting where 1km is the maximum DSRC communicat= ion
=C2=A0 =C2=A0range [DSRC] and 100km/h is the speed limit in highway, the dw= elling
=C2=A0 =C2=A0time can be calculated to be 72 seconds by dividing the diamet= er of
=C2=A0 =C2=A0the 2km (i.e., two times of DSRC communication range where an = IP-RSU
=C2=A0 =C2=A0is located in the center of the circle of wireless communicati= on) by
=C2=A0 =C2=A0the speed limit of 100km/h (i.e., about 28m/s).=C2=A0 For the = 72 seconds,
=C2=A0 =C2=A0a vehicle passing through the coverage of an IP-RSU can upload= and
=C2=A0 =C2=A0download data packets to/from the IP-RSU.

<snip>

4.3.=C2=A0 V2V-based Internetworking

>>> In this section it looks like the cars are in a stable line of= sight
relationship. Which is probably fine for a platoon, but when you drive alon= g
with friends in different cars, you realize that the line of sight assumpti= on
does not stand over time. Soon enough, other cars meddle in, and possibly o= ne
of the cars drives faster and too far ahead so you need the infra to relay,=
possibly over multiple infra hops.

>>> so in this section, I=E2=80=99d expect to see a Vehicle commun= icating with another
one and using either line of sight or V2V relaying but also using relay via= V2I
(multihop I2I not just hub and spoke V2I2V ), alternatively to together for=
redundancy. Is that part of the problem?

>>> reading deeper section 5 I found excellent text on routing via= V and via I.
This tells that section 4 does not play a good role at justifying section 5= .
Maybe keep section 4 for another doc?

>>> What kind or reliability is required in a V2V use case? Do you= think ND can
handle it? Or MANET? What would be the assumption on L2 (roaming time, unic= ast
vs P2MP) and on L3 (reliability ala DetNet/RAW). Should we have some L3 redundancy?

<snip>

5.=C2=A0 Problem Statement

<snip>

=C2=A0 =C2=A0In order to specify protocols using the architecture mentioned= in
=C2=A0 =C2=A0Section 4.1, IPv6 core protocols have to be adapted to overcom= e
=C2=A0 =C2=A0certain challenging aspects of vehicular networking.=C2=A0 Sin= ce the
=C2=A0 =C2=A0vehicles are likely to be moving at great speed, protocol exch= anges
=C2=A0 =C2=A0need to be completed in a time relatively short compared to th= e
=C2=A0 =C2=A0lifetime of a link between a vehicle and an IP-RSU, or between= two
=C2=A0 =C2=A0vehicles.

>>> Any order of magnitude?
>>> Can you indicate whether this already rules out certain proced= ures, e.g.
DAD ?

=C2=A0 =C2=A0The lifetime of a session varies depending on the session'= s type such
=C2=A0 =C2=A0as a web surfing, voice call over IP, and DNS query.=C2=A0 Reg= ardless of a
=C2=A0 =C2=A0session's type, to guide all the IPv6 packets to their des= tination
=C2=A0 =C2=A0host, IP mobility should be supported for the session.

>>> this seems to be for unicast when you know who to talk to. Is = there a need
some multicast groups like anybody around interested in topic blah like I c= ould
be multicasting the speed of vehicles coming the other way that I crossed recently, for use of vehicles that I=E2=80=99m crossing now, so they can se= e a slowdown
on advance

=C2=A0 =C2=A0Thus, the time constraint of a wireless link has a major impac= t on
=C2=A0 =C2=A0IPv6 Neighbor Discovery (ND).=C2=A0 Mobility Management (MM) i= s also
=C2=A0 =C2=A0vulnerable to disconnections that occur before the completion = of
=C2=A0 =C2=A0identity verification and tunnel management.=C2=A0 This is esp= ecially true
=C2=A0 =C2=A0given the unreliable nature of wireless communication.=C2=A0 T= his section
=C2=A0 =C2=A0presents key topics such as neighbor discovery and mobility =C2=A0 =C2=A0management.

>>> Only ND? What about the MANET?
>>> how fast should ND be to be suitable?
>>> is there also a bandwidth check? You can make things much fast= er if you
dedicate a lot of spectrum to it. But that can also be a waste.

5.1.=C2=A0 Neighbor Discovery

<snip>

=C2=A0 =C2=A0The requirements for IPv6 ND for vehicular networks are effici= ent DAD
=C2=A0 =C2=A0and NUD operations.

>>> Not lookup? Is it the intention to use IP unicast over MAC bro= adcast, which
is a good idea in my book?

=C2=A0<snip>

=C2=A0 =C2=A0 =C2=A0 This merging and partitioning should be considered for= the
=C2=A0 =C2=A0IPv6 ND such as IPv6 Stateless Address Autoconfiguration (SLAA= C)
=C2=A0 =C2=A0[RFC4862].

>>> Not lookup? Is it the intention to use IP unicast over MAC bro= adcast, which
is a good idea in my book?

=C2=A0<snip>

=C2=A0 =C2=A0Also, the partitioning of a VANET may make vehicles with the s= ame
=C2=A0 =C2=A0prefix be physically unreachable.=C2=A0 Also, SLAAC needs to p= revent IPv6
=C2=A0 =C2=A0address duplication due to the merging of VANETs.=C2=A0 Accord= ing to the
=C2=A0 =C2=A0merging and partitioning, a destination vehicle (as an IPv6 ho= st)
=C2=A0 =C2=A0needs to be distinguished as either an on-link host or an off-= link
=C2=A0 =C2=A0host even though the source vehicle uses the same prefix as th= e
=C2=A0 =C2=A0destination vehicle.

>>> should reference to draft-nordmark-intarea-ippl

=C2=A0 =C2=A0To efficiently prevent IPv6 address duplication due to the VAN= ET
=C2=A0 =C2=A0partitioning and merging from happening in vehicular networks,= the
=C2=A0 =C2=A0vehicular networks need to support a vehicular-network-wide DA= D by
=C2=A0 =C2=A0defining a scope that is compatible with the legacy DAD.=C2=A0= In this
=C2=A0 =C2=A0case, two vehicles can communicate with each other when there = exists
=C2=A0 =C2=A0a communication path over VANET or a combination of VANETs and= IP-
=C2=A0 =C2=A0RSUs, as shown in Figure 1.=C2=A0 By using the vehicular-netwo= rk-wide DAD,
=C2=A0 =C2=A0vehicles can assure that their IPv6 addresses are unique in th= e
=C2=A0 =C2=A0vehicular network whenever they are connected to the vehicular=
=C2=A0 =C2=A0infrastructure or become disconnected from it in the form of V= ANET.

>>> Excellent

=C2=A0 =C2=A0ND time-related parameters such as router lifetime and Neighbo= r
=C2=A0 =C2=A0Advertisement (NA) interval need to be adjusted for vehicle sp= eed and
=C2=A0 =C2=A0vehicle density.=C2=A0 For example, the NA interval needs to b= e
=C2=A0 =C2=A0dynamically adjusted according to a vehicle's speed so tha= t the
=C2=A0 =C2=A0vehicle can maintain its neighboring vehicles in a stable way,=
=C2=A0 =C2=A0considering the collision probability with the NA messages sen= t by
=C2=A0 =C2=A0other vehicles.

>>> Is that a problem or just an operational setting that needs to= be found?
>>> Do we need to reconsider the concepts of those timers?

<snip>

=C2=A0 =C2=A0Thus, in IPv6-based vehicular networking, IPv6 ND should have = minimum
=C2=A0 =C2=A0changes for the interoperability with the legacy IPv6 ND used = in the
=C2=A0 =C2=A0Internet, including the DAD and NUD operations.

>>> I do not find the logical link with the text before, why is th= is a =E2=80=9Cthus=E2=80=9D?
>>> why should the ND inside the VANET be constrained to be intero= perable? This
may place constraints on the solution.

5.1.1.=C2=A0 Link Model

=C2=A0 =C2=A0A prefix model for a vehicular network needs to facilitate the=

>>> Do you mean a =E2=80=9Csubnet model=E2=80=9D as opposed to =E2= =80=9Cprefix model=E2=80=9D.
>>> it would make this piece and the next should refer to
draft-thubert-6man-ipv6-over-wireless for IPv6 over P2MP /NBMA, for both li= nk
and subnet issues. The general ideas are the same, but the gory details her= e
are slightly incorrect, like this notion of prefix model than comes out of = the
blue. The model is really the subnet model for the subnet associated to P2M= P.

=C2=A0 =C2=A0communication between two vehicles with the same prefix regard= less of
=C2=A0 =C2=A0the vehicular network topology as long as there exist bidirect= ional
=C2=A0 =C2=A0E2E paths between them in the vehicular network including VANE= Ts and
=C2=A0 =C2=A0IP-RSUs.=C2=A0 This prefix model allows vehicles with the same= prefix to
=C2=A0 =C2=A0communicate with each other via a combination of multihop V2V = and
=C2=A0 =C2=A0multihop V2I with VANETs and IP-RSUs.=C2=A0 Note that the OMNI= interface
=C2=A0 =C2=A0supports an NBMA link model where multihop V2V and V2I communi= cations
=C2=A0 =C2=A0use each mobile node's ULAs without need for any DAD or ML= D
=C2=A0 =C2=A0messaging.

>>> again overselling OMNI.
>>> I kinda agree about the OMNI interface model, nothing against = that. But you
must see that there needs a lot more than what the OMNI interface to get packets across V and I hops to the destination. Like routing ala MANET,
redundancy handling ala DetNet because it will be very lossy, path manageme= nt
ala RAW to optimize delivery vs. spectrum=E2=80=A6 And OMNI ignores ND so i= t does not
solve the ND problems above.

=C2=A0 =C2=A0IPv6 protocols work under certain assumptions that do not nece= ssarily
=C2=A0 =C2=A0hold for vehicular wireless access link types other than OMNI/= NBMA
=C2=A0 =C2=A0[VIP-WAVE][RFC5889]; the rest of this section discusses implic= ations
=C2=A0 =C2=A0for those link types that do not apply when the OMNI/NBMA link= model

>>> again overselling OMNI.
>>> The keyword here is P2MP / NBMA, and OMNI is one interface tha= t accepts
that. There are others. IBM=E2=80=99s IPv4 over Frame relay was already P2M= P / NBMA,
using routing to complete the partial mesh in P2MP. The text seems to imply=
that OMNI is the only way to do that and that=E2=80=99s wrong. Also OMNI is= loaded with
other stuff than a plain P2MP capable interface. And ND over P2MP is not do= ne
by OMNI, OMNI only makes classical ND worse and only works in a full mesh. = OTOH
RFC 8505, which is designed to do ND for P2MP /NBMA would indeed work very = well
within an OMNI interface and solve those problems. >>> My point is= that you
need to tell the full story or refrain from entering solution space in this= doc

<snip>

=C2=A0 =C2=A0There is a relationship between a link and a prefix, besides t= he
=C2=A0 =C2=A0different scopes that are expected from the link-local and glo= bal
=C2=A0 =C2=A0types of IPv6 addresses.=C2=A0 In an IPv6 link, it is assumed = that all
=C2=A0 =C2=A0interfaces which are configured with the same subnet prefix an= d with
=C2=A0 =C2=A0on-link bit set can communicate with each other on an IPv6 lin= k.

>>> not assumed; that=E2=80=99s what the onlink but set tells. The= conclusion should be
that the VANET cannot set the O bit.

=C2=A0 =C2=A0However, the vehicular link model needs to define the relation= ship
=C2=A0 =C2=A0between a link and a prefix, considering the dynamics of wirel= ess
=C2=A0 =C2=A0links and the characteristics of VANET.

<snip>

=C2=A0 =C2=A0From the previous observation, a vehicular link model should c= onsider
=C2=A0 =C2=A0the frequent partitioning and merging of VANETs due to vehicle=
=C2=A0 =C2=A0mobility.=C2=A0 Therefore, the vehicular link model needs to u= se an on-
=C2=A0 =C2=A0link prefix and off-link prefix according to the network topol= ogy of
=C2=A0 =C2=A0vehicles such as a one-hop reachable network and a multihop re= achable

>>> No, the once a node saw a O bit set that sticks even if it see= s other
advertisements of the PIO with the O bit not set. >>> This is a gl= obal and
intrinsic property of the prefix (and an attack vector that could be mentio= ned
in the sec section). >>> the VANET prefix must never come with the= O bit set.

<snip>

=C2=A0 =C2=A0network (or partitioned networks).=C2=A0 If the vehicles with = the same
=C2=A0 =C2=A0prefix are reachable from each other in one hop, the prefix sh= ould be
=C2=A0 =C2=A0on-link.

>>>> No, see above; but the router may redirect though it is re= ally risky
unless this is a stable situation like a parking place.

=C2=A0 =C2=A0Thus, in IPv6-based vehicular networking, the vehicular link m= odel
=C2=A0 =C2=A0should have minimum changes for interoperability with standard= IPv6
=C2=A0 =C2=A0links in an efficient fashion to support IPv6 DAD, MLD and NUD=
=C2=A0 =C2=A0operations.=C2=A0 When the OMNI NBMA link model is used, there= are no link
=C2=A0 =C2=A0model changes nor DAD/MLD messaging required.

>>>> again overselling OMNI.
>>>> You need a good P2MP subnet model with routing support whe= n the mesh is
partial. My company alone has been shipping million of nodes that build sub= nets
of thousands, and that was done using IETF standards.

<snip>

=C2=A0 =C2=A0For vehicular networks with high mobility and density, the DAD= needs
=C2=A0 =C2=A0to be performed efficiently with minimum overhead so that the<= br> =C2=A0 =C2=A0vehicles can exchange a driving safety message (e.g., collisio= n
=C2=A0 =C2=A0avoidance and accident notification) with each other with a sh= ort
=C2=A0 =C2=A0interval (e.g., 0.5 second) by a technical report from NHTSA =C2=A0 =C2=A0(National Highway Traffic Safety Administration) [NHTSA-ACAS-R= eport].
=C2=A0 =C2=A0Such a driving safety message may include a vehicle's mobi= lity
=C2=A0 =C2=A0information (i.e., position, speed, direction, and acceleratio= n/
=C2=A0 =C2=A0deceleration).=C2=A0 The exchange interval of this message is = 0.5 second,
=C2=A0 =C2=A0which is required to allow a driver to avoid a rear-end crash = from
=C2=A0 =C2=A0another vehicle.

>>> IPv6 over broadcast MAC (used to be called internet 0, 10+ yea= rs ago)
solves that MAC issue since there is no MAC.

5.1.3.=C2=A0 Routing

=C2=A0 =C2=A0For multihop V2V communications in either a VANET or VANETs vi= a IP-
=C2=A0 =C2=A0RSUs, a vehicular Mobile Ad Hoc Networks (MANET) routing proto= col may
=C2=A0 =C2=A0be required to support both unicast and multicast in the links= of the
=C2=A0 =C2=A0subnet with the same IPv6 prefix.=C2=A0 However, it will be co= stly to run
=C2=A0 =C2=A0both vehicular ND and a vehicular ad hoc routing protocol in t= erms of
=C2=A0 =C2=A0control traffic overhead [ID-Multicast-Problems].

>>> we do that with IETF standards on battery operated devices alr= eady. Using
RFC 8505 for the UNI and RPL for the NNI. It is scalable (we=E2=80=99ve see= n 30 hops in
meshes of thousands in the real world though it=E2=80=99s not the normal op= erational
model, but can happen to maintain connectivity during the reboot of a root)= and
does not use broadcast. RPL was initially designed as a V2V2V protocol but<= br> found its market on the IoT. I=E2=80=99m sure the protocol would gladly com= e back to
its roots.

=C2=A0 =C2=A0A routing protocol for a VANET may cause redundant wireless fr= ames in
=C2=A0 =C2=A0the air to check the neighborhood of each vehicle and compute = the
=C2=A0 =C2=A0routing information in a VANET with a dynamic network topology=
=C2=A0 =C2=A0because the IPv6 ND is used to check the neighborhood of each<= br> =C2=A0 =C2=A0vehicle.=C2=A0 Thus, the vehicular routing needs to take advan= tage of the
=C2=A0 =C2=A0IPv6 ND to minimize its control overhead.

>>> A clean description of the interaction of RPL and RFC 8505 in = our IoT
networks. Note that the speed of the PHY in VANET balanced the instability = of
the topology, and RPL still applies. Note also that RPL uses DV with a rout= ing
stretch in order to minimize the topology awareness that=E2=80=99s needed i= n each node,
which results in minimal signaling.

5.2.=C2=A0 Mobility Management

<snip>

=C2=A0 =C2=A0For a mobility management scheme in a shared link, where the w= ireless
=C2=A0 =C2=A0subnets of multiple IP-RSUs share the same prefix, an efficien= t
=C2=A0 =C2=A0vehicular-network-wide DAD is required.=C2=A0 If DHCPv6 is use= d to assign
=C2=A0 =C2=A0a unique IPv6 address to each vehicle in this shared link,

>>> I would not use the term link, or shared. Maybe shared link -&= gt; domain?
<snip>

the DAD is
=C2=A0 =C2=A0not required.=C2=A0 On the other hand, for a mobility manageme= nt scheme
=C2=A0 =C2=A0with a unique prefix per mobile node (e.g., PMIPv6 [RFC5213] a= nd OMNI
=C2=A0 =C2=A0[OMNI]), DAD is not required because the IPv6 address of a veh= icle's
=C2=A0 =C2=A0external wireless interface is guaranteed to be unique.

>>> again overselling OMNI
>>> As I said earlier, this is wring there are (64*) more chances = of a
collision in OMNI prefixes than in IPv6 IIDs. >>> OMNI prefixes ca= n collision,
home addresses that are unique on a home network cannot. >>> Now i= f both the
OMNI prefix and the IID are good randoms, then obviously, the chances of collisions round up to 0. >>> Collision is certainly not my worst = fear.

=C2=A0 There is a
=C2=A0 =C2=A0tradeoff between the prefix usage efficiency and DAD overhead.= =C2=A0 Thus,
=C2=A0 =C2=A0the IPv6 address autoconfiguration for vehicular networks need= s to
=C2=A0 =C2=A0consider this tradeoff to support efficient mobility managemen= t.

>>> This is way too superficial and hides the reality of things. - Using a VANET Infra prefix allows direct routability to the internet whic= h
BYOA does not since the BYOA is not topologically correct. Yes, it costs a = DAD
with classic ND, but it does not with RCF8505 and the draft fails to mentio= n
that. - A BYOA needs a tunnel home, and the node needs to know who is reach= able
inside the VANET and what is not to decide to tunnel or not; this is a
difficult problem (vs. control place overhead) that is not discussed here.<= br>
<snip>

=C2=A0 =C2=A0For the case of a multihomed network, a vehicle can follow the= first-
=C2=A0 =C2=A0hop router selection rule described in [RFC8028].=C2=A0 That i= s, the
=C2=A0 =C2=A0vehicle should select its default router for each prefix by =C2=A0 =C2=A0preferring the router that advertised the prefix.

>>> Still router discovery (in and out) must be very fast. Thing o= f the RA
intervale in MIPv6. Is that sufficient? Too expensive?

<snip>

6.=C2=A0 Security Considerations
>>> Any discussion on the security of classical ND and other opera= tional issues
(rfc6583) ?

<snip>

=C2=A0 =C2=A0Security and privacy are paramount in V2I, V2V, and V2X networ= king.
=C2=A0 =C2=A0Vehicles and infrastructure must be authenticated in order to<= br> =C2=A0 =C2=A0participate in vehicular networking.=C2=A0 Also, in-vehicle de= vices (e.g.,
=C2=A0 =C2=A0ECU) and a driver/passenger's mobile devices (e.g., smartp= hone and
=C2=A0 =C2=A0tablet PC) in a vehicle need to communicate with other in-vehi= cle
=C2=A0 =C2=A0devices and another driver/passenger's mobile devices in a= nother
=C2=A0 =C2=A0vehicle, or other servers behind an IP-RSU in a secure way.=C2= =A0 Even
=C2=A0 =C2=A0though a vehicle is perfectly authenticated and legitimate, it= may be
=C2=A0 =C2=A0hacked for running malicious applications to track and collect= its
=C2=A0 =C2=A0and other vehicles' information.=C2=A0 In this case, an at= tack mitigation
=C2=A0 =C2=A0process may be required to reduce the aftermath of malicious =C2=A0 =C2=A0behaviors.

>>> The section should mention that both with classical ND and BYO= A, addresses
can be impersonated, and RFC 8928 protects against that in both cases while=
maintaining privacy.

=C2=A0 =C2=A0Even though vehicles can be authenticated with valid certifica= tes by
=C2=A0 =C2=A0an authentication server in the vehicular cloud, the authentic= ated

>>> Is PKI feasible (deploying it in every car?). Is it fast enoug= h? Is it
really what IPWAVE thinks vehicle should use????? >>> e.g. why wou= ld one need
to authenticate to a V2I network? >>> from the text earlier in the= doc, it
seemed that what you really want is access that is fast to join, capable of=
offering the reachability you want, anonymous, and innocuous (cars can not = harm
one another).

=C2=A0 =C2=A0vehicles may harm other vehicles, so their communication activ= ities
=C2=A0 =C2=A0need to be logged in either a central way through a logging se= rver
=C2=A0 =C2=A0(e.g., TCC) in the vehicular cloud or a distributed way (e.g.,=
=C2=A0 =C2=A0blockchain [Bitcoin]) along with other vehicles or infrastruct= ure.
=C2=A0 =C2=A0For the non-repudiation of the harmful activities of malicious= nodes,
=C2=A0 =C2=A0a blockchain technology can be used [Bitcoin].=C2=A0 Each mess= age from a
=C2=A0 =C2=A0vehicle can be treated as a transaction and the neighboring ve= hicles
=C2=A0 =C2=A0can play the role of peers in a consensus method of a blockcha= in
=C2=A0 =C2=A0[Bitcoin][Vehicular-BlockChain].=C2=A0 For a blockchain's = efficient
=C2=A0 =C2=A0consensus in vehicular networks having fast moving vehicles, a= new
=C2=A0 =C2=A0consensus algorithm needs to be developed or an existing conse= nsus
=C2=A0 =C2=A0algorithm needs to be enhanced.

>>> solution space; better express the=C2=A0 security needs since = this is a PS.

<snip>

=C2=A0 =C2=A0To identify malicious vehicles among vehicles, an authenticati= on
=C2=A0 =C2=A0method is required.

>>> No. As said earlier a vehicle can be infected. You need innocu= ousness.which
can come from things like isolation, zerotrust, and protocols that are
difficult to hack around. Classical IPv6 ND is open bar. RFC 8505/8928 is protected by construction, anonymous, and fast.

<snip>

=C2=A0 =C2=A0For the setup of a secure channel over IPsec or TLS, the multi= hop V2I
=C2=A0 =C2=A0communications over DSRC is required in a highway for the
=C2=A0 =C2=A0authentication by involving multiple intermediate vehicles as = relay
=C2=A0 =C2=A0nodes toward an IP-RSU connected to an authentication server i= n the
=C2=A0 =C2=A0vehicular cloud.=C2=A0 The V2I communications over 5G V2X (or = LTE V2X) is
=C2=A0 =C2=A0required to allow a vehicle to communicate directly with a gNo= deB (or
=C2=A0 =C2=A0eNodeB) connected to an authentication server in the vehicular= cloud.

>>> solution space. Instead, you could mention that setting up sec= ured channels
between cars that cross one another might not complete in time to establish= the
communication channel, and that the innocuousness must come from zerotrust = in
the transactions between the cars.
=C2=A0 =C2=A0For the IPv6 ND, the DAD is required to ensure the uniqueness = of the
=C2=A0 =C2=A0IPv6 address of a vehicle's wireless interface.

>>> for classical ND (SLAAC) that=E2=80=99s true. That is not with= RFC 8505, since the
infra maintains a table of all addresses in use in the prefix and blocks duplicates without the RFC 4862 DAD method. The stateful autoconf address g= rant
is immediate.

=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=A0This DAD can be used
=C2=A0 =C2=A0as a flooding attack that uses the DAD-related ND packets
=C2=A0 =C2=A0disseminated over the VANET or vehicular networks.

>>> also for DOS attacks. You can block a owner from using an addr= ess. A
reference to rfc6959 is much needed here.

<snip>

=C2=A0This possibility
=C2=A0 =C2=A0indicates that the vehicles and IP-RSUs need to filter out sus= picious
=C2=A0 =C2=A0ND traffic in advance.=C2=A0 Based on the SEND [RFC3971] mecha= nism, the
=C2=A0 =C2=A0authentication for routers (i.e., IP-RSUs) can be conducted by= only
=C2=A0 =C2=A0selecting an IP-RSU that has a certification path toward trust= ed
=C2=A0 =C2=A0parties.=C2=A0 For authenticating other vehicles, the cryptogr= aphically
=C2=A0 =C2=A0generated address (CGA) can be used to verify the true owner o= f a
=C2=A0 =C2=A0received ND message, which requires to use the CGA ND option i= n the
=C2=A0 =C2=A0ND protocols.=C2=A0 For a general protection of the ND mechani= sm, the RSA
=C2=A0 =C2=A0Signature ND option can also be used to protect the integrity = of the
=C2=A0 =C2=A0messages by public key signatures.=C2=A0 For a more advanced =C2=A0 =C2=A0authentication mechanism, a distributed blockchain-based mecha= nism
=C2=A0 =C2=A0[Vehicular-BlockChain] can be used.

>>> solution space. Again, the draft should focus on problems and = needs. The
problem here is that SEND is complex, and not implemented in the major stac= k.
It relies on PKI for trusting the router. The V2I need is a zerotrust model=
where one V, the other local Vs, and the I, can help each other anonymously= and
harmlessly. <snip>

8.=C2=A0 Informative References

>>> no normative reference?

>>> no normative reference?

<snip>

Voila!

Keep safe;

Pascal



--000000000000a31cb305c51b3fd1-- From nobody Sun Jun 20 00:44:15 2021 Return-Path: X-Original-To: its@ietfa.amsl.com Delivered-To: its@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4EDF13A1F7D; Sun, 20 Jun 2021 00:44:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.85 X-Spam-Level: ** X-Spam-Status: No, score=2.85 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HK_NAME_FM_MR_MRS=1.049, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URI_DOTEDU=1.997] autolearn=no 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 dASmPSXVtORZ; Sun, 20 Jun 2021 00:44:04 -0700 (PDT) Received: from mail-lj1-x235.google.com (mail-lj1-x235.google.com [IPv6:2a00:1450:4864:20::235]) (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 42EE43A1F7B; Sun, 20 Jun 2021 00:44:03 -0700 (PDT) Received: by mail-lj1-x235.google.com with SMTP id u11so9449900ljh.2; Sun, 20 Jun 2021 00:44:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ABWlzq/FR8vJEN+V28tej9Bhl2o7kOrs0gW0CKkMzPw=; b=nhSigeMpXeBpjA936sE88LhbkyjhYTXKecB7no2cmMLQtO2FuP065BX21vV4r8y/p2 xNuZoMSwWkckRfRU/NtIxqDDuaDFoFEPDz1GGkedmWAljs1bMNvO45o93BvJoVIM+XY1 nVWQYDemi9FG8eN0jY2PP7R3lMimXGHu+E3uLmEwlb5oF3H3vlwiIPD+Q30ywTDKJzk1 4OIaN7yyXeO0zj+3imV9u2NJCwGo7fK6was3r53PFM9ET3R6Xbmp3GyENwILzv75KGwT 1YEtp/+onX/F4pJ2hFF2pisZjmKDmzkMAYR0uZ5Pye5JbtRLjVsLMs/C8dDivlmcqVzk OFGQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ABWlzq/FR8vJEN+V28tej9Bhl2o7kOrs0gW0CKkMzPw=; b=L9A82ctSO0Kib9ynMY65uvODbatR+26jwAqYCRtYNivr9ZwtTRXVNhzdBENCJGUSgN HXZSXzGopmob4wkEN7Suvk9QXwvKF3bJBb3xosB5ICvSadrlNzQeAedmp5KnW2bMvYJ1 OthJkn4LCy0eO96Ies9AApM6hvnePKf8nM2br4HEdc9Y83cCfqi+4sQfEgRra1QCgR1g J1xrqL09+hAn/ZdlsQExLyN/NNwoXHtgYct3rwHgYmKRLwTgBEtpr2WPbOInWxSWISPd ZVs/1IXgFhrHLaEkdjqcHGGBbs/whk848vOh5q0dzFQpm7A1QjhS5E8sU5wGKPU5EN9g IZFQ== X-Gm-Message-State: AOAM5317VuF8B5GqxdPQgusgO+8z/3FXzY4bSECirBw38IkOnteADVZV JNcBFCOFcoIGv7FDlnluoB0PYoewojQv0MU7uVA= X-Google-Smtp-Source: ABdhPJwWkt855jsSkgo2qdcDcxzaIzn83VfG5vOtOkaaN0nCpPMTkIbsB7liWTMg+3VVKcGgn7uZWnedMfL0j4wWj6A= X-Received: by 2002:a2e:b345:: with SMTP id q5mr14590672lja.380.1624175040127; Sun, 20 Jun 2021 00:44:00 -0700 (PDT) MIME-Version: 1.0 References: <162400216663.17839.1738900015320888640@ietfa.amsl.com> In-Reply-To: From: "Mr. Jaehoon Paul Jeong" Date: Sun, 20 Jun 2021 16:43:48 +0900 Message-ID: To: CARLOS JESUS BERNARDOS CANO Cc: "Mr. Jaehoon Paul Jeong" , "Pascal Thubert (pthubert)" , draft-ietf-ipwave-vehicular-networking@ietf.org, ipwave-ads@ietf.org, ipwave-chairs@ietf.org, its , skku-iotlab-members Content-Type: multipart/alternative; boundary="00000000000051e4a505c52db8a8" Archived-At: Subject: Re: [ipwave] Fwd: Intdir last call review of draft-ietf-ipwave-vehicular-networking-20 X-BeenThere: its@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IPWAVE - IP Wireless Access in Vehicular Environments WG at IETF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jun 2021 07:44:14 -0000 --00000000000051e4a505c52db8a8 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Carlos and Pascal, I am working on the revision with Pascal's comments. Thanks. Best Regards, Paul 2021=EB=85=84 6=EC=9B=94 19=EC=9D=BC (=ED=86=A0) =EC=98=A4=ED=9B=84 6:42, C= ARLOS JESUS BERNARDOS CANO =EB=8B=98=EC=9D=B4 =EC=9E=91=EC=84=B1: > Authors, please check carefully and address the comments from the very > good review from Pascal. Include the IPWAVE list when responding to the > review. > > And huge thanks Pascal for this terrific review! > > Carlos > > ---------- Forwarded message --------- > From: Pascal Thubert via Datatracker > Date: Fri, Jun 18, 2021 at 9:42 AM > Subject: Intdir last call review of > draft-ietf-ipwave-vehicular-networking-20 > To: > Cc: , = , > > > > Reviewer: Pascal Thubert > Review result: Not Ready > > Dear authors > > In summary: > > I read a number of very good drafts collated in one, from the use cases > that > very complete and ready to publish, to the architecture and protocol > solution > in section 4 that would require more work for completeness. > > There are multiple instances in the use cases where protocols are listed > coming > out of the blue, e.g., the references to OMNI that seem artificially spre= ad > regardless of the context of the section. OMNI is used throughout, both a= s > an > open ended toolbox, and as a carpet under which all problems can be hidde= n. > > Reading this doc, OMNI shows as an interface to a software mobile router, > with > multiple of the device physical interfaces connected to the mobile router= . > This > makes the stack very simple as the complexity moves to the router. But no= w > you > have to implement the router. Presented as that, the OMNI router deserves > its > name, it=E2=80=99s indeed very rich; it seems to cover all forms of MANET= (many to > choose from) and NEMO (and all the MIP protocol family across address > families), all the possible radio interfaces on which the ND problems go > away > by magic, and whatever else you want to put in there. Is that the > intention? > > Instead of referring to OMNI for virtually anything, the doc should refer > to > MANET for MANET things (like BYOD), NEMO for NEMO things (like MNP), > draft-nordmark-intarea-ippl for split subnets, and > draft-thubert-6man-ipv6-over-wireless for P2MP/NBMA link and subnet > models. And > then you can say that all those components can be plugged in the OMNI > router, > and you can discuss which MANET and which MIP you want, including using > OMNI=E2=80=99s > built in mobility. > > Note that my objections are not against the OMNI design, it might be the > perfect thing and I am already aware of use cases that could be served by= a > P2MP interface like OMNI in conjunction with RFC8505 on the P2P > subinterfaces > (recycling the high level design we=E2=80=99ve been shipping for IPv4 / f= rame > relay for > the last 30 years). My objection is of the way the draft uses [OMNI] as t= he > magic wand that solves all the problems when what you really do is throw > them > over the fence. I=E2=80=99d rather you focus on problems and use cases, f= or which > there=E2=80=99s excellent text, and indicate what needs to be done withou= t making > assumption on how the needful things will be solved. > > In agreement with a discussion on the 6MAN list, I=E2=80=99d suggest to s= plit, > keep all > that=E2=80=99s use case and problem description and ship it, remove refer= ences to > protocols envisioned in the solution, and start the work on architecture > of the > solution and the protocol applicability statements separately. An alterna= te > would be to centralize the discussion on protocols to annex, and explain > that > protocol A or B could be envisioned in solution space because to over thi= s > gap > or implement that function. > > In any fashion, the current text is not ready for publication as > applicability > statement, architecture and or/solution, so the related work should be > removed > from the main text. But I find it mostly ready for use case and problem > statement, more below. > > Review: > > Abstract > > This document discusses the problem statement and use cases of > IPv6-based vehicular networking for Intelligent Transportation > Systems (ITS). > > >>> The document goes beyond that; there was actually a thread at 6MAN > where > Bob Hinden said =E2=80=9C This document says it is a problem statement, b= ut then > becomes a solution document. Might be better to cut it down to only the > problem statement part. =E2=80=9C >>> Would you consider doing this? If n= ot, why? > Note: > you may want to respond on 6MAN as well. >>> >>>I would have thought that > the > traditional steps of problem statement and applicability statement of > existing > work could be expected from IPWAVE too. >>> Please clarify the steps that > you > intend to follow next with this work. > > > > 1. Introduction > > >>> Very readable and informative section, many thanks! > > Along with these WAVE standards and C-V2X standards, regardless of a > wireless access technology under the IP stack of a vehicle, vehicular > networks can operate IP mobility with IPv6 [RFC8200] and Mobile IPv6 > protocols (e.g., Mobile IPv6 (MIPv6) [RFC6275], Proxy MIPv6 (PMIPv6) > [RFC5213], Distributed Mobility Management (DMM) [RFC7333], Locator/ > ID Separation Protocol (LISP) [RFC6830BIS], and Asymmetric Extended > Route Optimization (AERO) [RFC6706BIS]). > > >>> NEMO (RFC 3963) is not cited. Any reason why the vehicle would not > transport a network? > > > > This document describes use cases and a problem statement about > IPv6-based vehicular networking for ITS, which is named IPv6 Wireless > Access in Vehicular Environments (IPWAVE). First, it introduces the > use cases for using V2V, V2I, and V2X networking in ITS. Next, for > IPv6-based vehicular networks, it makes a gap analysis of current > IPv6 protocols (e.g., IPv6 Neighbor Discovery, Mobility Management, > and Security & Privacy), and then enumerates requirements for the > extensions of those IPv6 protocols, which are tailored to IPv6-based > vehicular networking. Thus, this document is intended to motivate > development of key protocols for IPWAVE. > > >>> > > > > 2. Terminology > > >>> > > > > o IP-OBU: "Internet Protocol On-Board Unit": An IP-OBU denotes a > computer situated in a vehicle (e.g., car, bicycle, autobike, > motor cycle, and a similar one) and a device (e.g., smartphone and > IoT device). It has at least one IP interface that runs in IEEE > 802.11-OCB and has an "OBU" transceiver. Also, it may have an IP > interface that runs in Cellular V2X (C-V2X) [TS-23.285-3GPP] > [TR-22.886-3GPP][TS-23.287-3GPP]. See the definition of the term > "OBU" in [RFC8691]. > > >>> Can that be a router connecting multiple computers? > > > > 3. Use Cases > > >>> This is another great read and an enlightening section. Maybe mention > in > the abstract that the doc also covers use cases? > > > > Although a Layer-2 solution can provide a support for multihop > communications in vehicular networks, the scalability issue related > to multihop forwarding still remains when vehicles need to > disseminate or forward packets toward multihop-away destinations. In > addition, the IPv6-based approach for V2V as a network layer protocol > can accommodate multiple radio technologies as MAC protocols, such as > 5G V2X and DSRC. Therefore, the existing IPv6 protocol can be > augmented through the addition of an Overlay Multilink Network (OMNI) > Interface [OMNI] and/or protocol changes in order to support both > wireless single-hop/multihop V2V communications and multiple radio > technologies in vehicular networks. In such a way, vehicles can > communicate with each other by V2V communications to share either an > emergency situation or road hazard in a highway having multiple kinds > of radio technologies, such as 5G V2X and DSRC. > > >>> This text appears in the middle of high level use case, with a crude > list > of protocols; this is not a place for it > > >>> On a 6MAN Thread, Brian Carpenter said that the above: > =E2=80=9C > is of concern regardless of the mention of OMNI. Does it mean "can be" or > "needs to be"? This paragraph seems like a very short summary of a big > problem > area. At the end of page 13 there is some related discussion, which > mentions > RPL as part of the solution (good choice, IMHO) but again seems to depend > on > OMNI. I don't think the fix of simply removing references to OMNI works, > because it would leave a gap. In an informational document, that is not a > formal problem but as far as this draft describes architecture, I don't > think > that big a gap is reasonable. "OMNI" is mentioned more than 20 times in t= he > document. There are also several references to AERO, which is strongly > associated with OMNI. =E2=80=9C >>> I agree with Brian. Here the document= seems to > be > mixing solution with problem and putting the cart before the horse. My > recommendation is to stick to what needs to be done that IPv6 does not do > yet > -the reqs and gaps-; but the doc should not step in the how things will b= e > done > unless the group already decided to do it. The logical next steps to a PS > are > an applicability statement of existing work, and if the gaps cannot be > filled, > there may be one or more WG chartered to fill those gaps. > > >>> I=E2=80=99d still be happy to see an annex with leads on where the so= lution > might > come from like RFC 8691 does. > > > > The existing IPv6 protocol must be augmented through the addition of > an OMNI interface and/or protocol changes in order to support > wireless multihop V2I communications in a highway where RSUs are > sparsely deployed, so a vehicle can reach the wireless coverage of an > RSU through the multihop data forwarding of intermediate vehicles. > Thus, IPv6 needs to be extended for multihop V2I communications. > > >>> Note that I have no clue on how well OMNI applies in that space, mayb= e > it > does very well; but here it comes out of the blue with no justification. > If you > mention OMNI you need to detail what it is and which of the V2V problems > you > expect it to solve. But then, that=E2=80=99s beyond the scope of a PS. > > > > The existing IPv6 protocol must be augmented through the addition of > an OMNI interface and/or protocol changes in order to support > wireless multihop V2X (or V2I2X) communications in an urban road > network where RSUs are deployed at intersections, so a vehicle (or a > pedestrian's smartphone) can reach the wireless coverage of an RSU > through the multihop data forwarding of intermediate vehicles (or > pedestrians' smartphones). Thus, IPv6 needs to be extended for > multihop V2X (or V2I2X) communications. > > >>> Please be more specific on what the missing functions are and whether > they > are missing from the stack development standpoint or if there=E2=80=99s w= ork needed > from the IETF. 1) If something is really missing in our specs, the > text to > prove from the use case above is missing 2) how OMNI serves the use > case > could be elaborated in an applicability statement of OMNI for V2xyz, but > it is > a bit blunt to present it as panacea when the problems to be solved are n= ot > listed. 3) If you look at it, OMNI seems like a software mobile rout= er > within a bump in the stack. Can that become too big? > > >>> my view is that the text above and the similar occasions should be > replaced > by something like : > > The existing IPv6 protocol must be augmented to provide the following > functions: 1) =E2=80=A6 > > >>> and / or something like: > > In addition to the IPv6 node requirements [RFC 8504], the IPv6 protoco= l > stack for use in a vehicle must support 1) RFC blah, 2) =E2=80=A6 > > > > To support applications of these V2X use cases, the functions of IPv6 > such as VND, VMM, and VSP are prerequisites for IPv6-based packet > exchange, transport-layer session continuity, and secure, safe > communication between a vehicle and a pedestrian either directly or > indirectly via an IP-RSU. > > >>> =E2=80=9Cthe functions of IPv6 such as VND, VMM, and VSP=E2=80=9D doe= s not parse. > There=E2=80=99s > no IPv6 reference that provides those functions. If the intention is to s= ay > that there=E2=80=99s stuff to add to IPv6 to support, like, say, VND, th= en this > document fails to define how an IPv6 VND should behave, though it=E2=80= =99s > precisely > what I=E2=80=99d expect from a problem statement. > > > > 4. Vehicular Networks > > >>> What is the purpose of section 4 as a whole, problem statement or > applicability statement of the listed protocols? In the former case what= =E2=80=99s > the > problem? In the latter case it is incomplete and needs to be exported to = an > applicability statement doc with all the possible technologies evaluated. > > This section describes an example vehicular network architecture > supporting V2V, V2I, and V2X communications in vehicular networks. > > >>> I read this as presenting a context to explain what the problems are > instead of presenting the IPVAWE =E2=80=9Carchitecture=E2=80=9D. Maybe us= ing the term > =E2=80=9CArchitecture=E2=80=9D here is misleading and led to Bob=E2=80=99= s comment. > > > > 4.1. Vehicular Network Architecture > > Figure 1 shows an example vehicular network architecture for V2I and > V2V in a road network [OMNI]. > > a. Is using OMNI a decision that the WG made for the future work ? > what > does it do and what does it not do? b. Is there work left to be done= ? > Who > will do that work? Or is it the expectation that OMNI has it all defined > already? > > > > An existing network architecture (e.g., an IP-based aeronautical > network architecture [OMNI][UAM-ITS], a network architecture of > PMIPv6 [RFC5213], and a low-power and lossy network architecture > [RFC6550]) can be extended to a vehicular network architecture for > multihop V2V, V2I, and V2X, as shown in Figure 1. In a highway > scenario, a vehicle may not access an RSU directly because of the > distance of the DSRC coverage (up to 1 km). For example, the OMNI > interface and/or RPL (IPv6 Routing Protocol for Low-Power and Lossy > Networks) [RFC6550] can be extended to support a multihop V2I since a > vehicle can take advantage of other vehicles as relay nodes to reach > the RSU. Also, RPL can be extended to support both multihop V2V and > V2X in the similar way. > > >>> all this could fit well in annex; anyway you need to explain what you > expect the protocols to do and which extension is needed. In the case of > RPL at > least you indicate that it would do routing, but not why you cannot use i= t > of > the shelf; for OMNI, what you expect is less clear, though there=E2=80=99= s text > elsewhere about the many radio interfaces that could be used for the > purpose, > and the text in the UAM below that is enlightening. > > > > To support not only the mobility > management of the UAM end systems, but also the multihop and > multilink communications of the UAM interfaces, the UAM end systems > can employ an Overlay Multilink Network (OMNI) interface [OMNI] as a > virtual Non-Broadcast Multiple Access (NBMA) connection to a serving > ground domain infrastructure. > > >>> Again, what is the expectation for OMNI? As an overlay it requires an > underlay; when connecting to a MANET it needs support for that MANET. The > text > above seems to imply that is solves everything in V2xyz like magic; > reminds me > of the IPv6 multicast abstraction that was supposed to solve the broadcas= t > problem and ended up worsening it. > > > > This infrastructure can be configured > over the underlying data links. The OMNI interface and its link > model provide a means of multilink, multihop and mobility > coordination to the legacy IPv6 ND messaging [RFC4861] according to > the NBMA principle. Thus, the OMNI link model can support efficient > UAM internetworking services without additional mobility messaging, > and without any modification to the IPv6 ND messaging services or > link model. > > >>> Again, what is the expectation for OMNI? As an overlay it requires an > underlay; the text above seems to imply that is solves everything in V2xy= z > like > magic; that would be a stretch, that reminds me of IPv6 multicast that wa= s > supposed to solve the broadcast problem and ended up worsening it. > > > > Multiple vehicles under the coverage of an RSU share a prefix just as > mobile nodes share a prefix of a Wi-Fi access point in a wireless > LAN. This is a natural characteristic in infrastructure-based > wireless networks. For example, in Figure 1, two vehicles (i.e., > Vehicle2, and Vehicle5) can use Prefix 1 to configure their IPv6 > global addresses for V2I communication. Alternatively, mobile nodes > can employ an OMNI interface and use their own IPv6 Unique Local > Addresses (ULAs) [RFC4193] over the wireless network without > requiring the messaging of IPv6 Stateless Address Autoconfiguration > (SLAAC) [RFC4862], which uses an on-link prefix provided by the > (visited) wireless LAN; this technique is known as "Bring-Your-Own- > Addresses". > > >>> Is OMNI the only way to "Bring-Your-Own-Addresses=E2=80=9D? Else the= text > could be > more generic, at least use e.g., like the ref to AERO later. >>> What are > the > implications / limitations of doing that =E2=80=93 like they can do line = of sight > V2V > but not reach the internet, or the need of a local MANET / RPL that will > accept to route those addresses, or the security / address ownership > validation > issues ? > > > > A single subnet prefix announced by an RSU can span multiple vehicles > in VANET. For example, in Figure 1, for Prefix 1, three vehicles > (i.e., Vehicle1, Vehicle2, and Vehicle5) can construct a connected > VANET. Also, for Prefix 2, two vehicles (i.e., Vehicle3 and > Vehicle6) can construct another connected VANET, and for Prefix 3, > two vehicles (i.e., Vehicle4 and Vehicle7) can construct another > connected VANET. Alternatively, each vehicle could employ an OMNI > interface with their own ULAs such that no topologically-oriented > subnet prefixes need be announced by the RSU. > > >>> same as above. This seems to restate the same thing, derive an addre= ss > from a topologically correct prefix or use your own with limitations to b= e > described. > > > > For IPv6 packets transported over IEEE 802.11-OCB, [RFC8691] > specifies several details, including Maximum Transmission Unit (MTU), > frame format, link-local address, address mapping for unicast and > multicast, stateless autoconfiguration, and subnet structure. An > Ethernet Adaptation (EA) layer is in charge of transforming some > parameters between the IEEE 802.11 MAC layer and the IPv6 network > layer, which is located between the IEEE 802.11-OCB's logical link > control layer and the IPv6 network layer. This IPv6 over 802.11-OCB > can be used for both V2V and V2I in IPv6-based vehicular networks. > > >>> solution space. > > > > An IPv6 mobility solution is needed for the guarantee of > communication continuity in vehicular networks so that a vehicle's > TCP session can be continued, or UDP packets can be delivered to a > vehicle as a destination without loss while it moves from an IP-RSU's > wireless coverage to another IP-RSU's wireless coverage. In > Figure 1, assuming that Vehicle2 has a TCP session (or a UDP session) > with a corresponding node in the vehicular cloud, Vehicle2 can move > from IP-RSU1's wireless coverage to IP-RSU2's wireless coverage. In > this case, a handover for Vehicle2 needs to be performed by either a > host-based mobility management scheme (e.g., MIPv6 [RFC6275]) or a > network-based mobility management scheme (e.g., PMIPv6 [RFC5213] and > AERO [RFC6706BIS]). > > In the host-based mobility scheme (e.g., MIPv6), an IP-RSU plays a > role of a home agent. On the other hand, in the network-based > mobility scheme (e.g., PMIPv6, an MA plays a role of a mobility > management controller such as a Local Mobility Anchor (LMA) in > PMIPv6, which also serves vehicles as a home agent, and an IP-RSU > plays a role of an access router such as a Mobile Access Gateway > (MAG) in PMIPv6 [RFC5213]. The host-based mobility scheme needs > client functionality in IPv6 stack of a vehicle as a mobile node for > mobility signaling message exchange between the vehicle and home > agent. On the other hand, the network-based mobility scheme does not > need such a client functionality for a vehicle because the network > infrastructure node (e.g., MAG in PMIPv6) as a proxy mobility agent > handles the mobility signaling message exchange with the home agent > (e.g., LMA in PMIPv6) for the sake of the vehicle. > > There are a scalability issue and a route optimization issue in the > network-based mobility scheme (e.g., PMIPv6) when an MA covers a > large vehicular network governing many IP-RSUs. In this case, a > distributed mobility scheme (e.g., DMM [RFC7429]) can mitigate the > scalability issue by distributing multiple MAs in the vehicular > network such that they are positioned closer to vehicles for route > optimization and bottleneck mitigation in a central MA in the > network-based mobility scheme. All these mobility approaches (i.e., > a host-based mobility scheme, network-based mobility scheme, and > distributed mobility scheme) and a hybrid approach of a combination > of them need to provide an efficient mobility service to vehicles > moving fast and moving along with the relatively predictable > trajectories along the roadways. > > In vehicular networks, the control plane can be separated from the > data plane for efficient mobility management and data forwarding by > using the concept of Software-Defined Networking (SDN) > [RFC7149][DMM-FPC]. Note that Forwarding Policy Configuration (FPC) > in [DMM-FPC], which is a flexible mobility management system, can > manage the separation of data-plane and control-plane in DMM. In > SDN, the control plane and data plane are separated for the efficient > management of forwarding elements (e.g., switches and routers) where > an SDN controller configures the forwarding elements in a centralized > way and they perform packet forwarding according to their forwarding > tables that are configured by the SDN controller. An MA as an SDN > controller needs to efficiently configure and monitor its IP-RSUs and > vehicles for mobility management, location management, and security > services. > > The mobility information of a GPS receiver mounted in its vehicle > (e.g., position, speed, and direction) can be used to accommodate > mobility-aware proactive handover schemes, which can perform the > handover of a vehicle according to its mobility and the wireless > signal strength of a vehicle and an IP-RSU in a proactive way. > > Vehicles can use the TCC as their Home Network having a home agent > for mobility management as in MIPv6 [RFC6275] and PMIPv6 [RFC5213], > so the TCC (or an MA inside the TCC) maintains the mobility > information of vehicles for location management. IP tunneling over > the wireless link should be avoided for performance efficiency. > Also, in vehicular networks, asymmetric links sometimes exist and > must be considered for wireless communications such as V2V and V2I. > > >>> This is all very informative text but does not state a problem. Is > there a > problem is left to be solved or are we assessing the applicability of > protocols? Could it for instance, forward point to issues discussed in > section > 5? > > > > As shown in Figure 3, as internal networks, a vehicle's moving > network and an EN's fixed network are self-contained networks having > multiple subnets and having an edge router (e.g., IP-OBU and IP-RSU) > for the communication with another vehicle or another EN. The > internetworking between two internal networks via V2I communication > requires the exchange of the network parameters and the network > prefixes of the internal networks. For the efficiency, the network > prefixes of the internal networks (as a moving network) in a vehicle > need to be delegated and configured automatically. Note that a > moving network's network prefix can be called a Mobile Network Prefix > (MNP) [OMNI]. > > >>> Then again you=E2=80=99re overselling OMNI. MNP is originally defined= here > https://datatracker.ietf.org/doc/html/rfc3963#section-2 and that=E2=80=99= s a > reference > you can use normatively. > > > > As shown in Figure 3, the addresses used for IPv6 transmissions over > the wireless link interfaces for IP-OBU and IP-RSU can be either > global IPv6 addresses, or IPv6 ULAs as long as IPv6 packets can be > routed within vehicular networks [OMNI]. > > >>> Then again you=E2=80=99re overselling OMNI. There needs to be a rout= ing > protocol > like a MANET that will accept to carry the > MNPs, and that must be implemented by the infra and both cars. The OMNI > spec > is clear on that. This is why at first glance I see OMNI as a full mobil= e > router in a bump in the stack. Now what is the problem behind this? No > such > protocol at IETF? Too many to choose from? No deployment? > > > When global IPv6 addresses > are used, wireless interface configuration and control overhead for > Duplicate Address Detection (DAD) [RFC4862] and Multicast Listener > Discovery (MLD) [RFC2710][RFC3810] should be minimized to support V2I > and V2X communications for vehicles moving fast along roadways; when > ULAs and the OMNI interface are used, no DAD nor MLD messaging is > needed. > > >>> Then again you=E2=80=99re overselling OMNI. Isn=E2=80=99t it the no d= ad needed a > property > of injecting a BYOA in the fabric for an GUA MIP Home Address which is > known to > be unique at home? >>> OTOH, autoconf=E2=80=99ing a random ULA =E2=80=9CF= D=E2=80=A6=E2=80=9Dprefix has > lesser > DAD properties than autoconf=E2=80=99ing a random 64bit IID in a classica= l subnet. > So > who says DAD isn=E2=80=99t required for OMNI ULA? >>> note that IMHO DAD = on > wireless is > a lot more harm than good, and I agree that with a good pseudo random > generator > the ULA has no chance to collision in the real world, as OMNI claims. It= =E2=80=99s > just > that your argument here plays the other way, because there are less rando= m > bits > (56) in the ULA prefix than in the IID (62), and if one starts using mor= e > prefix bits to be non-random, there will be a time when DAD on prefix is > needed. > > > > Let us consider the upload/download time of a vehicle when it passes > through the wireless communication coverage of an IP-RSU. For a > given typical setting where 1km is the maximum DSRC communication > range [DSRC] and 100km/h is the speed limit in highway, the dwelling > time can be calculated to be 72 seconds by dividing the diameter of > the 2km (i.e., two times of DSRC communication range where an IP-RSU > is located in the center of the circle of wireless communication) by > the speed limit of 100km/h (i.e., about 28m/s). For the 72 seconds, > a vehicle passing through the coverage of an IP-RSU can upload and > download data packets to/from the IP-RSU. > > > > 4.3. V2V-based Internetworking > > >>> In this section it looks like the cars are in a stable line of sight > relationship. Which is probably fine for a platoon, but when you drive > along > with friends in different cars, you realize that the line of sight > assumption > does not stand over time. Soon enough, other cars meddle in, and possibly > one > of the cars drives faster and too far ahead so you need the infra to rela= y, > possibly over multiple infra hops. > > >>> so in this section, I=E2=80=99d expect to see a Vehicle communicating= with > another > one and using either line of sight or V2V relaying but also using relay > via V2I > (multihop I2I not just hub and spoke V2I2V ), alternatively to together f= or > redundancy. Is that part of the problem? > > >>> reading deeper section 5 I found excellent text on routing via V and > via I. > This tells that section 4 does not play a good role at justifying section > 5. > Maybe keep section 4 for another doc? > > >>> What kind or reliability is required in a V2V use case? Do you think > ND can > handle it? Or MANET? What would be the assumption on L2 (roaming time, > unicast > vs P2MP) and on L3 (reliability ala DetNet/RAW). Should we have some L3 > redundancy? > > > > 5. Problem Statement > > > > In order to specify protocols using the architecture mentioned in > Section 4.1, IPv6 core protocols have to be adapted to overcome > certain challenging aspects of vehicular networking. Since the > vehicles are likely to be moving at great speed, protocol exchanges > need to be completed in a time relatively short compared to the > lifetime of a link between a vehicle and an IP-RSU, or between two > vehicles. > > >>> Any order of magnitude? > >>> Can you indicate whether this already rules out certain procedures, > e.g. > DAD ? > > The lifetime of a session varies depending on the session's type such > as a web surfing, voice call over IP, and DNS query. Regardless of a > session's type, to guide all the IPv6 packets to their destination > host, IP mobility should be supported for the session. > > >>> this seems to be for unicast when you know who to talk to. Is there a > need > some multicast groups like anybody around interested in topic blah like I > could > be multicasting the speed of vehicles coming the other way that I crossed > recently, for use of vehicles that I=E2=80=99m crossing now, so they can = see a > slowdown > on advance > > Thus, the time constraint of a wireless link has a major impact on > IPv6 Neighbor Discovery (ND). Mobility Management (MM) is also > vulnerable to disconnections that occur before the completion of > identity verification and tunnel management. This is especially true > given the unreliable nature of wireless communication. This section > presents key topics such as neighbor discovery and mobility > management. > > >>> Only ND? What about the MANET? > >>> how fast should ND be to be suitable? > >>> is there also a bandwidth check? You can make things much faster if y= ou > dedicate a lot of spectrum to it. But that can also be a waste. > > 5.1. Neighbor Discovery > > > > The requirements for IPv6 ND for vehicular networks are efficient DAD > and NUD operations. > > >>> Not lookup? Is it the intention to use IP unicast over MAC broadcast, > which > is a good idea in my book? > > > > This merging and partitioning should be considered for the > IPv6 ND such as IPv6 Stateless Address Autoconfiguration (SLAAC) > [RFC4862]. > > >>> Not lookup? Is it the intention to use IP unicast over MAC broadcast, > which > is a good idea in my book? > > > > Also, the partitioning of a VANET may make vehicles with the same > prefix be physically unreachable. Also, SLAAC needs to prevent IPv6 > address duplication due to the merging of VANETs. According to the > merging and partitioning, a destination vehicle (as an IPv6 host) > needs to be distinguished as either an on-link host or an off-link > host even though the source vehicle uses the same prefix as the > destination vehicle. > > >>> should reference to draft-nordmark-intarea-ippl > > To efficiently prevent IPv6 address duplication due to the VANET > partitioning and merging from happening in vehicular networks, the > vehicular networks need to support a vehicular-network-wide DAD by > defining a scope that is compatible with the legacy DAD. In this > case, two vehicles can communicate with each other when there exists > a communication path over VANET or a combination of VANETs and IP- > RSUs, as shown in Figure 1. By using the vehicular-network-wide DAD, > vehicles can assure that their IPv6 addresses are unique in the > vehicular network whenever they are connected to the vehicular > infrastructure or become disconnected from it in the form of VANET. > > >>> Excellent > > ND time-related parameters such as router lifetime and Neighbor > Advertisement (NA) interval need to be adjusted for vehicle speed and > vehicle density. For example, the NA interval needs to be > dynamically adjusted according to a vehicle's speed so that the > vehicle can maintain its neighboring vehicles in a stable way, > considering the collision probability with the NA messages sent by > other vehicles. > > >>> Is that a problem or just an operational setting that needs to be > found? > >>> Do we need to reconsider the concepts of those timers? > > > > Thus, in IPv6-based vehicular networking, IPv6 ND should have minimum > changes for the interoperability with the legacy IPv6 ND used in the > Internet, including the DAD and NUD operations. > > >>> I do not find the logical link with the text before, why is this a > =E2=80=9Cthus=E2=80=9D? > >>> why should the ND inside the VANET be constrained to be interoperable= ? > This > may place constraints on the solution. > > 5.1.1. Link Model > > A prefix model for a vehicular network needs to facilitate the > > >>> Do you mean a =E2=80=9Csubnet model=E2=80=9D as opposed to =E2=80=9Cp= refix model=E2=80=9D. > >>> it would make this piece and the next should refer to > draft-thubert-6man-ipv6-over-wireless for IPv6 over P2MP /NBMA, for both > link > and subnet issues. The general ideas are the same, but the gory details > here > are slightly incorrect, like this notion of prefix model than comes out o= f > the > blue. The model is really the subnet model for the subnet associated to > P2MP. > > communication between two vehicles with the same prefix regardless of > the vehicular network topology as long as there exist bidirectional > E2E paths between them in the vehicular network including VANETs and > IP-RSUs. This prefix model allows vehicles with the same prefix to > communicate with each other via a combination of multihop V2V and > multihop V2I with VANETs and IP-RSUs. Note that the OMNI interface > supports an NBMA link model where multihop V2V and V2I communications > use each mobile node's ULAs without need for any DAD or MLD > messaging. > > >>> again overselling OMNI. > >>> I kinda agree about the OMNI interface model, nothing against that. > But you > must see that there needs a lot more than what the OMNI interface to get > packets across V and I hops to the destination. Like routing ala MANET, > redundancy handling ala DetNet because it will be very lossy, path > management > ala RAW to optimize delivery vs. spectrum=E2=80=A6 And OMNI ignores ND so= it does > not > solve the ND problems above. > > IPv6 protocols work under certain assumptions that do not necessarily > hold for vehicular wireless access link types other than OMNI/NBMA > [VIP-WAVE][RFC5889]; the rest of this section discusses implications > for those link types that do not apply when the OMNI/NBMA link model > > >>> again overselling OMNI. > >>> The keyword here is P2MP / NBMA, and OMNI is one interface that accep= ts > that. There are others. IBM=E2=80=99s IPv4 over Frame relay was already P= 2MP / > NBMA, > using routing to complete the partial mesh in P2MP. The text seems to imp= ly > that OMNI is the only way to do that and that=E2=80=99s wrong. Also OMNI = is loaded > with > other stuff than a plain P2MP capable interface. And ND over P2MP is not > done > by OMNI, OMNI only makes classical ND worse and only works in a full mesh= . > OTOH > RFC 8505, which is designed to do ND for P2MP /NBMA would indeed work ver= y > well > within an OMNI interface and solve those problems. >>> My point is that y= ou > need to tell the full story or refrain from entering solution space in > this doc > > > > There is a relationship between a link and a prefix, besides the > different scopes that are expected from the link-local and global > types of IPv6 addresses. In an IPv6 link, it is assumed that all > interfaces which are configured with the same subnet prefix and with > on-link bit set can communicate with each other on an IPv6 link. > > >>> not assumed; that=E2=80=99s what the onlink but set tells. The conclu= sion > should be > that the VANET cannot set the O bit. > > However, the vehicular link model needs to define the relationship > between a link and a prefix, considering the dynamics of wireless > links and the characteristics of VANET. > > > > From the previous observation, a vehicular link model should consider > the frequent partitioning and merging of VANETs due to vehicle > mobility. Therefore, the vehicular link model needs to use an on- > link prefix and off-link prefix according to the network topology of > vehicles such as a one-hop reachable network and a multihop reachable > > >>> No, the once a node saw a O bit set that sticks even if it sees other > advertisements of the PIO with the O bit not set. >>> This is a global an= d > intrinsic property of the prefix (and an attack vector that could be > mentioned > in the sec section). >>> the VANET prefix must never come with the O bit > set. > > > > network (or partitioned networks). If the vehicles with the same > prefix are reachable from each other in one hop, the prefix should be > on-link. > > >>>> No, see above; but the router may redirect though it is really risky > unless this is a stable situation like a parking place. > > Thus, in IPv6-based vehicular networking, the vehicular link model > should have minimum changes for interoperability with standard IPv6 > links in an efficient fashion to support IPv6 DAD, MLD and NUD > operations. When the OMNI NBMA link model is used, there are no link > model changes nor DAD/MLD messaging required. > > >>>> again overselling OMNI. > >>>> You need a good P2MP subnet model with routing support when the mesh > is > partial. My company alone has been shipping million of nodes that build > subnets > of thousands, and that was done using IETF standards. > > > > For vehicular networks with high mobility and density, the DAD needs > to be performed efficiently with minimum overhead so that the > vehicles can exchange a driving safety message (e.g., collision > avoidance and accident notification) with each other with a short > interval (e.g., 0.5 second) by a technical report from NHTSA > (National Highway Traffic Safety Administration) [NHTSA-ACAS-Report]. > Such a driving safety message may include a vehicle's mobility > information (i.e., position, speed, direction, and acceleration/ > deceleration). The exchange interval of this message is 0.5 second, > which is required to allow a driver to avoid a rear-end crash from > another vehicle. > > >>> IPv6 over broadcast MAC (used to be called internet 0, 10+ years ago) > solves that MAC issue since there is no MAC. > > 5.1.3. Routing > > For multihop V2V communications in either a VANET or VANETs via IP- > RSUs, a vehicular Mobile Ad Hoc Networks (MANET) routing protocol may > be required to support both unicast and multicast in the links of the > subnet with the same IPv6 prefix. However, it will be costly to run > both vehicular ND and a vehicular ad hoc routing protocol in terms of > control traffic overhead [ID-Multicast-Problems]. > > >>> we do that with IETF standards on battery operated devices already. > Using > RFC 8505 for the UNI and RPL for the NNI. It is scalable (we=E2=80=99ve s= een 30 > hops in > meshes of thousands in the real world though it=E2=80=99s not the normal > operational > model, but can happen to maintain connectivity during the reboot of a > root) and > does not use broadcast. RPL was initially designed as a V2V2V protocol bu= t > found its market on the IoT. I=E2=80=99m sure the protocol would gladly c= ome back > to > its roots. > > A routing protocol for a VANET may cause redundant wireless frames in > the air to check the neighborhood of each vehicle and compute the > routing information in a VANET with a dynamic network topology > because the IPv6 ND is used to check the neighborhood of each > vehicle. Thus, the vehicular routing needs to take advantage of the > IPv6 ND to minimize its control overhead. > > >>> A clean description of the interaction of RPL and RFC 8505 in our IoT > networks. Note that the speed of the PHY in VANET balanced the instabilit= y > of > the topology, and RPL still applies. Note also that RPL uses DV with a > routing > stretch in order to minimize the topology awareness that=E2=80=99s needed= in each > node, > which results in minimal signaling. > > 5.2. Mobility Management > > > > For a mobility management scheme in a shared link, where the wireless > subnets of multiple IP-RSUs share the same prefix, an efficient > vehicular-network-wide DAD is required. If DHCPv6 is used to assign > a unique IPv6 address to each vehicle in this shared link, > > >>> I would not use the term link, or shared. Maybe shared link -> domain= ? > > > the DAD is > not required. On the other hand, for a mobility management scheme > with a unique prefix per mobile node (e.g., PMIPv6 [RFC5213] and OMNI > [OMNI]), DAD is not required because the IPv6 address of a vehicle's > external wireless interface is guaranteed to be unique. > > >>> again overselling OMNI > >>> As I said earlier, this is wring there are (64*) more chances of a > collision in OMNI prefixes than in IPv6 IIDs. >>> OMNI prefixes can > collision, > home addresses that are unique on a home network cannot. >>> Now if both > the > OMNI prefix and the IID are good randoms, then obviously, the chances of > collisions round up to 0. >>> Collision is certainly not my worst fear. > > There is a > tradeoff between the prefix usage efficiency and DAD overhead. Thus, > the IPv6 address autoconfiguration for vehicular networks needs to > consider this tradeoff to support efficient mobility management. > > >>> This is way too superficial and hides the reality of things. > - Using a VANET Infra prefix allows direct routability to the internet > which > BYOA does not since the BYOA is not topologically correct. Yes, it costs = a > DAD > with classic ND, but it does not with RCF8505 and the draft fails to > mention > that. - A BYOA needs a tunnel home, and the node needs to know who is > reachable > inside the VANET and what is not to decide to tunnel or not; this is a > difficult problem (vs. control place overhead) that is not discussed here= . > > > > For the case of a multihomed network, a vehicle can follow the first- > hop router selection rule described in [RFC8028]. That is, the > vehicle should select its default router for each prefix by > preferring the router that advertised the prefix. > > >>> Still router discovery (in and out) must be very fast. Thing of the R= A > intervale in MIPv6. Is that sufficient? Too expensive? > > > > 6. Security Considerations > >>> Any discussion on the security of classical ND and other operational > issues > (rfc6583) ? > > > > Security and privacy are paramount in V2I, V2V, and V2X networking. > Vehicles and infrastructure must be authenticated in order to > participate in vehicular networking. Also, in-vehicle devices (e.g., > ECU) and a driver/passenger's mobile devices (e.g., smartphone and > tablet PC) in a vehicle need to communicate with other in-vehicle > devices and another driver/passenger's mobile devices in another > vehicle, or other servers behind an IP-RSU in a secure way. Even > though a vehicle is perfectly authenticated and legitimate, it may be > hacked for running malicious applications to track and collect its > and other vehicles' information. In this case, an attack mitigation > process may be required to reduce the aftermath of malicious > behaviors. > > >>> The section should mention that both with classical ND and BYOA, > addresses > can be impersonated, and RFC 8928 protects against that in both cases whi= le > maintaining privacy. > > Even though vehicles can be authenticated with valid certificates by > an authentication server in the vehicular cloud, the authenticated > > >>> Is PKI feasible (deploying it in every car?). Is it fast enough? Is i= t > really what IPWAVE thinks vehicle should use????? >>> e.g. why would one > need > to authenticate to a V2I network? >>> from the text earlier in the doc, i= t > seemed that what you really want is access that is fast to join, capable = of > offering the reachability you want, anonymous, and innocuous (cars can no= t > harm > one another). > > vehicles may harm other vehicles, so their communication activities > need to be logged in either a central way through a logging server > (e.g., TCC) in the vehicular cloud or a distributed way (e.g., > blockchain [Bitcoin]) along with other vehicles or infrastructure. > For the non-repudiation of the harmful activities of malicious nodes, > a blockchain technology can be used [Bitcoin]. Each message from a > vehicle can be treated as a transaction and the neighboring vehicles > can play the role of peers in a consensus method of a blockchain > [Bitcoin][Vehicular-BlockChain]. For a blockchain's efficient > consensus in vehicular networks having fast moving vehicles, a new > consensus algorithm needs to be developed or an existing consensus > algorithm needs to be enhanced. > > >>> solution space; better express the security needs since this is a PS= . > > > > To identify malicious vehicles among vehicles, an authentication > method is required. > > >>> No. As said earlier a vehicle can be infected. You need > innocuousness.which > can come from things like isolation, zerotrust, and protocols that are > difficult to hack around. Classical IPv6 ND is open bar. RFC 8505/8928 is > protected by construction, anonymous, and fast. > > > > For the setup of a secure channel over IPsec or TLS, the multihop V2I > communications over DSRC is required in a highway for the > authentication by involving multiple intermediate vehicles as relay > nodes toward an IP-RSU connected to an authentication server in the > vehicular cloud. The V2I communications over 5G V2X (or LTE V2X) is > required to allow a vehicle to communicate directly with a gNodeB (or > eNodeB) connected to an authentication server in the vehicular cloud. > > >>> solution space. Instead, you could mention that setting up secured > channels > between cars that cross one another might not complete in time to > establish the > communication channel, and that the innocuousness must come from zerotrus= t > in > the transactions between the cars. > For the IPv6 ND, the DAD is required to ensure the uniqueness of the > IPv6 address of a vehicle's wireless interface. > > >>> for classical ND (SLAAC) that=E2=80=99s true. That is not with RFC 85= 05, since > the > infra maintains a table of all addresses in use in the prefix and blocks > duplicates without the RFC 4862 DAD method. The stateful autoconf address > grant > is immediate. > > This DAD can be used > as a flooding attack that uses the DAD-related ND packets > disseminated over the VANET or vehicular networks. > > >>> also for DOS attacks. You can block a owner from using an address. A > reference to rfc6959 is much needed here. > > > > This possibility > indicates that the vehicles and IP-RSUs need to filter out suspicious > ND traffic in advance. Based on the SEND [RFC3971] mechanism, the > authentication for routers (i.e., IP-RSUs) can be conducted by only > selecting an IP-RSU that has a certification path toward trusted > parties. For authenticating other vehicles, the cryptographically > generated address (CGA) can be used to verify the true owner of a > received ND message, which requires to use the CGA ND option in the > ND protocols. For a general protection of the ND mechanism, the RSA > Signature ND option can also be used to protect the integrity of the > messages by public key signatures. For a more advanced > authentication mechanism, a distributed blockchain-based mechanism > [Vehicular-BlockChain] can be used. > > >>> solution space. Again, the draft should focus on problems and needs. > The > problem here is that SEND is complex, and not implemented in the major > stack. > It relies on PKI for trusting the router. The V2I need is a zerotrust mod= el > where one V, the other local Vs, and the I, can help each other > anonymously and > harmlessly. > > 8. Informative References > > >>> no normative reference? > > >>> no normative reference? > > > > Voila! > > Keep safe; > > Pascal > > > > _______________________________________________ > its mailing list > its@ietf.org > https://www.ietf.org/mailman/listinfo/its > --=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D Mr. Jaehoon (Paul) Jeong, Ph.D. Associate Professor Department Head Department of Computer Science and Engineering Sungkyunkwan University Office: +82-31-299-4957 Email: pauljeong@skku.edu, jaehoon.paul@gmail.com Personal Homepage: http://iotlab.skku.edu/people-jaehoon-jeong.php --00000000000051e4a505c52db8a8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Carlos and Pascal,
I am working= on the revision with Pascal's comments.

Thanks.

Best Regards,
Paul

2021=EB=85=84 6=EC=9B=94= 19=EC=9D=BC (=ED=86=A0) =EC=98=A4=ED=9B=84 6:42, CARLOS JESUS BERNARDOS CA= NO <cjbc@it.uc3m.es>=EB=8B=98= =EC=9D=B4 =EC=9E=91=EC=84=B1:
Authors, please check carefully and address the comments from t= he very good review from Pascal. Include the IPWAVE list when responding to= the review.

And huge thanks Pascal for this terrific re= view!

Carlos

---------- Forwar= ded message ---------
From: Pascal Thubert via Datatracker <noreply@ietf.org>
Date: Fri, Jun 18, 2021 at 9:42 AM
Subject: Intdir last call revi= ew of draft-ietf-ipwave-vehicular-networking-20
To: <int-dir@ietf.org>
Cc: <= ;draft-ietf-ipwave-vehicular-networking.all@ietf.org>,= <its@ietf.org>= ;, <last-call@i= etf.org>


Reviewer: Pascal Thubert
Review result: Not Ready

Dear authors

In summary:

I read a number of very good drafts collated in one, from the use cases tha= t
very complete and ready to publish, to the architecture and protocol soluti= on
in section 4 that would require more work for completeness.

There are multiple instances in the use cases where protocols are listed co= ming
out of the blue, e.g., the references to OMNI that seem artificially spread=
regardless of the context of the section. OMNI is used throughout, both as = an
open ended toolbox, and as a carpet under which all problems can be hidden.=

Reading this doc, OMNI shows as an interface to a software mobile router, w= ith
multiple of the device physical interfaces connected to the mobile router. = This
makes the stack very simple as the complexity moves to the router. But now = you
have to implement the router. Presented as that, the OMNI router deserves i= ts
name, it=E2=80=99s indeed very rich; it seems to cover all forms of MANET (= many to
choose from) and NEMO (and all the MIP protocol family across address
families), all the possible radio interfaces on which the ND problems go aw= ay
by magic, and whatever else you want to put in there. Is that the intention= ?

Instead of referring to OMNI for virtually anything, the doc should refer t= o
MANET for MANET things (like BYOD), NEMO for NEMO things (like MNP),
draft-nordmark-intarea-ippl for split subnets, and
draft-thubert-6man-ipv6-over-wireless for P2MP/NBMA link and subnet models.= And
then you can say that all those components can be plugged in the OMNI route= r,
and you can discuss which MANET and which MIP you want, including using OMN= I=E2=80=99s
built in mobility.

Note that my objections are not against the OMNI design, it might be the perfect thing and I am already aware of use cases that could be served by a=
P2MP interface like OMNI in conjunction with RFC8505 on the P2P subinterfac= es
(recycling the high level design we=E2=80=99ve been shipping for IPv4 / fra= me relay for
the last 30 years). My objection is of the way the draft uses [OMNI] as the=
magic wand that solves all the problems when what you really do is throw th= em
over the fence. I=E2=80=99d rather you focus on problems and use cases, for= which
there=E2=80=99s excellent text, and indicate what needs to be done without = making
assumption on how the needful things will be solved.

In agreement with a discussion on the 6MAN list, I=E2=80=99d suggest to spl= it, keep all
that=E2=80=99s use case and problem description and ship it, remove referen= ces to
protocols envisioned in the solution, and start the work on architecture of= the
solution and the protocol applicability statements separately. An alternate=
would be to centralize the discussion on protocols to annex, and explain th= at
protocol A or B could be envisioned in solution space because to over this = gap
or implement that function.

In any fashion, the current text is not ready for publication as applicabil= ity
statement, architecture and or/solution, so the related work should be remo= ved
from the main text. But I find it mostly ready for use case and problem
statement, more below.

Review:

Abstract

=C2=A0 =C2=A0This document discusses the problem statement and use cases of=
=C2=A0 =C2=A0IPv6-based vehicular networking for Intelligent Transportation=
=C2=A0 =C2=A0Systems (ITS).

>>> The document goes beyond that; there was actually a thread at = 6MAN where
Bob Hinden said =E2=80=9C This document says it is a problem statement, but= then
becomes a solution document.=C2=A0 =C2=A0Might be better to cut it down to = only the
problem statement part. =E2=80=9C >>> Would you consider doing thi= s? If not, why? Note:
you may want to respond on 6MAN as well. >>> >>>I would h= ave thought that the
traditional steps of problem statement and applicability statement of exist= ing
work could be expected from IPWAVE too. >>> Please clarify the ste= ps that you
intend to follow next with this work.

<snip>

1.=C2=A0 Introduction

>>> Very readable and informative section, many thanks!

=C2=A0 =C2=A0Along with these WAVE standards and C-V2X standards, regardles= s of a
=C2=A0 =C2=A0wireless access technology under the IP stack of a vehicle, ve= hicular
=C2=A0 =C2=A0networks can operate IP mobility with IPv6 [RFC8200] and Mobil= e IPv6
=C2=A0 =C2=A0protocols (e.g., Mobile IPv6 (MIPv6) [RFC6275], Proxy MIPv6 (P= MIPv6)
=C2=A0 =C2=A0[RFC5213], Distributed Mobility Management (DMM) [RFC7333], Lo= cator/
=C2=A0 =C2=A0ID Separation Protocol (LISP) [RFC6830BIS], and Asymmetric Ext= ended
=C2=A0 =C2=A0Route Optimization (AERO) [RFC6706BIS]).

>>> NEMO (RFC 3963) is not cited. Any reason why the vehicle would= not
transport a network?

<snip>

=C2=A0 =C2=A0This document describes use cases and a problem statement abou= t
=C2=A0 =C2=A0IPv6-based vehicular networking for ITS, which is named IPv6 W= ireless
=C2=A0 =C2=A0Access in Vehicular Environments (IPWAVE).=C2=A0 First, it int= roduces the
=C2=A0 =C2=A0use cases for using V2V, V2I, and V2X networking in ITS.=C2=A0= Next, for
=C2=A0 =C2=A0IPv6-based vehicular networks, it makes a gap analysis of curr= ent
=C2=A0 =C2=A0IPv6 protocols (e.g., IPv6 Neighbor Discovery, Mobility Manage= ment,
=C2=A0 =C2=A0and Security & Privacy), and then enumerates requirements = for the
=C2=A0 =C2=A0extensions of those IPv6 protocols, which are tailored to IPv6= -based
=C2=A0 =C2=A0vehicular networking.=C2=A0 Thus, this document is intended to= motivate
=C2=A0 =C2=A0development of key protocols for IPWAVE.

>>>

<snip>

2.=C2=A0 Terminology

>>>

<snip>

=C2=A0 =C2=A0o=C2=A0 IP-OBU: "Internet Protocol On-Board Unit": A= n IP-OBU denotes a
=C2=A0 =C2=A0 =C2=A0 computer situated in a vehicle (e.g., car, bicycle, au= tobike,
=C2=A0 =C2=A0 =C2=A0 motor cycle, and a similar one) and a device (e.g., sm= artphone and
=C2=A0 =C2=A0 =C2=A0 IoT device).=C2=A0 It has at least one IP interface th= at runs in IEEE
=C2=A0 =C2=A0 =C2=A0 802.11-OCB and has an "OBU" transceiver.=C2= =A0 Also, it may have an IP
=C2=A0 =C2=A0 =C2=A0 interface that runs in Cellular V2X (C-V2X) [TS-23.285= -3GPP]
=C2=A0 =C2=A0 =C2=A0 [TR-22.886-3GPP][TS-23.287-3GPP].=C2=A0 See the defini= tion of the term
=C2=A0 =C2=A0 =C2=A0 "OBU" in [RFC8691].

>>> Can that be a router connecting multiple computers?

<snip>

3.=C2=A0 Use Cases

>>> This is another great read and an enlightening section. Maybe = mention in
the abstract that the doc also covers use cases?

<snip>

=C2=A0 =C2=A0Although a Layer-2 solution can provide a support for multihop=
=C2=A0 =C2=A0communications in vehicular networks, the scalability issue re= lated
=C2=A0 =C2=A0to multihop forwarding still remains when vehicles need to
=C2=A0 =C2=A0disseminate or forward packets toward multihop-away destinatio= ns.=C2=A0 In
=C2=A0 =C2=A0addition, the IPv6-based approach for V2V as a network layer p= rotocol
=C2=A0 =C2=A0can accommodate multiple radio technologies as MAC protocols, = such as
=C2=A0 =C2=A05G V2X and DSRC.=C2=A0 Therefore, the existing IPv6 protocol c= an be
=C2=A0 =C2=A0augmented through the addition of an Overlay Multilink Network= (OMNI)
=C2=A0 =C2=A0Interface [OMNI] and/or protocol changes in order to support b= oth
=C2=A0 =C2=A0wireless single-hop/multihop V2V communications and multiple r= adio
=C2=A0 =C2=A0technologies in vehicular networks.=C2=A0 In such a way, vehic= les can
=C2=A0 =C2=A0communicate with each other by V2V communications to share eit= her an
=C2=A0 =C2=A0emergency situation or road hazard in a highway having multipl= e kinds
=C2=A0 =C2=A0of radio technologies, such as 5G V2X and DSRC.

>>> This text appears in the middle of high level use case, with a= crude list
of protocols; this is not a place for it

>>> On a 6MAN Thread, Brian Carpenter said that the above:
=E2=80=9C
is of concern regardless of the mention of OMNI. Does it mean "can be&= quot; or
"needs to be"? This paragraph seems like a very short summary of = a big problem
area. At the end of page 13 there is some related discussion, which mention= s
RPL as part of the solution (good choice, IMHO) but again seems to depend o= n
OMNI. I don't think the fix of simply removing references to OMNI works= ,
because it would leave a gap. In an informational document, that is not a formal problem but as far as this draft describes architecture, I don't= think
that big a gap is reasonable. "OMNI" is mentioned more than 20 ti= mes in the
document. There are also several references to AERO, which is strongly
associated with OMNI. =E2=80=9C >>> I agree with Brian. Here the d= ocument seems to be
mixing solution with problem and putting the cart before the horse. My
recommendation is to stick to what needs to be done that IPv6 does not do y= et
-the reqs and gaps-; but the doc should not step in the how things will be = done
unless the group already decided to do it. The logical next steps to a PS a= re
an applicability statement of existing work, and if the gaps cannot be fill= ed,
there may be one or more WG chartered to fill those gaps.

>>> I=E2=80=99d still be happy to see an annex with leads on where= the solution might
come from like RFC 8691 does.

<snip>

=C2=A0 =C2=A0The existing IPv6 protocol must be augmented through the addit= ion of
=C2=A0 =C2=A0an OMNI interface and/or protocol changes in order to support<= br> =C2=A0 =C2=A0wireless multihop V2I communications in a highway where RSUs a= re
=C2=A0 =C2=A0sparsely deployed, so a vehicle can reach the wireless coverag= e of an
=C2=A0 =C2=A0RSU through the multihop data forwarding of intermediate vehic= les.
=C2=A0 =C2=A0Thus, IPv6 needs to be extended for multihop V2I communication= s.

>>> Note that I have no clue on how well OMNI applies in that spac= e, maybe it
does very well; but here it comes out of the blue with no justification. If= you
mention OMNI you need to detail what it is and which of the V2V=C2=A0 probl= ems you
expect it to solve. But then, that=E2=80=99s beyond the scope of a PS.

<snip>

=C2=A0 =C2=A0The existing IPv6 protocol must be augmented through the addit= ion of
=C2=A0 =C2=A0an OMNI interface and/or protocol changes in order to support<= br> =C2=A0 =C2=A0wireless multihop V2X (or V2I2X) communications in an urban ro= ad
=C2=A0 =C2=A0network where RSUs are deployed at intersections, so a vehicle= (or a
=C2=A0 =C2=A0pedestrian's smartphone) can reach the wireless coverage o= f an RSU
=C2=A0 =C2=A0through the multihop data forwarding of intermediate vehicles = (or
=C2=A0 =C2=A0pedestrians' smartphones).=C2=A0 Thus, IPv6 needs to be ex= tended for
=C2=A0 =C2=A0multihop V2X (or V2I2X) communications.

>>> Please be more specific on what the missing functions are and = whether they
are missing from the stack development standpoint or if there=E2=80=99s wor= k needed
from the IETF. 1)=C2=A0 =C2=A0 =C2=A0 If something is really missing in our= specs, the text to
prove from the use case above is missing 2)=C2=A0 =C2=A0 =C2=A0 how OMNI se= rves the use case
could be elaborated in an applicability statement of OMNI for V2xyz, but it= is
a bit blunt to present it as panacea when the problems to be solved are not=
listed. 3)=C2=A0 =C2=A0 =C2=A0 If you look at it, OMNI seems like a softwar= e mobile router
within a bump in the stack. Can that become too big?

>>> my view is that the text above and the similar occasions shoul= d be replaced
by something like :

=C2=A0 =C2=A0The existing IPv6 protocol must be augmented to provide the fo= llowing
=C2=A0 =C2=A0functions: 1) =E2=80=A6

>>> and / or something like:

=C2=A0 =C2=A0In addition to the IPv6 node requirements [RFC 8504], the IPv6= protocol
=C2=A0 =C2=A0stack for use in a vehicle must support 1) RFC blah, 2) =E2=80= =A6

<snip>

=C2=A0 =C2=A0To support applications of these V2X use cases, the functions = of IPv6
=C2=A0 =C2=A0such as VND, VMM, and VSP are prerequisites for IPv6-based pac= ket
=C2=A0 =C2=A0exchange, transport-layer session continuity, and secure, safe=
=C2=A0 =C2=A0communication between a vehicle and a pedestrian either direct= ly or
=C2=A0 =C2=A0indirectly via an IP-RSU.

>>> =E2=80=9Cthe functions of IPv6 such as VND, VMM, and VSP=E2=80= =9D does not parse. There=E2=80=99s
no IPv6 reference that provides those functions. If the intention is to say=
that there=E2=80=99s stuff to add to IPv6 to support, like, say,=C2=A0 VND,= then this
document fails to define how an IPv6 VND should behave, though it=E2=80=99s= precisely
what I=E2=80=99d expect from a problem statement.

<snip>

4.=C2=A0 Vehicular Networks

>>> What is the purpose of section 4 as a whole, problem statement= or
applicability statement of the listed protocols? In the former case what=E2= =80=99s the
problem? In the latter case it is incomplete and needs to be exported to an=
applicability statement doc with all the possible technologies evaluated.
=C2=A0 =C2=A0This section describes an example vehicular network architectu= re
=C2=A0 =C2=A0supporting V2V, V2I, and V2X communications in vehicular netwo= rks.

>>> I read this as presenting a context to explain what the proble= ms are
instead of presenting the IPVAWE =E2=80=9Carchitecture=E2=80=9D. Maybe usin= g the term
=E2=80=9CArchitecture=E2=80=9D here is misleading and led to Bob=E2=80=99s = comment.

<snip>

4.1.=C2=A0 Vehicular Network Architecture

=C2=A0 =C2=A0Figure 1 shows an example vehicular network architecture for V= 2I and
=C2=A0 =C2=A0V2V in a road network [OMNI].

a.=C2=A0 =C2=A0 =C2=A0 Is using OMNI a decision that the WG made for the fu= ture work ? what
does it do and what does it not do? b.=C2=A0 =C2=A0 =C2=A0 Is there work le= ft to be done? Who
will do that work? Or is it the expectation that OMNI has it all defined already?

<snip>

=C2=A0 =C2=A0An existing network architecture (e.g., an IP-based aeronautic= al
=C2=A0 =C2=A0network architecture [OMNI][UAM-ITS], a network architecture o= f
=C2=A0 =C2=A0PMIPv6 [RFC5213], and a low-power and lossy network architectu= re
=C2=A0 =C2=A0[RFC6550]) can be extended to a vehicular network architecture= for
=C2=A0 =C2=A0multihop V2V, V2I, and V2X, as shown in Figure 1.=C2=A0 In a h= ighway
=C2=A0 =C2=A0scenario, a vehicle may not access an RSU directly because of = the
=C2=A0 =C2=A0distance of the DSRC coverage (up to 1 km).=C2=A0 For example,= the OMNI
=C2=A0 =C2=A0interface and/or RPL (IPv6 Routing Protocol for Low-Power and = Lossy
=C2=A0 =C2=A0Networks) [RFC6550] can be extended to support a multihop V2I = since a
=C2=A0 =C2=A0vehicle can take advantage of other vehicles as relay nodes to= reach
=C2=A0 =C2=A0the RSU.=C2=A0 Also, RPL can be extended to support both multi= hop V2V and
=C2=A0 =C2=A0V2X in the similar way.

>>> all this could fit well in annex; anyway you need to explain w= hat you
expect the protocols to do and which extension is needed. In the case of RP= L at
least you indicate that it would do routing, but not why you cannot use it = of
the shelf; for OMNI, what you expect is less clear, though there=E2=80=99s = text
elsewhere about the many radio interfaces that could be used for the purpos= e,
and the text in the UAM below that is enlightening.

<snip>

=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 To support not only the mobil= ity
=C2=A0 =C2=A0management of the UAM end systems, but also the multihop and =C2=A0 =C2=A0multilink communications of the UAM interfaces, the UAM end sy= stems
=C2=A0 =C2=A0can employ an Overlay Multilink Network (OMNI) interface [OMNI= ] as a
=C2=A0 =C2=A0virtual Non-Broadcast Multiple Access (NBMA) connection to a s= erving
=C2=A0 =C2=A0ground domain infrastructure.

>>> Again, what is the expectation for OMNI? As an overlay it requ= ires an
underlay; when connecting to a MANET it needs support for that MANET. The t= ext
above seems to imply that is solves everything in V2xyz like magic; reminds= me
of the IPv6 multicast abstraction that was supposed to solve the broadcast<= br> problem and ended up worsening it.

<snip>

=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 This infrastructure can be configured
=C2=A0 =C2=A0over the underlying data links.=C2=A0 The OMNI interface and i= ts link
=C2=A0 =C2=A0model provide a means of multilink, multihop and mobility
=C2=A0 =C2=A0coordination to the legacy IPv6 ND messaging [RFC4861] accordi= ng to
=C2=A0 =C2=A0the NBMA principle.=C2=A0 Thus, the OMNI link model can suppor= t efficient
=C2=A0 =C2=A0UAM internetworking services without additional mobility messa= ging,
=C2=A0 =C2=A0and without any modification to the IPv6 ND messaging services= or
=C2=A0 =C2=A0link model.

>>> Again, what is the expectation for OMNI? As an overlay it requ= ires an
underlay; the text above seems to imply that is solves everything in V2xyz = like
magic; that would be a stretch, that reminds me of IPv6 multicast that was<= br> supposed to solve the broadcast problem and ended up worsening it.

<snip>

=C2=A0 =C2=A0Multiple vehicles under the coverage of an RSU share a prefix = just as
=C2=A0 =C2=A0mobile nodes share a prefix of a Wi-Fi access point in a wirel= ess
=C2=A0 =C2=A0LAN.=C2=A0 This is a natural characteristic in infrastructure-= based
=C2=A0 =C2=A0wireless networks.=C2=A0 For example, in Figure 1, two vehicle= s (i.e.,
=C2=A0 =C2=A0Vehicle2, and Vehicle5) can use Prefix 1 to configure their IP= v6
=C2=A0 =C2=A0global addresses for V2I communication.=C2=A0 Alternatively, m= obile nodes
=C2=A0 =C2=A0can employ an OMNI interface and use their own IPv6 Unique Loc= al
=C2=A0 =C2=A0Addresses (ULAs) [RFC4193] over the wireless network without =C2=A0 =C2=A0requiring the messaging of IPv6 Stateless Address Autoconfigur= ation
=C2=A0 (SLAAC) [RFC4862], which uses an on-link prefix provided by the
=C2=A0 =C2=A0(visited) wireless LAN; this technique is known as "Bring= -Your-Own-
=C2=A0 =C2=A0Addresses".

>>>=C2=A0 Is OMNI the only way to "Bring-Your-Own-Addresses= =E2=80=9D? Else the text could be
more generic, at least use e.g., like the ref to AERO later. >>> W= hat are the
implications / limitations of doing that =E2=80=93 like they can do line of= sight V2V
but not reach the internet, or the need of=C2=A0 a local MANET / RPL that w= ill
accept to route those addresses, or the security / address ownership valida= tion
issues ?

<snip>

=C2=A0 =C2=A0A single subnet prefix announced by an RSU can span multiple v= ehicles
=C2=A0 =C2=A0in VANET.=C2=A0 For example, in Figure 1, for Prefix 1, three = vehicles
=C2=A0 =C2=A0(i.e., Vehicle1, Vehicle2, and Vehicle5) can construct a conne= cted
=C2=A0 =C2=A0VANET.=C2=A0 Also, for Prefix 2, two vehicles (i.e., Vehicle3 = and
=C2=A0 =C2=A0Vehicle6) can construct another connected VANET, and for Prefi= x 3,
=C2=A0 =C2=A0two vehicles (i.e., Vehicle4 and Vehicle7) can construct anoth= er
=C2=A0 =C2=A0connected VANET.=C2=A0 Alternatively, each vehicle could emplo= y an OMNI
=C2=A0 =C2=A0interface with their own ULAs such that no topologically-orien= ted
=C2=A0 =C2=A0subnet prefixes need be announced by the RSU.

>>>=C2=A0 same as above. This seems to restate the same thing, der= ive an address
from a topologically correct prefix or use your own with limitations to be<= br> described.

<snip>

=C2=A0 =C2=A0For IPv6 packets transported over IEEE 802.11-OCB, [RFC8691] =C2=A0 =C2=A0specifies several details, including Maximum Transmission Unit= (MTU),
=C2=A0 =C2=A0frame format, link-local address, address mapping for unicast = and
=C2=A0 =C2=A0multicast, stateless autoconfiguration, and subnet structure.= =C2=A0 An
=C2=A0 =C2=A0Ethernet Adaptation (EA) layer is in charge of transforming so= me
=C2=A0 =C2=A0parameters between the IEEE 802.11 MAC layer and the IPv6 netw= ork
=C2=A0 =C2=A0layer, which is located between the IEEE 802.11-OCB's logi= cal link
=C2=A0 =C2=A0control layer and the IPv6 network layer.=C2=A0 This IPv6 over= 802.11-OCB
=C2=A0 =C2=A0can be used for both V2V and V2I in IPv6-based vehicular netwo= rks.

>>>=C2=A0 solution space.

<snip>

=C2=A0 =C2=A0An IPv6 mobility solution is needed for the guarantee of
=C2=A0 =C2=A0communication continuity in vehicular networks so that a vehic= le's
=C2=A0 =C2=A0TCP session can be continued, or UDP packets can be delivered = to a
=C2=A0 =C2=A0vehicle as a destination without loss while it moves from an I= P-RSU's
=C2=A0 =C2=A0wireless coverage to another IP-RSU's wireless coverage.= =C2=A0 In
=C2=A0 =C2=A0Figure 1, assuming that Vehicle2 has a TCP session (or a UDP s= ession)
=C2=A0 =C2=A0with a corresponding node in the vehicular cloud, Vehicle2 can= move
=C2=A0 =C2=A0from IP-RSU1's wireless coverage to IP-RSU2's wireless= coverage.=C2=A0 In
=C2=A0 =C2=A0this case, a handover for Vehicle2 needs to be performed by ei= ther a
=C2=A0 =C2=A0host-based mobility management scheme (e.g., MIPv6 [RFC6275]) = or a
=C2=A0 =C2=A0network-based mobility management scheme (e.g., PMIPv6 [RFC521= 3] and
=C2=A0 =C2=A0AERO [RFC6706BIS]).

=C2=A0 =C2=A0In the host-based mobility scheme (e.g., MIPv6), an IP-RSU pla= ys a
=C2=A0 =C2=A0role of a home agent.=C2=A0 On the other hand, in the network-= based
=C2=A0 =C2=A0mobility scheme (e.g., PMIPv6, an MA plays a role of a mobilit= y
=C2=A0 =C2=A0management controller such as a Local Mobility Anchor (LMA) in=
=C2=A0 =C2=A0PMIPv6, which also serves vehicles as a home agent, and an IP-= RSU
=C2=A0 =C2=A0plays a role of an access router such as a Mobile Access Gatew= ay
=C2=A0 =C2=A0(MAG) in PMIPv6 [RFC5213].=C2=A0 The host-based mobility schem= e needs
=C2=A0 =C2=A0client functionality in IPv6 stack of a vehicle as a mobile no= de for
=C2=A0 =C2=A0mobility signaling message exchange between the vehicle and ho= me
=C2=A0 =C2=A0agent.=C2=A0 On the other hand, the network-based mobility sch= eme does not
=C2=A0 =C2=A0need such a client functionality for a vehicle because the net= work
=C2=A0 =C2=A0infrastructure node (e.g., MAG in PMIPv6) as a proxy mobility = agent
=C2=A0 =C2=A0handles the mobility signaling message exchange with the home = agent
=C2=A0 =C2=A0(e.g., LMA in PMIPv6) for the sake of the vehicle.

=C2=A0 =C2=A0There are a scalability issue and a route optimization issue i= n the
=C2=A0 =C2=A0network-based mobility scheme (e.g., PMIPv6) when an MA covers= a
=C2=A0 =C2=A0large vehicular network governing many IP-RSUs.=C2=A0 In this = case, a
=C2=A0 =C2=A0distributed mobility scheme (e.g., DMM [RFC7429]) can mitigate= the
=C2=A0 =C2=A0scalability issue by distributing multiple MAs in the vehicula= r
=C2=A0 =C2=A0network such that they are positioned closer to vehicles for r= oute
=C2=A0 =C2=A0optimization and bottleneck mitigation in a central MA in the<= br> =C2=A0 =C2=A0network-based mobility scheme.=C2=A0 All these mobility approa= ches (i.e.,
=C2=A0 =C2=A0a host-based mobility scheme, network-based mobility scheme, a= nd
=C2=A0 =C2=A0distributed mobility scheme) and a hybrid approach of a combin= ation
=C2=A0 =C2=A0of them need to provide an efficient mobility service to vehic= les
=C2=A0 =C2=A0moving fast and moving along with the relatively predictable =C2=A0 =C2=A0trajectories along the roadways.

=C2=A0 =C2=A0In vehicular networks, the control plane can be separated from= the
=C2=A0 =C2=A0data plane for efficient mobility management and data forwardi= ng by
=C2=A0 =C2=A0using the concept of Software-Defined Networking (SDN)
=C2=A0 =C2=A0[RFC7149][DMM-FPC].=C2=A0 Note that Forwarding Policy Configur= ation (FPC)
=C2=A0 =C2=A0in [DMM-FPC], which is a flexible mobility management system, = can
=C2=A0 =C2=A0manage the separation of data-plane and control-plane in DMM.= =C2=A0 In
=C2=A0 =C2=A0SDN, the control plane and data plane are separated for the ef= ficient
=C2=A0 =C2=A0management of forwarding elements (e.g., switches and routers)= where
=C2=A0 =C2=A0an SDN controller configures the forwarding elements in a cent= ralized
=C2=A0 =C2=A0way and they perform packet forwarding according to their forw= arding
=C2=A0 =C2=A0tables that are configured by the SDN controller.=C2=A0 An MA = as an SDN
=C2=A0 =C2=A0controller needs to efficiently configure and monitor its IP-R= SUs and
=C2=A0 =C2=A0vehicles for mobility management, location management, and sec= urity
=C2=A0 =C2=A0services.

=C2=A0 =C2=A0The mobility information of a GPS receiver mounted in its vehi= cle
=C2=A0 =C2=A0(e.g., position, speed, and direction) can be used to accommod= ate
=C2=A0 =C2=A0mobility-aware proactive handover schemes, which can perform t= he
=C2=A0 =C2=A0handover of a vehicle according to its mobility and the wirele= ss
=C2=A0 =C2=A0signal strength of a vehicle and an IP-RSU in a proactive way.=

=C2=A0 =C2=A0Vehicles can use the TCC as their Home Network having a home a= gent
=C2=A0 =C2=A0for mobility management as in MIPv6 [RFC6275] and PMIPv6 [RFC5= 213],
=C2=A0 =C2=A0so the TCC (or an MA inside the TCC) maintains the mobility =C2=A0 =C2=A0information of vehicles for location management.=C2=A0 IP tunn= eling over
=C2=A0 =C2=A0the wireless link should be avoided for performance efficiency= .
=C2=A0 =C2=A0Also, in vehicular networks, asymmetric links sometimes exist = and
=C2=A0 =C2=A0must be considered for wireless communications such as V2V and= V2I.

>>>=C2=A0 This is all very informative text but does not state a p= roblem. Is there a
problem is left to be solved or are we assessing the applicability of
protocols? Could it for instance, forward point to issues discussed in sect= ion
5?

<snip>

=C2=A0 =C2=A0As shown in Figure 3, as internal networks, a vehicle's mo= ving
=C2=A0 =C2=A0network and an EN's fixed network are self-contained netwo= rks having
=C2=A0 =C2=A0multiple subnets and having an edge router (e.g., IP-OBU and I= P-RSU)
=C2=A0 =C2=A0for the communication with another vehicle or another EN.=C2= =A0 The
=C2=A0 =C2=A0internetworking between two internal networks via V2I communic= ation
=C2=A0 =C2=A0requires the exchange of the network parameters and the networ= k
=C2=A0 =C2=A0prefixes of the internal networks.=C2=A0 For the efficiency, t= he network
=C2=A0 =C2=A0prefixes of the internal networks (as a moving network) in a v= ehicle
=C2=A0 =C2=A0need to be delegated and configured automatically.=C2=A0 Note = that a
=C2=A0 =C2=A0moving network's network prefix can be called a Mobile Net= work Prefix
=C2=A0 =C2=A0(MNP) [OMNI].

>>> Then again you=E2=80=99re overselling OMNI. MNP is originally = defined here
https://datatracker.ietf.org/doc/html/rfc3963= #section-2 and that=E2=80=99s a reference
you can use normatively.

<snip>

=C2=A0 =C2=A0As shown in Figure 3, the addresses used for IPv6 transmission= s over
=C2=A0 =C2=A0the wireless link interfaces for IP-OBU and IP-RSU can be eith= er
=C2=A0 =C2=A0global IPv6 addresses, or IPv6 ULAs as long as IPv6 packets ca= n be
=C2=A0 =C2=A0routed within vehicular networks [OMNI].

>>> Then again you=E2=80=99re overselling OMNI. There needs to=C2= =A0 be a routing protocol
like a MANET that will accept to carry the
=C2=A0MNPs, and that must be implemented by the infra and both cars. The OM= NI spec
=C2=A0is clear on that. This is why at first glance I see OMNI as a full mo= bile
=C2=A0router in a bump in the stack. Now what is the problem behind this? N= o such
=C2=A0protocol at IETF? Too many to choose from? No deployment?
<snip>

When global IPv6 addresses
=C2=A0 =C2=A0are used, wireless interface configuration and control overhea= d for
=C2=A0 =C2=A0Duplicate Address Detection (DAD) [RFC4862] and Multicast List= ener
=C2=A0 =C2=A0Discovery (MLD) [RFC2710][RFC3810] should be minimized to supp= ort V2I
=C2=A0 =C2=A0and V2X communications for vehicles moving fast along roadways= ; when
=C2=A0 =C2=A0ULAs and the OMNI interface are used, no DAD nor MLD messaging= is
=C2=A0 =C2=A0needed.

>>> Then again you=E2=80=99re overselling OMNI. Isn=E2=80=99t it t= he no dad needed a property
of injecting a BYOA in the fabric for an GUA MIP Home Address which is know= n to
be unique at home? >>> OTOH, autoconf=E2=80=99ing a random ULA =E2= =80=9CFD=E2=80=A6=E2=80=9Dprefix has lesser
DAD properties than autoconf=E2=80=99ing a random 64bit IID in a classical = subnet. So
who says DAD isn=E2=80=99t required for OMNI ULA? >>> note that IM= HO DAD on wireless is
a lot more harm than good, and I agree that with a good pseudo random gener= ator
the ULA has no chance to collision in the real world, as OMNI claims. It=E2= =80=99s just
that your argument here plays the other way, because there are less random = bits
(56)=C2=A0 in the ULA prefix than in the IID (62), and if one starts using = more
prefix bits to be non-random, there will be a time when DAD on prefix is ne= eded.

<snip>

=C2=A0 =C2=A0Let us consider the upload/download time of a vehicle when it = passes
=C2=A0 =C2=A0through the wireless communication coverage of an IP-RSU.=C2= =A0 For a
=C2=A0 =C2=A0given typical setting where 1km is the maximum DSRC communicat= ion
=C2=A0 =C2=A0range [DSRC] and 100km/h is the speed limit in highway, the dw= elling
=C2=A0 =C2=A0time can be calculated to be 72 seconds by dividing the diamet= er of
=C2=A0 =C2=A0the 2km (i.e., two times of DSRC communication range where an = IP-RSU
=C2=A0 =C2=A0is located in the center of the circle of wireless communicati= on) by
=C2=A0 =C2=A0the speed limit of 100km/h (i.e., about 28m/s).=C2=A0 For the = 72 seconds,
=C2=A0 =C2=A0a vehicle passing through the coverage of an IP-RSU can upload= and
=C2=A0 =C2=A0download data packets to/from the IP-RSU.

<snip>

4.3.=C2=A0 V2V-based Internetworking

>>> In this section it looks like the cars are in a stable line of= sight
relationship. Which is probably fine for a platoon, but when you drive alon= g
with friends in different cars, you realize that the line of sight assumpti= on
does not stand over time. Soon enough, other cars meddle in, and possibly o= ne
of the cars drives faster and too far ahead so you need the infra to relay,=
possibly over multiple infra hops.

>>> so in this section, I=E2=80=99d expect to see a Vehicle commun= icating with another
one and using either line of sight or V2V relaying but also using relay via= V2I
(multihop I2I not just hub and spoke V2I2V ), alternatively to together for=
redundancy. Is that part of the problem?

>>> reading deeper section 5 I found excellent text on routing via= V and via I.
This tells that section 4 does not play a good role at justifying section 5= .
Maybe keep section 4 for another doc?

>>> What kind or reliability is required in a V2V use case? Do you= think ND can
handle it? Or MANET? What would be the assumption on L2 (roaming time, unic= ast
vs P2MP) and on L3 (reliability ala DetNet/RAW). Should we have some L3 redundancy?

<snip>

5.=C2=A0 Problem Statement

<snip>

=C2=A0 =C2=A0In order to specify protocols using the architecture mentioned= in
=C2=A0 =C2=A0Section 4.1, IPv6 core protocols have to be adapted to overcom= e
=C2=A0 =C2=A0certain challenging aspects of vehicular networking.=C2=A0 Sin= ce the
=C2=A0 =C2=A0vehicles are likely to be moving at great speed, protocol exch= anges
=C2=A0 =C2=A0need to be completed in a time relatively short compared to th= e
=C2=A0 =C2=A0lifetime of a link between a vehicle and an IP-RSU, or between= two
=C2=A0 =C2=A0vehicles.

>>> Any order of magnitude?
>>> Can you indicate whether this already rules out certain proced= ures, e.g.
DAD ?

=C2=A0 =C2=A0The lifetime of a session varies depending on the session'= s type such
=C2=A0 =C2=A0as a web surfing, voice call over IP, and DNS query.=C2=A0 Reg= ardless of a
=C2=A0 =C2=A0session's type, to guide all the IPv6 packets to their des= tination
=C2=A0 =C2=A0host, IP mobility should be supported for the session.

>>> this seems to be for unicast when you know who to talk to. Is = there a need
some multicast groups like anybody around interested in topic blah like I c= ould
be multicasting the speed of vehicles coming the other way that I crossed recently, for use of vehicles that I=E2=80=99m crossing now, so they can se= e a slowdown
on advance

=C2=A0 =C2=A0Thus, the time constraint of a wireless link has a major impac= t on
=C2=A0 =C2=A0IPv6 Neighbor Discovery (ND).=C2=A0 Mobility Management (MM) i= s also
=C2=A0 =C2=A0vulnerable to disconnections that occur before the completion = of
=C2=A0 =C2=A0identity verification and tunnel management.=C2=A0 This is esp= ecially true
=C2=A0 =C2=A0given the unreliable nature of wireless communication.=C2=A0 T= his section
=C2=A0 =C2=A0presents key topics such as neighbor discovery and mobility =C2=A0 =C2=A0management.

>>> Only ND? What about the MANET?
>>> how fast should ND be to be suitable?
>>> is there also a bandwidth check? You can make things much fast= er if you
dedicate a lot of spectrum to it. But that can also be a waste.

5.1.=C2=A0 Neighbor Discovery

<snip>

=C2=A0 =C2=A0The requirements for IPv6 ND for vehicular networks are effici= ent DAD
=C2=A0 =C2=A0and NUD operations.

>>> Not lookup? Is it the intention to use IP unicast over MAC bro= adcast, which
is a good idea in my book?

=C2=A0<snip>

=C2=A0 =C2=A0 =C2=A0 This merging and partitioning should be considered for= the
=C2=A0 =C2=A0IPv6 ND such as IPv6 Stateless Address Autoconfiguration (SLAA= C)
=C2=A0 =C2=A0[RFC4862].

>>> Not lookup? Is it the intention to use IP unicast over MAC bro= adcast, which
is a good idea in my book?

=C2=A0<snip>

=C2=A0 =C2=A0Also, the partitioning of a VANET may make vehicles with the s= ame
=C2=A0 =C2=A0prefix be physically unreachable.=C2=A0 Also, SLAAC needs to p= revent IPv6
=C2=A0 =C2=A0address duplication due to the merging of VANETs.=C2=A0 Accord= ing to the
=C2=A0 =C2=A0merging and partitioning, a destination vehicle (as an IPv6 ho= st)
=C2=A0 =C2=A0needs to be distinguished as either an on-link host or an off-= link
=C2=A0 =C2=A0host even though the source vehicle uses the same prefix as th= e
=C2=A0 =C2=A0destination vehicle.

>>> should reference to draft-nordmark-intarea-ippl

=C2=A0 =C2=A0To efficiently prevent IPv6 address duplication due to the VAN= ET
=C2=A0 =C2=A0partitioning and merging from happening in vehicular networks,= the
=C2=A0 =C2=A0vehicular networks need to support a vehicular-network-wide DA= D by
=C2=A0 =C2=A0defining a scope that is compatible with the legacy DAD.=C2=A0= In this
=C2=A0 =C2=A0case, two vehicles can communicate with each other when there = exists
=C2=A0 =C2=A0a communication path over VANET or a combination of VANETs and= IP-
=C2=A0 =C2=A0RSUs, as shown in Figure 1.=C2=A0 By using the vehicular-netwo= rk-wide DAD,
=C2=A0 =C2=A0vehicles can assure that their IPv6 addresses are unique in th= e
=C2=A0 =C2=A0vehicular network whenever they are connected to the vehicular=
=C2=A0 =C2=A0infrastructure or become disconnected from it in the form of V= ANET.

>>> Excellent

=C2=A0 =C2=A0ND time-related parameters such as router lifetime and Neighbo= r
=C2=A0 =C2=A0Advertisement (NA) interval need to be adjusted for vehicle sp= eed and
=C2=A0 =C2=A0vehicle density.=C2=A0 For example, the NA interval needs to b= e
=C2=A0 =C2=A0dynamically adjusted according to a vehicle's speed so tha= t the
=C2=A0 =C2=A0vehicle can maintain its neighboring vehicles in a stable way,=
=C2=A0 =C2=A0considering the collision probability with the NA messages sen= t by
=C2=A0 =C2=A0other vehicles.

>>> Is that a problem or just an operational setting that needs to= be found?
>>> Do we need to reconsider the concepts of those timers?

<snip>

=C2=A0 =C2=A0Thus, in IPv6-based vehicular networking, IPv6 ND should have = minimum
=C2=A0 =C2=A0changes for the interoperability with the legacy IPv6 ND used = in the
=C2=A0 =C2=A0Internet, including the DAD and NUD operations.

>>> I do not find the logical link with the text before, why is th= is a =E2=80=9Cthus=E2=80=9D?
>>> why should the ND inside the VANET be constrained to be intero= perable? This
may place constraints on the solution.

5.1.1.=C2=A0 Link Model

=C2=A0 =C2=A0A prefix model for a vehicular network needs to facilitate the=

>>> Do you mean a =E2=80=9Csubnet model=E2=80=9D as opposed to =E2= =80=9Cprefix model=E2=80=9D.
>>> it would make this piece and the next should refer to
draft-thubert-6man-ipv6-over-wireless for IPv6 over P2MP /NBMA, for both li= nk
and subnet issues. The general ideas are the same, but the gory details her= e
are slightly incorrect, like this notion of prefix model than comes out of = the
blue. The model is really the subnet model for the subnet associated to P2M= P.

=C2=A0 =C2=A0communication between two vehicles with the same prefix regard= less of
=C2=A0 =C2=A0the vehicular network topology as long as there exist bidirect= ional
=C2=A0 =C2=A0E2E paths between them in the vehicular network including VANE= Ts and
=C2=A0 =C2=A0IP-RSUs.=C2=A0 This prefix model allows vehicles with the same= prefix to
=C2=A0 =C2=A0communicate with each other via a combination of multihop V2V = and
=C2=A0 =C2=A0multihop V2I with VANETs and IP-RSUs.=C2=A0 Note that the OMNI= interface
=C2=A0 =C2=A0supports an NBMA link model where multihop V2V and V2I communi= cations
=C2=A0 =C2=A0use each mobile node's ULAs without need for any DAD or ML= D
=C2=A0 =C2=A0messaging.

>>> again overselling OMNI.
>>> I kinda agree about the OMNI interface model, nothing against = that. But you
must see that there needs a lot more than what the OMNI interface to get packets across V and I hops to the destination. Like routing ala MANET,
redundancy handling ala DetNet because it will be very lossy, path manageme= nt
ala RAW to optimize delivery vs. spectrum=E2=80=A6 And OMNI ignores ND so i= t does not
solve the ND problems above.

=C2=A0 =C2=A0IPv6 protocols work under certain assumptions that do not nece= ssarily
=C2=A0 =C2=A0hold for vehicular wireless access link types other than OMNI/= NBMA
=C2=A0 =C2=A0[VIP-WAVE][RFC5889]; the rest of this section discusses implic= ations
=C2=A0 =C2=A0for those link types that do not apply when the OMNI/NBMA link= model

>>> again overselling OMNI.
>>> The keyword here is P2MP / NBMA, and OMNI is one interface tha= t accepts
that. There are others. IBM=E2=80=99s IPv4 over Frame relay was already P2M= P / NBMA,
using routing to complete the partial mesh in P2MP. The text seems to imply=
that OMNI is the only way to do that and that=E2=80=99s wrong. Also OMNI is= loaded with
other stuff than a plain P2MP capable interface. And ND over P2MP is not do= ne
by OMNI, OMNI only makes classical ND worse and only works in a full mesh. = OTOH
RFC 8505, which is designed to do ND for P2MP /NBMA would indeed work very = well
within an OMNI interface and solve those problems. >>> My point is= that you
need to tell the full story or refrain from entering solution space in this= doc

<snip>

=C2=A0 =C2=A0There is a relationship between a link and a prefix, besides t= he
=C2=A0 =C2=A0different scopes that are expected from the link-local and glo= bal
=C2=A0 =C2=A0types of IPv6 addresses.=C2=A0 In an IPv6 link, it is assumed = that all
=C2=A0 =C2=A0interfaces which are configured with the same subnet prefix an= d with
=C2=A0 =C2=A0on-link bit set can communicate with each other on an IPv6 lin= k.

>>> not assumed; that=E2=80=99s what the onlink but set tells. The= conclusion should be
that the VANET cannot set the O bit.

=C2=A0 =C2=A0However, the vehicular link model needs to define the relation= ship
=C2=A0 =C2=A0between a link and a prefix, considering the dynamics of wirel= ess
=C2=A0 =C2=A0links and the characteristics of VANET.

<snip>

=C2=A0 =C2=A0From the previous observation, a vehicular link model should c= onsider
=C2=A0 =C2=A0the frequent partitioning and merging of VANETs due to vehicle=
=C2=A0 =C2=A0mobility.=C2=A0 Therefore, the vehicular link model needs to u= se an on-
=C2=A0 =C2=A0link prefix and off-link prefix according to the network topol= ogy of
=C2=A0 =C2=A0vehicles such as a one-hop reachable network and a multihop re= achable

>>> No, the once a node saw a O bit set that sticks even if it see= s other
advertisements of the PIO with the O bit not set. >>> This is a gl= obal and
intrinsic property of the prefix (and an attack vector that could be mentio= ned
in the sec section). >>> the VANET prefix must never come with the= O bit set.

<snip>

=C2=A0 =C2=A0network (or partitioned networks).=C2=A0 If the vehicles with = the same
=C2=A0 =C2=A0prefix are reachable from each other in one hop, the prefix sh= ould be
=C2=A0 =C2=A0on-link.

>>>> No, see above; but the router may redirect though it is re= ally risky
unless this is a stable situation like a parking place.

=C2=A0 =C2=A0Thus, in IPv6-based vehicular networking, the vehicular link m= odel
=C2=A0 =C2=A0should have minimum changes for interoperability with standard= IPv6
=C2=A0 =C2=A0links in an efficient fashion to support IPv6 DAD, MLD and NUD=
=C2=A0 =C2=A0operations.=C2=A0 When the OMNI NBMA link model is used, there= are no link
=C2=A0 =C2=A0model changes nor DAD/MLD messaging required.

>>>> again overselling OMNI.
>>>> You need a good P2MP subnet model with routing support whe= n the mesh is
partial. My company alone has been shipping million of nodes that build sub= nets
of thousands, and that was done using IETF standards.

<snip>

=C2=A0 =C2=A0For vehicular networks with high mobility and density, the DAD= needs
=C2=A0 =C2=A0to be performed efficiently with minimum overhead so that the<= br> =C2=A0 =C2=A0vehicles can exchange a driving safety message (e.g., collisio= n
=C2=A0 =C2=A0avoidance and accident notification) with each other with a sh= ort
=C2=A0 =C2=A0interval (e.g., 0.5 second) by a technical report from NHTSA =C2=A0 =C2=A0(National Highway Traffic Safety Administration) [NHTSA-ACAS-R= eport].
=C2=A0 =C2=A0Such a driving safety message may include a vehicle's mobi= lity
=C2=A0 =C2=A0information (i.e., position, speed, direction, and acceleratio= n/
=C2=A0 =C2=A0deceleration).=C2=A0 The exchange interval of this message is = 0.5 second,
=C2=A0 =C2=A0which is required to allow a driver to avoid a rear-end crash = from
=C2=A0 =C2=A0another vehicle.

>>> IPv6 over broadcast MAC (used to be called internet 0, 10+ yea= rs ago)
solves that MAC issue since there is no MAC.

5.1.3.=C2=A0 Routing

=C2=A0 =C2=A0For multihop V2V communications in either a VANET or VANETs vi= a IP-
=C2=A0 =C2=A0RSUs, a vehicular Mobile Ad Hoc Networks (MANET) routing proto= col may
=C2=A0 =C2=A0be required to support both unicast and multicast in the links= of the
=C2=A0 =C2=A0subnet with the same IPv6 prefix.=C2=A0 However, it will be co= stly to run
=C2=A0 =C2=A0both vehicular ND and a vehicular ad hoc routing protocol in t= erms of
=C2=A0 =C2=A0control traffic overhead [ID-Multicast-Problems].

>>> we do that with IETF standards on battery operated devices alr= eady. Using
RFC 8505 for the UNI and RPL for the NNI. It is scalable (we=E2=80=99ve see= n 30 hops in
meshes of thousands in the real world though it=E2=80=99s not the normal op= erational
model, but can happen to maintain connectivity during the reboot of a root)= and
does not use broadcast. RPL was initially designed as a V2V2V protocol but<= br> found its market on the IoT. I=E2=80=99m sure the protocol would gladly com= e back to
its roots.

=C2=A0 =C2=A0A routing protocol for a VANET may cause redundant wireless fr= ames in
=C2=A0 =C2=A0the air to check the neighborhood of each vehicle and compute = the
=C2=A0 =C2=A0routing information in a VANET with a dynamic network topology=
=C2=A0 =C2=A0because the IPv6 ND is used to check the neighborhood of each<= br> =C2=A0 =C2=A0vehicle.=C2=A0 Thus, the vehicular routing needs to take advan= tage of the
=C2=A0 =C2=A0IPv6 ND to minimize its control overhead.

>>> A clean description of the interaction of RPL and RFC 8505 in = our IoT
networks. Note that the speed of the PHY in VANET balanced the instability = of
the topology, and RPL still applies. Note also that RPL uses DV with a rout= ing
stretch in order to minimize the topology awareness that=E2=80=99s needed i= n each node,
which results in minimal signaling.

5.2.=C2=A0 Mobility Management

<snip>

=C2=A0 =C2=A0For a mobility management scheme in a shared link, where the w= ireless
=C2=A0 =C2=A0subnets of multiple IP-RSUs share the same prefix, an efficien= t
=C2=A0 =C2=A0vehicular-network-wide DAD is required.=C2=A0 If DHCPv6 is use= d to assign
=C2=A0 =C2=A0a unique IPv6 address to each vehicle in this shared link,

>>> I would not use the term link, or shared. Maybe shared link -&= gt; domain?
<snip>

the DAD is
=C2=A0 =C2=A0not required.=C2=A0 On the other hand, for a mobility manageme= nt scheme
=C2=A0 =C2=A0with a unique prefix per mobile node (e.g., PMIPv6 [RFC5213] a= nd OMNI
=C2=A0 =C2=A0[OMNI]), DAD is not required because the IPv6 address of a veh= icle's
=C2=A0 =C2=A0external wireless interface is guaranteed to be unique.

>>> again overselling OMNI
>>> As I said earlier, this is wring there are (64*) more chances = of a
collision in OMNI prefixes than in IPv6 IIDs. >>> OMNI prefixes ca= n collision,
home addresses that are unique on a home network cannot. >>> Now i= f both the
OMNI prefix and the IID are good randoms, then obviously, the chances of collisions round up to 0. >>> Collision is certainly not my worst = fear.

=C2=A0 There is a
=C2=A0 =C2=A0tradeoff between the prefix usage efficiency and DAD overhead.= =C2=A0 Thus,
=C2=A0 =C2=A0the IPv6 address autoconfiguration for vehicular networks need= s to
=C2=A0 =C2=A0consider this tradeoff to support efficient mobility managemen= t.

>>> This is way too superficial and hides the reality of things. - Using a VANET Infra prefix allows direct routability to the internet whic= h
BYOA does not since the BYOA is not topologically correct. Yes, it costs a = DAD
with classic ND, but it does not with RCF8505 and the draft fails to mentio= n
that. - A BYOA needs a tunnel home, and the node needs to know who is reach= able
inside the VANET and what is not to decide to tunnel or not; this is a
difficult problem (vs. control place overhead) that is not discussed here.<= br>
<snip>

=C2=A0 =C2=A0For the case of a multihomed network, a vehicle can follow the= first-
=C2=A0 =C2=A0hop router selection rule described in [RFC8028].=C2=A0 That i= s, the
=C2=A0 =C2=A0vehicle should select its default router for each prefix by =C2=A0 =C2=A0preferring the router that advertised the prefix.

>>> Still router discovery (in and out) must be very fast. Thing o= f the RA
intervale in MIPv6. Is that sufficient? Too expensive?

<snip>

6.=C2=A0 Security Considerations
>>> Any discussion on the security of classical ND and other opera= tional issues
(rfc6583) ?

<snip>

=C2=A0 =C2=A0Security and privacy are paramount in V2I, V2V, and V2X networ= king.
=C2=A0 =C2=A0Vehicles and infrastructure must be authenticated in order to<= br> =C2=A0 =C2=A0participate in vehicular networking.=C2=A0 Also, in-vehicle de= vices (e.g.,
=C2=A0 =C2=A0ECU) and a driver/passenger's mobile devices (e.g., smartp= hone and
=C2=A0 =C2=A0tablet PC) in a vehicle need to communicate with other in-vehi= cle
=C2=A0 =C2=A0devices and another driver/passenger's mobile devices in a= nother
=C2=A0 =C2=A0vehicle, or other servers behind an IP-RSU in a secure way.=C2= =A0 Even
=C2=A0 =C2=A0though a vehicle is perfectly authenticated and legitimate, it= may be
=C2=A0 =C2=A0hacked for running malicious applications to track and collect= its
=C2=A0 =C2=A0and other vehicles' information.=C2=A0 In this case, an at= tack mitigation
=C2=A0 =C2=A0process may be required to reduce the aftermath of malicious =C2=A0 =C2=A0behaviors.

>>> The section should mention that both with classical ND and BYO= A, addresses
can be impersonated, and RFC 8928 protects against that in both cases while=
maintaining privacy.

=C2=A0 =C2=A0Even though vehicles can be authenticated with valid certifica= tes by
=C2=A0 =C2=A0an authentication server in the vehicular cloud, the authentic= ated

>>> Is PKI feasible (deploying it in every car?). Is it fast enoug= h? Is it
really what IPWAVE thinks vehicle should use????? >>> e.g. why wou= ld one need
to authenticate to a V2I network? >>> from the text earlier in the= doc, it
seemed that what you really want is access that is fast to join, capable of=
offering the reachability you want, anonymous, and innocuous (cars can not = harm
one another).

=C2=A0 =C2=A0vehicles may harm other vehicles, so their communication activ= ities
=C2=A0 =C2=A0need to be logged in either a central way through a logging se= rver
=C2=A0 =C2=A0(e.g., TCC) in the vehicular cloud or a distributed way (e.g.,=
=C2=A0 =C2=A0blockchain [Bitcoin]) along with other vehicles or infrastruct= ure.
=C2=A0 =C2=A0For the non-repudiation of the harmful activities of malicious= nodes,
=C2=A0 =C2=A0a blockchain technology can be used [Bitcoin].=C2=A0 Each mess= age from a
=C2=A0 =C2=A0vehicle can be treated as a transaction and the neighboring ve= hicles
=C2=A0 =C2=A0can play the role of peers in a consensus method of a blockcha= in
=C2=A0 =C2=A0[Bitcoin][Vehicular-BlockChain].=C2=A0 For a blockchain's = efficient
=C2=A0 =C2=A0consensus in vehicular networks having fast moving vehicles, a= new
=C2=A0 =C2=A0consensus algorithm needs to be developed or an existing conse= nsus
=C2=A0 =C2=A0algorithm needs to be enhanced.

>>> solution space; better express the=C2=A0 security needs since = this is a PS.

<snip>

=C2=A0 =C2=A0To identify malicious vehicles among vehicles, an authenticati= on
=C2=A0 =C2=A0method is required.

>>> No. As said earlier a vehicle can be infected. You need innocu= ousness.which
can come from things like isolation, zerotrust, and protocols that are
difficult to hack around. Classical IPv6 ND is open bar. RFC 8505/8928 is protected by construction, anonymous, and fast.

<snip>

=C2=A0 =C2=A0For the setup of a secure channel over IPsec or TLS, the multi= hop V2I
=C2=A0 =C2=A0communications over DSRC is required in a highway for the
=C2=A0 =C2=A0authentication by involving multiple intermediate vehicles as = relay
=C2=A0 =C2=A0nodes toward an IP-RSU connected to an authentication server i= n the
=C2=A0 =C2=A0vehicular cloud.=C2=A0 The V2I communications over 5G V2X (or = LTE V2X) is
=C2=A0 =C2=A0required to allow a vehicle to communicate directly with a gNo= deB (or
=C2=A0 =C2=A0eNodeB) connected to an authentication server in the vehicular= cloud.

>>> solution space. Instead, you could mention that setting up sec= ured channels
between cars that cross one another might not complete in time to establish= the
communication channel, and that the innocuousness must come from zerotrust = in
the transactions between the cars.
=C2=A0 =C2=A0For the IPv6 ND, the DAD is required to ensure the uniqueness = of the
=C2=A0 =C2=A0IPv6 address of a vehicle's wireless interface.

>>> for classical ND (SLAAC) that=E2=80=99s true. That is not with= RFC 8505, since the
infra maintains a table of all addresses in use in the prefix and blocks duplicates without the RFC 4862 DAD method. The stateful autoconf address g= rant
is immediate.

=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=A0This DAD can be used
=C2=A0 =C2=A0as a flooding attack that uses the DAD-related ND packets
=C2=A0 =C2=A0disseminated over the VANET or vehicular networks.

>>> also for DOS attacks. You can block a owner from using an addr= ess. A
reference to rfc6959 is much needed here.

<snip>

=C2=A0This possibility
=C2=A0 =C2=A0indicates that the vehicles and IP-RSUs need to filter out sus= picious
=C2=A0 =C2=A0ND traffic in advance.=C2=A0 Based on the SEND [RFC3971] mecha= nism, the
=C2=A0 =C2=A0authentication for routers (i.e., IP-RSUs) can be conducted by= only
=C2=A0 =C2=A0selecting an IP-RSU that has a certification path toward trust= ed
=C2=A0 =C2=A0parties.=C2=A0 For authenticating other vehicles, the cryptogr= aphically
=C2=A0 =C2=A0generated address (CGA) can be used to verify the true owner o= f a
=C2=A0 =C2=A0received ND message, which requires to use the CGA ND option i= n the
=C2=A0 =C2=A0ND protocols.=C2=A0 For a general protection of the ND mechani= sm, the RSA
=C2=A0 =C2=A0Signature ND option can also be used to protect the integrity = of the
=C2=A0 =C2=A0messages by public key signatures.=C2=A0 For a more advanced =C2=A0 =C2=A0authentication mechanism, a distributed blockchain-based mecha= nism
=C2=A0 =C2=A0[Vehicular-BlockChain] can be used.

>>> solution space. Again, the draft should focus on problems and = needs. The
problem here is that SEND is complex, and not implemented in the major stac= k.
It relies on PKI for trusting the router. The V2I need is a zerotrust model=
where one V, the other local Vs, and the I, can help each other anonymously= and
harmlessly. <snip>

8.=C2=A0 Informative References

>>> no normative reference?

>>> no normative reference?

<snip>

Voila!

Keep safe;

Pascal



_______________________________________________
its mailing list
its@ietf.org
https://www.ietf.org/mailman/listinfo/its
--
<= div>
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Mr. Jaehoon (Paul) J= eong, Ph.D.
Associate Professor
Department HeadDepartment of Computer Science and Engineering
Sungkyunkwan University<= br>Office: +82-31-299-4957
Email: pauljeong@skku.edu,=C2=A0<= a href=3D"mailto:jaehoon.paul@gmail.com" target=3D"_blank">jaehoon.paul@gma= il.com
Personal Homepage: http://iotlab.skku.edu/people-jaehoon-j= eong.php
--00000000000051e4a505c52db8a8-- From nobody Sun Jun 20 02:10:00 2021 Return-Path: X-Original-To: its@ietfa.amsl.com Delivered-To: its@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E0EAB3A0776 for ; Sun, 20 Jun 2021 02:09:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.9 X-Spam-Level: * X-Spam-Status: No, score=1.9 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URI_DOTEDU=1.997] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=it.uc3m.es 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 BcheSgOaFa5Z for ; Sun, 20 Jun 2021 02:09:50 -0700 (PDT) Received: from mail-ej1-x633.google.com (mail-ej1-x633.google.com [IPv6:2a00:1450:4864:20::633]) (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 0EB5A3A077E for ; Sun, 20 Jun 2021 02:09:49 -0700 (PDT) Received: by mail-ej1-x633.google.com with SMTP id l1so23411550ejb.6 for ; Sun, 20 Jun 2021 02:09:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=it.uc3m.es; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Fu4j2TeVYpDFddrmO5MkmVJEM/MFDASLwQVl/zZlM64=; b=cSz4EFJ4lia1CLk76Z0XSyOPVDmt1VaOsh2GDBBdXMhurVO+KcyodAbWAyNh+Zp/3p elLvQ2BB+iaD5Up5L3W8zn08TZFA8NdCq8Z2qEC5SNY3iIr9KYtDbMYKD3P1Fuh0/q9l ESrzQ8o72siB/wy/J0Mh0F+IyrRVRpHeZvMzP/coXNvnKLBthgT5TGtg0ViFrDJAMrT7 1BlOZHcOxeulweVTaCRyCjH98YvZFq3sA/ge6omCU6BpUTSDnPAeBC4SLauxkpaKdjOI 9FM9/wAgtCX89Qp2mZibGmvHBwxRxPUfEN/IUgAeDdhLRnIdxCsrOxrt3V8UG9YfgmnZ e1cQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Fu4j2TeVYpDFddrmO5MkmVJEM/MFDASLwQVl/zZlM64=; b=naW+WrJpQmQ4ph9PkFDcOHpVsWP5Y9y6V4uPA8Sx2dkKPG0lFaSEY58d381iK84nFS oNakyIl5lxq1ygG506jDhhX8fUkfEc6r/ZUK93h/pJcFdL9w6BpFiSU7ux8hQDmMuPbH sh1fjNkSt+O44dBeM1sduLp0IBth1tmxz1uSj19kHnuAVkV6QNqFEeCDoDyEscTKeXKr r3WCaB+fZgt/11gelvT8y31olqni62z/fLu/wnSWIWWzQ7E0MxHpKGdf8B7O16qb7/BO zAFA0sda+6nS9Gpx3m+WTqlqKUFhOfNN8ZtAIsBgPKAXCVMcXlMkoJ02ESJaGN3bZUBK 08PQ== X-Gm-Message-State: AOAM531epaisLb3vTVtku8iUz52H/odDho39nCLYNGMq9vxOe6cALUaG nPGtUyIYz9PuKDnQI4RItJ/fJ3PZPOOkjc+2HemUgQ== X-Google-Smtp-Source: ABdhPJwNJDcV389GjnJud6o/jPXd9bLRmi3jo3aaeKTJlRvhiQZfyIBas4p07dfuxmtFJr+alharJ7SYGRZkQVGzr4U= X-Received: by 2002:a17:906:4f91:: with SMTP id o17mr19381243eju.219.1624180187309; Sun, 20 Jun 2021 02:09:47 -0700 (PDT) MIME-Version: 1.0 References: <162400216663.17839.1738900015320888640@ietfa.amsl.com> In-Reply-To: From: CARLOS JESUS BERNARDOS CANO Date: Sun, 20 Jun 2021 11:09:36 +0200 Message-ID: To: "Mr. Jaehoon Paul Jeong" Cc: "Pascal Thubert (pthubert)" , draft-ietf-ipwave-vehicular-networking@ietf.org, ipwave-ads@ietf.org, ipwave-chairs@ietf.org, its , skku-iotlab-members Content-Type: multipart/alternative; boundary="0000000000001dd06505c52eeb62" Archived-At: Subject: Re: [ipwave] Fwd: Intdir last call review of draft-ietf-ipwave-vehicular-networking-20 X-BeenThere: its@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IPWAVE - IP Wireless Access in Vehicular Environments WG at IETF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jun 2021 09:09:58 -0000 --0000000000001dd06505c52eeb62 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Great! Thanks, Carlos On Sun, 20 Jun 2021 at 09:44, Mr. Jaehoon Paul Jeong wrote: > Hi Carlos and Pascal, > I am working on the revision with Pascal's comments. > > Thanks. > > Best Regards, > Paul > > 2021=EB=85=84 6=EC=9B=94 19=EC=9D=BC (=ED=86=A0) =EC=98=A4=ED=9B=84 6:42,= CARLOS JESUS BERNARDOS CANO =EB=8B=98=EC=9D=B4 > =EC=9E=91=EC=84=B1: > >> Authors, please check carefully and address the comments from the very >> good review from Pascal. Include the IPWAVE list when responding to the >> review. >> >> And huge thanks Pascal for this terrific review! >> >> Carlos >> >> ---------- Forwarded message --------- >> From: Pascal Thubert via Datatracker >> Date: Fri, Jun 18, 2021 at 9:42 AM >> Subject: Intdir last call review of >> draft-ietf-ipwave-vehicular-networking-20 >> To: >> Cc: , , >> >> >> >> Reviewer: Pascal Thubert >> Review result: Not Ready >> >> Dear authors >> >> In summary: >> >> I read a number of very good drafts collated in one, from the use cases >> that >> very complete and ready to publish, to the architecture and protocol >> solution >> in section 4 that would require more work for completeness. >> >> There are multiple instances in the use cases where protocols are listed >> coming >> out of the blue, e.g., the references to OMNI that seem artificially >> spread >> regardless of the context of the section. OMNI is used throughout, both >> as an >> open ended toolbox, and as a carpet under which all problems can be >> hidden. >> >> Reading this doc, OMNI shows as an interface to a software mobile router= , >> with >> multiple of the device physical interfaces connected to the mobile >> router. This >> makes the stack very simple as the complexity moves to the router. But >> now you >> have to implement the router. Presented as that, the OMNI router deserve= s >> its >> name, it=E2=80=99s indeed very rich; it seems to cover all forms of MANE= T (many to >> choose from) and NEMO (and all the MIP protocol family across address >> families), all the possible radio interfaces on which the ND problems go >> away >> by magic, and whatever else you want to put in there. Is that the >> intention? >> >> Instead of referring to OMNI for virtually anything, the doc should refe= r >> to >> MANET for MANET things (like BYOD), NEMO for NEMO things (like MNP), >> draft-nordmark-intarea-ippl for split subnets, and >> draft-thubert-6man-ipv6-over-wireless for P2MP/NBMA link and subnet >> models. And >> then you can say that all those components can be plugged in the OMNI >> router, >> and you can discuss which MANET and which MIP you want, including using >> OMNI=E2=80=99s >> built in mobility. >> >> Note that my objections are not against the OMNI design, it might be the >> perfect thing and I am already aware of use cases that could be served b= y >> a >> P2MP interface like OMNI in conjunction with RFC8505 on the P2P >> subinterfaces >> (recycling the high level design we=E2=80=99ve been shipping for IPv4 / = frame >> relay for >> the last 30 years). My objection is of the way the draft uses [OMNI] as >> the >> magic wand that solves all the problems when what you really do is throw >> them >> over the fence. I=E2=80=99d rather you focus on problems and use cases, = for which >> there=E2=80=99s excellent text, and indicate what needs to be done witho= ut making >> assumption on how the needful things will be solved. >> >> In agreement with a discussion on the 6MAN list, I=E2=80=99d suggest to = split, >> keep all >> that=E2=80=99s use case and problem description and ship it, remove refe= rences to >> protocols envisioned in the solution, and start the work on architecture >> of the >> solution and the protocol applicability statements separately. An >> alternate >> would be to centralize the discussion on protocols to annex, and explain >> that >> protocol A or B could be envisioned in solution space because to over >> this gap >> or implement that function. >> >> In any fashion, the current text is not ready for publication as >> applicability >> statement, architecture and or/solution, so the related work should be >> removed >> from the main text. But I find it mostly ready for use case and problem >> statement, more below. >> >> Review: >> >> Abstract >> >> This document discusses the problem statement and use cases of >> IPv6-based vehicular networking for Intelligent Transportation >> Systems (ITS). >> >> >>> The document goes beyond that; there was actually a thread at 6MAN >> where >> Bob Hinden said =E2=80=9C This document says it is a problem statement, = but then >> becomes a solution document. Might be better to cut it down to only th= e >> problem statement part. =E2=80=9C >>> Would you consider doing this? If = not, why? >> Note: >> you may want to respond on 6MAN as well. >>> >>>I would have thought tha= t >> the >> traditional steps of problem statement and applicability statement of >> existing >> work could be expected from IPWAVE too. >>> Please clarify the steps tha= t >> you >> intend to follow next with this work. >> >> >> >> 1. Introduction >> >> >>> Very readable and informative section, many thanks! >> >> Along with these WAVE standards and C-V2X standards, regardless of a >> wireless access technology under the IP stack of a vehicle, vehicular >> networks can operate IP mobility with IPv6 [RFC8200] and Mobile IPv6 >> protocols (e.g., Mobile IPv6 (MIPv6) [RFC6275], Proxy MIPv6 (PMIPv6) >> [RFC5213], Distributed Mobility Management (DMM) [RFC7333], Locator/ >> ID Separation Protocol (LISP) [RFC6830BIS], and Asymmetric Extended >> Route Optimization (AERO) [RFC6706BIS]). >> >> >>> NEMO (RFC 3963) is not cited. Any reason why the vehicle would not >> transport a network? >> >> >> >> This document describes use cases and a problem statement about >> IPv6-based vehicular networking for ITS, which is named IPv6 Wireless >> Access in Vehicular Environments (IPWAVE). First, it introduces the >> use cases for using V2V, V2I, and V2X networking in ITS. Next, for >> IPv6-based vehicular networks, it makes a gap analysis of current >> IPv6 protocols (e.g., IPv6 Neighbor Discovery, Mobility Management, >> and Security & Privacy), and then enumerates requirements for the >> extensions of those IPv6 protocols, which are tailored to IPv6-based >> vehicular networking. Thus, this document is intended to motivate >> development of key protocols for IPWAVE. >> >> >>> >> >> >> >> 2. Terminology >> >> >>> >> >> >> >> o IP-OBU: "Internet Protocol On-Board Unit": An IP-OBU denotes a >> computer situated in a vehicle (e.g., car, bicycle, autobike, >> motor cycle, and a similar one) and a device (e.g., smartphone and >> IoT device). It has at least one IP interface that runs in IEEE >> 802.11-OCB and has an "OBU" transceiver. Also, it may have an IP >> interface that runs in Cellular V2X (C-V2X) [TS-23.285-3GPP] >> [TR-22.886-3GPP][TS-23.287-3GPP]. See the definition of the term >> "OBU" in [RFC8691]. >> >> >>> Can that be a router connecting multiple computers? >> >> >> >> 3. Use Cases >> >> >>> This is another great read and an enlightening section. Maybe mentio= n >> in >> the abstract that the doc also covers use cases? >> >> >> >> Although a Layer-2 solution can provide a support for multihop >> communications in vehicular networks, the scalability issue related >> to multihop forwarding still remains when vehicles need to >> disseminate or forward packets toward multihop-away destinations. In >> addition, the IPv6-based approach for V2V as a network layer protocol >> can accommodate multiple radio technologies as MAC protocols, such as >> 5G V2X and DSRC. Therefore, the existing IPv6 protocol can be >> augmented through the addition of an Overlay Multilink Network (OMNI) >> Interface [OMNI] and/or protocol changes in order to support both >> wireless single-hop/multihop V2V communications and multiple radio >> technologies in vehicular networks. In such a way, vehicles can >> communicate with each other by V2V communications to share either an >> emergency situation or road hazard in a highway having multiple kinds >> of radio technologies, such as 5G V2X and DSRC. >> >> >>> This text appears in the middle of high level use case, with a crude >> list >> of protocols; this is not a place for it >> >> >>> On a 6MAN Thread, Brian Carpenter said that the above: >> =E2=80=9C >> is of concern regardless of the mention of OMNI. Does it mean "can be" o= r >> "needs to be"? This paragraph seems like a very short summary of a big >> problem >> area. At the end of page 13 there is some related discussion, which >> mentions >> RPL as part of the solution (good choice, IMHO) but again seems to depen= d >> on >> OMNI. I don't think the fix of simply removing references to OMNI works, >> because it would leave a gap. In an informational document, that is not = a >> formal problem but as far as this draft describes architecture, I don't >> think >> that big a gap is reasonable. "OMNI" is mentioned more than 20 times in >> the >> document. There are also several references to AERO, which is strongly >> associated with OMNI. =E2=80=9C >>> I agree with Brian. Here the documen= t seems >> to be >> mixing solution with problem and putting the cart before the horse. My >> recommendation is to stick to what needs to be done that IPv6 does not d= o >> yet >> -the reqs and gaps-; but the doc should not step in the how things will >> be done >> unless the group already decided to do it. The logical next steps to a P= S >> are >> an applicability statement of existing work, and if the gaps cannot be >> filled, >> there may be one or more WG chartered to fill those gaps. >> >> >>> I=E2=80=99d still be happy to see an annex with leads on where the s= olution >> might >> come from like RFC 8691 does. >> >> >> >> The existing IPv6 protocol must be augmented through the addition of >> an OMNI interface and/or protocol changes in order to support >> wireless multihop V2I communications in a highway where RSUs are >> sparsely deployed, so a vehicle can reach the wireless coverage of an >> RSU through the multihop data forwarding of intermediate vehicles. >> Thus, IPv6 needs to be extended for multihop V2I communications. >> >> >>> Note that I have no clue on how well OMNI applies in that space, >> maybe it >> does very well; but here it comes out of the blue with no justification. >> If you >> mention OMNI you need to detail what it is and which of the V2V problem= s >> you >> expect it to solve. But then, that=E2=80=99s beyond the scope of a PS. >> >> >> >> The existing IPv6 protocol must be augmented through the addition of >> an OMNI interface and/or protocol changes in order to support >> wireless multihop V2X (or V2I2X) communications in an urban road >> network where RSUs are deployed at intersections, so a vehicle (or a >> pedestrian's smartphone) can reach the wireless coverage of an RSU >> through the multihop data forwarding of intermediate vehicles (or >> pedestrians' smartphones). Thus, IPv6 needs to be extended for >> multihop V2X (or V2I2X) communications. >> >> >>> Please be more specific on what the missing functions are and whethe= r >> they >> are missing from the stack development standpoint or if there=E2=80=99s = work >> needed >> from the IETF. 1) If something is really missing in our specs, the >> text to >> prove from the use case above is missing 2) how OMNI serves the use >> case >> could be elaborated in an applicability statement of OMNI for V2xyz, but >> it is >> a bit blunt to present it as panacea when the problems to be solved are >> not >> listed. 3) If you look at it, OMNI seems like a software mobile >> router >> within a bump in the stack. Can that become too big? >> >> >>> my view is that the text above and the similar occasions should be >> replaced >> by something like : >> >> The existing IPv6 protocol must be augmented to provide the following >> functions: 1) =E2=80=A6 >> >> >>> and / or something like: >> >> In addition to the IPv6 node requirements [RFC 8504], the IPv6 protoc= ol >> stack for use in a vehicle must support 1) RFC blah, 2) =E2=80=A6 >> >> >> >> To support applications of these V2X use cases, the functions of IPv6 >> such as VND, VMM, and VSP are prerequisites for IPv6-based packet >> exchange, transport-layer session continuity, and secure, safe >> communication between a vehicle and a pedestrian either directly or >> indirectly via an IP-RSU. >> >> >>> =E2=80=9Cthe functions of IPv6 such as VND, VMM, and VSP=E2=80=9D do= es not parse. >> There=E2=80=99s >> no IPv6 reference that provides those functions. If the intention is to >> say >> that there=E2=80=99s stuff to add to IPv6 to support, like, say, VND, t= hen this >> document fails to define how an IPv6 VND should behave, though it=E2=80= =99s >> precisely >> what I=E2=80=99d expect from a problem statement. >> >> >> >> 4. Vehicular Networks >> >> >>> What is the purpose of section 4 as a whole, problem statement or >> applicability statement of the listed protocols? In the former case >> what=E2=80=99s the >> problem? In the latter case it is incomplete and needs to be exported to >> an >> applicability statement doc with all the possible technologies evaluated= . >> >> This section describes an example vehicular network architecture >> supporting V2V, V2I, and V2X communications in vehicular networks. >> >> >>> I read this as presenting a context to explain what the problems are >> instead of presenting the IPVAWE =E2=80=9Carchitecture=E2=80=9D. Maybe u= sing the term >> =E2=80=9CArchitecture=E2=80=9D here is misleading and led to Bob=E2=80= =99s comment. >> >> >> >> 4.1. Vehicular Network Architecture >> >> Figure 1 shows an example vehicular network architecture for V2I and >> V2V in a road network [OMNI]. >> >> a. Is using OMNI a decision that the WG made for the future work ? >> what >> does it do and what does it not do? b. Is there work left to be >> done? Who >> will do that work? Or is it the expectation that OMNI has it all defined >> already? >> >> >> >> An existing network architecture (e.g., an IP-based aeronautical >> network architecture [OMNI][UAM-ITS], a network architecture of >> PMIPv6 [RFC5213], and a low-power and lossy network architecture >> [RFC6550]) can be extended to a vehicular network architecture for >> multihop V2V, V2I, and V2X, as shown in Figure 1. In a highway >> scenario, a vehicle may not access an RSU directly because of the >> distance of the DSRC coverage (up to 1 km). For example, the OMNI >> interface and/or RPL (IPv6 Routing Protocol for Low-Power and Lossy >> Networks) [RFC6550] can be extended to support a multihop V2I since a >> vehicle can take advantage of other vehicles as relay nodes to reach >> the RSU. Also, RPL can be extended to support both multihop V2V and >> V2X in the similar way. >> >> >>> all this could fit well in annex; anyway you need to explain what yo= u >> expect the protocols to do and which extension is needed. In the case of >> RPL at >> least you indicate that it would do routing, but not why you cannot use >> it of >> the shelf; for OMNI, what you expect is less clear, though there=E2=80= =99s text >> elsewhere about the many radio interfaces that could be used for the >> purpose, >> and the text in the UAM below that is enlightening. >> >> >> >> To support not only the mobility >> management of the UAM end systems, but also the multihop and >> multilink communications of the UAM interfaces, the UAM end systems >> can employ an Overlay Multilink Network (OMNI) interface [OMNI] as a >> virtual Non-Broadcast Multiple Access (NBMA) connection to a serving >> ground domain infrastructure. >> >> >>> Again, what is the expectation for OMNI? As an overlay it requires a= n >> underlay; when connecting to a MANET it needs support for that MANET. Th= e >> text >> above seems to imply that is solves everything in V2xyz like magic; >> reminds me >> of the IPv6 multicast abstraction that was supposed to solve the broadca= st >> problem and ended up worsening it. >> >> >> >> This infrastructure can be configured >> over the underlying data links. The OMNI interface and its link >> model provide a means of multilink, multihop and mobility >> coordination to the legacy IPv6 ND messaging [RFC4861] according to >> the NBMA principle. Thus, the OMNI link model can support efficient >> UAM internetworking services without additional mobility messaging, >> and without any modification to the IPv6 ND messaging services or >> link model. >> >> >>> Again, what is the expectation for OMNI? As an overlay it requires a= n >> underlay; the text above seems to imply that is solves everything in >> V2xyz like >> magic; that would be a stretch, that reminds me of IPv6 multicast that w= as >> supposed to solve the broadcast problem and ended up worsening it. >> >> >> >> Multiple vehicles under the coverage of an RSU share a prefix just as >> mobile nodes share a prefix of a Wi-Fi access point in a wireless >> LAN. This is a natural characteristic in infrastructure-based >> wireless networks. For example, in Figure 1, two vehicles (i.e., >> Vehicle2, and Vehicle5) can use Prefix 1 to configure their IPv6 >> global addresses for V2I communication. Alternatively, mobile nodes >> can employ an OMNI interface and use their own IPv6 Unique Local >> Addresses (ULAs) [RFC4193] over the wireless network without >> requiring the messaging of IPv6 Stateless Address Autoconfiguration >> (SLAAC) [RFC4862], which uses an on-link prefix provided by the >> (visited) wireless LAN; this technique is known as "Bring-Your-Own- >> Addresses". >> >> >>> Is OMNI the only way to "Bring-Your-Own-Addresses=E2=80=9D? Else th= e text >> could be >> more generic, at least use e.g., like the ref to AERO later. >>> What ar= e >> the >> implications / limitations of doing that =E2=80=93 like they can do line= of sight >> V2V >> but not reach the internet, or the need of a local MANET / RPL that wil= l >> accept to route those addresses, or the security / address ownership >> validation >> issues ? >> >> >> >> A single subnet prefix announced by an RSU can span multiple vehicles >> in VANET. For example, in Figure 1, for Prefix 1, three vehicles >> (i.e., Vehicle1, Vehicle2, and Vehicle5) can construct a connected >> VANET. Also, for Prefix 2, two vehicles (i.e., Vehicle3 and >> Vehicle6) can construct another connected VANET, and for Prefix 3, >> two vehicles (i.e., Vehicle4 and Vehicle7) can construct another >> connected VANET. Alternatively, each vehicle could employ an OMNI >> interface with their own ULAs such that no topologically-oriented >> subnet prefixes need be announced by the RSU. >> >> >>> same as above. This seems to restate the same thing, derive an >> address >> from a topologically correct prefix or use your own with limitations to = be >> described. >> >> >> >> For IPv6 packets transported over IEEE 802.11-OCB, [RFC8691] >> specifies several details, including Maximum Transmission Unit (MTU), >> frame format, link-local address, address mapping for unicast and >> multicast, stateless autoconfiguration, and subnet structure. An >> Ethernet Adaptation (EA) layer is in charge of transforming some >> parameters between the IEEE 802.11 MAC layer and the IPv6 network >> layer, which is located between the IEEE 802.11-OCB's logical link >> control layer and the IPv6 network layer. This IPv6 over 802.11-OCB >> can be used for both V2V and V2I in IPv6-based vehicular networks. >> >> >>> solution space. >> >> >> >> An IPv6 mobility solution is needed for the guarantee of >> communication continuity in vehicular networks so that a vehicle's >> TCP session can be continued, or UDP packets can be delivered to a >> vehicle as a destination without loss while it moves from an IP-RSU's >> wireless coverage to another IP-RSU's wireless coverage. In >> Figure 1, assuming that Vehicle2 has a TCP session (or a UDP session) >> with a corresponding node in the vehicular cloud, Vehicle2 can move >> from IP-RSU1's wireless coverage to IP-RSU2's wireless coverage. In >> this case, a handover for Vehicle2 needs to be performed by either a >> host-based mobility management scheme (e.g., MIPv6 [RFC6275]) or a >> network-based mobility management scheme (e.g., PMIPv6 [RFC5213] and >> AERO [RFC6706BIS]). >> >> In the host-based mobility scheme (e.g., MIPv6), an IP-RSU plays a >> role of a home agent. On the other hand, in the network-based >> mobility scheme (e.g., PMIPv6, an MA plays a role of a mobility >> management controller such as a Local Mobility Anchor (LMA) in >> PMIPv6, which also serves vehicles as a home agent, and an IP-RSU >> plays a role of an access router such as a Mobile Access Gateway >> (MAG) in PMIPv6 [RFC5213]. The host-based mobility scheme needs >> client functionality in IPv6 stack of a vehicle as a mobile node for >> mobility signaling message exchange between the vehicle and home >> agent. On the other hand, the network-based mobility scheme does not >> need such a client functionality for a vehicle because the network >> infrastructure node (e.g., MAG in PMIPv6) as a proxy mobility agent >> handles the mobility signaling message exchange with the home agent >> (e.g., LMA in PMIPv6) for the sake of the vehicle. >> >> There are a scalability issue and a route optimization issue in the >> network-based mobility scheme (e.g., PMIPv6) when an MA covers a >> large vehicular network governing many IP-RSUs. In this case, a >> distributed mobility scheme (e.g., DMM [RFC7429]) can mitigate the >> scalability issue by distributing multiple MAs in the vehicular >> network such that they are positioned closer to vehicles for route >> optimization and bottleneck mitigation in a central MA in the >> network-based mobility scheme. All these mobility approaches (i.e., >> a host-based mobility scheme, network-based mobility scheme, and >> distributed mobility scheme) and a hybrid approach of a combination >> of them need to provide an efficient mobility service to vehicles >> moving fast and moving along with the relatively predictable >> trajectories along the roadways. >> >> In vehicular networks, the control plane can be separated from the >> data plane for efficient mobility management and data forwarding by >> using the concept of Software-Defined Networking (SDN) >> [RFC7149][DMM-FPC]. Note that Forwarding Policy Configuration (FPC) >> in [DMM-FPC], which is a flexible mobility management system, can >> manage the separation of data-plane and control-plane in DMM. In >> SDN, the control plane and data plane are separated for the efficient >> management of forwarding elements (e.g., switches and routers) where >> an SDN controller configures the forwarding elements in a centralized >> way and they perform packet forwarding according to their forwarding >> tables that are configured by the SDN controller. An MA as an SDN >> controller needs to efficiently configure and monitor its IP-RSUs and >> vehicles for mobility management, location management, and security >> services. >> >> The mobility information of a GPS receiver mounted in its vehicle >> (e.g., position, speed, and direction) can be used to accommodate >> mobility-aware proactive handover schemes, which can perform the >> handover of a vehicle according to its mobility and the wireless >> signal strength of a vehicle and an IP-RSU in a proactive way. >> >> Vehicles can use the TCC as their Home Network having a home agent >> for mobility management as in MIPv6 [RFC6275] and PMIPv6 [RFC5213], >> so the TCC (or an MA inside the TCC) maintains the mobility >> information of vehicles for location management. IP tunneling over >> the wireless link should be avoided for performance efficiency. >> Also, in vehicular networks, asymmetric links sometimes exist and >> must be considered for wireless communications such as V2V and V2I. >> >> >>> This is all very informative text but does not state a problem. Is >> there a >> problem is left to be solved or are we assessing the applicability of >> protocols? Could it for instance, forward point to issues discussed in >> section >> 5? >> >> >> >> As shown in Figure 3, as internal networks, a vehicle's moving >> network and an EN's fixed network are self-contained networks having >> multiple subnets and having an edge router (e.g., IP-OBU and IP-RSU) >> for the communication with another vehicle or another EN. The >> internetworking between two internal networks via V2I communication >> requires the exchange of the network parameters and the network >> prefixes of the internal networks. For the efficiency, the network >> prefixes of the internal networks (as a moving network) in a vehicle >> need to be delegated and configured automatically. Note that a >> moving network's network prefix can be called a Mobile Network Prefix >> (MNP) [OMNI]. >> >> >>> Then again you=E2=80=99re overselling OMNI. MNP is originally define= d here >> https://datatracker.ietf.org/doc/html/rfc3963#section-2 and that=E2=80= =99s a >> reference >> you can use normatively. >> >> >> >> As shown in Figure 3, the addresses used for IPv6 transmissions over >> the wireless link interfaces for IP-OBU and IP-RSU can be either >> global IPv6 addresses, or IPv6 ULAs as long as IPv6 packets can be >> routed within vehicular networks [OMNI]. >> >> >>> Then again you=E2=80=99re overselling OMNI. There needs to be a rou= ting >> protocol >> like a MANET that will accept to carry the >> MNPs, and that must be implemented by the infra and both cars. The OMNI >> spec >> is clear on that. This is why at first glance I see OMNI as a full mobi= le >> router in a bump in the stack. Now what is the problem behind this? No >> such >> protocol at IETF? Too many to choose from? No deployment? >> >> >> When global IPv6 addresses >> are used, wireless interface configuration and control overhead for >> Duplicate Address Detection (DAD) [RFC4862] and Multicast Listener >> Discovery (MLD) [RFC2710][RFC3810] should be minimized to support V2I >> and V2X communications for vehicles moving fast along roadways; when >> ULAs and the OMNI interface are used, no DAD nor MLD messaging is >> needed. >> >> >>> Then again you=E2=80=99re overselling OMNI. Isn=E2=80=99t it the no = dad needed a >> property >> of injecting a BYOA in the fabric for an GUA MIP Home Address which is >> known to >> be unique at home? >>> OTOH, autoconf=E2=80=99ing a random ULA =E2=80=9C= FD=E2=80=A6=E2=80=9Dprefix has >> lesser >> DAD properties than autoconf=E2=80=99ing a random 64bit IID in a classic= al >> subnet. So >> who says DAD isn=E2=80=99t required for OMNI ULA? >>> note that IMHO DAD= on >> wireless is >> a lot more harm than good, and I agree that with a good pseudo random >> generator >> the ULA has no chance to collision in the real world, as OMNI claims. >> It=E2=80=99s just >> that your argument here plays the other way, because there are less >> random bits >> (56) in the ULA prefix than in the IID (62), and if one starts using mo= re >> prefix bits to be non-random, there will be a time when DAD on prefix is >> needed. >> >> >> >> Let us consider the upload/download time of a vehicle when it passes >> through the wireless communication coverage of an IP-RSU. For a >> given typical setting where 1km is the maximum DSRC communication >> range [DSRC] and 100km/h is the speed limit in highway, the dwelling >> time can be calculated to be 72 seconds by dividing the diameter of >> the 2km (i.e., two times of DSRC communication range where an IP-RSU >> is located in the center of the circle of wireless communication) by >> the speed limit of 100km/h (i.e., about 28m/s). For the 72 seconds, >> a vehicle passing through the coverage of an IP-RSU can upload and >> download data packets to/from the IP-RSU. >> >> >> >> 4.3. V2V-based Internetworking >> >> >>> In this section it looks like the cars are in a stable line of sight >> relationship. Which is probably fine for a platoon, but when you drive >> along >> with friends in different cars, you realize that the line of sight >> assumption >> does not stand over time. Soon enough, other cars meddle in, and possibl= y >> one >> of the cars drives faster and too far ahead so you need the infra to >> relay, >> possibly over multiple infra hops. >> >> >>> so in this section, I=E2=80=99d expect to see a Vehicle communicatin= g with >> another >> one and using either line of sight or V2V relaying but also using relay >> via V2I >> (multihop I2I not just hub and spoke V2I2V ), alternatively to together >> for >> redundancy. Is that part of the problem? >> >> >>> reading deeper section 5 I found excellent text on routing via V and >> via I. >> This tells that section 4 does not play a good role at justifying sectio= n >> 5. >> Maybe keep section 4 for another doc? >> >> >>> What kind or reliability is required in a V2V use case? Do you think >> ND can >> handle it? Or MANET? What would be the assumption on L2 (roaming time, >> unicast >> vs P2MP) and on L3 (reliability ala DetNet/RAW). Should we have some L3 >> redundancy? >> >> >> >> 5. Problem Statement >> >> >> >> In order to specify protocols using the architecture mentioned in >> Section 4.1, IPv6 core protocols have to be adapted to overcome >> certain challenging aspects of vehicular networking. Since the >> vehicles are likely to be moving at great speed, protocol exchanges >> need to be completed in a time relatively short compared to the >> lifetime of a link between a vehicle and an IP-RSU, or between two >> vehicles. >> >> >>> Any order of magnitude? >> >>> Can you indicate whether this already rules out certain procedures, >> e.g. >> DAD ? >> >> The lifetime of a session varies depending on the session's type such >> as a web surfing, voice call over IP, and DNS query. Regardless of a >> session's type, to guide all the IPv6 packets to their destination >> host, IP mobility should be supported for the session. >> >> >>> this seems to be for unicast when you know who to talk to. Is there = a >> need >> some multicast groups like anybody around interested in topic blah like = I >> could >> be multicasting the speed of vehicles coming the other way that I crosse= d >> recently, for use of vehicles that I=E2=80=99m crossing now, so they can= see a >> slowdown >> on advance >> >> Thus, the time constraint of a wireless link has a major impact on >> IPv6 Neighbor Discovery (ND). Mobility Management (MM) is also >> vulnerable to disconnections that occur before the completion of >> identity verification and tunnel management. This is especially true >> given the unreliable nature of wireless communication. This section >> presents key topics such as neighbor discovery and mobility >> management. >> >> >>> Only ND? What about the MANET? >> >>> how fast should ND be to be suitable? >> >>> is there also a bandwidth check? You can make things much faster if >> you >> dedicate a lot of spectrum to it. But that can also be a waste. >> >> 5.1. Neighbor Discovery >> >> >> >> The requirements for IPv6 ND for vehicular networks are efficient DAD >> and NUD operations. >> >> >>> Not lookup? Is it the intention to use IP unicast over MAC broadcast= , >> which >> is a good idea in my book? >> >> >> >> This merging and partitioning should be considered for the >> IPv6 ND such as IPv6 Stateless Address Autoconfiguration (SLAAC) >> [RFC4862]. >> >> >>> Not lookup? Is it the intention to use IP unicast over MAC broadcast= , >> which >> is a good idea in my book? >> >> >> >> Also, the partitioning of a VANET may make vehicles with the same >> prefix be physically unreachable. Also, SLAAC needs to prevent IPv6 >> address duplication due to the merging of VANETs. According to the >> merging and partitioning, a destination vehicle (as an IPv6 host) >> needs to be distinguished as either an on-link host or an off-link >> host even though the source vehicle uses the same prefix as the >> destination vehicle. >> >> >>> should reference to draft-nordmark-intarea-ippl >> >> To efficiently prevent IPv6 address duplication due to the VANET >> partitioning and merging from happening in vehicular networks, the >> vehicular networks need to support a vehicular-network-wide DAD by >> defining a scope that is compatible with the legacy DAD. In this >> case, two vehicles can communicate with each other when there exists >> a communication path over VANET or a combination of VANETs and IP- >> RSUs, as shown in Figure 1. By using the vehicular-network-wide DAD, >> vehicles can assure that their IPv6 addresses are unique in the >> vehicular network whenever they are connected to the vehicular >> infrastructure or become disconnected from it in the form of VANET. >> >> >>> Excellent >> >> ND time-related parameters such as router lifetime and Neighbor >> Advertisement (NA) interval need to be adjusted for vehicle speed and >> vehicle density. For example, the NA interval needs to be >> dynamically adjusted according to a vehicle's speed so that the >> vehicle can maintain its neighboring vehicles in a stable way, >> considering the collision probability with the NA messages sent by >> other vehicles. >> >> >>> Is that a problem or just an operational setting that needs to be >> found? >> >>> Do we need to reconsider the concepts of those timers? >> >> >> >> Thus, in IPv6-based vehicular networking, IPv6 ND should have minimum >> changes for the interoperability with the legacy IPv6 ND used in the >> Internet, including the DAD and NUD operations. >> >> >>> I do not find the logical link with the text before, why is this a >> =E2=80=9Cthus=E2=80=9D? >> >>> why should the ND inside the VANET be constrained to be >> interoperable? This >> may place constraints on the solution. >> >> 5.1.1. Link Model >> >> A prefix model for a vehicular network needs to facilitate the >> >> >>> Do you mean a =E2=80=9Csubnet model=E2=80=9D as opposed to =E2=80=9C= prefix model=E2=80=9D. >> >>> it would make this piece and the next should refer to >> draft-thubert-6man-ipv6-over-wireless for IPv6 over P2MP /NBMA, for both >> link >> and subnet issues. The general ideas are the same, but the gory details >> here >> are slightly incorrect, like this notion of prefix model than comes out >> of the >> blue. The model is really the subnet model for the subnet associated to >> P2MP. >> >> communication between two vehicles with the same prefix regardless of >> the vehicular network topology as long as there exist bidirectional >> E2E paths between them in the vehicular network including VANETs and >> IP-RSUs. This prefix model allows vehicles with the same prefix to >> communicate with each other via a combination of multihop V2V and >> multihop V2I with VANETs and IP-RSUs. Note that the OMNI interface >> supports an NBMA link model where multihop V2V and V2I communications >> use each mobile node's ULAs without need for any DAD or MLD >> messaging. >> >> >>> again overselling OMNI. >> >>> I kinda agree about the OMNI interface model, nothing against that. >> But you >> must see that there needs a lot more than what the OMNI interface to get >> packets across V and I hops to the destination. Like routing ala MANET, >> redundancy handling ala DetNet because it will be very lossy, path >> management >> ala RAW to optimize delivery vs. spectrum=E2=80=A6 And OMNI ignores ND s= o it does >> not >> solve the ND problems above. >> >> IPv6 protocols work under certain assumptions that do not necessarily >> hold for vehicular wireless access link types other than OMNI/NBMA >> [VIP-WAVE][RFC5889]; the rest of this section discusses implications >> for those link types that do not apply when the OMNI/NBMA link model >> >> >>> again overselling OMNI. >> >>> The keyword here is P2MP / NBMA, and OMNI is one interface that >> accepts >> that. There are others. IBM=E2=80=99s IPv4 over Frame relay was already = P2MP / >> NBMA, >> using routing to complete the partial mesh in P2MP. The text seems to >> imply >> that OMNI is the only way to do that and that=E2=80=99s wrong. Also OMNI= is >> loaded with >> other stuff than a plain P2MP capable interface. And ND over P2MP is not >> done >> by OMNI, OMNI only makes classical ND worse and only works in a full >> mesh. OTOH >> RFC 8505, which is designed to do ND for P2MP /NBMA would indeed work >> very well >> within an OMNI interface and solve those problems. >>> My point is that >> you >> need to tell the full story or refrain from entering solution space in >> this doc >> >> >> >> There is a relationship between a link and a prefix, besides the >> different scopes that are expected from the link-local and global >> types of IPv6 addresses. In an IPv6 link, it is assumed that all >> interfaces which are configured with the same subnet prefix and with >> on-link bit set can communicate with each other on an IPv6 link. >> >> >>> not assumed; that=E2=80=99s what the onlink but set tells. The concl= usion >> should be >> that the VANET cannot set the O bit. >> >> However, the vehicular link model needs to define the relationship >> between a link and a prefix, considering the dynamics of wireless >> links and the characteristics of VANET. >> >> >> >> From the previous observation, a vehicular link model should consider >> the frequent partitioning and merging of VANETs due to vehicle >> mobility. Therefore, the vehicular link model needs to use an on- >> link prefix and off-link prefix according to the network topology of >> vehicles such as a one-hop reachable network and a multihop reachable >> >> >>> No, the once a node saw a O bit set that sticks even if it sees othe= r >> advertisements of the PIO with the O bit not set. >>> This is a global a= nd >> intrinsic property of the prefix (and an attack vector that could be >> mentioned >> in the sec section). >>> the VANET prefix must never come with the O bit >> set. >> >> >> >> network (or partitioned networks). If the vehicles with the same >> prefix are reachable from each other in one hop, the prefix should be >> on-link. >> >> >>>> No, see above; but the router may redirect though it is really risk= y >> unless this is a stable situation like a parking place. >> >> Thus, in IPv6-based vehicular networking, the vehicular link model >> should have minimum changes for interoperability with standard IPv6 >> links in an efficient fashion to support IPv6 DAD, MLD and NUD >> operations. When the OMNI NBMA link model is used, there are no link >> model changes nor DAD/MLD messaging required. >> >> >>>> again overselling OMNI. >> >>>> You need a good P2MP subnet model with routing support when the mes= h >> is >> partial. My company alone has been shipping million of nodes that build >> subnets >> of thousands, and that was done using IETF standards. >> >> >> >> For vehicular networks with high mobility and density, the DAD needs >> to be performed efficiently with minimum overhead so that the >> vehicles can exchange a driving safety message (e.g., collision >> avoidance and accident notification) with each other with a short >> interval (e.g., 0.5 second) by a technical report from NHTSA >> (National Highway Traffic Safety Administration) [NHTSA-ACAS-Report]. >> Such a driving safety message may include a vehicle's mobility >> information (i.e., position, speed, direction, and acceleration/ >> deceleration). The exchange interval of this message is 0.5 second, >> which is required to allow a driver to avoid a rear-end crash from >> another vehicle. >> >> >>> IPv6 over broadcast MAC (used to be called internet 0, 10+ years ago= ) >> solves that MAC issue since there is no MAC. >> >> 5.1.3. Routing >> >> For multihop V2V communications in either a VANET or VANETs via IP- >> RSUs, a vehicular Mobile Ad Hoc Networks (MANET) routing protocol may >> be required to support both unicast and multicast in the links of the >> subnet with the same IPv6 prefix. However, it will be costly to run >> both vehicular ND and a vehicular ad hoc routing protocol in terms of >> control traffic overhead [ID-Multicast-Problems]. >> >> >>> we do that with IETF standards on battery operated devices already. >> Using >> RFC 8505 for the UNI and RPL for the NNI. It is scalable (we=E2=80=99ve = seen 30 >> hops in >> meshes of thousands in the real world though it=E2=80=99s not the normal >> operational >> model, but can happen to maintain connectivity during the reboot of a >> root) and >> does not use broadcast. RPL was initially designed as a V2V2V protocol b= ut >> found its market on the IoT. I=E2=80=99m sure the protocol would gladly = come back >> to >> its roots. >> >> A routing protocol for a VANET may cause redundant wireless frames in >> the air to check the neighborhood of each vehicle and compute the >> routing information in a VANET with a dynamic network topology >> because the IPv6 ND is used to check the neighborhood of each >> vehicle. Thus, the vehicular routing needs to take advantage of the >> IPv6 ND to minimize its control overhead. >> >> >>> A clean description of the interaction of RPL and RFC 8505 in our Io= T >> networks. Note that the speed of the PHY in VANET balanced the >> instability of >> the topology, and RPL still applies. Note also that RPL uses DV with a >> routing >> stretch in order to minimize the topology awareness that=E2=80=99s neede= d in each >> node, >> which results in minimal signaling. >> >> 5.2. Mobility Management >> >> >> >> For a mobility management scheme in a shared link, where the wireless >> subnets of multiple IP-RSUs share the same prefix, an efficient >> vehicular-network-wide DAD is required. If DHCPv6 is used to assign >> a unique IPv6 address to each vehicle in this shared link, >> >> >>> I would not use the term link, or shared. Maybe shared link -> domai= n? >> >> >> the DAD is >> not required. On the other hand, for a mobility management scheme >> with a unique prefix per mobile node (e.g., PMIPv6 [RFC5213] and OMNI >> [OMNI]), DAD is not required because the IPv6 address of a vehicle's >> external wireless interface is guaranteed to be unique. >> >> >>> again overselling OMNI >> >>> As I said earlier, this is wring there are (64*) more chances of a >> collision in OMNI prefixes than in IPv6 IIDs. >>> OMNI prefixes can >> collision, >> home addresses that are unique on a home network cannot. >>> Now if both >> the >> OMNI prefix and the IID are good randoms, then obviously, the chances of >> collisions round up to 0. >>> Collision is certainly not my worst fear. >> >> There is a >> tradeoff between the prefix usage efficiency and DAD overhead. Thus, >> the IPv6 address autoconfiguration for vehicular networks needs to >> consider this tradeoff to support efficient mobility management. >> >> >>> This is way too superficial and hides the reality of things. >> - Using a VANET Infra prefix allows direct routability to the internet >> which >> BYOA does not since the BYOA is not topologically correct. Yes, it costs >> a DAD >> with classic ND, but it does not with RCF8505 and the draft fails to >> mention >> that. - A BYOA needs a tunnel home, and the node needs to know who is >> reachable >> inside the VANET and what is not to decide to tunnel or not; this is a >> difficult problem (vs. control place overhead) that is not discussed her= e. >> >> >> >> For the case of a multihomed network, a vehicle can follow the first- >> hop router selection rule described in [RFC8028]. That is, the >> vehicle should select its default router for each prefix by >> preferring the router that advertised the prefix. >> >> >>> Still router discovery (in and out) must be very fast. Thing of the = RA >> intervale in MIPv6. Is that sufficient? Too expensive? >> >> >> >> 6. Security Considerations >> >>> Any discussion on the security of classical ND and other operational >> issues >> (rfc6583) ? >> >> >> >> Security and privacy are paramount in V2I, V2V, and V2X networking. >> Vehicles and infrastructure must be authenticated in order to >> participate in vehicular networking. Also, in-vehicle devices (e.g., >> ECU) and a driver/passenger's mobile devices (e.g., smartphone and >> tablet PC) in a vehicle need to communicate with other in-vehicle >> devices and another driver/passenger's mobile devices in another >> vehicle, or other servers behind an IP-RSU in a secure way. Even >> though a vehicle is perfectly authenticated and legitimate, it may be >> hacked for running malicious applications to track and collect its >> and other vehicles' information. In this case, an attack mitigation >> process may be required to reduce the aftermath of malicious >> behaviors. >> >> >>> The section should mention that both with classical ND and BYOA, >> addresses >> can be impersonated, and RFC 8928 protects against that in both cases >> while >> maintaining privacy. >> >> Even though vehicles can be authenticated with valid certificates by >> an authentication server in the vehicular cloud, the authenticated >> >> >>> Is PKI feasible (deploying it in every car?). Is it fast enough? Is = it >> really what IPWAVE thinks vehicle should use????? >>> e.g. why would one >> need >> to authenticate to a V2I network? >>> from the text earlier in the doc, = it >> seemed that what you really want is access that is fast to join, capable >> of >> offering the reachability you want, anonymous, and innocuous (cars can >> not harm >> one another). >> >> vehicles may harm other vehicles, so their communication activities >> need to be logged in either a central way through a logging server >> (e.g., TCC) in the vehicular cloud or a distributed way (e.g., >> blockchain [Bitcoin]) along with other vehicles or infrastructure. >> For the non-repudiation of the harmful activities of malicious nodes, >> a blockchain technology can be used [Bitcoin]. Each message from a >> vehicle can be treated as a transaction and the neighboring vehicles >> can play the role of peers in a consensus method of a blockchain >> [Bitcoin][Vehicular-BlockChain]. For a blockchain's efficient >> consensus in vehicular networks having fast moving vehicles, a new >> consensus algorithm needs to be developed or an existing consensus >> algorithm needs to be enhanced. >> >> >>> solution space; better express the security needs since this is a P= S. >> >> >> >> To identify malicious vehicles among vehicles, an authentication >> method is required. >> >> >>> No. As said earlier a vehicle can be infected. You need >> innocuousness.which >> can come from things like isolation, zerotrust, and protocols that are >> difficult to hack around. Classical IPv6 ND is open bar. RFC 8505/8928 i= s >> protected by construction, anonymous, and fast. >> >> >> >> For the setup of a secure channel over IPsec or TLS, the multihop V2I >> communications over DSRC is required in a highway for the >> authentication by involving multiple intermediate vehicles as relay >> nodes toward an IP-RSU connected to an authentication server in the >> vehicular cloud. The V2I communications over 5G V2X (or LTE V2X) is >> required to allow a vehicle to communicate directly with a gNodeB (or >> eNodeB) connected to an authentication server in the vehicular cloud. >> >> >>> solution space. Instead, you could mention that setting up secured >> channels >> between cars that cross one another might not complete in time to >> establish the >> communication channel, and that the innocuousness must come from >> zerotrust in >> the transactions between the cars. >> For the IPv6 ND, the DAD is required to ensure the uniqueness of the >> IPv6 address of a vehicle's wireless interface. >> >> >>> for classical ND (SLAAC) that=E2=80=99s true. That is not with RFC 8= 505, >> since the >> infra maintains a table of all addresses in use in the prefix and blocks >> duplicates without the RFC 4862 DAD method. The stateful autoconf addres= s >> grant >> is immediate. >> >> This DAD can be used >> as a flooding attack that uses the DAD-related ND packets >> disseminated over the VANET or vehicular networks. >> >> >>> also for DOS attacks. You can block a owner from using an address. A >> reference to rfc6959 is much needed here. >> >> >> >> This possibility >> indicates that the vehicles and IP-RSUs need to filter out suspicious >> ND traffic in advance. Based on the SEND [RFC3971] mechanism, the >> authentication for routers (i.e., IP-RSUs) can be conducted by only >> selecting an IP-RSU that has a certification path toward trusted >> parties. For authenticating other vehicles, the cryptographically >> generated address (CGA) can be used to verify the true owner of a >> received ND message, which requires to use the CGA ND option in the >> ND protocols. For a general protection of the ND mechanism, the RSA >> Signature ND option can also be used to protect the integrity of the >> messages by public key signatures. For a more advanced >> authentication mechanism, a distributed blockchain-based mechanism >> [Vehicular-BlockChain] can be used. >> >> >>> solution space. Again, the draft should focus on problems and needs. >> The >> problem here is that SEND is complex, and not implemented in the major >> stack. >> It relies on PKI for trusting the router. The V2I need is a zerotrust >> model >> where one V, the other local Vs, and the I, can help each other >> anonymously and >> harmlessly. >> >> 8. Informative References >> >> >>> no normative reference? >> >> >>> no normative reference? >> >> >> >> Voila! >> >> Keep safe; >> >> Pascal >> >> >> >> _______________________________________________ >> its mailing list >> its@ietf.org >> https://www.ietf.org/mailman/listinfo/its > > >> -- > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D > Mr. Jaehoon (Paul) Jeong, Ph.D. > Associate Professor > Department Head > Department of Computer Science and Engineering > Sungkyunkwan University > Office: +82-31-299-4957 > Email: pauljeong@skku.edu, jaehoon.paul@gmail.com > Personal Homepage: http://iotlab.skku.edu/people-jaehoon-jeong.php > > --=20 Sent from a mobile device, please excuse any brevity or typing errors. --0000000000001dd06505c52eeb62 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Great! Thanks,

Carlos

On Sun, 20 Jun 2021 at 09:44, Mr. Jaehoon Paul Jeong &= lt;jaehoon.paul@gmail.com>= wrote:
Hi Carlos= and Pascal,
I am working on the revision with Pasca= l's comments.

Thanks= .

Best Regards,
Paul

2021=EB=85=84 6=EC=9B=94 19=EC=9D=BC (=ED=86=A0) = =EC=98=A4=ED=9B=84 6:42, CARLOS JESUS BERNARDOS CANO <cjbc@it.uc3m.es>=EB=8B=98=EC=9D= =B4 =EC=9E=91=EC=84=B1:
Authors, please check carefully and address the comments= from the very good review from Pascal. Include the IPWAVE list when respon= ding to the review.

And huge thanks Pascal for this terr= ific review!

Carlos

=
----------= Forwarded message ---------
From: Pascal Thubert via Datatracker <<= a href=3D"mailto:noreply@ietf.org" target=3D"_blank">noreply@ietf.org&g= t;
Date: Fri, Jun 18, 2021 at 9:42 AM
Subject: Intdir last cal= l review of draft-ietf-ipwave-vehicular-networking-20
To: <int-dir@ietf.org>
= Cc: <draft-ietf-ipwave-vehicular-networking.all@ietf.org<= /a>>, <its@ietf.or= g>, <las= t-call@ietf.org>


Reviewer: Pascal Thubert
Review result: Not Ready

Dear authors

In summary:

I read a number of very good drafts collated in one, from the use cases tha= t
very complete and ready to publish, to the architecture and protocol soluti= on
in section 4 that would require more work for completeness.

There are multiple instances in the use cases where protocols are listed co= ming
out of the blue, e.g., the references to OMNI that seem artificially spread=
regardless of the context of the section. OMNI is used throughout, both as = an
open ended toolbox, and as a carpet under which all problems can be hidden.=

Reading this doc, OMNI shows as an interface to a software mobile router, w= ith
multiple of the device physical interfaces connected to the mobile router. = This
makes the stack very simple as the complexity moves to the router. But now = you
have to implement the router. Presented as that, the OMNI router deserves i= ts
name, it=E2=80=99s indeed very rich; it seems to cover all forms of MANET (= many to
choose from) and NEMO (and all the MIP protocol family across address
families), all the possible radio interfaces on which the ND problems go aw= ay
by magic, and whatever else you want to put in there. Is that the intention= ?

Instead of referring to OMNI for virtually anything, the doc should refer t= o
MANET for MANET things (like BYOD), NEMO for NEMO things (like MNP),
draft-nordmark-intarea-ippl for split subnets, and
draft-thubert-6man-ipv6-over-wireless for P2MP/NBMA link and subnet models.= And
then you can say that all those components can be plugged in the OMNI route= r,
and you can discuss which MANET and which MIP you want, including using OMN= I=E2=80=99s
built in mobility.

Note that my objections are not against the OMNI design, it might be the perfect thing and I am already aware of use cases that could be served by a=
P2MP interface like OMNI in conjunction with RFC8505 on the P2P subinterfac= es
(recycling the high level design we=E2=80=99ve been shipping for IPv4 / fra= me relay for
the last 30 years). My objection is of the way the draft uses [OMNI] as the=
magic wand that solves all the problems when what you really do is throw th= em
over the fence. I=E2=80=99d rather you focus on problems and use cases, for= which
there=E2=80=99s excellent text, and indicate what needs to be done without = making
assumption on how the needful things will be solved.

In agreement with a discussion on the 6MAN list, I=E2=80=99d suggest to spl= it, keep all
that=E2=80=99s use case and problem description and ship it, remove referen= ces to
protocols envisioned in the solution, and start the work on architecture of= the
solution and the protocol applicability statements separately. An alternate=
would be to centralize the discussion on protocols to annex, and explain th= at
protocol A or B could be envisioned in solution space because to over this = gap
or implement that function.

In any fashion, the current text is not ready for publication as applicabil= ity
statement, architecture and or/solution, so the related work should be remo= ved
from the main text. But I find it mostly ready for use case and problem
statement, more below.

Review:

Abstract

=C2=A0 =C2=A0This document discusses the problem statement and use cases of=
=C2=A0 =C2=A0IPv6-based vehicular networking for Intelligent Transportation=
=C2=A0 =C2=A0Systems (ITS).

>>> The document goes beyond that; there was actually a thread at = 6MAN where
Bob Hinden said =E2=80=9C This document says it is a problem statement, but= then
becomes a solution document.=C2=A0 =C2=A0Might be better to cut it down to = only the
problem statement part. =E2=80=9C >>> Would you consider doing thi= s? If not, why? Note:
you may want to respond on 6MAN as well. >>> >>>I would h= ave thought that the
traditional steps of problem statement and applicability statement of exist= ing
work could be expected from IPWAVE too. >>> Please clarify the ste= ps that you
intend to follow next with this work.

<snip>

1.=C2=A0 Introduction

>>> Very readable and informative section, many thanks!

=C2=A0 =C2=A0Along with these WAVE standards and C-V2X standards, regardles= s of a
=C2=A0 =C2=A0wireless access technology under the IP stack of a vehicle, ve= hicular
=C2=A0 =C2=A0networks can operate IP mobility with IPv6 [RFC8200] and Mobil= e IPv6
=C2=A0 =C2=A0protocols (e.g., Mobile IPv6 (MIPv6) [RFC6275], Proxy MIPv6 (P= MIPv6)
=C2=A0 =C2=A0[RFC5213], Distributed Mobility Management (DMM) [RFC7333], Lo= cator/
=C2=A0 =C2=A0ID Separation Protocol (LISP) [RFC6830BIS], and Asymmetric Ext= ended
=C2=A0 =C2=A0Route Optimization (AERO) [RFC6706BIS]).

>>> NEMO (RFC 3963) is not cited. Any reason why the vehicle would= not
transport a network?

<snip>

=C2=A0 =C2=A0This document describes use cases and a problem statement abou= t
=C2=A0 =C2=A0IPv6-based vehicular networking for ITS, which is named IPv6 W= ireless
=C2=A0 =C2=A0Access in Vehicular Environments (IPWAVE).=C2=A0 First, it int= roduces the
=C2=A0 =C2=A0use cases for using V2V, V2I, and V2X networking in ITS.=C2=A0= Next, for
=C2=A0 =C2=A0IPv6-based vehicular networks, it makes a gap analysis of curr= ent
=C2=A0 =C2=A0IPv6 protocols (e.g., IPv6 Neighbor Discovery, Mobility Manage= ment,
=C2=A0 =C2=A0and Security & Privacy), and then enumerates requirements = for the
=C2=A0 =C2=A0extensions of those IPv6 protocols, which are tailored to IPv6= -based
=C2=A0 =C2=A0vehicular networking.=C2=A0 Thus, this document is intended to= motivate
=C2=A0 =C2=A0development of key protocols for IPWAVE.

>>>

<snip>

2.=C2=A0 Terminology

>>>

<snip>

=C2=A0 =C2=A0o=C2=A0 IP-OBU: "Internet Protocol On-Board Unit": A= n IP-OBU denotes a
=C2=A0 =C2=A0 =C2=A0 computer situated in a vehicle (e.g., car, bicycle, au= tobike,
=C2=A0 =C2=A0 =C2=A0 motor cycle, and a similar one) and a device (e.g., sm= artphone and
=C2=A0 =C2=A0 =C2=A0 IoT device).=C2=A0 It has at least one IP interface th= at runs in IEEE
=C2=A0 =C2=A0 =C2=A0 802.11-OCB and has an "OBU" transceiver.=C2= =A0 Also, it may have an IP
=C2=A0 =C2=A0 =C2=A0 interface that runs in Cellular V2X (C-V2X) [TS-23.285= -3GPP]
=C2=A0 =C2=A0 =C2=A0 [TR-22.886-3GPP][TS-23.287-3GPP].=C2=A0 See the defini= tion of the term
=C2=A0 =C2=A0 =C2=A0 "OBU" in [RFC8691].

>>> Can that be a router connecting multiple computers?

<snip>

3.=C2=A0 Use Cases

>>> This is another great read and an enlightening section. Maybe = mention in
the abstract that the doc also covers use cases?

<snip>

=C2=A0 =C2=A0Although a Layer-2 solution can provide a support for multihop=
=C2=A0 =C2=A0communications in vehicular networks, the scalability issue re= lated
=C2=A0 =C2=A0to multihop forwarding still remains when vehicles need to
=C2=A0 =C2=A0disseminate or forward packets toward multihop-away destinatio= ns.=C2=A0 In
=C2=A0 =C2=A0addition, the IPv6-based approach for V2V as a network layer p= rotocol
=C2=A0 =C2=A0can accommodate multiple radio technologies as MAC protocols, = such as
=C2=A0 =C2=A05G V2X and DSRC.=C2=A0 Therefore, the existing IPv6 protocol c= an be
=C2=A0 =C2=A0augmented through the addition of an Overlay Multilink Network= (OMNI)
=C2=A0 =C2=A0Interface [OMNI] and/or protocol changes in order to support b= oth
=C2=A0 =C2=A0wireless single-hop/multihop V2V communications and multiple r= adio
=C2=A0 =C2=A0technologies in vehicular networks.=C2=A0 In such a way, vehic= les can
=C2=A0 =C2=A0communicate with each other by V2V communications to share eit= her an
=C2=A0 =C2=A0emergency situation or road hazard in a highway having multipl= e kinds
=C2=A0 =C2=A0of radio technologies, such as 5G V2X and DSRC.

>>> This text appears in the middle of high level use case, with a= crude list
of protocols; this is not a place for it

>>> On a 6MAN Thread, Brian Carpenter said that the above:
=E2=80=9C
is of concern regardless of the mention of OMNI. Does it mean "can be&= quot; or
"needs to be"? This paragraph seems like a very short summary of = a big problem
area. At the end of page 13 there is some related discussion, which mention= s
RPL as part of the solution (good choice, IMHO) but again seems to depend o= n
OMNI. I don't think the fix of simply removing references to OMNI works= ,
because it would leave a gap. In an informational document, that is not a formal problem but as far as this draft describes architecture, I don't= think
that big a gap is reasonable. "OMNI" is mentioned more than 20 ti= mes in the
document. There are also several references to AERO, which is strongly
associated with OMNI. =E2=80=9C >>> I agree with Brian. Here the d= ocument seems to be
mixing solution with problem and putting the cart before the horse. My
recommendation is to stick to what needs to be done that IPv6 does not do y= et
-the reqs and gaps-; but the doc should not step in the how things will be = done
unless the group already decided to do it. The logical next steps to a PS a= re
an applicability statement of existing work, and if the gaps cannot be fill= ed,
there may be one or more WG chartered to fill those gaps.

>>> I=E2=80=99d still be happy to see an annex with leads on where= the solution might
come from like RFC 8691 does.

<snip>

=C2=A0 =C2=A0The existing IPv6 protocol must be augmented through the addit= ion of
=C2=A0 =C2=A0an OMNI interface and/or protocol changes in order to support<= br> =C2=A0 =C2=A0wireless multihop V2I communications in a highway where RSUs a= re
=C2=A0 =C2=A0sparsely deployed, so a vehicle can reach the wireless coverag= e of an
=C2=A0 =C2=A0RSU through the multihop data forwarding of intermediate vehic= les.
=C2=A0 =C2=A0Thus, IPv6 needs to be extended for multihop V2I communication= s.

>>> Note that I have no clue on how well OMNI applies in that spac= e, maybe it
does very well; but here it comes out of the blue with no justification. If= you
mention OMNI you need to detail what it is and which of the V2V=C2=A0 probl= ems you
expect it to solve. But then, that=E2=80=99s beyond the scope of a PS.

<snip>

=C2=A0 =C2=A0The existing IPv6 protocol must be augmented through the addit= ion of
=C2=A0 =C2=A0an OMNI interface and/or protocol changes in order to support<= br> =C2=A0 =C2=A0wireless multihop V2X (or V2I2X) communications in an urban ro= ad
=C2=A0 =C2=A0network where RSUs are deployed at intersections, so a vehicle= (or a
=C2=A0 =C2=A0pedestrian's smartphone) can reach the wireless coverage o= f an RSU
=C2=A0 =C2=A0through the multihop data forwarding of intermediate vehicles = (or
=C2=A0 =C2=A0pedestrians' smartphones).=C2=A0 Thus, IPv6 needs to be ex= tended for
=C2=A0 =C2=A0multihop V2X (or V2I2X) communications.

>>> Please be more specific on what the missing functions are and = whether they
are missing from the stack development standpoint or if there=E2=80=99s wor= k needed
from the IETF. 1)=C2=A0 =C2=A0 =C2=A0 If something is really missing in our= specs, the text to
prove from the use case above is missing 2)=C2=A0 =C2=A0 =C2=A0 how OMNI se= rves the use case
could be elaborated in an applicability statement of OMNI for V2xyz, but it= is
a bit blunt to present it as panacea when the problems to be solved are not=
listed. 3)=C2=A0 =C2=A0 =C2=A0 If you look at it, OMNI seems like a softwar= e mobile router
within a bump in the stack. Can that become too big?

>>> my view is that the text above and the similar occasions shoul= d be replaced
by something like :

=C2=A0 =C2=A0The existing IPv6 protocol must be augmented to provide the fo= llowing
=C2=A0 =C2=A0functions: 1) =E2=80=A6

>>> and / or something like:

=C2=A0 =C2=A0In addition to the IPv6 node requirements [RFC 8504], the IPv6= protocol
=C2=A0 =C2=A0stack for use in a vehicle must support 1) RFC blah, 2) =E2=80= =A6

<snip>

=C2=A0 =C2=A0To support applications of these V2X use cases, the functions = of IPv6
=C2=A0 =C2=A0such as VND, VMM, and VSP are prerequisites for IPv6-based pac= ket
=C2=A0 =C2=A0exchange, transport-layer session continuity, and secure, safe=
=C2=A0 =C2=A0communication between a vehicle and a pedestrian either direct= ly or
=C2=A0 =C2=A0indirectly via an IP-RSU.

>>> =E2=80=9Cthe functions of IPv6 such as VND, VMM, and VSP=E2=80= =9D does not parse. There=E2=80=99s
no IPv6 reference that provides those functions. If the intention is to say=
that there=E2=80=99s stuff to add to IPv6 to support, like, say,=C2=A0 VND,= then this
document fails to define how an IPv6 VND should behave, though it=E2=80=99s= precisely
what I=E2=80=99d expect from a problem statement.

<snip>

4.=C2=A0 Vehicular Networks

>>> What is the purpose of section 4 as a whole, problem statement= or
applicability statement of the listed protocols? In the former case what=E2= =80=99s the
problem? In the latter case it is incomplete and needs to be exported to an=
applicability statement doc with all the possible technologies evaluated.
=C2=A0 =C2=A0This section describes an example vehicular network architectu= re
=C2=A0 =C2=A0supporting V2V, V2I, and V2X communications in vehicular netwo= rks.

>>> I read this as presenting a context to explain what the proble= ms are
instead of presenting the IPVAWE =E2=80=9Carchitecture=E2=80=9D. Maybe usin= g the term
=E2=80=9CArchitecture=E2=80=9D here is misleading and led to Bob=E2=80=99s = comment.

<snip>

4.1.=C2=A0 Vehicular Network Architecture

=C2=A0 =C2=A0Figure 1 shows an example vehicular network architecture for V= 2I and
=C2=A0 =C2=A0V2V in a road network [OMNI].

a.=C2=A0 =C2=A0 =C2=A0 Is using OMNI a decision that the WG made for the fu= ture work ? what
does it do and what does it not do? b.=C2=A0 =C2=A0 =C2=A0 Is there work le= ft to be done? Who
will do that work? Or is it the expectation that OMNI has it all defined already?

<snip>

=C2=A0 =C2=A0An existing network architecture (e.g., an IP-based aeronautic= al
=C2=A0 =C2=A0network architecture [OMNI][UAM-ITS], a network architecture o= f
=C2=A0 =C2=A0PMIPv6 [RFC5213], and a low-power and lossy network architectu= re
=C2=A0 =C2=A0[RFC6550]) can be extended to a vehicular network architecture= for
=C2=A0 =C2=A0multihop V2V, V2I, and V2X, as shown in Figure 1.=C2=A0 In a h= ighway
=C2=A0 =C2=A0scenario, a vehicle may not access an RSU directly because of = the
=C2=A0 =C2=A0distance of the DSRC coverage (up to 1 km).=C2=A0 For example,= the OMNI
=C2=A0 =C2=A0interface and/or RPL (IPv6 Routing Protocol for Low-Power and = Lossy
=C2=A0 =C2=A0Networks) [RFC6550] can be extended to support a multihop V2I = since a
=C2=A0 =C2=A0vehicle can take advantage of other vehicles as relay nodes to= reach
=C2=A0 =C2=A0the RSU.=C2=A0 Also, RPL can be extended to support both multi= hop V2V and
=C2=A0 =C2=A0V2X in the similar way.

>>> all this could fit well in annex; anyway you need to explain w= hat you
expect the protocols to do and which extension is needed. In the case of RP= L at
least you indicate that it would do routing, but not why you cannot use it = of
the shelf; for OMNI, what you expect is less clear, though there=E2=80=99s = text
elsewhere about the many radio interfaces that could be used for the purpos= e,
and the text in the UAM below that is enlightening.

<snip>

=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 To support not only the mobil= ity
=C2=A0 =C2=A0management of the UAM end systems, but also the multihop and =C2=A0 =C2=A0multilink communications of the UAM interfaces, the UAM end sy= stems
=C2=A0 =C2=A0can employ an Overlay Multilink Network (OMNI) interface [OMNI= ] as a
=C2=A0 =C2=A0virtual Non-Broadcast Multiple Access (NBMA) connection to a s= erving
=C2=A0 =C2=A0ground domain infrastructure.

>>> Again, what is the expectation for OMNI? As an overlay it requ= ires an
underlay; when connecting to a MANET it needs support for that MANET. The t= ext
above seems to imply that is solves everything in V2xyz like magic; reminds= me
of the IPv6 multicast abstraction that was supposed to solve the broadcast<= br> problem and ended up worsening it.

<snip>

=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 This infrastructure can be configured
=C2=A0 =C2=A0over the underlying data links.=C2=A0 The OMNI interface and i= ts link
=C2=A0 =C2=A0model provide a means of multilink, multihop and mobility
=C2=A0 =C2=A0coordination to the legacy IPv6 ND messaging [RFC4861] accordi= ng to
=C2=A0 =C2=A0the NBMA principle.=C2=A0 Thus, the OMNI link model can suppor= t efficient
=C2=A0 =C2=A0UAM internetworking services without additional mobility messa= ging,
=C2=A0 =C2=A0and without any modification to the IPv6 ND messaging services= or
=C2=A0 =C2=A0link model.

>>> Again, what is the expectation for OMNI? As an overlay it requ= ires an
underlay; the text above seems to imply that is solves everything in V2xyz = like
magic; that would be a stretch, that reminds me of IPv6 multicast that was<= br> supposed to solve the broadcast problem and ended up worsening it.

<snip>

=C2=A0 =C2=A0Multiple vehicles under the coverage of an RSU share a prefix = just as
=C2=A0 =C2=A0mobile nodes share a prefix of a Wi-Fi access point in a wirel= ess
=C2=A0 =C2=A0LAN.=C2=A0 This is a natural characteristic in infrastructure-= based
=C2=A0 =C2=A0wireless networks.=C2=A0 For example, in Figure 1, two vehicle= s (i.e.,
=C2=A0 =C2=A0Vehicle2, and Vehicle5) can use Prefix 1 to configure their IP= v6
=C2=A0 =C2=A0global addresses for V2I communication.=C2=A0 Alternatively, m= obile nodes
=C2=A0 =C2=A0can employ an OMNI interface and use their own IPv6 Unique Loc= al
=C2=A0 =C2=A0Addresses (ULAs) [RFC4193] over the wireless network without =C2=A0 =C2=A0requiring the messaging of IPv6 Stateless Address Autoconfigur= ation
=C2=A0 (SLAAC) [RFC4862], which uses an on-link prefix provided by the
=C2=A0 =C2=A0(visited) wireless LAN; this technique is known as "Bring= -Your-Own-
=C2=A0 =C2=A0Addresses".

>>>=C2=A0 Is OMNI the only way to "Bring-Your-Own-Addresses= =E2=80=9D? Else the text could be
more generic, at least use e.g., like the ref to AERO later. >>> W= hat are the
implications / limitations of doing that =E2=80=93 like they can do line of= sight V2V
but not reach the internet, or the need of=C2=A0 a local MANET / RPL that w= ill
accept to route those addresses, or the security / address ownership valida= tion
issues ?

<snip>

=C2=A0 =C2=A0A single subnet prefix announced by an RSU can span multiple v= ehicles
=C2=A0 =C2=A0in VANET.=C2=A0 For example, in Figure 1, for Prefix 1, three = vehicles
=C2=A0 =C2=A0(i.e., Vehicle1, Vehicle2, and Vehicle5) can construct a conne= cted
=C2=A0 =C2=A0VANET.=C2=A0 Also, for Prefix 2, two vehicles (i.e., Vehicle3 = and
=C2=A0 =C2=A0Vehicle6) can construct another connected VANET, and for Prefi= x 3,
=C2=A0 =C2=A0two vehicles (i.e., Vehicle4 and Vehicle7) can construct anoth= er
=C2=A0 =C2=A0connected VANET.=C2=A0 Alternatively, each vehicle could emplo= y an OMNI
=C2=A0 =C2=A0interface with their own ULAs such that no topologically-orien= ted
=C2=A0 =C2=A0subnet prefixes need be announced by the RSU.

>>>=C2=A0 same as above. This seems to restate the same thing, der= ive an address
from a topologically correct prefix or use your own with limitations to be<= br> described.

<snip>

=C2=A0 =C2=A0For IPv6 packets transported over IEEE 802.11-OCB, [RFC8691] =C2=A0 =C2=A0specifies several details, including Maximum Transmission Unit= (MTU),
=C2=A0 =C2=A0frame format, link-local address, address mapping for unicast = and
=C2=A0 =C2=A0multicast, stateless autoconfiguration, and subnet structure.= =C2=A0 An
=C2=A0 =C2=A0Ethernet Adaptation (EA) layer is in charge of transforming so= me
=C2=A0 =C2=A0parameters between the IEEE 802.11 MAC layer and the IPv6 netw= ork
=C2=A0 =C2=A0layer, which is located between the IEEE 802.11-OCB's logi= cal link
=C2=A0 =C2=A0control layer and the IPv6 network layer.=C2=A0 This IPv6 over= 802.11-OCB
=C2=A0 =C2=A0can be used for both V2V and V2I in IPv6-based vehicular netwo= rks.

>>>=C2=A0 solution space.

<snip>

=C2=A0 =C2=A0An IPv6 mobility solution is needed for the guarantee of
=C2=A0 =C2=A0communication continuity in vehicular networks so that a vehic= le's
=C2=A0 =C2=A0TCP session can be continued, or UDP packets can be delivered = to a
=C2=A0 =C2=A0vehicle as a destination without loss while it moves from an I= P-RSU's
=C2=A0 =C2=A0wireless coverage to another IP-RSU's wireless coverage.= =C2=A0 In
=C2=A0 =C2=A0Figure 1, assuming that Vehicle2 has a TCP session (or a UDP s= ession)
=C2=A0 =C2=A0with a corresponding node in the vehicular cloud, Vehicle2 can= move
=C2=A0 =C2=A0from IP-RSU1's wireless coverage to IP-RSU2's wireless= coverage.=C2=A0 In
=C2=A0 =C2=A0this case, a handover for Vehicle2 needs to be performed by ei= ther a
=C2=A0 =C2=A0host-based mobility management scheme (e.g., MIPv6 [RFC6275]) = or a
=C2=A0 =C2=A0network-based mobility management scheme (e.g., PMIPv6 [RFC521= 3] and
=C2=A0 =C2=A0AERO [RFC6706BIS]).

=C2=A0 =C2=A0In the host-based mobility scheme (e.g., MIPv6), an IP-RSU pla= ys a
=C2=A0 =C2=A0role of a home agent.=C2=A0 On the other hand, in the network-= based
=C2=A0 =C2=A0mobility scheme (e.g., PMIPv6, an MA plays a role of a mobilit= y
=C2=A0 =C2=A0management controller such as a Local Mobility Anchor (LMA) in=
=C2=A0 =C2=A0PMIPv6, which also serves vehicles as a home agent, and an IP-= RSU
=C2=A0 =C2=A0plays a role of an access router such as a Mobile Access Gatew= ay
=C2=A0 =C2=A0(MAG) in PMIPv6 [RFC5213].=C2=A0 The host-based mobility schem= e needs
=C2=A0 =C2=A0client functionality in IPv6 stack of a vehicle as a mobile no= de for
=C2=A0 =C2=A0mobility signaling message exchange between the vehicle and ho= me
=C2=A0 =C2=A0agent.=C2=A0 On the other hand, the network-based mobility sch= eme does not
=C2=A0 =C2=A0need such a client functionality for a vehicle because the net= work
=C2=A0 =C2=A0infrastructure node (e.g., MAG in PMIPv6) as a proxy mobility = agent
=C2=A0 =C2=A0handles the mobility signaling message exchange with the home = agent
=C2=A0 =C2=A0(e.g., LMA in PMIPv6) for the sake of the vehicle.

=C2=A0 =C2=A0There are a scalability issue and a route optimization issue i= n the
=C2=A0 =C2=A0network-based mobility scheme (e.g., PMIPv6) when an MA covers= a
=C2=A0 =C2=A0large vehicular network governing many IP-RSUs.=C2=A0 In this = case, a
=C2=A0 =C2=A0distributed mobility scheme (e.g., DMM [RFC7429]) can mitigate= the
=C2=A0 =C2=A0scalability issue by distributing multiple MAs in the vehicula= r
=C2=A0 =C2=A0network such that they are positioned closer to vehicles for r= oute
=C2=A0 =C2=A0optimization and bottleneck mitigation in a central MA in the<= br> =C2=A0 =C2=A0network-based mobility scheme.=C2=A0 All these mobility approa= ches (i.e.,
=C2=A0 =C2=A0a host-based mobility scheme, network-based mobility scheme, a= nd
=C2=A0 =C2=A0distributed mobility scheme) and a hybrid approach of a combin= ation
=C2=A0 =C2=A0of them need to provide an efficient mobility service to vehic= les
=C2=A0 =C2=A0moving fast and moving along with the relatively predictable =C2=A0 =C2=A0trajectories along the roadways.

=C2=A0 =C2=A0In vehicular networks, the control plane can be separated from= the
=C2=A0 =C2=A0data plane for efficient mobility management and data forwardi= ng by
=C2=A0 =C2=A0using the concept of Software-Defined Networking (SDN)
=C2=A0 =C2=A0[RFC7149][DMM-FPC].=C2=A0 Note that Forwarding Policy Configur= ation (FPC)
=C2=A0 =C2=A0in [DMM-FPC], which is a flexible mobility management system, = can
=C2=A0 =C2=A0manage the separation of data-plane and control-plane in DMM.= =C2=A0 In
=C2=A0 =C2=A0SDN, the control plane and data plane are separated for the ef= ficient
=C2=A0 =C2=A0management of forwarding elements (e.g., switches and routers)= where
=C2=A0 =C2=A0an SDN controller configures the forwarding elements in a cent= ralized
=C2=A0 =C2=A0way and they perform packet forwarding according to their forw= arding
=C2=A0 =C2=A0tables that are configured by the SDN controller.=C2=A0 An MA = as an SDN
=C2=A0 =C2=A0controller needs to efficiently configure and monitor its IP-R= SUs and
=C2=A0 =C2=A0vehicles for mobility management, location management, and sec= urity
=C2=A0 =C2=A0services.

=C2=A0 =C2=A0The mobility information of a GPS receiver mounted in its vehi= cle
=C2=A0 =C2=A0(e.g., position, speed, and direction) can be used to accommod= ate
=C2=A0 =C2=A0mobility-aware proactive handover schemes, which can perform t= he
=C2=A0 =C2=A0handover of a vehicle according to its mobility and the wirele= ss
=C2=A0 =C2=A0signal strength of a vehicle and an IP-RSU in a proactive way.=

=C2=A0 =C2=A0Vehicles can use the TCC as their Home Network having a home a= gent
=C2=A0 =C2=A0for mobility management as in MIPv6 [RFC6275] and PMIPv6 [RFC5= 213],
=C2=A0 =C2=A0so the TCC (or an MA inside the TCC) maintains the mobility =C2=A0 =C2=A0information of vehicles for location management.=C2=A0 IP tunn= eling over
=C2=A0 =C2=A0the wireless link should be avoided for performance efficiency= .
=C2=A0 =C2=A0Also, in vehicular networks, asymmetric links sometimes exist = and
=C2=A0 =C2=A0must be considered for wireless communications such as V2V and= V2I.

>>>=C2=A0 This is all very informative text but does not state a p= roblem. Is there a
problem is left to be solved or are we assessing the applicability of
protocols? Could it for instance, forward point to issues discussed in sect= ion
5?

<snip>

=C2=A0 =C2=A0As shown in Figure 3, as internal networks, a vehicle's mo= ving
=C2=A0 =C2=A0network and an EN's fixed network are self-contained netwo= rks having
=C2=A0 =C2=A0multiple subnets and having an edge router (e.g., IP-OBU and I= P-RSU)
=C2=A0 =C2=A0for the communication with another vehicle or another EN.=C2= =A0 The
=C2=A0 =C2=A0internetworking between two internal networks via V2I communic= ation
=C2=A0 =C2=A0requires the exchange of the network parameters and the networ= k
=C2=A0 =C2=A0prefixes of the internal networks.=C2=A0 For the efficiency, t= he network
=C2=A0 =C2=A0prefixes of the internal networks (as a moving network) in a v= ehicle
=C2=A0 =C2=A0need to be delegated and configured automatically.=C2=A0 Note = that a
=C2=A0 =C2=A0moving network's network prefix can be called a Mobile Net= work Prefix
=C2=A0 =C2=A0(MNP) [OMNI].

>>> Then again you=E2=80=99re overselling OMNI. MNP is originally = defined here
https://datatracker.ietf.org/doc/html/rfc3963= #section-2 and that=E2=80=99s a reference
you can use normatively.

<snip>

=C2=A0 =C2=A0As shown in Figure 3, the addresses used for IPv6 transmission= s over
=C2=A0 =C2=A0the wireless link interfaces for IP-OBU and IP-RSU can be eith= er
=C2=A0 =C2=A0global IPv6 addresses, or IPv6 ULAs as long as IPv6 packets ca= n be
=C2=A0 =C2=A0routed within vehicular networks [OMNI].

>>> Then again you=E2=80=99re overselling OMNI. There needs to=C2= =A0 be a routing protocol
like a MANET that will accept to carry the
=C2=A0MNPs, and that must be implemented by the infra and both cars. The OM= NI spec
=C2=A0is clear on that. This is why at first glance I see OMNI as a full mo= bile
=C2=A0router in a bump in the stack. Now what is the problem behind this? N= o such
=C2=A0protocol at IETF? Too many to choose from? No deployment?
<snip>

When global IPv6 addresses
=C2=A0 =C2=A0are used, wireless interface configuration and control overhea= d for
=C2=A0 =C2=A0Duplicate Address Detection (DAD) [RFC4862] and Multicast List= ener
=C2=A0 =C2=A0Discovery (MLD) [RFC2710][RFC3810] should be minimized to supp= ort V2I
=C2=A0 =C2=A0and V2X communications for vehicles moving fast along roadways= ; when
=C2=A0 =C2=A0ULAs and the OMNI interface are used, no DAD nor MLD messaging= is
=C2=A0 =C2=A0needed.

>>> Then again you=E2=80=99re overselling OMNI. Isn=E2=80=99t it t= he no dad needed a property
of injecting a BYOA in the fabric for an GUA MIP Home Address which is know= n to
be unique at home? >>> OTOH, autoconf=E2=80=99ing a random ULA =E2= =80=9CFD=E2=80=A6=E2=80=9Dprefix has lesser
DAD properties than autoconf=E2=80=99ing a random 64bit IID in a classical = subnet. So
who says DAD isn=E2=80=99t required for OMNI ULA? >>> note that IM= HO DAD on wireless is
a lot more harm than good, and I agree that with a good pseudo random gener= ator
the ULA has no chance to collision in the real world, as OMNI claims. It=E2= =80=99s just
that your argument here plays the other way, because there are less random = bits
(56)=C2=A0 in the ULA prefix than in the IID (62), and if one starts using = more
prefix bits to be non-random, there will be a time when DAD on prefix is ne= eded.

<snip>

=C2=A0 =C2=A0Let us consider the upload/download time of a vehicle when it = passes
=C2=A0 =C2=A0through the wireless communication coverage of an IP-RSU.=C2= =A0 For a
=C2=A0 =C2=A0given typical setting where 1km is the maximum DSRC communicat= ion
=C2=A0 =C2=A0range [DSRC] and 100km/h is the speed limit in highway, the dw= elling
=C2=A0 =C2=A0time can be calculated to be 72 seconds by dividing the diamet= er of
=C2=A0 =C2=A0the 2km (i.e., two times of DSRC communication range where an = IP-RSU
=C2=A0 =C2=A0is located in the center of the circle of wireless communicati= on) by
=C2=A0 =C2=A0the speed limit of 100km/h (i.e., about 28m/s).=C2=A0 For the = 72 seconds,
=C2=A0 =C2=A0a vehicle passing through the coverage of an IP-RSU can upload= and
=C2=A0 =C2=A0download data packets to/from the IP-RSU.

<snip>

4.3.=C2=A0 V2V-based Internetworking

>>> In this section it looks like the cars are in a stable line of= sight
relationship. Which is probably fine for a platoon, but when you drive alon= g
with friends in different cars, you realize that the line of sight assumpti= on
does not stand over time. Soon enough, other cars meddle in, and possibly o= ne
of the cars drives faster and too far ahead so you need the infra to relay,=
possibly over multiple infra hops.

>>> so in this section, I=E2=80=99d expect to see a Vehicle commun= icating with another
one and using either line of sight or V2V relaying but also using relay via= V2I
(multihop I2I not just hub and spoke V2I2V ), alternatively to together for=
redundancy. Is that part of the problem?

>>> reading deeper section 5 I found excellent text on routing via= V and via I.
This tells that section 4 does not play a good role at justifying section 5= .
Maybe keep section 4 for another doc?

>>> What kind or reliability is required in a V2V use case? Do you= think ND can
handle it? Or MANET? What would be the assumption on L2 (roaming time, unic= ast
vs P2MP) and on L3 (reliability ala DetNet/RAW). Should we have some L3 redundancy?

<snip>

5.=C2=A0 Problem Statement

<snip>

=C2=A0 =C2=A0In order to specify protocols using the architecture mentioned= in
=C2=A0 =C2=A0Section 4.1, IPv6 core protocols have to be adapted to overcom= e
=C2=A0 =C2=A0certain challenging aspects of vehicular networking.=C2=A0 Sin= ce the
=C2=A0 =C2=A0vehicles are likely to be moving at great speed, protocol exch= anges
=C2=A0 =C2=A0need to be completed in a time relatively short compared to th= e
=C2=A0 =C2=A0lifetime of a link between a vehicle and an IP-RSU, or between= two
=C2=A0 =C2=A0vehicles.

>>> Any order of magnitude?
>>> Can you indicate whether this already rules out certain proced= ures, e.g.
DAD ?

=C2=A0 =C2=A0The lifetime of a session varies depending on the session'= s type such
=C2=A0 =C2=A0as a web surfing, voice call over IP, and DNS query.=C2=A0 Reg= ardless of a
=C2=A0 =C2=A0session's type, to guide all the IPv6 packets to their des= tination
=C2=A0 =C2=A0host, IP mobility should be supported for the session.

>>> this seems to be for unicast when you know who to talk to. Is = there a need
some multicast groups like anybody around interested in topic blah like I c= ould
be multicasting the speed of vehicles coming the other way that I crossed recently, for use of vehicles that I=E2=80=99m crossing now, so they can se= e a slowdown
on advance

=C2=A0 =C2=A0Thus, the time constraint of a wireless link has a major impac= t on
=C2=A0 =C2=A0IPv6 Neighbor Discovery (ND).=C2=A0 Mobility Management (MM) i= s also
=C2=A0 =C2=A0vulnerable to disconnections that occur before the completion = of
=C2=A0 =C2=A0identity verification and tunnel management.=C2=A0 This is esp= ecially true
=C2=A0 =C2=A0given the unreliable nature of wireless communication.=C2=A0 T= his section
=C2=A0 =C2=A0presents key topics such as neighbor discovery and mobility =C2=A0 =C2=A0management.

>>> Only ND? What about the MANET?
>>> how fast should ND be to be suitable?
>>> is there also a bandwidth check? You can make things much fast= er if you
dedicate a lot of spectrum to it. But that can also be a waste.

5.1.=C2=A0 Neighbor Discovery

<snip>

=C2=A0 =C2=A0The requirements for IPv6 ND for vehicular networks are effici= ent DAD
=C2=A0 =C2=A0and NUD operations.

>>> Not lookup? Is it the intention to use IP unicast over MAC bro= adcast, which
is a good idea in my book?

=C2=A0<snip>

=C2=A0 =C2=A0 =C2=A0 This merging and partitioning should be considered for= the
=C2=A0 =C2=A0IPv6 ND such as IPv6 Stateless Address Autoconfiguration (SLAA= C)
=C2=A0 =C2=A0[RFC4862].

>>> Not lookup? Is it the intention to use IP unicast over MAC bro= adcast, which
is a good idea in my book?

=C2=A0<snip>

=C2=A0 =C2=A0Also, the partitioning of a VANET may make vehicles with the s= ame
=C2=A0 =C2=A0prefix be physically unreachable.=C2=A0 Also, SLAAC needs to p= revent IPv6
=C2=A0 =C2=A0address duplication due to the merging of VANETs.=C2=A0 Accord= ing to the
=C2=A0 =C2=A0merging and partitioning, a destination vehicle (as an IPv6 ho= st)
=C2=A0 =C2=A0needs to be distinguished as either an on-link host or an off-= link
=C2=A0 =C2=A0host even though the source vehicle uses the same prefix as th= e
=C2=A0 =C2=A0destination vehicle.

>>> should reference to draft-nordmark-intarea-ippl

=C2=A0 =C2=A0To efficiently prevent IPv6 address duplication due to the VAN= ET
=C2=A0 =C2=A0partitioning and merging from happening in vehicular networks,= the
=C2=A0 =C2=A0vehicular networks need to support a vehicular-network-wide DA= D by
=C2=A0 =C2=A0defining a scope that is compatible with the legacy DAD.=C2=A0= In this
=C2=A0 =C2=A0case, two vehicles can communicate with each other when there = exists
=C2=A0 =C2=A0a communication path over VANET or a combination of VANETs and= IP-
=C2=A0 =C2=A0RSUs, as shown in Figure 1.=C2=A0 By using the vehicular-netwo= rk-wide DAD,
=C2=A0 =C2=A0vehicles can assure that their IPv6 addresses are unique in th= e
=C2=A0 =C2=A0vehicular network whenever they are connected to the vehicular=
=C2=A0 =C2=A0infrastructure or become disconnected from it in the form of V= ANET.

>>> Excellent

=C2=A0 =C2=A0ND time-related parameters such as router lifetime and Neighbo= r
=C2=A0 =C2=A0Advertisement (NA) interval need to be adjusted for vehicle sp= eed and
=C2=A0 =C2=A0vehicle density.=C2=A0 For example, the NA interval needs to b= e
=C2=A0 =C2=A0dynamically adjusted according to a vehicle's speed so tha= t the
=C2=A0 =C2=A0vehicle can maintain its neighboring vehicles in a stable way,=
=C2=A0 =C2=A0considering the collision probability with the NA messages sen= t by
=C2=A0 =C2=A0other vehicles.

>>> Is that a problem or just an operational setting that needs to= be found?
>>> Do we need to reconsider the concepts of those timers?

<snip>

=C2=A0 =C2=A0Thus, in IPv6-based vehicular networking, IPv6 ND should have = minimum
=C2=A0 =C2=A0changes for the interoperability with the legacy IPv6 ND used = in the
=C2=A0 =C2=A0Internet, including the DAD and NUD operations.

>>> I do not find the logical link with the text before, why is th= is a =E2=80=9Cthus=E2=80=9D?
>>> why should the ND inside the VANET be constrained to be intero= perable? This
may place constraints on the solution.

5.1.1.=C2=A0 Link Model

=C2=A0 =C2=A0A prefix model for a vehicular network needs to facilitate the=

>>> Do you mean a =E2=80=9Csubnet model=E2=80=9D as opposed to =E2= =80=9Cprefix model=E2=80=9D.
>>> it would make this piece and the next should refer to
draft-thubert-6man-ipv6-over-wireless for IPv6 over P2MP /NBMA, for both li= nk
and subnet issues. The general ideas are the same, but the gory details her= e
are slightly incorrect, like this notion of prefix model than comes out of = the
blue. The model is really the subnet model for the subnet associated to P2M= P.

=C2=A0 =C2=A0communication between two vehicles with the same prefix regard= less of
=C2=A0 =C2=A0the vehicular network topology as long as there exist bidirect= ional
=C2=A0 =C2=A0E2E paths between them in the vehicular network including VANE= Ts and
=C2=A0 =C2=A0IP-RSUs.=C2=A0 This prefix model allows vehicles with the same= prefix to
=C2=A0 =C2=A0communicate with each other via a combination of multihop V2V = and
=C2=A0 =C2=A0multihop V2I with VANETs and IP-RSUs.=C2=A0 Note that the OMNI= interface
=C2=A0 =C2=A0supports an NBMA link model where multihop V2V and V2I communi= cations
=C2=A0 =C2=A0use each mobile node's ULAs without need for any DAD or ML= D
=C2=A0 =C2=A0messaging.

>>> again overselling OMNI.
>>> I kinda agree about the OMNI interface model, nothing against = that. But you
must see that there needs a lot more than what the OMNI interface to get packets across V and I hops to the destination. Like routing ala MANET,
redundancy handling ala DetNet because it will be very lossy, path manageme= nt
ala RAW to optimize delivery vs. spectrum=E2=80=A6 And OMNI ignores ND so i= t does not
solve the ND problems above.

=C2=A0 =C2=A0IPv6 protocols work under certain assumptions that do not nece= ssarily
=C2=A0 =C2=A0hold for vehicular wireless access link types other than OMNI/= NBMA
=C2=A0 =C2=A0[VIP-WAVE][RFC5889]; the rest of this section discusses implic= ations
=C2=A0 =C2=A0for those link types that do not apply when the OMNI/NBMA link= model

>>> again overselling OMNI.
>>> The keyword here is P2MP / NBMA, and OMNI is one interface tha= t accepts
that. There are others. IBM=E2=80=99s IPv4 over Frame relay was already P2M= P / NBMA,
using routing to complete the partial mesh in P2MP. The text seems to imply=
that OMNI is the only way to do that and that=E2=80=99s wrong. Also OMNI is= loaded with
other stuff than a plain P2MP capable interface. And ND over P2MP is not do= ne
by OMNI, OMNI only makes classical ND worse and only works in a full mesh. = OTOH
RFC 8505, which is designed to do ND for P2MP /NBMA would indeed work very = well
within an OMNI interface and solve those problems. >>> My point is= that you
need to tell the full story or refrain from entering solution space in this= doc

<snip>

=C2=A0 =C2=A0There is a relationship between a link and a prefix, besides t= he
=C2=A0 =C2=A0different scopes that are expected from the link-local and glo= bal
=C2=A0 =C2=A0types of IPv6 addresses.=C2=A0 In an IPv6 link, it is assumed = that all
=C2=A0 =C2=A0interfaces which are configured with the same subnet prefix an= d with
=C2=A0 =C2=A0on-link bit set can communicate with each other on an IPv6 lin= k.

>>> not assumed; that=E2=80=99s what the onlink but set tells. The= conclusion should be
that the VANET cannot set the O bit.

=C2=A0 =C2=A0However, the vehicular link model needs to define the relation= ship
=C2=A0 =C2=A0between a link and a prefix, considering the dynamics of wirel= ess
=C2=A0 =C2=A0links and the characteristics of VANET.

<snip>

=C2=A0 =C2=A0From the previous observation, a vehicular link model should c= onsider
=C2=A0 =C2=A0the frequent partitioning and merging of VANETs due to vehicle=
=C2=A0 =C2=A0mobility.=C2=A0 Therefore, the vehicular link model needs to u= se an on-
=C2=A0 =C2=A0link prefix and off-link prefix according to the network topol= ogy of
=C2=A0 =C2=A0vehicles such as a one-hop reachable network and a multihop re= achable

>>> No, the once a node saw a O bit set that sticks even if it see= s other
advertisements of the PIO with the O bit not set. >>> This is a gl= obal and
intrinsic property of the prefix (and an attack vector that could be mentio= ned
in the sec section). >>> the VANET prefix must never come with the= O bit set.

<snip>

=C2=A0 =C2=A0network (or partitioned networks).=C2=A0 If the vehicles with = the same
=C2=A0 =C2=A0prefix are reachable from each other in one hop, the prefix sh= ould be
=C2=A0 =C2=A0on-link.

>>>> No, see above; but the router may redirect though it is re= ally risky
unless this is a stable situation like a parking place.

=C2=A0 =C2=A0Thus, in IPv6-based vehicular networking, the vehicular link m= odel
=C2=A0 =C2=A0should have minimum changes for interoperability with standard= IPv6
=C2=A0 =C2=A0links in an efficient fashion to support IPv6 DAD, MLD and NUD=
=C2=A0 =C2=A0operations.=C2=A0 When the OMNI NBMA link model is used, there= are no link
=C2=A0 =C2=A0model changes nor DAD/MLD messaging required.

>>>> again overselling OMNI.
>>>> You need a good P2MP subnet model with routing support whe= n the mesh is
partial. My company alone has been shipping million of nodes that build sub= nets
of thousands, and that was done using IETF standards.

<snip>

=C2=A0 =C2=A0For vehicular networks with high mobility and density, the DAD= needs
=C2=A0 =C2=A0to be performed efficiently with minimum overhead so that the<= br> =C2=A0 =C2=A0vehicles can exchange a driving safety message (e.g., collisio= n
=C2=A0 =C2=A0avoidance and accident notification) with each other with a sh= ort
=C2=A0 =C2=A0interval (e.g., 0.5 second) by a technical report from NHTSA =C2=A0 =C2=A0(National Highway Traffic Safety Administration) [NHTSA-ACAS-R= eport].
=C2=A0 =C2=A0Such a driving safety message may include a vehicle's mobi= lity
=C2=A0 =C2=A0information (i.e., position, speed, direction, and acceleratio= n/
=C2=A0 =C2=A0deceleration).=C2=A0 The exchange interval of this message is = 0.5 second,
=C2=A0 =C2=A0which is required to allow a driver to avoid a rear-end crash = from
=C2=A0 =C2=A0another vehicle.

>>> IPv6 over broadcast MAC (used to be called internet 0, 10+ yea= rs ago)
solves that MAC issue since there is no MAC.

5.1.3.=C2=A0 Routing

=C2=A0 =C2=A0For multihop V2V communications in either a VANET or VANETs vi= a IP-
=C2=A0 =C2=A0RSUs, a vehicular Mobile Ad Hoc Networks (MANET) routing proto= col may
=C2=A0 =C2=A0be required to support both unicast and multicast in the links= of the
=C2=A0 =C2=A0subnet with the same IPv6 prefix.=C2=A0 However, it will be co= stly to run
=C2=A0 =C2=A0both vehicular ND and a vehicular ad hoc routing protocol in t= erms of
=C2=A0 =C2=A0control traffic overhead [ID-Multicast-Problems].

>>> we do that with IETF standards on battery operated devices alr= eady. Using
RFC 8505 for the UNI and RPL for the NNI. It is scalable (we=E2=80=99ve see= n 30 hops in
meshes of thousands in the real world though it=E2=80=99s not the normal op= erational
model, but can happen to maintain connectivity during the reboot of a root)= and
does not use broadcast. RPL was initially designed as a V2V2V protocol but<= br> found its market on the IoT. I=E2=80=99m sure the protocol would gladly com= e back to
its roots.

=C2=A0 =C2=A0A routing protocol for a VANET may cause redundant wireless fr= ames in
=C2=A0 =C2=A0the air to check the neighborhood of each vehicle and compute = the
=C2=A0 =C2=A0routing information in a VANET with a dynamic network topology=
=C2=A0 =C2=A0because the IPv6 ND is used to check the neighborhood of each<= br> =C2=A0 =C2=A0vehicle.=C2=A0 Thus, the vehicular routing needs to take advan= tage of the
=C2=A0 =C2=A0IPv6 ND to minimize its control overhead.

>>> A clean description of the interaction of RPL and RFC 8505 in = our IoT
networks. Note that the speed of the PHY in VANET balanced the instability = of
the topology, and RPL still applies. Note also that RPL uses DV with a rout= ing
stretch in order to minimize the topology awareness that=E2=80=99s needed i= n each node,
which results in minimal signaling.

5.2.=C2=A0 Mobility Management

<snip>

=C2=A0 =C2=A0For a mobility management scheme in a shared link, where the w= ireless
=C2=A0 =C2=A0subnets of multiple IP-RSUs share the same prefix, an efficien= t
=C2=A0 =C2=A0vehicular-network-wide DAD is required.=C2=A0 If DHCPv6 is use= d to assign
=C2=A0 =C2=A0a unique IPv6 address to each vehicle in this shared link,

>>> I would not use the term link, or shared. Maybe shared link -&= gt; domain?
<snip>

the DAD is
=C2=A0 =C2=A0not required.=C2=A0 On the other hand, for a mobility manageme= nt scheme
=C2=A0 =C2=A0with a unique prefix per mobile node (e.g., PMIPv6 [RFC5213] a= nd OMNI
=C2=A0 =C2=A0[OMNI]), DAD is not required because the IPv6 address of a veh= icle's
=C2=A0 =C2=A0external wireless interface is guaranteed to be unique.

>>> again overselling OMNI
>>> As I said earlier, this is wring there are (64*) more chances = of a
collision in OMNI prefixes than in IPv6 IIDs. >>> OMNI prefixes ca= n collision,
home addresses that are unique on a home network cannot. >>> Now i= f both the
OMNI prefix and the IID are good randoms, then obviously, the chances of collisions round up to 0. >>> Collision is certainly not my worst = fear.

=C2=A0 There is a
=C2=A0 =C2=A0tradeoff between the prefix usage efficiency and DAD overhead.= =C2=A0 Thus,
=C2=A0 =C2=A0the IPv6 address autoconfiguration for vehicular networks need= s to
=C2=A0 =C2=A0consider this tradeoff to support efficient mobility managemen= t.

>>> This is way too superficial and hides the reality of things. - Using a VANET Infra prefix allows direct routability to the internet whic= h
BYOA does not since the BYOA is not topologically correct. Yes, it costs a = DAD
with classic ND, but it does not with RCF8505 and the draft fails to mentio= n
that. - A BYOA needs a tunnel home, and the node needs to know who is reach= able
inside the VANET and what is not to decide to tunnel or not; this is a
difficult problem (vs. control place overhead) that is not discussed here.<= br>
<snip>

=C2=A0 =C2=A0For the case of a multihomed network, a vehicle can follow the= first-
=C2=A0 =C2=A0hop router selection rule described in [RFC8028].=C2=A0 That i= s, the
=C2=A0 =C2=A0vehicle should select its default router for each prefix by =C2=A0 =C2=A0preferring the router that advertised the prefix.

>>> Still router discovery (in and out) must be very fast. Thing o= f the RA
intervale in MIPv6. Is that sufficient? Too expensive?

<snip>

6.=C2=A0 Security Considerations
>>> Any discussion on the security of classical ND and other opera= tional issues
(rfc6583) ?

<snip>

=C2=A0 =C2=A0Security and privacy are paramount in V2I, V2V, and V2X networ= king.
=C2=A0 =C2=A0Vehicles and infrastructure must be authenticated in order to<= br> =C2=A0 =C2=A0participate in vehicular networking.=C2=A0 Also, in-vehicle de= vices (e.g.,
=C2=A0 =C2=A0ECU) and a driver/passenger's mobile devices (e.g., smartp= hone and
=C2=A0 =C2=A0tablet PC) in a vehicle need to communicate with other in-vehi= cle
=C2=A0 =C2=A0devices and another driver/passenger's mobile devices in a= nother
=C2=A0 =C2=A0vehicle, or other servers behind an IP-RSU in a secure way.=C2= =A0 Even
=C2=A0 =C2=A0though a vehicle is perfectly authenticated and legitimate, it= may be
=C2=A0 =C2=A0hacked for running malicious applications to track and collect= its
=C2=A0 =C2=A0and other vehicles' information.=C2=A0 In this case, an at= tack mitigation
=C2=A0 =C2=A0process may be required to reduce the aftermath of malicious =C2=A0 =C2=A0behaviors.

>>> The section should mention that both with classical ND and BYO= A, addresses
can be impersonated, and RFC 8928 protects against that in both cases while=
maintaining privacy.

=C2=A0 =C2=A0Even though vehicles can be authenticated with valid certifica= tes by
=C2=A0 =C2=A0an authentication server in the vehicular cloud, the authentic= ated

>>> Is PKI feasible (deploying it in every car?). Is it fast enoug= h? Is it
really what IPWAVE thinks vehicle should use????? >>> e.g. why wou= ld one need
to authenticate to a V2I network? >>> from the text earlier in the= doc, it
seemed that what you really want is access that is fast to join, capable of=
offering the reachability you want, anonymous, and innocuous (cars can not = harm
one another).

=C2=A0 =C2=A0vehicles may harm other vehicles, so their communication activ= ities
=C2=A0 =C2=A0need to be logged in either a central way through a logging se= rver
=C2=A0 =C2=A0(e.g., TCC) in the vehicular cloud or a distributed way (e.g.,=
=C2=A0 =C2=A0blockchain [Bitcoin]) along with other vehicles or infrastruct= ure.
=C2=A0 =C2=A0For the non-repudiation of the harmful activities of malicious= nodes,
=C2=A0 =C2=A0a blockchain technology can be used [Bitcoin].=C2=A0 Each mess= age from a
=C2=A0 =C2=A0vehicle can be treated as a transaction and the neighboring ve= hicles
=C2=A0 =C2=A0can play the role of peers in a consensus method of a blockcha= in
=C2=A0 =C2=A0[Bitcoin][Vehicular-BlockChain].=C2=A0 For a blockchain's = efficient
=C2=A0 =C2=A0consensus in vehicular networks having fast moving vehicles, a= new
=C2=A0 =C2=A0consensus algorithm needs to be developed or an existing conse= nsus
=C2=A0 =C2=A0algorithm needs to be enhanced.

>>> solution space; better express the=C2=A0 security needs since = this is a PS.

<snip>

=C2=A0 =C2=A0To identify malicious vehicles among vehicles, an authenticati= on
=C2=A0 =C2=A0method is required.

>>> No. As said earlier a vehicle can be infected. You need innocu= ousness.which
can come from things like isolation, zerotrust, and protocols that are
difficult to hack around. Classical IPv6 ND is open bar. RFC 8505/8928 is protected by construction, anonymous, and fast.

<snip>

=C2=A0 =C2=A0For the setup of a secure channel over IPsec or TLS, the multi= hop V2I
=C2=A0 =C2=A0communications over DSRC is required in a highway for the
=C2=A0 =C2=A0authentication by involving multiple intermediate vehicles as = relay
=C2=A0 =C2=A0nodes toward an IP-RSU connected to an authentication server i= n the
=C2=A0 =C2=A0vehicular cloud.=C2=A0 The V2I communications over 5G V2X (or = LTE V2X) is
=C2=A0 =C2=A0required to allow a vehicle to communicate directly with a gNo= deB (or
=C2=A0 =C2=A0eNodeB) connected to an authentication server in the vehicular= cloud.

>>> solution space. Instead, you could mention that setting up sec= ured channels
between cars that cross one another might not complete in time to establish= the
communication channel, and that the innocuousness must come from zerotrust = in
the transactions between the cars.
=C2=A0 =C2=A0For the IPv6 ND, the DAD is required to ensure the uniqueness = of the
=C2=A0 =C2=A0IPv6 address of a vehicle's wireless interface.

>>> for classical ND (SLAAC) that=E2=80=99s true. That is not with= RFC 8505, since the
infra maintains a table of all addresses in use in the prefix and blocks duplicates without the RFC 4862 DAD method. The stateful autoconf address g= rant
is immediate.

=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=A0This DAD can be used
=C2=A0 =C2=A0as a flooding attack that uses the DAD-related ND packets
=C2=A0 =C2=A0disseminated over the VANET or vehicular networks.

>>> also for DOS attacks. You can block a owner from using an addr= ess. A
reference to rfc6959 is much needed here.

<snip>

=C2=A0This possibility
=C2=A0 =C2=A0indicates that the vehicles and IP-RSUs need to filter out sus= picious
=C2=A0 =C2=A0ND traffic in advance.=C2=A0 Based on the SEND [RFC3971] mecha= nism, the
=C2=A0 =C2=A0authentication for routers (i.e., IP-RSUs) can be conducted by= only
=C2=A0 =C2=A0selecting an IP-RSU that has a certification path toward trust= ed
=C2=A0 =C2=A0parties.=C2=A0 For authenticating other vehicles, the cryptogr= aphically
=C2=A0 =C2=A0generated address (CGA) can be used to verify the true owner o= f a
=C2=A0 =C2=A0received ND message, which requires to use the CGA ND option i= n the
=C2=A0 =C2=A0ND protocols.=C2=A0 For a general protection of the ND mechani= sm, the RSA
=C2=A0 =C2=A0Signature ND option can also be used to protect the integrity = of the
=C2=A0 =C2=A0messages by public key signatures.=C2=A0 For a more advanced =C2=A0 =C2=A0authentication mechanism, a distributed blockchain-based mecha= nism
=C2=A0 =C2=A0[Vehicular-BlockChain] can be used.

>>> solution space. Again, the draft should focus on problems and = needs. The
problem here is that SEND is complex, and not implemented in the major stac= k.
It relies on PKI for trusting the router. The V2I need is a zerotrust model=
where one V, the other local Vs, and the I, can help each other anonymously= and
harmlessly. <snip>

8.=C2=A0 Informative References

>>> no normative reference?

>>> no normative reference?

<snip>

Voila!

Keep safe;

Pascal



=
_______________________________________________
its mailing list
its@ietf.org
https://www.ietf.org/mailman/listinfo/its
<= /div>
<= br>
--
=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D
Mr. Jaehoon (Paul) Jeong, Ph.D.
Associate Pr= ofessor
Department Head
Department of Computer Sci= ence and Engineering
Sungkyunkwan University
Office: +82-31-299-4957<= br>Email: pauljeong@skku.edu,=C2=A0jaehoon.paul@gmail.com
Personal Home= page: http://iotlab.skku.edu/people-jaehoon-jeong.php
--
Sent from a mobile device, please excuse= any brevity or typing errors.
--0000000000001dd06505c52eeb62--