From nobody Sun Nov 1 12:55:27 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 158591B8E13 for ; Sun, 1 Nov 2015 12:55:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.055 X-Spam-Level: X-Spam-Status: No, score=-99.055 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, USER_IN_WHITELIST=-100] autolearn=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 CwreoaRnge_5 for ; Sun, 1 Nov 2015 12:55:24 -0800 (PST) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) (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 661F31B8E12 for ; Sun, 1 Nov 2015 12:55:24 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=133.93.81.236; From: "Susan Hares" To: "'idr wg'" References: <9963B8E6-2EB3-4147-A414-C5F43074E6C2@amsl.com> In-Reply-To: <9963B8E6-2EB3-4147-A414-C5F43074E6C2@amsl.com> Date: Sun, 1 Nov 2015 15:55:20 -0500 Message-ID: <006f01d114e7$a02909e0$e07b1da0$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQKixKundxVv2ZUNWZAZnBTuqAoK5JzkRTnQ Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Subject: [Idr] FW: Virtual Queue for IDR Remote Attendees X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Nov 2015 20:55:26 -0000 Please make sure to realize the chairs will be using the virtual queue for the IDR discussions. After the meeting please send John or Sue a note to giving your opinion of how the virtual queue worked in the discussions. See you at 13:00-15:00 Japan time in person or virtually. Sue -----Original Message----- From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Alexa Morris Sent: Saturday, October 31, 2015 11:42 PM To: idr@ietf.org Subject: [Idr] Virtual Queue for IDR Remote Attendees If you are planning to participate in the IDR session here at IETF 94 on Monday - either locally in Prague or as a remote participant - we want to make sure that you are aware that the IETF is providing a remote participants with a fairly new way to ask questions or make comments. In addition to using the Jabber room, for the IDR session there is also the opportunity for remote participants to enter a virtual queue and ask questions directly into the meeting room. This experimental queue was used in several sessions at IETF 92 and IETF 93, so you may have already seen it in action. There will be two queues for the IDR session - a virtual queue and an actual (in-room) queue. Remote attendees will log into the Meetecho platform and will have a virtual mic line that they can enter if they have a question or comment. In-room participants will continue to use normal mic lines. Instructions for remote participants are at http://ietf94.conf.meetecho.com/index.php/Remote_Participation. Information on how to join the Meetecho session is at http://ietf94.conf.meetecho.com/. Verify that you are WebRTC compliant (required to use the virtual queue) by performing a self-test here: http://ietf94.conf.meetecho.com/index.php/Self_Test. Regards, Alexa ---------- Alexa Morris / Executive Director / IETF 48377 Fremont Blvd., Suite 117, Fremont, CA 94538 Phone: +1.510.492.4089 / Fax: +1.510.492.4001 Email: amorris@amsl.com Managed by Association Management Solutions (AMS) Forum Management, Meeting and Event Planning www.amsl.com _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr From nobody Sun Nov 1 20:19:26 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2B2851B449C; Sun, 1 Nov 2015 20:19:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.912 X-Spam-Level: X-Spam-Status: No, score=-1.912 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 c5iJq4xjmO-M; Sun, 1 Nov 2015 20:19:22 -0800 (PST) Received: from puck.nether.net (puck.nether.net [IPv6:2001:418:3f4::5]) by ietfa.amsl.com (Postfix) with ESMTP id 046951B449B; Sun, 1 Nov 2015 20:19:19 -0800 (PST) Received: from dhcp-24-221.meeting.ietf94.jp (unknown [133.93.24.221]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by puck.nether.net (Postfix) with ESMTPSA id 26EB454090D; Sun, 1 Nov 2015 23:19:05 -0500 (EST) From: Jared Mauch Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Date: Sun, 1 Nov 2015 23:18:55 -0500 To: GROW@ietf.org, idr wg list Message-Id: Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) X-Mailer: Apple Mail (2.3096.5) Archived-At: Subject: [Idr] draft-mauch-bgp-reject X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2015 04:19:23 -0000 I plan on covering this briefly in the GROW meeting today and uploaded = the revised text that has been sitting in my output queue since August. This is basically codifying the fact that you MUST NOT default to "bgp = unsafe-ebgp-policy=E2=80=9D for any BGP speaking device. - Jared= From nobody Sun Nov 1 20:28:44 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3C0F01B44EB; Sun, 1 Nov 2015 20:28:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.055 X-Spam-Level: X-Spam-Status: No, score=-99.055 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, USER_IN_WHITELIST=-100] autolearn=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 leWbHpG56kU2; Sun, 1 Nov 2015 20:28:36 -0800 (PST) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) (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 CDF041B44F1; Sun, 1 Nov 2015 20:28:35 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=133.93.24.48; From: "Susan Hares" To: "'Jared Mauch'" , , "'idr wg list'" References: In-Reply-To: Date: Sun, 1 Nov 2015 23:28:24 -0500 Message-ID: <008801d11526$eb300b70$c1902250$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQJQ4EQWN/rLrGCEzd+sAF3tOhepXZ2IjSZw Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Subject: Re: [Idr] draft-mauch-bgp-reject X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2015 04:28:37 -0000 I recommend people read Jared's draft and provide comments on both IDR = and Grow.=20 Sue -----Original Message----- From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Jared Mauch Sent: Sunday, November 01, 2015 11:19 PM To: GROW@ietf.org; idr wg list Subject: [Idr] draft-mauch-bgp-reject I plan on covering this briefly in the GROW meeting today and uploaded = the revised text that has been sitting in my output queue since August. This is basically codifying the fact that you MUST NOT default to "bgp = unsafe-ebgp-policy=E2=80=9D for any BGP speaking device. - Jared _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr From nobody Sun Nov 1 21:17:47 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C4A441B4649 for ; Sun, 1 Nov 2015 21:17:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.277 X-Spam-Level: X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=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 Gcw3khdeSnMO for ; Sun, 1 Nov 2015 21:17:45 -0800 (PST) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 90FC81B4647 for ; Sun, 1 Nov 2015 21:17:45 -0800 (PST) Received: by wijp11 with SMTP id p11so43856789wij.0 for ; Sun, 01 Nov 2015 21:17:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:cc:content-type; bh=Y2MjBKq7mNu25HzAvgfywAlQsJ5jnvhGVkbJt5WXgRs=; b=Vsh7ntlgNcGZ/5L7sOcj+pODr4nmopx6svMwFg4evZ1y3m3q0pOFr6aFBhMVsj3Z7q olPRNVJn/Fky5AP07GJVkwSIqLz06dDqdWmX/1qF/hipo54Pf09ITPFHZ6JamC7NqDUQ j3Z3nWVl2eXF3xsKgTEGQVDcRW2HI87heeRJM4Fet0jjn3MpEsF0MuMJB6Lpko8jbhlu 2VIfIcALYHU9lyxLrOyBg/bZykuD9k1pBs7aDIQ1kDbiiA2B/12f/jxEkIi8UJ1P0E7o puFliZUtUi5k1SZYunqRzo+k+lxhSUFMR0vbB5EJkujKKmHokjUGWB4nbRfimVQHGC8v 8ZjQ== MIME-Version: 1.0 X-Received: by 10.194.184.7 with SMTP id eq7mr21061657wjc.26.1446441464229; Sun, 01 Nov 2015 21:17:44 -0800 (PST) Sender: rraszuk@gmail.com Received: by 10.194.204.195 with HTTP; Sun, 1 Nov 2015 21:17:43 -0800 (PST) Received: by 10.194.204.195 with HTTP; Sun, 1 Nov 2015 21:17:43 -0800 (PST) Date: Sun, 1 Nov 2015 21:17:43 -0800 X-Google-Sender-Auth: udoA7GsU30DmlpWLDHj4665Yxus Message-ID: From: Robert Raszuk To: Jeffrey Haas Content-Type: multipart/alternative; boundary=047d7b873dd4a9f7e3052387e52b Archived-At: Cc: idr wg Subject: [Idr] Note on "timing bomb" X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2015 05:17:46 -0000 --047d7b873dd4a9f7e3052387e52b Content-Type: text/plain; charset=UTF-8 As a comment on the "timing bomb" or comment to never apply timing it to safi 1 let's observe that many routers have build in support for enabling any command at time X and disable on time Y already today for a long time. So the right way to look at this problem here is to ask ourselves if bgp is the right protocol to carry it around or not. As far as DDOS one thing that we keep forgetting is that device which detected the malicious flow and advertised flow spec routes has no longer any way of telling if the attack is over or not as filtering may happen far away what was the original 5575 idea. Sure it can send withdraw after M minutes as opposed to encode it in the update. So really the timing idea for DDOS itself seems not that attractive. But for automation in general which many currently discussed extensions are about think interface set ACLs I think it does carry some value. Best, R. --047d7b873dd4a9f7e3052387e52b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

As a comment on the "timing bomb" or comment to ne= ver apply timing it to safi 1 let's observe that many routers have buil= d in support for enabling any command at time X and disable on time Y alrea= dy today for a long time.

So the right way to look at this problem here is to ask ours= elves if bgp is the right protocol to carry it around or not.

As far as DDOS one thing that we keep forgetting is that dev= ice which detected the malicious flow and advertised flow spec routes has n= o longer any way of telling if the attack is over or not as filtering may h= appen far away what was the original 5575 idea. Sure it can send withdraw a= fter M minutes as opposed to encode it in the update. So really the timing = idea for DDOS itself seems not that attractive.

But for automation in general which many currently discussed= extensions are about think interface set ACLs I think it does carry some v= alue.

Best,
R.

--047d7b873dd4a9f7e3052387e52b-- From nobody Sun Nov 1 21:49:16 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B09091B47A5 for ; Sun, 1 Nov 2015 21:49:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham 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 X1UzuXvtCAhQ for ; Sun, 1 Nov 2015 21:49:12 -0800 (PST) Received: from mail-yk0-x233.google.com (mail-yk0-x233.google.com [IPv6:2607:f8b0:4002:c07::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DA56B1B47A4 for ; Sun, 1 Nov 2015 21:49:11 -0800 (PST) Received: by ykek133 with SMTP id k133so130604832yke.2 for ; Sun, 01 Nov 2015 21:49:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=4qvJOp3g8OsaSXhrBs3+5c4w8n/K1COQV4PTmEkPaLo=; b=JBYpJthu9/js8SHsamhUUSLPHupnojgt6UhOJwlYU2nAZ94xj5fkIXm3uWVWeNzW4f 9DM+bAgmihm8ahFfAbb6JW+8OEnCVn98tNvNorQZ52ykt6RX6vurhOoWvhuwKNd4k/sW BLNH+TBsvasfxJKHY4LPiemhdrbIXXn9yEuUiYvzEsIuWm+t3EONLKzrAqTP0GNLOGc8 kPqRRi50zD/qcTKAznZ+lSixUOcw/brTuioEf0SvpEcaNl/y75eKIGu0ceeBereLp5Bi 4eVG7s+usVNp5mU9lKkFR7rdIfE6WZ8Lezo1/Ru/FOEX3cn9Uae2YBGJX/h28wTXmpFa XKng== MIME-Version: 1.0 X-Received: by 10.13.243.135 with SMTP id c129mr16551285ywf.113.1446443351264; Sun, 01 Nov 2015 21:49:11 -0800 (PST) Received: by 10.13.202.16 with HTTP; Sun, 1 Nov 2015 21:49:11 -0800 (PST) Received: by 10.13.202.16 with HTTP; Sun, 1 Nov 2015 21:49:11 -0800 (PST) In-Reply-To: References: Date: Mon, 2 Nov 2015 16:49:11 +1100 Message-ID: From: Christopher Morrow To: Robert Raszuk Content-Type: multipart/alternative; boundary=94eb2c035a1c23d4130523885671 Archived-At: Cc: Jeff Haas , "idr@ietf.org List" Subject: Re: [Idr] Note on "timing bomb" X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2015 05:49:13 -0000 --94eb2c035a1c23d4130523885671 Content-Type: text/plain; charset=UTF-8 On Nov 2, 2015 2:17 PM, "Robert Raszuk" wrote: > > As a comment on the "timing bomb" or comment to never apply timing it to safi 1 let's observe that many routers have build in support for enabling any command at time X and disable on time Y already today for a long time. > > So the right way to look at this problem here is to ask ourselves if bgp is the right protocol to carry it around or not. > > As far as DDOS one thing that we keep forgetting is that device which detected the malicious flow and advertised flow spec routes has no longer any way of telling if the attack is over or not as filtering may happen far away what was the original 5575 idea. Sure it can send withdraw after M minutes as opposed to encode it in the update. So really the timing idea for DDOS itself seems not that attractive. > > But for automation in general which many currently discussed extensions are about think interface set ACLs I think it does carry some value. > You mean the enterprise use case a i mentioned at the mic? Not sure how much enterprise user there is for flowspec though. > Best, > R. > > > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr > --94eb2c035a1c23d4130523885671 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Nov 2, 2015 2:17 PM, "Robert Raszuk" <robert@raszuk.net> wrote:
>
> As a comment on the "timing bomb" or comment to never apply = timing it to safi 1 let's observe that many routers have build in suppo= rt for enabling any command at time X and disable on time Y already today f= or a long time.
>
> So the right way to look at this problem here is to ask ourselves if b= gp is the right protocol to carry it around or not.
>
> As far as DDOS one thing that we keep forgetting is that device which = detected the malicious flow and advertised flow spec routes has no longer a= ny way of telling if the attack is over or not as filtering may happen far = away what was the original 5575 idea. Sure it can send withdraw after M min= utes as opposed to encode it in the update. So really the timing idea for D= DOS itself seems not that attractive.
>
> But for automation in general which many currently discussed extension= s are about think interface set ACLs I think it does carry some value.
>

You mean the enterprise use case a i mentioned at the mic?= =C2=A0 Not sure how much enterprise user there is for flowspec though.

> Best,
> R.
>
>
> _______________________________________________
> Idr mailing list
> Idr@ietf.org
> https://www.ietf= .org/mailman/listinfo/idr
>

--94eb2c035a1c23d4130523885671-- From nobody Sun Nov 1 21:52:29 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 81D381B47C3 for ; Sun, 1 Nov 2015 21:52:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham 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 giD_mn2lZ4cV for ; Sun, 1 Nov 2015 21:52:17 -0800 (PST) Received: from mail-yk0-x22a.google.com (mail-yk0-x22a.google.com [IPv6:2607:f8b0:4002:c07::22a]) (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 71C151B47B9 for ; Sun, 1 Nov 2015 21:52:15 -0800 (PST) Received: by ykek133 with SMTP id k133so130651625yke.2 for ; Sun, 01 Nov 2015 21:52:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=fM5T8qU3FS7SMi/jHWOg8CL9aRf5oMQZcHdT+2+uwts=; b=0kQx2pUznCHM2FDSiaPZWuOFKyEDAgmMpVYfI+2zqXjFiS5Ml8mD7Tvjq5olCuqCt6 hFn6GumqLss2Xz6/c9f4Yf1GnH747K4gWO55vQJZMd3fIjcI3kzqOuVv0Ox2xk1bNMAJ fa4UrfjNgAaRPAOhvMb/2PjmjR/EcMiLbupflUj+AyV7RvENgk+aQcE1oXssQ3sz3O8A qmjHx2kyxxW0WT4zVoMVB5jmRkwusKBrVwo0x9gAz7TUIrM4ocWaRROb8iPMQdACdt1B jdhD+tV2Yxeb1jPGPbTmI4mIZU+D7DlbT1zM9RCl29Bei9FHjMKs1N9D3mgeaqfXz3sD MZ8g== MIME-Version: 1.0 X-Received: by 10.129.77.68 with SMTP id a65mr16986294ywb.180.1446443534780; Sun, 01 Nov 2015 21:52:14 -0800 (PST) Received: by 10.13.202.16 with HTTP; Sun, 1 Nov 2015 21:52:14 -0800 (PST) Received: by 10.13.202.16 with HTTP; Sun, 1 Nov 2015 21:52:14 -0800 (PST) In-Reply-To: References: Date: Mon, 2 Nov 2015 16:52:14 +1100 Message-ID: From: Christopher Morrow To: Robert Raszuk Content-Type: multipart/alternative; boundary=001a1140b770141276052388612e Archived-At: Cc: Jeff Haas , "idr@ietf.org List" Subject: Re: [Idr] Note on "timing bomb" X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2015 05:52:21 -0000 --001a1140b770141276052388612e Content-Type: text/plain; charset=UTF-8 On Nov 2, 2015 2:49 PM, "Christopher Morrow" wrote: > > > On Nov 2, 2015 2:17 PM, "Robert Raszuk" wrote: > > > > As a comment on the "timing bomb" or comment to never apply timing it to safi 1 let's observe that many routers have build in support for enabling any command at time X and disable on time Y already today for a long time. > > > > So the right way to look at this problem here is to ask ourselves if bgp is the right protocol to carry it around or not. > > Sorry, I also forgot to say previously: "it's not clear that BGP is better than Yang/netconf for the config distribution, really" BGP distribution doesn't guarantee timeliness where execution of some change via Netconf sound be more reliably timed, I would think. > > As far as DDOS one thing that we keep forgetting is that device which detected the malicious flow and advertised flow spec routes has no longer any way of telling if the attack is over or not as filtering may happen far away what was the original 5575 idea. Sure it can send withdraw after M minutes as opposed to encode it in the update. So really the timing idea for DDOS itself seems not that attractive. > > > > But for automation in general which many currently discussed extensions are about think interface set ACLs I think it does carry some value. > > > > You mean the enterprise use case a i mentioned at the mic? Not sure how much enterprise user there is for flowspec though. > > > Best, > > R. > > > > > > _______________________________________________ > > Idr mailing list > > Idr@ietf.org > > https://www.ietf.org/mailman/listinfo/idr > > --001a1140b770141276052388612e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Nov 2, 2015 2:49 PM, "Christopher Morrow" <christopher.morrow@gmail.com> wrote:=
>
>
> On Nov 2, 2015 2:17 PM, "Robert Raszuk" <robert@raszuk.net> wrote:
> >
> > As a comment on the "timing bomb" or comment to never a= pply timing it to safi 1 let's observe that many routers have build in = support for enabling any command at time X and disable on time Y already to= day for a long time.
> >
> > So the right way to look at this problem here is to ask ourselves= if bgp is the right protocol to carry it around or not.
> >

Sorry, I also forgot to say previously: "it's not c= lear that BGP is better than Yang/netconf for the config distribution, real= ly"

BGP distribution doesn't guarantee timeliness where exec= ution of some change via Netconf sound be more reliably timed, I would thin= k.

> > As far as DDOS one thing that we keep forgetting i= s that device which detected the malicious flow and advertised flow spec ro= utes has no longer any way of telling if the attack is over or not as filte= ring may happen far away what was the original 5575 idea. Sure it can send = withdraw after M minutes as opposed to encode it in the update. So really t= he timing idea for DDOS itself seems not that attractive.
> >
> > But for automation in general which many currently discussed exte= nsions are about think interface set ACLs I think it does carry some value.=
> >
>
> You mean the enterprise use case a i mentioned at the mic?=C2=A0 Not s= ure how much enterprise user there is for flowspec though.
>
> > Best,
> > R.
> >
> >
> > _______________________________________________
> > Idr mailing list
> > Idr@ietf.org
> > https://www= .ietf.org/mailman/listinfo/idr
> >

--001a1140b770141276052388612e-- From nobody Sun Nov 1 21:53:40 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8C58F1B47C1 for ; Sun, 1 Nov 2015 21:53:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.002 X-Spam-Level: X-Spam-Status: No, score=-0.002 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, HTML_MESSAGE=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham 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 I5EZNILY9QTk for ; Sun, 1 Nov 2015 21:53:37 -0800 (PST) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0746.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::746]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CEBDE1B460A for ; Sun, 1 Nov 2015 21:53:36 -0800 (PST) Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=jhaas@juniper.net; Received: from [172.29.64.9] (193.110.55.14) by BN1PR05MB025.namprd05.prod.outlook.com (10.255.202.144) with Microsoft SMTP Server (TLS) id 15.1.312.18; Mon, 2 Nov 2015 05:53:13 +0000 MIME-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Content-Type: multipart/alternative; boundary="Apple-Mail=_523E0A4C-C147-4E2E-B5AA-9A9E3021937D" From: Jeff Haas In-Reply-To: Date: Mon, 2 Nov 2015 14:53:00 +0900 Message-ID: References: To: Christopher Morrow X-Mailer: Apple Mail (2.2104) X-Originating-IP: [193.110.55.14] X-ClientProxiedBy: BN3PR10CA0019.namprd10.prod.outlook.com (25.161.211.29) To BN1PR05MB025.namprd05.prod.outlook.com (10.255.202.144) X-Microsoft-Exchange-Diagnostics: 1; BN1PR05MB025; 2:a/yLQVmqxCuWij+XsYi8kM0i76TFDiYrwRODj9rr9IW3xM/zgM8LKeLIl62RPsnUw5czQkvts25O46Oj9vRz/pQYcfT/OpNy7xNF5og1uNjcp3leEry+CixASmTx0zd7YOvCGmM2KyMa6xxYjwKZCPkYv2H+jpVIOSuIMc557Zc=; 3:LYti3uA/e38AUexFMpCUp4NaW1a/wU/j18Eyl4GK6RmpfyI764iaslnV25FR394Ti0ZvcgRMuwMpN0XBzd3HNz5c1A1wzb8uqMrgWmAzv7jIUp2S46sDoMMI/ZkIOEQWj/p8KCY3bGpMHY2cDuhG8w==; 25:yxjLaUQzSFtAhe3nvgMDu+cCKzL9vS3tILpFEMvrcD3s2FTg0uXoReYEVkb1Jz+b4iVZNic6LfUv1yaHnsb1r4O2DYC3L/SCc0ds4PPhYU57BjNgltVEbhaHJPR3Pup0ZMnnvG5iFxKBZSxlTjgY2hV5ldCyV0kz4H0C0jCHmccM/EnbBTz3IU+P/Eo9Kk4KuTehbiRvY05rYPF7hjyQELKJTZTmVA0O+07yFwiI2Fs0PQYdpNnBdT8QD/Jzf0II X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BN1PR05MB025; X-Microsoft-Exchange-Diagnostics: 1; BN1PR05MB025; 20:ROEELPs30bDrIreQNmGWvRCRC+EpVlxMggIo3XXglQSjtM+c/u9jeM2cqqVqwARv6vmjN0fFQo7dNtnPF9OlanZ7ib1MV971gftnpXJlOT3LvsNtuCOBYc4A9QDTz1v/RTfkbzkHSYVyv/H8+uIMXvbhcugJLoBQvV4zBTOf5j9+jGLzxHkOCBERxOms1SmbYSEcfXQ/HT27S4Kmkdtburb+TqekvvpsMbZ0WiZNEMGgOOr3Z0S/X1SS93QvINh5hh8eVBtQSY699pscLSyatxtQv4ItiU7sU7C5BzYjnS3v1KdjMfWNqRNdx406SGrON9YFVTw/ojkFOyuKv9mgsEyY7BOCoyaQwIj6xfk6Ws+vKbJYQStirjrWIqJPT3arSXNxtc1Wyaex34w19EMb76TEJJcvlYTk8kSXaCN9im5jvOq/pHhOTLmQVBGXLH692YMdnQkPY1LLo1fV15vtr51WcONYWSbW9EIvecC10CN7zsj+tK9ASrK6pnmJs9/4; 4:2/JtXkM/Z3mfSYk+2TlIwh0aN+/FfUPxFIk8tW3MvKhsc1XSfJNS+F+if2pQ935oTKKKchxk/rkZ2qV7uXZx2EIXq7VLCcGMAbdZfEt4VLsfOUdMByggIjia/ZjCOmAHdiNU6jto++qnb0XbDBW8LjsS5symByoWBkUavkWTNK7n7uZ+jxfPOK5z/iyTphLUdeUI0MVugjwF31ZEoXtG463G5WB8PIBCYJFcuW74KU66r/HIiRsYTe3rjWGpvfINVLexLgIu1ndk0kaIEXAVDhzRWtHQ1/aajgxHQCUGRpcNu/LH3b3/RbflW1wVTq83K5Hua1Np2ai6m7QDKtGbZhDCowhm2u4yqIPLTjItgnCVtpOpRVec8sOlMEtUavJP X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(520078)(3002001)(10201501046); SRVR:BN1PR05MB025; BCL:0; PCL:0; RULEID:; SRVR:BN1PR05MB025; X-Forefront-PRVS: 0748FF9A04 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6049001)(24454002)(199003)(189002)(377454003)(81156007)(5008740100001)(5001920100001)(189998001)(97736004)(110136002)(5004730100002)(5007970100001)(5001960100002)(106356001)(33656002)(105586002)(40100003)(42186005)(2950100001)(86362001)(19580405001)(512954002)(19580395003)(83716003)(36756003)(82746002)(50226001)(57306001)(122386002)(84326002)(92566002)(87976001)(77096005)(101416001)(69556001)(66066001)(76176999)(50986999)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN1PR05MB025; H:[172.29.64.9]; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Received-SPF: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BN1PR05MB025; 23:RLyzj+WFghrh7keL+FPsALVkJPWJMDUSROxCbx2Wem?= =?us-ascii?Q?a+XXknGzO//tG7UhCyHSy8IypdhTQod5DRX0vfzZ03Gw3BGNa0WwfTSM+AXq?= =?us-ascii?Q?McoWijFNUqvodJ0OSWlW6cC4s5bCS15orHC5kwMOpXcEsirpCSVmEvv+6gA3?= =?us-ascii?Q?TrGhtg71NO0YyVgAI/MJWjBWXpMId7KNIeDCUZtSVl98WWa+77XmI6HSqubj?= =?us-ascii?Q?K0OKw9NzZjWurw9n7F643icHXfK1qjne83F4PIurY6vzMWImBZmg6YpzvcE/?= =?us-ascii?Q?gi/nqg4OrwpMv3puFOrnyMcHV+ZiBx/I+/RmkX9AQ39yhbe1K9XqJOxNoCst?= =?us-ascii?Q?NYEQcKK8xqShub6NzEiW3tC67PYuKZAR+Iv050lxRh8bm8cMckj074bdoL1B?= =?us-ascii?Q?Te007eb1jtV3zlrmvdn6T8sLxQ86jeOphnATsDutVyogv+uxQfAQfwc42bUR?= =?us-ascii?Q?8G3/+AdrKhzBrX7KCs3Yo/1XyWoDan3Gz2HR/hj/woWZNVyRTDGyO3uODYiA?= =?us-ascii?Q?cmMIozE/7EomX56WJ/sRvlNWyr6CJtX6S+x6XrvJy29QkdkgBl9fca6UuxVX?= =?us-ascii?Q?/pjadfsoc+R5LIyNmCFY7GtsOdJAAtug/LhihPOKnv/yxVA2EcWiD3LHWTMK?= =?us-ascii?Q?rqfF69zN7M+qWnJXaCBIqnM4tL+onlvbsd1/SX7OMn6p5GQBAT/ecRI0uEV6?= =?us-ascii?Q?w0Jj6k++b4PZXd1xBX2hSZD0WlPevwytaxp4VF6fYU2l85Lgbze7jV5B4agF?= =?us-ascii?Q?d05CyTzX+I/YkzfUDBRyelOF3Jqt8nTKYoUoHe48dEjI1MqnJXxzZf8QgaJX?= =?us-ascii?Q?dID0ZTE7IpI4GbzOjM77X82z9qfGfR4Ar/92nTD26tMujZECBY9FnAyEIB9U?= =?us-ascii?Q?O0pZvDWrqRO+YYe6EWlE0EAaEAFPs3DqcfatrRWyh1omdGXVJZatV3MqJi/z?= =?us-ascii?Q?SGEOYP+/otL5x6KAJdGeadkb964cu8IwrWhBzee9OzjAWiT7zAHJgrGldcnp?= =?us-ascii?Q?CE3TUhePjzv8d8oo34/b9by5tboWl6RVBnWsY4yF34yPFKChA6S5+QNzHMxZ?= =?us-ascii?Q?4C62v9yd7uGNm6th2uzfLuQ4S3hCJLPWmExN7zG78bRchYtg=3D=3D?= X-Microsoft-Exchange-Diagnostics: 1; BN1PR05MB025; 5:EPDRsO5fz1jLq/hFOZJTePmRfsgoIDRUA6gizPSNllDtefm9y/wgyP2iKD/mcpXHQhXmTAixVK6fqwV7mVsRdVNWTS7kr9R6cKd8CYhsMzdxYmiHsVLaPn7y62yHW1CsWD92PvhnJTPzpRb0evoQUQ==; 24:dwGQOit+yY2GJ9p2aIfhhNc3JIWmbg+lwu5zZtvi2pAQ2hOO++qeuzrjTdiEvJFsFh449n6D0j759ZHNHVDUwIkyXpKdAGX8ONsZG4Ct5EQ=; 20:5u3y9v8dZb1HzYjX9jRnQeEQBwuUgr8kSRYZmcIl27jgYS9ZVuHsz9fg7B5TSUISCubCzJmDNsmFEa9Kt8MS9A== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 02 Nov 2015 05:53:13.3161 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN1PR05MB025 Archived-At: Cc: "idr@ietf.org List" , Robert Raszuk Subject: Re: [Idr] Note on "timing bomb" X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2015 05:53:38 -0000 --Apple-Mail=_523E0A4C-C147-4E2E-B5AA-9A9E3021937D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" > On Nov 2, 2015, at 2:49 PM, Christopher Morrow = wrote: >=20 > You mean the enterprise use case a i mentioned at the mic? Not sure = how much enterprise user there is for flowspec though. >=20 >=20 Enough to support flowspec in IGP? -- Jeff --Apple-Mail=_523E0A4C-C147-4E2E-B5AA-9A9E3021937D Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="us-ascii"
On Nov 2, 2015, at 2:49 PM, Christopher Morrow <christopher.morrow@gmail.com> wrote:

You mean the enterprise = use case a i mentioned at the mic?  Not sure how much enterprise = user there is for flowspec though.



Enough to support flowspec in IGP?

-- Jeff

= --Apple-Mail=_523E0A4C-C147-4E2E-B5AA-9A9E3021937D-- From nobody Sun Nov 1 21:53:46 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C127B1B47C2 for ; Sun, 1 Nov 2015 21:53:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.277 X-Spam-Level: X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=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 tHkQL51S4nJW for ; Sun, 1 Nov 2015 21:53:38 -0800 (PST) Received: from mail-wm0-x233.google.com (mail-wm0-x233.google.com [IPv6:2a00:1450:400c:c09::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 17FAC1B47AC for ; Sun, 1 Nov 2015 21:53:38 -0800 (PST) Received: by wmff134 with SMTP id f134so49773153wmf.1 for ; Sun, 01 Nov 2015 21:53:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=tvdZhFUYx+yMSiZ2OsekReGy5b/uxKrYdAPHHu7D1hM=; b=RtoKWb6oub32Hj5h6ZAg8NWRPs2SOeyEh3wxFmen4QM3C7cpSJI59zSfCAFDHprNzD ts+l/ms8luSeuaeG4qWy/r3EOplAHrlWvoXY6Gj5KRqEI5Pe+lKKAmW1yT9y7zIbsHB4 O0qeqkCwQdrnS2zkc27mT0LbDRzquVzdXRs7E2984Xh0zbDffroVHBIZcZnr0fBFYRE+ MvoKYVAhyeoeS5TguXSvWbQ6tRrnFH5+aHEoHbQj0NYU0/FBQ/rBbHT7fsBCP/nvHDjt wCi1RKMpS4q/MWFjEazl9B6rrKdJV3T/4bJxRxb6xGEVEIhfgz96/RDq29H3M1kC9yYn 5/Sw== MIME-Version: 1.0 X-Received: by 10.28.146.146 with SMTP id u140mr10529829wmd.85.1446443616687; Sun, 01 Nov 2015 21:53:36 -0800 (PST) Sender: rraszuk@gmail.com Received: by 10.194.204.195 with HTTP; Sun, 1 Nov 2015 21:53:36 -0800 (PST) Received: by 10.194.204.195 with HTTP; Sun, 1 Nov 2015 21:53:36 -0800 (PST) In-Reply-To: References: Date: Sun, 1 Nov 2015 21:53:36 -0800 X-Google-Sender-Auth: VhVobtmbyV5Cah5jAdjp1FwhG_g Message-ID: From: Robert Raszuk To: Christopher Morrow Content-Type: multipart/alternative; boundary=001a11442826f5dec005238865bb Archived-At: Cc: Jeffrey Haas , idr wg Subject: Re: [Idr] Note on "timing bomb" X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2015 05:53:39 -0000 --001a11442826f5dec005238865bb Content-Type: text/plain; charset=UTF-8 Yes exactly Chris. As far as enterprise vs flowspec I think as flowspec is being now derailed from DDOS protection tool to configuration and ACL push protocol it may be in fact very useful beyond SP/ISP geeks :) Thanks, R. On Nov 2, 2015 6:49 AM, "Christopher Morrow" wrote: > > On Nov 2, 2015 2:17 PM, "Robert Raszuk" wrote: > > > > As a comment on the "timing bomb" or comment to never apply timing it to > safi 1 let's observe that many routers have build in support for enabling > any command at time X and disable on time Y already today for a long time. > > > > So the right way to look at this problem here is to ask ourselves if bgp > is the right protocol to carry it around or not. > > > > As far as DDOS one thing that we keep forgetting is that device which > detected the malicious flow and advertised flow spec routes has no longer > any way of telling if the attack is over or not as filtering may happen far > away what was the original 5575 idea. Sure it can send withdraw after M > minutes as opposed to encode it in the update. So really the timing idea > for DDOS itself seems not that attractive. > > > > But for automation in general which many currently discussed extensions > are about think interface set ACLs I think it does carry some value. > > > > You mean the enterprise use case a i mentioned at the mic? Not sure how > much enterprise user there is for flowspec though. > > > Best, > > R. > > > > > > _______________________________________________ > > Idr mailing list > > Idr@ietf.org > > https://www.ietf.org/mailman/listinfo/idr > > > --001a11442826f5dec005238865bb Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Yes exactly Chris.

As far as enterprise vs flowspec I think as flowspec=C2=A0 i= s being now derailed from DDOS protection tool to configuration and ACL pus= h protocol it may be in fact very useful beyond=C2=A0 SP/ISP geeks :)

Thanks,
R.

On Nov 2, 2015 6:49 AM, "Christopher Morrow= " <christopher.morr= ow@gmail.com> wrote:


On Nov 2, 2015 2:17 PM, "Robert Raszuk" <robert@raszuk.net> wrote:
>
> As a comment on the "timing bomb" or comment to never apply = timing it to safi 1 let's observe that many routers have build in suppo= rt for enabling any command at time X and disable on time Y already today f= or a long time.
>
> So the right way to look at this problem here is to ask ourselves if b= gp is the right protocol to carry it around or not.
>
> As far as DDOS one thing that we keep forgetting is that device which = detected the malicious flow and advertised flow spec routes has no longer a= ny way of telling if the attack is over or not as filtering may happen far = away what was the original 5575 idea. Sure it can send withdraw after M min= utes as opposed to encode it in the update. So really the timing idea for D= DOS itself seems not that attractive.
>
> But for automation in general which many currently discussed extension= s are about think interface set ACLs I think it does carry some value.
>

You mean the enterprise use case a i mentioned at the mic?= =C2=A0 Not sure how much enterprise user there is for flowspec though.

> Best,
> R.
>
>
> _______________________________________________
> Idr mailing list
> Idr@ietf.org
> https://www.ietf.org/mailman/listinfo/idr
>

--001a11442826f5dec005238865bb-- From nobody Sun Nov 1 21:57:50 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2EEA71B47DF for ; Sun, 1 Nov 2015 21:57:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.277 X-Spam-Level: X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=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 W95C5Ry1teHE for ; Sun, 1 Nov 2015 21:57:46 -0800 (PST) Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c:c09::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3962A1B47DE for ; Sun, 1 Nov 2015 21:57:46 -0800 (PST) Received: by wmll128 with SMTP id l128so51371758wml.0 for ; Sun, 01 Nov 2015 21:57:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=4AI5UJi5WNfwjKH4vZn9bnPxsBl4JD/NjujAjKwx3Nk=; b=S+FXWazY7wnwRb9p1ZBjyVbS1elc1ziyPXgcwWdOccW8I3cfQu6JRrbmd388RZZLHT PnbPeGgUFa72qBUht0Wnz4fR0RE5MxUoNJokmkptkl+MjQB4ukbyhOVDsjy6hxVD/+mV fKtF0DO3bxziQCBBrFm5XdID2nDLmvQMBnczJw6gUYwPJQAJnTQr1RpCfysSezpLZylw BHgrXmwQtr0boVCJr+lW6B5mXTT+VY8e/kgY1qz5mV9HS0zJ4MX9TaIgMnxQUshMTNpz zlnyhb6gruJDVRv8qEyILeT+QAfHBM2eWQ/YXTRcGZ2usmBgW3P6kJ+JLPlbylK0prss mP7A== MIME-Version: 1.0 X-Received: by 10.28.146.146 with SMTP id u140mr10542879wmd.85.1446443864840; Sun, 01 Nov 2015 21:57:44 -0800 (PST) Sender: rraszuk@gmail.com Received: by 10.194.204.195 with HTTP; Sun, 1 Nov 2015 21:57:44 -0800 (PST) Received: by 10.194.204.195 with HTTP; Sun, 1 Nov 2015 21:57:44 -0800 (PST) In-Reply-To: References: Date: Sun, 1 Nov 2015 21:57:44 -0800 X-Google-Sender-Auth: gHIUGjipjKr6M4WlhDj_KmUb-R0 Message-ID: From: Robert Raszuk To: Christopher Morrow Content-Type: multipart/alternative; boundary=001a11442826c064ea05238874ea Archived-At: Cc: Jeffrey Haas , idr wg Subject: Re: [Idr] Note on "timing bomb" X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2015 05:57:48 -0000 --001a11442826c064ea05238874ea Content-Type: text/plain; charset=UTF-8 I think it is not. But here you have typical dilemma ... customers asking vendors for doing it in BGP ... and what you think would vendors do ? Cheers, R. On Nov 2, 2015 6:52 AM, "Christopher Morrow" wrote: > > On Nov 2, 2015 2:49 PM, "Christopher Morrow" > wrote: > > > > > > On Nov 2, 2015 2:17 PM, "Robert Raszuk" wrote: > > > > > > As a comment on the "timing bomb" or comment to never apply timing it > to safi 1 let's observe that many routers have build in support for > enabling any command at time X and disable on time Y already today for a > long time. > > > > > > So the right way to look at this problem here is to ask ourselves if > bgp is the right protocol to carry it around or not. > > > > > Sorry, I also forgot to say previously: "it's not clear that BGP is better > than Yang/netconf for the config distribution, really" > > BGP distribution doesn't guarantee timeliness where execution of some > change via Netconf sound be more reliably timed, I would think. > > > > As far as DDOS one thing that we keep forgetting is that device which > detected the malicious flow and advertised flow spec routes has no longer > any way of telling if the attack is over or not as filtering may happen far > away what was the original 5575 idea. Sure it can send withdraw after M > minutes as opposed to encode it in the update. So really the timing idea > for DDOS itself seems not that attractive. > > > > > > But for automation in general which many currently discussed > extensions are about think interface set ACLs I think it does carry some > value. > > > > > > > You mean the enterprise use case a i mentioned at the mic? Not sure how > much enterprise user there is for flowspec though. > > > > > Best, > > > R. > > > > > > > > > _______________________________________________ > > > Idr mailing list > > > Idr@ietf.org > > > https://www.ietf.org/mailman/listinfo/idr > > > > --001a11442826c064ea05238874ea Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

I think it is not.

But here you have typical dilemma ... customers=C2=A0 asking= vendors for doing it in BGP ... and what you think=C2=A0 would vendors do = ?

Cheers,
R.

On Nov 2, 2015 6:52 AM, "Christopher Morrow= " <christopher.morr= ow@gmail.com> wrote:


On Nov 2, 2015 2:49 PM, "Christopher Morrow" <christopher.morrow@gmail.= com> wrote:
>
>
> On Nov 2, 2015 2:17 PM, "Robert Raszuk" <robert@raszuk.net> wrote:
> >
> > As a comment on the "timing bomb" or comment to never a= pply timing it to safi 1 let's observe that many routers have build in = support for enabling any command at time X and disable on time Y already to= day for a long time.
> >
> > So the right way to look at this problem here is to ask ourselves= if bgp is the right protocol to carry it around or not.
> >

Sorry, I also forgot to say previously: "it's not c= lear that BGP is better than Yang/netconf for the config distribution, real= ly"

BGP distribution doesn't guarantee timeliness where exec= ution of some change via Netconf sound be more reliably timed, I would thin= k.

> > As far as DDOS one thing that we keep forgetting i= s that device which detected the malicious flow and advertised flow spec ro= utes has no longer any way of telling if the attack is over or not as filte= ring may happen far away what was the original 5575 idea. Sure it can send = withdraw after M minutes as opposed to encode it in the update. So really t= he timing idea for DDOS itself seems not that attractive.
> >
> > But for automation in general which many currently discussed exte= nsions are about think interface set ACLs I think it does carry some value.=
> >
>
> You mean the enterprise use case a i mentioned at the mic?=C2=A0 Not s= ure how much enterprise user there is for flowspec though.
>
> > Best,
> > R.
> >
> >
> > _______________________________________________
> > Idr mailing list
> > Idr@ietf.org
> > https://www.ietf.org/mailman/listinfo/idr
> >

--001a11442826c064ea05238874ea-- From nobody Sun Nov 1 22:36:04 2015 Return-Path: X-Original-To: idr@ietf.org Delivered-To: idr@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 603BB1B487F; Sun, 1 Nov 2015 22:35:57 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.7.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20151102063557.27442.41412.idtracker@ietfa.amsl.com> Date: Sun, 01 Nov 2015 22:35:57 -0800 Archived-At: Cc: idr@ietf.org Subject: [Idr] I-D Action: draft-ietf-idr-sla-exchange-06.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2015 06:35:57 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Inter-Domain Routing Working Group of the IETF. Title : Inter-domain SLA Exchange Authors : Shitanshu Shah Keyur Patel Sandeep Bajaj Luis Tomotaki Mohamed Boucadair Filename : draft-ietf-idr-sla-exchange-06.txt Pages : 24 Date : 2015-11-01 Abstract: Network administrators typically enforce Quality of Service (QoS) policies according to Service Level Agreement (SLA) with their providers. The enforcement of such policies often relies upon vendor-specific configuration language. Both learning of SLA, either thru SLA documents or via some other out-of-band method, and translating them to vendor specific configuration language is a complex, many times manual, process and prone to errors. This document proposes an in-band method of SLA signaling, which can help to simplify some of the complexities, where BGP is available as the routing protocol. This document defines an optional transitive attribute to signal SLA parameters in-band, across administrative boundaries (considered as Autonomous Systems (AS)), thus simplifying and facilitating some of the complex provisioning tasks. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-idr-sla-exchange/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-idr-sla-exchange-06 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-idr-sla-exchange-06 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sun Nov 1 22:41:27 2015 Return-Path: X-Original-To: idr@ietf.org Delivered-To: idr@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D5BA31A002D; Sun, 1 Nov 2015 22:41:23 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.7.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20151102064123.29920.87538.idtracker@ietfa.amsl.com> Date: Sun, 01 Nov 2015 22:41:23 -0800 Archived-At: Cc: idr@ietf.org Subject: [Idr] I-D Action: draft-ietf-idr-custom-decision-07.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2015 06:41:24 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Inter-Domain Routing Working Group of the IETF. Title : BGP Custom Decision Process Authors : Alvaro Retana Russ White Filename : draft-ietf-idr-custom-decision-07.txt Pages : 11 Date : 2015-11-01 Abstract: The BGP specification describes a Decision Process for selecting the best route. This process uses a series of steps, made up of path attributes and other values, to first determine the Degree of Preference of a route and later as tie breakers. While existing mechanisms may achieve some of the same results described in this document, they can only do so through extensive configuration such as matching communities to explicit policy and/or route preference configurations present on each BGP speaker within their administrative domain (autonomous system). Implementing some specific fine grained policies through such mechanisms is cumbersome, if even possible. This document defines a new Extended Community, called the Cost Community, which may be used as part of the Decision Process. The end result is a local Custom Decision Process. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-idr-custom-decision/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-idr-custom-decision-07 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-idr-custom-decision-07 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Nov 2 01:37:46 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 863971A00FD for ; Mon, 2 Nov 2015 01:37:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 giLo3oqMrFlR for ; Mon, 2 Nov 2015 01:37:36 -0800 (PST) Received: from mobil.space.net (mobil.space.net [IPv6:2001:608:2:81::67]) (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 489DF1A007C for ; Mon, 2 Nov 2015 01:37:36 -0800 (PST) X-Original-To: idr@ietf.org Received: from mobil.space.net (localhost [IPv6:::1]) by mobil.space.net (Postfix) with ESMTP id 8AEA160A5B for ; Mon, 2 Nov 2015 10:37:33 +0100 (CET) X-SpaceNet-Relay: true Received: from moebius3.space.net (moebius3.Space.Net [IPv6:2001:608:2:2::250]) by mobil.space.net (Postfix) with ESMTPS id 3065660409 for ; Mon, 2 Nov 2015 10:37:33 +0100 (CET) Received: (qmail 73143 invoked by uid 1007); 2 Nov 2015 10:37:33 +0100 Date: Mon, 2 Nov 2015 10:37:33 +0100 From: Gert Doering To: Jared Mauch Message-ID: <20151102093733.GF70452@Space.Net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-NCC-RegID: de.space User-Agent: Mutt/1.5.23 (2014-03-12) Archived-At: Cc: idr wg list , GROW@ietf.org Subject: Re: [Idr] [GROW] draft-mauch-bgp-reject X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2015 09:37:42 -0000 Hi, On Sun, Nov 01, 2015 at 11:18:55PM -0500, Jared Mauch wrote: > I plan on covering this briefly in the GROW meeting today and uploaded the revised text that has been sitting in my output queue since August. > > This is basically codifying the fact that you MUST NOT default to "bgp unsafe-ebgp-policy??? for any BGP speaking device. There is one item I don't understand here: o Software MUST provide protection from internal failures preventing the advertisement and acceptance of routes what does that mean (in other words "more verbose explanation, please")? (All the rest is obviously the right way forward, so "support!" and "BCP!") Gert Doering -- NetMaster -- have you enabled IPv6 on something today...? SpaceNet AG Vorstand: Sebastian v. Bomhard Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann D-80807 Muenchen HRB: 136055 (AG Muenchen) Tel: +49 (0)89/32356-444 USt-IdNr.: DE813185279 From nobody Mon Nov 2 02:14:43 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4E4991A1A9F; Mon, 2 Nov 2015 02:14:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham 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 WXypsSZO5UcE; Mon, 2 Nov 2015 02:14:39 -0800 (PST) Received: from mail.netability.ie (mail.netability.ie [IPv6:2a03:8900:0:100::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4E4351A1A9B; Mon, 2 Nov 2015 02:14:38 -0800 (PST) X-Envelope-To: GROW@ietf.org Received: from crumpet.local (089-101-195154.ntlworld.ie [89.101.195.154] (may be forged)) (authenticated bits=0) by mail.netability.ie (8.15.2/8.14.9) with ESMTPSA id tA2AEaYb070737 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 2 Nov 2015 10:14:36 GMT (envelope-from nick@foobar.org) X-Authentication-Warning: cheesecake.ibn.ie: Host 089-101-195154.ntlworld.ie [89.101.195.154] (may be forged) claimed to be crumpet.local To: Jared Mauch , GROW@ietf.org, idr wg list References: From: Nick Hilliard Message-ID: <5637378C.4020903@foobar.org> Date: Mon, 2 Nov 2015 10:14:36 +0000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [Idr] [GROW] draft-mauch-bgp-reject X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2015 10:14:41 -0000 On 02/11/2015 04:18, Jared Mauch wrote: > I plan on covering this briefly in the GROW meeting today and uploaded > the revised text that has been sitting in my output queue since August. > > This is basically codifying the fact that you MUST NOT default to "bgp > unsafe-ebgp-policy†for any BGP speaking device. definitely support. Long overdue. Also, sad that we need to actually document something as basic as this. Nick From nobody Tue Nov 3 07:23:46 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 611AD1A1EFE; Tue, 3 Nov 2015 07:23:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 DQ0uFwNoaskO; Tue, 3 Nov 2015 07:23:41 -0800 (PST) Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B71491A1EF7; Tue, 3 Nov 2015 07:23:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10018; q=dns/txt; s=iport; t=1446564220; x=1447773820; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=H73psq39cXqxPvW1vmQlljsOGB8mnGO8diL4tny8mE4=; b=NROy/SAK6GEnRttWCWy9457nz59notivZPZIAMpyRTOfab/8Frgj8TsC g9ZT31rclEhNmM1wcvjNCnE6k/0eJAaeSPjVnxr8lx3DHHPJFoHX0wZMY aFtbUQeiJR+/arwPE7lowg9OmfWqVKD42pW37/C5UikqahlzuaXp8/BJy s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0D+AQBU0ThW/4kNJK1egztTbwa9SQENgV0XCoVzAhyBHjgUAQEBAQEBAYEKhDUBAQEDAQEBASAROgsFCwIBCBgCAiYCAgIlCxUQAgQOBYgmCA2wVZByAQEBAQEBAQEBAQEBAQEBAQEBAQEBFASBEIVUghCCboRxgwUxgRQFh0SPAgGIDIUWgVqSEYhSAR8BAUKCER2BVnKEd4EHAQEB X-IronPort-AV: E=Sophos;i="5.20,239,1444694400"; d="scan'208";a="47216023" Received: from alln-core-4.cisco.com ([173.36.13.137]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 03 Nov 2015 15:23:16 +0000 Received: from XCH-RTP-006.cisco.com (xch-rtp-006.cisco.com [64.101.220.146]) by alln-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id tA3FNFOv014307 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 3 Nov 2015 15:23:16 GMT Received: from xch-rtp-010.cisco.com (64.101.220.150) by XCH-RTP-006.cisco.com (64.101.220.146) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Tue, 3 Nov 2015 10:23:14 -0500 Received: from xch-rtp-010.cisco.com ([64.101.220.150]) by XCH-RTP-010.cisco.com ([64.101.220.150]) with mapi id 15.00.1104.000; Tue, 3 Nov 2015 10:23:14 -0500 From: "Stefano Previdi (sprevidi)" To: Eric C Rosen Thread-Topic: [Idr] Comments on draft-ietf-idr-bgp-prefix-sid-01 Thread-Index: AQHRDQaNSu+O5jvuAkmSupOY8ZJPb56K0N6A Date: Tue, 3 Nov 2015 15:23:14 +0000 Message-ID: <7580D432-CB5A-4E9C-ABC4-0F9FDBC68505@cisco.com> References: <56294416.8030807@juniper.net> In-Reply-To: <56294416.8030807@juniper.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.61.78.21] Content-Type: text/plain; charset="utf-8" Content-ID: <1D4498BB9909BC4CBCB2668F049983EC@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: idr wg , SPRING WG Subject: Re: [Idr] Comments on draft-ietf-idr-bgp-prefix-sid-01 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Nov 2015 15:23:43 -0000 SGkgRXJpYywNCg0Kc29ycnkgZm9yIGNvbWluZyBiYWNrIGxhdGUgdG8geW91LiBJ4oCZbGwgZ28g dGhyb3VnaCBvdXIgc3VnZ2VzdGlvbnMgYXNhcC4NCg0KVGhhbmtzLg0Kcy4NCg0KDQo+IE9uIE9j dCAyMiwgMjAxNSwgYXQgMTA6MTYgUE0sIEVyaWMgQyBSb3NlbiA8ZXJvc2VuQGp1bmlwZXIubmV0 PiB3cm90ZToNCj4gDQo+IEknZCBsaWtlIHRvIG1ha2Ugc29tZSBzdWdnZXN0aW9ucyBmb3IgdGV4 dHVhbCBjaGFuZ2VzIHRvIHNlY3Rpb25zIDMuMSBhbmQgDQo+IDQuMyBvZiBkcmFmdC1pZXRmLWlk ci1wcmVmaXgtc2lkLiAgVGhlIG1haW4gcHVycG9zZSBvZiB0aGVzZSBzdWdnZXN0aW9ucyBpcyAN Cj4gdG8gY2xhcmlmeSB0aGUgdXNlIG9mIHRoZSBPcmlnaW5hdG9yIFNSR0IgVExWLCBhbmQgdG8g cmVtb3ZlIHdoYXQgSSANCj4gdGhpbmsgaXMgYW4gZXhjZXNzaXZlIGFuZCBkaXN0cmFjdGluZyBh bW91bnQgb2YgcmVwZXRpdGlvbiBhYm91dCB0aGUgDQo+IGluYWR2aXNhYmlsaXR5IG9mIGFsbG93 aW5nIGRpZmZlcmVudCBub2RlcyB0byB1c2UgZGlmZmVyZW50IFNSR0JzLiANCj4gDQo+IE15IHBy b3Bvc2FsIGZvciB0aGUgdGV4dCBvZiB0aGVzZSBzZWN0aW9ucyBmb2xsb3dzLiAgSW4gYWRkaXRp b24gdG8gdGhlIA0KPiBjaGFuZ2VzIEkgbWVudGlvbmVkIGFib3ZlLCBzb21lIHR5cG9zIGluIHRo ZSBvcmlnaW5hbCB0ZXh0IGFyZSBmaXhlZCwgYW5kIA0KPiB0aGVyZSBpcyBhIHN1Z2dlc3Rpb24g KGV4cGxhaW5lZCBiZWxvdyBpbiBicmFja2V0cykgZm9yIHNsaWdodGx5IG1vZGlmeWluZyANCj4g dGhlIHRleHQgYWJvdXQgdGhlIEFGSS9TQUZJcyB3aXRoIHdoaWNoIHRoZSBQcmVmaXgtU0lEIGF0 dHJpYnV0ZSBtYXkgYmUgDQo+IHVzZWQuICBBIGZldyBvdGhlciBleHBsYW5hdGlvbnMgY2FuIGJl IGZvdW5kIGluIGJyYWNrZXRzIGJlbG93IGluc2lkZSB0aGUgDQo+IHByb3Bvc2VkIHRleHQuIA0K PiANCj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0gDQo+IA0KPiAzLjEuICBNUExTIFByZWZpeCBTZWdt ZW50IA0KPiANCj4gICAgSW4gdGhpcyBkb2N1bWVudCwgd2Ugc3BlY2lmeSAiTVBMUyBQcmVmaXgg U2VnbWVudHMiIG9ubHkgZm9yIEJHUCByb3V0ZXMgDQo+ICAgIHRoYXQgaGF2ZSBhbiBBRkkvU0FG SSBvZiAxLzQgb3IgMi80LiAgVGhlIGFwcGxpY2FiaWxpdHkgb2YgTVBMUyBwcmVmaXggDQo+ICAg IHNlZ21lbnRzIHRvIG90aGVyIEFGSS9TQUZJcyBpcyBvdXRzaWRlIHRoZSBzY29wZSBvZiB0aGlz IGRvY3VtZW50LiANCj4gDQo+IFtUaGUgb3JpZ2luYWwgdGV4dCBzYWlkICJBIE11bHRpcHJvdG9j b2wgQkdQIGxhYmVsZWQgSVB2NC9JUHY2IFVuaWNhc3QgDQo+IChbUkZDMzEwN10pIHNlc3Npb24g dHlwZSBpcyByZXF1aXJlZCIsIEkgZG9uJ3QgdGhpbmsgdGhhdCBpcyBxdWl0ZSBwcmVjaXNlLiAN Cj4gSWYgYSBzZXNzaW9uIGhhcyBtdWx0aXBsZSBBRkkvU0FGSXMsIGluY2x1ZGluZyAxLzQsIEkg ZG9uJ3QgdGhpbmsgd2Ugd2FudCB0byANCj4gc2F5IHRoYXQgdGhlIGF0dHJpYnV0ZSBjYW4gYmUg cGxhY2VkIGluIGFueSBVUERBVEUgb24gdGhhdCBzZXNzaW9uLiAgQWxzbywgDQo+IGl0J3Mgbm90 IHF1aXRlIGFjY3VyYXRlIHRvIHNheSB0aGF0IFJGQzMxMDcgaXMgcmVzdHJpY3RlZCB0byAxLzQg YW5kIDIvNDsgDQo+IFJGQzMxMDcgZG9lc24ndCBtZW50aW9uIHRoZSBBRkkuICBBbmQgd2UgbWF5 IHdhbnQgdG8gbGVhdmUgaXQgb3BlbiB0aGF0IHRoZSANCj4gUHJlZml4IFNlZ21lbnQgbm90aW9u IG1heSBldmVudHVhbGx5IGJlIGFwcGxpZWQgc29tZWhvdyB0byBTQUZJLTEyOCByb3V0ZXMuXSAN Cj4gDQo+ICAgIFRoZSBCR1AgUHJlZml4IFNlZ21lbnQgaXMgcmVhbGl6ZWQgb24gdGhlIE1QTFMg ZGF0YXBsYW5lIGluIHRoZSANCj4gICAgZm9sbG93aW5nIHdheTogDQo+IA0KPiAgICAgICBBcyBk ZXNjcmliZWQgaW4gW0ktRC5pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmctbXNkY10gdGhlIA0K PiAgICAgICBvcGVyYXRvciBhc3NpZ25zIGEgZ2xvYmFsbHkgdW5pcXVlICJpbmRleCIsIExfSSwg dG8gYSBsb2NhbGx5IA0KPiAgICAgICBzb3VyY2VkIHByZWZpeCBvZiBhIEJHUCBzcGVha2VyIE4g d2hpY2ggaXMgYWR2ZXJ0aXNlZCB0byBhbGwgb3RoZXIgDQo+ICAgICAgIEJHUCBzcGVha2VycyBp biB0aGUgU1IgZG9tYWluLiANCj4gDQo+ICAgICAgIEFjY29yZGluZyB0byBbSS1ELmlldGYtc3By aW5nLXNlZ21lbnQtcm91dGluZ10sIGVhY2ggQkdQIHNwZWFrZXIgDQo+ICAgICAgIGlzIGNvbmZp Z3VyZWQgd2l0aCBhIGxhYmVsIGJsb2NrIGNhbGxlZCB0aGUgU2VnbWVudCBSb3V0aW5nIEdsb2Jh bCANCj4gICAgICAgQmxvY2sgKFNSR0IpLiAgKFdoaWxlIGl0IGlzIHJlY29tbWVuZGVkIHRvIHVz ZSB0aGUgc2FtZSBTUkdCIGFjcm9zcyANCj4gICAgICAgYWxsIHRoZSBub2RlcyB3aXRoaW4gdGhl IFNSIGRvbWFpbiwgdGhlIFNSR0Igb2YgYSBub2RlIGlzIGEgbG9jYWwgDQo+ICAgICAgIHByb3Bl cnR5IGFuZCBjb3VsZCBiZSBkaWZmZXJlbnQgb24gZGlmZmVyZW50IHNwZWFrZXJzKS4gDQo+IA0K PiAgICAgICBUaGUgaW5kZXggTF9JIGlzIGEgMzIgYml0IG9mZnNldCBpbiB0aGUgU1JHQi4gIEVh Y2ggQkdQIHNwZWFrZXIgDQo+ICAgICAgIGRlcml2ZXMgaXRzIGxvY2FsIE1QTFMgbGFiZWwsIEws IGJ5IGFkZGluZyBMX0kgdG8gdGhlIHN0YXJ0IHZhbHVlIA0KPiAgICAgICBvZiBpdHMgb3duIFNS R0IsIGFuZCBwcm9ncmFtcyBMIGluIGl0cyBNUExTIGRhdGFwbGFuZSBhcyBpdHMgDQo+ICAgICAg IGluY29taW5nL2xvY2FsIGxhYmVsIGZvciB0aGUgcHJlZml4LiAgKFNlZSBzZWN0aW9uIDUuMSBm b3IgbW9yZSANCj4gICAgICAgZGV0YWlscy4pIA0KPiANCj4gW0FkZGVkIHJlZmVyZW5jZSB0byBz ZWN0aW9uIDUuMS5dIA0KPiANCj4gICAgICAgVGhlIG91dGdvaW5nIGxhYmVsIGZvciB0aGUgcHJl Zml4IGlzIGZvdW5kIGluIHRoZSBOTFJJIG9mIHRoZSANCj4gICAgICAgTXVsdGlwcm90b2NvbCBC R1AgbGFiZWxlZCBJUHY0L0lQdjYgVW5pY2FzdCBwcmVmaXggYWR2ZXJ0aXNlbWVudC4gDQo+ICAg ICAgIFRoZSBpbmRleCBMX0kgaXMgb25seSB1c2VkIGFzIGEgaGludCB0byBkZXJpdmUgdGhlIGxv Y2FsL2luY29taW5nIA0KPiAgICAgICBsYWJlbC4gDQo+IA0KPiAgICBTZWN0aW9uIDQuMSBvZiB0 aGlzIGRvY3VtZW50IHNwZWNpZmllcyB0aGUgTGFiZWwtSW5kZXggVExWIG9mIHRoZSBCR1AgDQo+ ICAgIFByZWZpeC1TSUQgYXR0cmlidXRlOyB0aGlzIFRMViBjYW4gYmUgdXNlZCB0byBhZHZlcnRp c2UgdGhlIGxhYmVsIGluZGV4IA0KPiAgICBvZiBhIGdpdmVuIHByZWZpeC4gDQo+IA0KPiAgICBJ ZiB0aGUgQkdQIHNwZWFrZXJzIGFyZSBub3QgYWxsIGNvbmZpZ3VyZWQgd2l0aCB0aGUgc2FtZSBT UkdCLCBhbmQgaWYgDQo+ICAgIHRyYWZmaWMtZW5naW5lZXJpbmcgd2l0aGluIHRoZSBTUiBkb21h aW4gaXMgcmVxdWlyZWQsIGVhY2ggbm9kZSBtYXkgYmUgDQo+ICAgIHJlcXVpcmVkIHRvIGFkdmVy dGlzZSBpdHMgbG9jYWwgU1JHQi4gIE9uZSB3YXkgb2YgYWR2ZXJ0aXNpbmcgdGhlIGxvY2FsIA0K PiAgICBTUkdCIGlzIHRvIHVzZSB0aGUgc2VnbWVudCByb3V0aW5nIGV4dGVuc2lvbnMgb2YgQkdQ LUxTIA0KPiAgICAoZHJhZnQtZ3JlZGxlci1pZHItYmdwLWxzLXNlZ21lbnQtcm91dGluZy1leHQt MDAudHh0KS4gQW4gYWx0ZXJuYXRpdmUgDQo+ICAgIG9wdGlvbiBpcyB0byB1c2UgdGhlIE9yaWdp bmF0b3IgU1JHQiBUTFYgb2YgdGhlIHByZWZpeC1TSUQgYXR0cmlidXRlLCBhcyANCj4gICAgc3Bl Y2lmaWVkIGluIFNlY3Rpb24gNC4zIG9mIHRoaXMgZG9jdW1lbnQuIA0KPiANCj4gW1JlYXJyYW5n ZWQgbGFzdCBwYXJhZ3JhcGhzIHNsaWdodGx5IHRvIGltcHJvdmUgZmxvdywgaW1vLl0gDQo+IA0K PiANCj4gDQo+IDQuMy4gIE9yaWdpbmF0b3IgU1JHQiBUTFYgDQo+IA0KPiAgICBUaGUgT3JpZ2lu YXRvciBTUkdCIFRMViBpcyBhbiBvcHRpb25hbCBUTFYgYW5kIGhhcyB0aGUgZm9sbG93aW5nIA0K PiAgICBmb3JtYXQ6IA0KPiANCj4gICAgICAwICAgICAgICAgICAgICAgICAgIDEgMiAgICAgICAg ICAgICAgICAgICAzIA0KPiAgICAgIDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3 IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSANCj4gKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsgDQo+ICAgICB8ICAgICBU eXBlICAgICAgfCAgICAgICAgICBMZW5ndGggICAgICAgICAgICAgICB8IEZsYWdzICAgICAgfCAN Cj4gKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSsgDQo+ICAgICB8ICAgICBGbGFncyAgICAgfCANCj4gICAgICstKy0rLSstKy0r LSstKy0rIA0KPiANCj4gKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSsgDQo+ICAgICB8ICAgICAgICAgU1JHQiAxICg2IG9jdGV0 cykgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfCANCj4gICAgIHwgKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rIA0KPiAgICAgfCAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICB8IA0KPiAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rIA0K PiANCj4gKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSsgDQo+ICAgICB8ICAgICAgICAgU1JHQiBuICg2IG9jdGV0cykgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfCANCj4gICAgIHwgKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rIA0KPiAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICB8IA0KPiAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rIA0KPiANCj4gW0kg Y2FuIHJhcmVseSBnZXQgdGhlIGFzY2lpIGFydCB0byByZW5kZXIgY29ycmVjdGx5LCBidXQgdGhl IGRpYWdyYW0gYWJvdmUgDQo+IGlzIHN1cHBvc2VkIHRvIGJlIHVuY2hhbmdlZCBmcm9tIHdoYXQg YXBwZWFycyBpbiB0aGUgZHJhZnQuXSANCj4gDQo+ICAgIHdoZXJlOiANCj4gDQo+ICAgIG8gIFR5 cGUgaXMgMy4gDQo+IA0KPiAgICBvICBMZW5ndGggaXMgdGhlIHRvdGFsIGxlbmd0aCBvZiB0aGUg dmFsdWUgcG9ydGlvbiBvZiB0aGUgVExWOiAyICsgDQo+ICAgICAgIG11bHRpcGxlIG9mIDYuIA0K PiANCj4gICAgbyAgRmxhZ3M6IDE2IGJpdHMgb2YgZmxhZ3MuICBOb25lIGFyZSBkZWZpbmVkIGlu IHRoaXMgZG9jdW1lbnQuIA0KPiAgICAgICBGbGFncyBTSE9VTEQgYmUgY2xlYXIgb24gdHJhbnNt aXNzaW9uIGFuZCBNVVNUIGJlIGlnbm9yZWQgYXQgDQo+ICAgICAgIHJlY2VwdGlvbi4gDQo+IA0K PiAgICBvICBTUkdCOiAzIG9jdGV0cyBvZiBiYXNlIGZvbGxvd2VkIGJ5IDMgb2N0ZXRzIG9mIHJh bmdlLiAgTm90ZSB0aGF0IHRoZSANCj4gICAgICAgU1JHQiBmaWVsZCBNQVkgYXBwZWFyIG11bHRp cGxlIHRpbWVzLiAgSWYgdGhlIFNSR0IgZmllbGQgYXBwZWFycyANCj4gICAgICAgbXVsdGlwbGUg dGltZXMsIHRoZSBTUkdCIGNvbnNpc3RzIG9mIG11bHRpcGxlIHJhbmdlcy4gIFRoZSBtZWFuaW5n IG9mIA0KPiAgICAgICBhbiBTUkdCIHdpdGggbXVsdGlwbGUgcmFuZ2VzIGlzIGV4cGxhaW5lZCBp biBTZWN0aW9uIDMuMiAoIlNJRC9MYWJlbCANCj4gICAgICAgUmFuZ2UgVExWIikgb2YgW0ktRC5p ZXRmLW9zcGYtc2VnbWVudC1yb3V0aW5nLWV4dGVuc2lvbnNdLiANCj4gDQo+IFtBZGRlZCBzb21l IHRleHQgYWJvdXQgdGhlIHNlbWFudGljcyBvZiB0aGUgU1JHQiBmaWVsZCBhcHBlYXJpbmcgbXVs dGlwbGUgDQo+IHRpbWVzLCB3aXRoIHJlZmVyZW5jZSB0byBhIGRvY3VtZW50IHRoYXQgYWN0dWFs bHkgZXhwbGFpbnMgaXQuXSANCj4gDQo+ICAgIFdoZW4gYSBCR1Agc3BlYWtlciBhdHRhY2hlcyBh IFByZWZpeC1TSUQgYXR0cmlidXRlIHRvIGEgZ2l2ZW4gcm91dGUsIHRoZSANCj4gICAgT3JpZ2lu YXRvciBTUkdCIFRMViBNVVNUIE5PVCBiZSBpbmNsdWRlZCBpbiB0aGUgYXR0cmlidXRlIHVubGVz cyB0aGUgDQo+ICAgIGZvbGxvd2luZyBjb25kaXRpb25zIGhvbGQ6IA0KPiANCj4gICAgLSBUaGUg cHJlZml4IGZpZWxkIG9mIHRoZSByb3V0ZSdzIE5MUkkgY29udGFpbnMgYSBob3N0IGFkZHJlc3Mg KGkuZS4sIGEgDQo+ICAgICAgLzMyIElQdjQgYWRkcmVzcyBvciBhIC8xMjggSVB2NiBhZGRyZXNz KS4gDQo+IA0KPiAgICAtIFRoZSB2YWx1ZSBvZiB0aGUgT3JpZ2luYXRvciBTUkdCIFRMViBzcGVj aWZpZXMgdGhlIFNSR0Igb2YgdGhlIG5vZGUgDQo+ICAgICAgdGhhdCBpcyBpZGVudGlmaWVkIGJ5 IHRoZSBwcmVmaXggZmllbGQgb2YgdGhlIE5MUkkuIA0KPiANCj4gW1RoaXMgcGFyYWdyYXBoIGFu ZCBidWxsZXQgaXRlbXMgYXJlIGFkZGVkIGluIG9yZGVyIHRvIG1ha2UgY2xlYXIganVzdCB3aGF0 IA0KPiB0aGUgc2VtYW50aWNzIG9mIHRoZSBUTFYgYXJlLl0gDQo+IA0KPiAgICBJZiBhIEJHUCBy b3V0ZSBpcyByZWNlaXZlZCB0aGF0IGNvbnRhaW5zIGEgUHJlZml4LVNJRCBhdHRyaWJ1dGUgd2l0 aCBhbiANCj4gICAgT3JpZ2luYXRvciBTUkdCIFRMViwgYnV0IHRoZSBwcmVmaXggZmllbGQgb2Yg dGhlIE5MUkkgZG9lcyBub3QgY29udGFpbiBhIA0KPiAgICBob3N0IGFkZHJlc3MsIHRoZSBhdHRy aWJ1dGUgU0hPVUxEIGJlIHJlZ2FyZGVkIGFzIG1hbGZvcm1lZC4gSWYgYSANCj4gICAgUHJlZml4 LVNJRCBhdHRyaWJ1dGUgY29udGFpbnMgbW9yZSB0aGFuIG9uZSBTUkdCIFRMViwgaXQgU0hPVUxE IGJlIA0KPiAgICByZWdhcmRlZCBhcyBtYWxmb3JtZWQuICBTZWUgc2VjdGlvbiA3IGZvciB0aGUg dHJlYXRtZW50IG9mIGEgbWFsZm9ybWVkIA0KPiAgICBQcmVmaXgtU0lEIGF0dHJpYnV0ZS4gDQo+ IA0KPiAgICBXaGVuIGEgcm91dGUgY2FycnlpbmcgdGhlIFByZWZpeC1TSUQgYXR0cmlidXRlIGlz IHByb3BhZ2F0ZWQsIHRoZSANCj4gICAgT3JpZ2luYXRvciBTUkdCIFRMViAoaWYgcHJlc2VudCkg TVVTVCBOT1QgYmUgY2hhbmdlZC4gDQo+IA0KPiAtLS0tLS0tLS0tLS0tLS0tLSANCj4gDQo+IA0K PiANCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4g SWRyIG1haWxpbmcgbGlzdA0KPiBJZHJAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby9pZHINCg0K From nobody Wed Nov 4 00:33:09 2015 Return-Path: X-Original-To: idr@ietf.org Delivered-To: idr@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 09AAC1A0195; Wed, 4 Nov 2015 00:33:06 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.8.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20151104083306.12279.84922.idtracker@ietfa.amsl.com> Date: Wed, 04 Nov 2015 00:33:06 -0800 Archived-At: Cc: idr@ietf.org Subject: [Idr] I-D Action: draft-ietf-idr-bgp-gr-notification-06.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2015 08:33:06 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Inter-Domain Routing Working Group of the IETF. Title : Notification Message support for BGP Graceful Restart Authors : Keyur Patel Rex Fernando John Scudder Jeff Haas Filename : draft-ietf-idr-bgp-gr-notification-06.txt Pages : 7 Date : 2015-11-04 Abstract: The current BGP Graceful Restart mechanism limits the usage of BGP Graceful Restart to BGP protocol messages other than a BGP NOTIFICATION message. This document defines an extension to the BGP Graceful Restart that permits the Graceful Restart procedures to be performed when the BGP speaker receives a BGP NOTIFICATION Message or the Hold Time expires. This document also defines a new BGP NOTIFICATION Cease Error subcode to prevent BGP speakers supporting the extension defined in this document from performing a Graceful Restart. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-idr-bgp-gr-notification/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-idr-bgp-gr-notification-06 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-idr-bgp-gr-notification-06 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Nov 4 00:44:14 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1E7A01A92BC for ; Wed, 4 Nov 2015 00:44:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham 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 1YIWa4lVwe1D for ; Wed, 4 Nov 2015 00:44:12 -0800 (PST) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0757.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::757]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A40791ACE1A for ; Wed, 4 Nov 2015 00:44:10 -0800 (PST) Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=jgs@juniper.net; Received: from jfujimiya-sslvpn-nc.jnpr.net (122.216.203.186) by CO1PR05MB460.namprd05.prod.outlook.com (10.141.72.152) with Microsoft SMTP Server (TLS) id 15.1.312.18; Wed, 4 Nov 2015 08:44:03 +0000 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) From: "John G. Scudder" In-Reply-To: <20151104083306.12279.84922.idtracker@ietfa.amsl.com> Date: Wed, 4 Nov 2015 17:43:47 +0900 Content-Transfer-Encoding: quoted-printable Message-ID: References: <20151104083306.12279.84922.idtracker@ietfa.amsl.com> To: "" X-Mailer: Apple Mail (2.2104) X-Originating-IP: [122.216.203.186] X-ClientProxiedBy: HK2PR04CA0010.apcprd04.prod.outlook.com (25.162.205.148) To CO1PR05MB460.namprd05.prod.outlook.com (10.141.72.152) X-Microsoft-Exchange-Diagnostics: 1; CO1PR05MB460; 2:BK2lBZI4oAPqRNTwchUITpzOjytkx9rz/0JEHuMEsZqsppVD6l3ahHIJs7SUMbF8xYgVYgnJIQycv5AOk22y8N9Q34Wv/wgFXYqclDyc/l/Pax8oTYJJZWX/oUGQEj7NNauOtnD1ApOtcEQsaAodFqWk4pXrumhuUONPTy426rU=; 3:2D9cP9fbc/PX7CrdOvJ+bm/gSTdtZOo6IsyB+UM9qxHxP1x7wih90qonVD+C8GqQKEKMdlot4Rb7fu0Pewz4RG99Wzcb6ddg0FZbxWz6GL5oUL8kHtzUh70+uM+pwe1HgPzE6ZKjKxGDSpLaY3uwCg==; 25:3gLrNpT3QjF8pba4LcF6vjVGItQ+v7kqlMCxw/hqnUkuPIjC/KybuZRJ9zrAGq6/L/b0lDSxBOQLSQyePDGxN95GIUaeTKXuD2zafQP5vkNgGx9/lKmJXRHrPao5AdZvBSPSQhSWzxwy9e8dmy6NB3LhmAr9UHG7B8Wd7pm2630f++cdEJDwvvY5u/PnUqzyz2OmLBLjhLn445Cx5MY1yBEfM/tkqVgzpnGxwCBLlb+E1WU7F2Vkdj4rhZtP3Kj7PHfy835G4QlTu/oS8JDawA== X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CO1PR05MB460; X-Microsoft-Exchange-Diagnostics: 1; CO1PR05MB460; 20:wNMXThG1zcXXighCbCMM84cfBs7sW/vLGT1UmAqt65OWKS0CEEcsvH0ms9sU+hDK7XX0Za9N5gsXl/gs2p6Br7Y1gXECC62XKBYlbAapvDAWMArwBF6bDZ0mHj42rsogPMM9VYD7oNz3263TSbgyX8u34uCjb6ll+bnO9hGM0GYUWW+zghJseZrxf7MSYKxoL0/RtPjNDZolIcEMQZUjq5hYHa8jLphvQzXxhCmFDS57+dC9noSS7NkhRI5pVbDsbMzgrvSXYo//MQiHGHKj9gZh1EKveVIU3bFpst5b3A7Cfijnu4oM1j0VswDvc2X0XxZoF7Vo+zde3txw1rdcSQLq+Sp8YXE+IosBXIcBYW85MEukJeBlH+zg4uBMWWd2acZZuJHoG9/jlO3izhj4N0qkCOfpuvbZArGBureAuUgBGaaHCaAv7kLbZeeLMUQRGh3kJo1KiYJDXVwXxhApHV/HMM69EoJHFe29kWk61kc03SslaXMvk/S+3S2cUDBT; 4:rzcgt1XJ53S1o1Xo8VPaQUnC2rM/kpjhRxj381CGKqYgzvCKEBB62N4gSqgjhL5ewLCcXQ17tBbua4sGY1XEzbEQWCVMrLUxsnhR1ipS1nccvRXSXzZslyfmaGbDTZ7ZWeEIucB3Bnch0Ew1J4+h4et3pBqQeTKHqFTtnw7K5e9I8urOZOzaDlSsHiXDeva7JKy4GSqE+pRhb9S5iwlcR6rYTiaQcn4rH9lDieAJwdVsMJqgo4g1o/8rf8HHuAqm1+DkMN3T0XbwoPD8O7Iham6jYVOjH648/RRlC7SAr9bwRKqor4zSyBA/yk7Mt7HycFd6Mej0Sp//l/ferDSga+kJgUuQ/biIDaVjPKqIsnTJLuak5ZYguuO/3kFjUxSL X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(520078)(8121501046)(5005006)(10201501046)(3002001); SRVR:CO1PR05MB460; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB460; X-Forefront-PRVS: 0750463DC9 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6009001)(53754006)(377454003)(199003)(377424004)(164054003)(24454002)(189002)(122386002)(81156007)(50226001)(189998001)(15975445007)(40100003)(57306001)(110136002)(19580395003)(5001960100002)(83716003)(69596002)(92566002)(82746002)(33656002)(97736004)(47776003)(2950100001)(50466002)(87976001)(5004730100002)(76176999)(42186005)(53416004)(77096005)(50986999)(19580405001)(101416001)(106356001)(105586002)(5007970100001)(86362001)(36756003)(230783001)(5008740100001)(66066001)(23676002)(104396002)(42262002)(491001); DIR:OUT; SFP:1102; SCL:1; SRVR:CO1PR05MB460; H:jfujimiya-sslvpn-nc.jnpr.net; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Received-SPF: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtDTzFQUjA1TUI0NjA7MjM6N05ISElndHBZMnhSRW1qL2c3N0xHZ3kzYXJz?= =?utf-8?B?bS9zTm5sM05ueEUxN0VJUTRVV1hNWUFiWURseHN2SHlkcHNrcEI5eUwxNFIx?= =?utf-8?B?VlRmK1EvODMwVEVRSHZVVDM4SzNBMDJLVFZ0Y2JvY2toVVY1bUlIbkx6WmpC?= =?utf-8?B?N3VpZHRXZjVMcUxQbGgyZlpqN2h2NytyRmRUMzlzc3lZSE9KWVpTK2I3cGpr?= =?utf-8?B?L3kwYm40dmtrTjhTYzFjWUdjMDdPWUIyK1dqRXJDZEtLakZHUTlVMnNQSytk?= =?utf-8?B?L1BycmY4NWd4ckhlR0hRRTBheDZLdVBsZHFnVnBwY1dOSkpCWTRRQS9OZ0gx?= =?utf-8?B?Zmh1RmY4MGVlMkVSTGZ6UTdnZTJsNStNbmhQTzByTmpaS0pwUW84ZEJNeTRH?= =?utf-8?B?YmNJSEZ3M0ovVTFCN0U3bHczS3JRdzhraVEwK3hWeERjZmdtMk9mbUNNS2Qy?= =?utf-8?B?ZlpxQW9LQ1p5VTlhWlAzbW01SG01cWNMdVlMeGhXU3hTRHdxeXBrM0xRUDQ5?= =?utf-8?B?REpXWDB4R3BKQ2xzVkFZNlBLOGNhZTh0QWZIakdSZlhQcC85ZzVkSHhMY002?= =?utf-8?B?ZkpNR25RTWMyMXVtYTIzUzhpN3c3SElWMDJJTDFUaGtxUU11bCs2MGdTenl2?= =?utf-8?B?WW9YbUxmdlllZVJ2UUpVdW12VnMybHVuQ0kyNVNSYTRTeEpqRlduUnlVeEVm?= =?utf-8?B?YVl2bWlmYWdVTzIxK01sZ2pQVU5uaXVKM2NqTFZSTFFYUms0Uk5wODZxMmxW?= =?utf-8?B?RVdPSUdvRUN2Ym5QaGZ3WGptcWc0WklCb2l4QUhGaFMvcHk4LzEzbnliRWxL?= =?utf-8?B?RVA0N3NtWDJnQmdtWUYvaG5hUkV2SUF0ZS9JRlRhVk5ZRXlDQjdVTzBQYkVk?= =?utf-8?B?NHZiK1U3cGd1SlU1aXVJUFBkZ3JuU3dVQUNlVHRreVZTY1l6dEVPVU9UQ2kr?= =?utf-8?B?Vzk1dEZiNFdHZlFJWFM3WmR3d2J2OWZXaitPNFd1Nm8wQ0drSDdnKzREclRy?= =?utf-8?B?d1lnZkVJOTlEMG1LSTFIRXFSbmRrTXp3OEFpeTQ3ZXRSSy9tT0kvSzljeGJ0?= =?utf-8?B?RUVhVzJscEU2bU1RNmx1TTJteFplRVFnUDYyZnVCYlJnYVcxMVJ6QU9ESEpW?= =?utf-8?B?bFp3Z29PeTJBb3NBdFFiV2dHRmV2K1BpTjEwcXBoOTQ4QXdaZDhvNzBUSDFQ?= =?utf-8?B?R0hEV044aGxKZWROYlQ4alZjbUYyUzVNeXA3UXM2OWtzdXR0d2lJME5YNEJx?= =?utf-8?B?Z1lOTCtUSExzSXlzU1NwWEFMWGFnQlVnK3RTMTZCSTBiRjdDSDZiSHNSTmlQ?= =?utf-8?B?WUxhY0N6L2dGSXVpRlFMNVBYSmhKK2djcUF3SG96L3RIMXM5TDFSdGZZaUVl?= =?utf-8?B?bGhGZURxaHlMU25QMVRKMWRWNjZ1MkZBTkV1akVHeFRBdlhyaDNoOHRZbE1t?= =?utf-8?B?eHYralNkT2pzdVZkNklGVnpuZy8rNFA3Y21VdzJ4ZG1BRGpudWJSc0xuaEtY?= =?utf-8?B?ZE9ML200b0xMOVpFNVl0Wjh3Zmh3U1Z0UHJGbElKbkthVzRaUkdNbFI5NXVy?= =?utf-8?B?cDBUcWFLY1Y1UWE0RFkybXUxbUNMR0lEeFo3ekxycDNGZUxNT3JFRkpGWWRx?= =?utf-8?B?ZE9JZFkxL1RsUXRVL0p2cXhUN3VDWlJzVXJWblpkcGUzeDdGWWRMQzRRVUR6?= =?utf-8?Q?sNWjJM3IUX9CWeo18=3D?= X-Microsoft-Exchange-Diagnostics: 1; CO1PR05MB460; 5:nTWzOJAAb7yHEMi1BMGINqPd3CPsG0hV2YFXY8DZUouBk/J0zIoZKf98g38JUcpw8WnpLpmIFevzAW+CCnK77wPC7T0Gl8oM/Af1Hot9T2vPc5CR+cmQTLc6z2WGo+A+ZbNrszxg2qLfow0wYPhT+Q==; 24:/4HZcPdqyJ4cl6nze+H57NoIlG3pFGf76LUdR8IRtsSZrhmSz3iwfMV6anq0Eu62AYHHmo7iC66Pf9NQPKKRkMhPrTuRcYmtw8HmqeD8uAU=; 20:SpcZOwHvR9GB0uPSE/Ionu/Tl+8A59m77w3Grh8by7xxwUY4S9cmMR5iHWzRdJDi2S0os080hz3THvZfidbSDw== SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 04 Nov 2015 08:44:03.4830 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR05MB460 Archived-At: Subject: Re: [Idr] I-D Action: draft-ietf-idr-bgp-gr-notification-06.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2015 08:44:14 -0000 Hi Everybody, This version incorporates editorial revisions from the working group = last call. There is also one small normative change. The old version = said "This document defines an extension to the BGP Graceful Restart = that permits the Graceful Restart procedures to be performed when the = BGP speaker receives a BGP NOTIFICATION Message." The new version adds = "... or the Hold Time expires." This corrects a subtle but serious omission in the previous version =E2=80= =93 the intent of the draft is that, unless the Hard Reset message is = used, graceful restart logic should be applied. Without the change = explained above, if the hold time expired, the routing table would be = flushed before being repopulated when the new session established, as = per normal RFC 4271 procedures. With the change, graceful restart = processing is applied instead, of course assuming the other conditions = for a successful graceful restart are met. Since there is a normative change, speaking as an author I would suggest = confirmation of it on the list before we consider the working group last = call closed. Thanks, --John > On Nov 4, 2015, at 5:33 PM, internet-drafts@ietf.org wrote: >=20 >=20 > A New Internet-Draft is available from the on-line Internet-Drafts = directories. > This draft is a work item of the Inter-Domain Routing Working Group of = the IETF. >=20 > Title : Notification Message support for BGP Graceful = Restart > Authors : Keyur Patel > Rex Fernando > John Scudder > Jeff Haas > Filename : draft-ietf-idr-bgp-gr-notification-06.txt > Pages : 7 > Date : 2015-11-04 >=20 > Abstract: > The current BGP Graceful Restart mechanism limits the usage of BGP > Graceful Restart to BGP protocol messages other than a BGP > NOTIFICATION message. This document defines an extension to the BGP > Graceful Restart that permits the Graceful Restart procedures to be > performed when the BGP speaker receives a BGP NOTIFICATION Message = or > the Hold Time expires. This document also defines a new BGP > NOTIFICATION Cease Error subcode to prevent BGP speakers supporting > the extension defined in this document from performing a Graceful > Restart. >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-idr-bgp-gr-notification/ >=20 > There's also a htmlized version available at: > https://tools.ietf.org/html/draft-ietf-idr-bgp-gr-notification-06 >=20 > A diff from the previous version is available at: > = https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-idr-bgp-gr-notification-06 >=20 >=20 > Please note that it may take a couple of minutes from the time of = submission > until the htmlized version and diff are available at tools.ietf.org. >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr From nobody Wed Nov 4 12:01:33 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3C42F1B33BC for ; Wed, 4 Nov 2015 12:01:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.055 X-Spam-Level: X-Spam-Status: No, score=-99.055 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, USER_IN_WHITELIST=-100] autolearn=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 foem0Ens4NlI for ; Wed, 4 Nov 2015 12:01:30 -0800 (PST) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) (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 DFBE81B33A8 for ; Wed, 4 Nov 2015 12:01:02 -0800 (PST) X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=133.93.81.236; From: "Susan Hares" To: Date: Wed, 4 Nov 2015 15:00:57 -0500 Message-ID: <003201d1173b$86adee30$9409ca90$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdEXO1wv5j/2MG1hR7SdejLDp/Ci6A== Content-Language: en-us X-Authenticated-User: skh@ndzh.com X-IsFriend: Archived-At: Subject: [Idr] I-D Action: draft-ietf-idr-bgp-gr-notification-06.txt - 1 Week WG LC (11/4 to 11/11/2015) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2015 20:01:32 -0000 Hi all:=20 John is correct. This begins a 1 WG Working group last call (11/4 to = 11/11/2015) on this draft. Also, the authors should indicate if they = know of any IPR relating to the draft? =20 Sue Hares -----Original Message----- From: John G. Scudder [mailto:jgs@juniper.net]=20 Sent: Wednesday, November 04, 2015 3:44 AM To: Cc: skh@ndzh.com Hares Subject: Re: [Idr] I-D Action: draft-ietf-idr-bgp-gr-notification-06.txt Hi Everybody, This version incorporates editorial revisions from the working group = last call. There is also one small normative change. The old version = said "This document defines an extension to the BGP Graceful Restart = that permits the Graceful Restart procedures to be performed when the = BGP speaker receives a BGP NOTIFICATION Message." The new version adds = "... or the Hold Time expires." This corrects a subtle but serious omission in the previous version = =E2=80=93 the intent of the draft is that, unless the Hard Reset message = is used, graceful restart logic should be applied. Without the change = explained above, if the hold time expired, the routing table would be = flushed before being repopulated when the new session established, as = per normal RFC 4271 procedures. With the change, graceful restart = processing is applied instead, of course assuming the other conditions = for a successful graceful restart are met. Since there is a normative change, speaking as an author I would suggest = confirmation of it on the list before we consider the working group last = call closed. Thanks, --John > On Nov 4, 2015, at 5:33 PM, internet-drafts@ietf.org wrote: >=20 >=20 > A New Internet-Draft is available from the on-line Internet-Drafts = directories. > This draft is a work item of the Inter-Domain Routing Working Group of = the IETF. >=20 > Title : Notification Message support for BGP Graceful = Restart > Authors : Keyur Patel > Rex Fernando > John Scudder > Jeff Haas > Filename : draft-ietf-idr-bgp-gr-notification-06.txt > Pages : 7 > Date : 2015-11-04 >=20 > Abstract: > The current BGP Graceful Restart mechanism limits the usage of BGP > Graceful Restart to BGP protocol messages other than a BGP > NOTIFICATION message. This document defines an extension to the BGP > Graceful Restart that permits the Graceful Restart procedures to be > performed when the BGP speaker receives a BGP NOTIFICATION Message = or > the Hold Time expires. This document also defines a new BGP > NOTIFICATION Cease Error subcode to prevent BGP speakers supporting > the extension defined in this document from performing a Graceful > Restart. >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-idr-bgp-gr-notification/ >=20 > There's also a htmlized version available at: > https://tools.ietf.org/html/draft-ietf-idr-bgp-gr-notification-06 >=20 > A diff from the previous version is available at: > = https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-idr-bgp-gr-notification-0 > 6 >=20 >=20 > Please note that it may take a couple of minutes from the time of=20 > submission until the htmlized version and diff are available at = tools.ietf.org. >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr From nobody Wed Nov 4 18:19:58 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A1AB71B38ED; Wed, 4 Nov 2015 18:19:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.912 X-Spam-Level: X-Spam-Status: No, score=-1.912 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 VHSAFxf4_vcV; Wed, 4 Nov 2015 18:19:47 -0800 (PST) Received: from puck.nether.net (puck.nether.net [IPv6:2001:418:3f4::5]) by ietfa.amsl.com (Postfix) with ESMTP id 9B57D1B38DC; Wed, 4 Nov 2015 18:19:47 -0800 (PST) Received: from [133.93.24.143] (unknown [133.93.24.143]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by puck.nether.net (Postfix) with ESMTPSA id 8480D54071C; Wed, 4 Nov 2015 21:19:45 -0500 (EST) References: <20151102093733.GF70452@Space.Net> Mime-Version: 1.0 (1.0) In-Reply-To: <20151102093733.GF70452@Space.Net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <30C3B91F-BC1D-41F4-87CB-A2DBE40D324B@puck.nether.net> X-Mailer: iPhone Mail (13B143) From: Jon Mitchell Date: Thu, 5 Nov 2015 11:19:40 +0900 To: Gert Doering Archived-At: Cc: idr wg list , GROW@ietf.org Subject: Re: [Idr] [GROW] draft-mauch-bgp-reject X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2015 02:19:50 -0000 > On Nov 2, 2015, at 6:37 PM, Gert Doering wrote: >=20 > There is one item I don't understand here: >=20 > o Software MUST provide protection from internal failures preventing > the advertisement and acceptance of routes >=20 > what does that mean (in other words "more verbose explanation, please")? >=20 I expressed this concern to Jared verbally this week as well (was waiting fo= r adoption which I support as stated previously). -Jon From nobody Wed Nov 4 21:49:08 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1AD4B1B3A0E; Wed, 4 Nov 2015 21:49:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.912 X-Spam-Level: X-Spam-Status: No, score=-1.912 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 ulE6WxEBiLm7; Wed, 4 Nov 2015 21:49:06 -0800 (PST) Received: from puck.nether.net (puck.nether.net [IPv6:2001:418:3f4::5]) by ietfa.amsl.com (Postfix) with ESMTP id 2315D1B3A11; Wed, 4 Nov 2015 21:49:06 -0800 (PST) Received: from [172.20.10.3] (unknown [172.56.6.78]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by puck.nether.net (Postfix) with ESMTPSA id A11E0540D81; Thu, 5 Nov 2015 00:48:58 -0500 (EST) Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) Content-Type: text/plain; charset=utf-8 From: Jared Mauch In-Reply-To: <20151102093733.GF70452@Space.Net> Date: Thu, 5 Nov 2015 00:48:51 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20151102093733.GF70452@Space.Net> To: Gert Doering X-Mailer: Apple Mail (2.3096.5) Archived-At: Cc: idr wg list , GROW@ietf.org Subject: Re: [Idr] [GROW] draft-mauch-bgp-reject X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2015 05:49:07 -0000 > On Nov 2, 2015, at 4:37 AM, Gert Doering wrote: > On Sun, Nov 01, 2015 at 11:18:55PM -0500, Jared Mauch wrote: >> I plan on covering this briefly in the GROW meeting today and = uploaded the revised text that has been sitting in my output queue since = August. >>=20 >> This is basically codifying the fact that you MUST NOT default to = "bgp unsafe-ebgp-policy??? for any BGP speaking device. >=20 > There is one item I don't understand here: >=20 > o Software MUST provide protection from internal failures = preventing > the advertisement and acceptance of routes >=20 > what does that mean (in other words "more verbose explanation, = please")? Vendor software will actually fail-open and not honor the configured policy. I=E2=80=99d like to try and capture this case as implementation = guidance to prevent damage to the global internet. - Jared= From nobody Wed Nov 4 23:35:14 2015 Return-Path: X-Original-To: idr@ietf.org Delivered-To: idr@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 05BE41B3B84; Wed, 4 Nov 2015 23:35:11 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.8.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20151105073511.7813.57080.idtracker@ietfa.amsl.com> Date: Wed, 04 Nov 2015 23:35:11 -0800 Archived-At: Cc: idr@ietf.org Subject: [Idr] I-D Action: draft-ietf-idr-add-paths-12.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2015 07:35:11 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Inter-Domain Routing Working Group of the IETF. Title : Advertisement of Multiple Paths in BGP Authors : Daniel Walton Alvaro Retana Enke Chen John Scudder Filename : draft-ietf-idr-add-paths-12.txt Pages : 8 Date : 2015-11-04 Abstract: This document defines a BGP extension that allows the advertisement of multiple paths for the same address prefix without the new paths implicitly replacing any previous ones. The essence of the extension is that each path is identified by a path identifier in addition to the address prefix. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-idr-add-paths/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-idr-add-paths-12 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-idr-add-paths-12 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Nov 5 01:38:45 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DADD71A905E; Thu, 5 Nov 2015 01:38:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.277 X-Spam-Level: X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=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 z1zlkKtOIDfC; Thu, 5 Nov 2015 01:38:41 -0800 (PST) Received: from mail-wm0-x236.google.com (mail-wm0-x236.google.com [IPv6:2a00:1450:400c:c09::236]) (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 4BA011A905B; Thu, 5 Nov 2015 01:38:41 -0800 (PST) Received: by wmll128 with SMTP id l128so8104307wml.0; Thu, 05 Nov 2015 01:38:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=ZvBwFa6Ti4jGwoCwQZJYdctRgLDJxHjcq05RwFO119Q=; b=LSSq6oebaSgD9ZQZpLF32Yc1NY/ggk+h9XM4+8355GT2tQ8CZFdQW2JP/MAFu4ida+ rbitqWqOn+vbNd3uNfigKTLsvkFyaJ1/kHn/U1wxM9rldJ/PblTdT2aSKy+yH9y20WN5 0X8TgZhCN+YvWTUxH5S1qQyvPm8i9fmu9MMJbhWfq6XhazZVVw/9VBPdi5gjSRl0A5dU ki0PvCX24vvOr3+G8gwG/4dgM0FuMWdDeuh/qesK/CGN47xwNo3OkAooz4R/UW7vuMeD peDp8Lenlz9ORMICINTWSDQuIkkt2LP3iWzALbbXhXt0I4vvDGp1uTIlIeSthWyRrlBT crmw== MIME-Version: 1.0 X-Received: by 10.28.138.148 with SMTP id m142mr2427180wmd.2.1446716319838; Thu, 05 Nov 2015 01:38:39 -0800 (PST) Sender: rraszuk@gmail.com Received: by 10.194.204.195 with HTTP; Thu, 5 Nov 2015 01:38:39 -0800 (PST) In-Reply-To: References: <20151102093733.GF70452@Space.Net> Date: Thu, 5 Nov 2015 18:38:39 +0900 X-Google-Sender-Auth: 7n8FQxqiMOZU4Ep4W2BkO26WU7o Message-ID: From: Robert Raszuk To: Jared Mauch Content-Type: multipart/alternative; boundary=001a1144275a55b8320523c7e40f Archived-At: Cc: idr wg list , "grow@ietf.org" , Gert Doering Subject: Re: [Idr] [GROW] draft-mauch-bgp-reject X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2015 09:38:43 -0000 --001a1144275a55b8320523c7e40f Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Jared, =E2=80=8BIf you are up to fail-open on restart (I guess this is what you me= an by "internal-failures") and in fact in general regarding your entire draft IMO the only way to really enforce anything of that scope is to update 4271 with the new eBGP rules and state machine. Otherwise I do not believe that BCP will be out of the sudden honored by vendors. Also I do not think it will be justified to be accept globally as an OS upgrade without such strong enforcement. Thx, r. > > There is one item I don't understand here: > > > > o Software MUST provide protection from internal failures preventing > > the advertisement and acceptance of routes > > > > what does that mean (in other words "more verbose explanation, please")= ? > > Vendor software will actually fail-open and not honor the configured > policy. I=E2=80=99d like to try and capture this case as implementation = guidance > to prevent damage to the global internet. > > - Jared > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr > --001a1144275a55b8320523c7e40f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Jared,

=E2=80= =8BIf you are up to fail-open on restart (I guess this is what you mean by = "internal-failures") and in fact in general regarding your entire= draft IMO the only way to really enforce anything of that scope is to upda= te 4271 with the new eBGP rules and state machine.=C2=A0

Otherwise I do not believe that BCP will= =C2=A0be out of the sudden honored by vendors. Also I do not think it will= be justified to be accept globally as an OS upgrade without such strong en= forcement.=C2=A0

Thx,<= /div>
r.

=C2= =A0
> There is one item I don't understand here:
>
>=C2=A0 =C2=A0o=C2=A0 Software MUST provide protection from internal fai= lures preventing
>=C2=A0 =C2=A0 =C2=A0 the advertisement and acceptance of routes
>
> what does that mean (in other words "more verbose explanation, pl= ease")?

Vendor software will actually fail-open and not honor the configured=
policy.=C2=A0 I=E2=80=99d like to try and capture this case as implementati= on guidance
to prevent damage to the global internet.

- Jared
_______________________________________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr

--001a1144275a55b8320523c7e40f-- From nobody Thu Nov 5 13:06:37 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E63421A6FC3 for ; Thu, 5 Nov 2015 13:06:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.61 X-Spam-Level: X-Spam-Status: No, score=-2.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 f1ReIrrTlwBB for ; Thu, 5 Nov 2015 13:06:35 -0800 (PST) Received: from mobil.space.net (mobil.space.net [195.30.115.67]) (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 19C7B1A6F5A for ; Thu, 5 Nov 2015 13:06:34 -0800 (PST) X-Original-To: idr@ietf.org Received: from mobil.space.net (localhost [IPv6:::1]) by mobil.space.net (Postfix) with ESMTP id 2B60862F15 for ; Thu, 5 Nov 2015 22:06:32 +0100 (CET) X-SpaceNet-Relay: true Received: from moebius3.space.net (moebius3.Space.Net [IPv6:2001:608:2:2::250]) by mobil.space.net (Postfix) with ESMTPS id E300A60736 for ; Thu, 5 Nov 2015 22:06:31 +0100 (CET) Received: (qmail 47891 invoked by uid 1007); 5 Nov 2015 22:06:31 +0100 Date: Thu, 5 Nov 2015 22:06:31 +0100 From: Gert Doering To: Jared Mauch Message-ID: <20151105210631.GR70452@Space.Net> References: <20151102093733.GF70452@Space.Net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uoA43OcX1TSCI7Qa" Content-Disposition: inline In-Reply-To: X-NCC-RegID: de.space User-Agent: Mutt/1.5.23 (2014-03-12) Archived-At: Cc: idr wg list , GROW@ietf.org, Gert Doering Subject: Re: [Idr] [GROW] draft-mauch-bgp-reject X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2015 21:06:37 -0000 --uoA43OcX1TSCI7Qa Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Thu, Nov 05, 2015 at 12:48:51AM -0500, Jared Mauch wrote: > > There is one item I don't understand here: > >=20 > > o Software MUST provide protection from internal failures preventing > > the advertisement and acceptance of routes > >=20 > > what does that mean (in other words "more verbose explanation, please")? >=20 > Vendor software will actually fail-open and not honor the configured > policy. I???d like to try and capture this case as implementation guidan= ce > to prevent damage to the global internet. So "if there is anything broken in the machinery, kill the bgpd before you just let routes in or out in an uncontrolled fashion"? Support :) Gert Doering -- NetMaster --=20 have you enabled IPv6 on something today...? SpaceNet AG Vorstand: Sebastian v. Bomhard Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann D-80807 Muenchen HRB: 136055 (AG Muenchen) Tel: +49 (0)89/32356-444 USt-IdNr.: DE813185279 --uoA43OcX1TSCI7Qa Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIVAwUBVjvE199WwGXkzn/FAQLBHA/9GidjX+5/RCUH4icG1ZlytMM8lPIto8gs 12ZDTkVaNu2eh8FjLi70krpR+p0F+XHBrF5O917bMj2zW7z2wlYsLi+npxJMyhIo bMAqEDvSMueg4W0i5W1qoGMvGyDssCPB9ejDn+kOC2pxKdG7N9GCbKU/aqKbjZ/T KflMwLXIZUlguVgBjdFMZk4S6/E5xEX7sErkLnytiafk3CU6B7AKjgfuJWyiZu10 punPSOPsmfju6nc7JFl3FwJ4LmW5qlcVNWyuCq0x1lg9PpsTksy61GiClXsGMGYh 1GWZvsOyFpjnOLZQT63q9kBCQRvP2+H8sZRTbZRcQLGbaOsX6c4a6xl3BtBEW+MH iwDo+OyeJ6n4IGyCJqjDPUZ8HCAi+PxtS/biMVMXJzz5zlLlern+LP7Ylhk1K8ip mQ4zaHF/UIQu5uiEnglVXz5EKdMxu1tmqiCh9SyhY/vpVh/GMO2wEp1okdl/DmTF dceasHFwyKUwMTBhz8XdmRS8KQ76p3kBjG+VsYYZs+tug0qyC+4vQC05xaNndf9w fGFMxUnnLFewSN36lHM7VFIh75nCZWVd7dm5DVktoMMlOKykBZ+B1JddX0jgtGvG lvj9HBlCCG3sfBysSKDAy0DZ8caC+tAVs5dsJOJOqE5Nehz+JDYnfKV+/Y3f5/K1 TX0DNw0vrjY= =8W93 -----END PGP SIGNATURE----- --uoA43OcX1TSCI7Qa-- From nobody Thu Nov 5 16:13:03 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF95C1A6F1E for ; Thu, 5 Nov 2015 16:13:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham 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 uu9vXeUq5yXu for ; Thu, 5 Nov 2015 16:13:00 -0800 (PST) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0715.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::715]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0E5881A6F12 for ; Thu, 5 Nov 2015 16:12:59 -0800 (PST) Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=jgs@juniper.net; Received: from jfujimiya-sslvpn-nc.jnpr.net (122.216.203.186) by CO1PR05MB460.namprd05.prod.outlook.com (10.141.72.152) with Microsoft SMTP Server (TLS) id 15.1.312.18; Fri, 6 Nov 2015 00:12:41 +0000 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) From: "John G. Scudder" In-Reply-To: <003201d1173b$86adee30$9409ca90$@ndzh.com> Date: Fri, 6 Nov 2015 09:12:21 +0900 Content-Transfer-Encoding: 7bit Message-ID: <7F8516AF-0B68-4F3B-8630-5049E0D4DF4F@juniper.net> References: <003201d1173b$86adee30$9409ca90$@ndzh.com> To: Susan Hares X-Mailer: Apple Mail (2.2104) X-Originating-IP: [122.216.203.186] X-ClientProxiedBy: HK2PR04CA0040.apcprd04.prod.outlook.com (25.162.205.178) To CO1PR05MB460.namprd05.prod.outlook.com (10.141.72.152) X-Microsoft-Exchange-Diagnostics: 1; CO1PR05MB460; 2:y9jFPsb4++cRSkrh4g0umCpLS/CctCIm45nPpiCSDOOiCqekP6MaRm4ogzVgxFJpEL1b9tIkd878w+Kk8rR05pHw2+ZKn85o83vIcvldhQc5++EVA2zkGmECOngcrthLjsgpxuW4Yk+r9MI2QQ78tsmxJjjoo5A/LCYcLZVANoY=; 3:uGB32hspkl9La1UrOCULgtrtsIJswpcpcJeZPI1WOH2XiXucUpD3P6QRC2DLYsgXcQFuwm3OWo1hyOzQCzx9cCozyV5g8JnKXh+xxOzxy+IYB4d2DSqWVjhw8eRfeZimIg4OfQ1xfoYxkLzO+AHD1g==; 25:oMtG8SmP5LeeGUt53Dwu2iOS0ueFXnPt2E2CH49SElq8RiY6E59fxuOXegKr7DNsVaekzbLbojuMorH/Ygfecv3fHDRLRqH729ke0Nw4lqWrIbexrcB6lD3j1EHalaZH+8rMHe07uLHsi5w5lp6kD1NMSS1DtDd3b3aA2o1Clvv6U7V0w1HOuhet++2xpQAEfGNSFwqIs+NEfUtpah9/IKqx1HTETaE+QERh/TubRz6wdwPWNxJpPl79b/ih3AJpLhttoWU2Via6atCRJvQfwQ== X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CO1PR05MB460; X-Microsoft-Exchange-Diagnostics: 1; CO1PR05MB460; 20:TKT4KdqrpMzced8wlWwAmB9VN5n5XsXhUrbah0ErJzsLMd4FZSSsdTn9wlVTfkv1JhDK8hHbMiuOZ8y3Gf6aKc3kCBsB8bepP1eBEWXOXmY9upk3TBpqE3zCMd7w3ozmyU6iHUln53IHaBpkoaxJr8OAjWdjJcYshgL8302dn15gbCrs4LLZCi5NnClYx/2L/l8cwyWXae1AesT4AKG/A2647FD3oJixtmqsleKON6SLM4FHkh5X76+Idvncr90MTpLj17vYOXJ/6403J57pMOmyRFlzoZ60yHZA7dMPhvyTBilOvztjYVca8fgKDbDeVOpzSbIFbPmnCRw01b/j4oJv22kZ1/SulnaJupHnr/Ro9SKI3V2Mpj9ercX/QCb4BrijrXE+E/T2LUpXQ6a/EPlK5ast+8Ik+UtVxM9iesumVW8IpHdQ54IWa3m5jl+okF2X+Re4psaUwQDs2MEDoU7oeOr4pbXl86n9kMtgLYjYuzHWBlp3PYs14OWhdI9f; 4:lxKnHbvk39S6fx8ejh4jzAwxEnqJ178VmgUvJeqssQMjabXkDSOeLFppxixxnSZyVJ0mVXRFwD9m7eX3Fj2K7qMNCMZ+tYPNvbV/cf7H7HiZH0dimiVIcUbSfZHJ0N9N5aikE/CjhW430vKl8JOQ3DEfenDoEvlYSq3XdIqaqGYv4fhb64NKKD7Kc2/a8bzgolz01s9Kj9C4SnjqAqcwwuxSlDgqGVmTh5v/lgFJ4WkL6N+AsTBIG9Q5nJJl0pgXS3L2SsBTEHikryNpNtwPR834j9tJNe+xmo0dprhvr2sDphe1Nd2TOdFDHG7YQdySd2UY/wYG7TNCmA8Ftm1VcVBzhEATJhiZQxv1vDEP+RwINZV9HkUQgvfw0fnzVbcN X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(520078)(5005006)(8121501046)(3002001)(10201501046); SRVR:CO1PR05MB460; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB460; X-Forefront-PRVS: 07521929C1 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6009001)(199003)(377454003)(164054003)(24454002)(5423002)(189002)(105586002)(86362001)(101416001)(5007970100001)(50226001)(19580405001)(81156007)(97756001)(83716003)(92566002)(69596002)(189998001)(76176999)(87976001)(57306001)(82746002)(558084003)(40100003)(33656002)(19580395003)(97736004)(5001960100002)(5004730100002)(77096005)(50986999)(50466002)(53416004)(47776003)(42186005)(230783001)(23726002)(36756003)(110136002)(5001920100001)(5008740100001)(122386002)(66066001)(2950100001)(46406003)(106356001)(230700001)(42262002)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:CO1PR05MB460; H:jfujimiya-sslvpn-nc.jnpr.net; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Received-SPF: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; CO1PR05MB460; 23:CLbFaT4MGIFmuNT88m3cUFn1aojdBqPHuvJAytHwzb?= =?us-ascii?Q?0h88m7yL7+D+Qdt1iSe/saZWgfH6RFNbr31Qv/DtzSqc/nJswJglzcfdVTqR?= =?us-ascii?Q?1AO98t4OIkSRnw85kKxpCZ5xi0NNYJ1Le3ige+BhCy0gZaZyX+2okhlQUIVt?= =?us-ascii?Q?nt7kG9XzxX+fA+26NmxXcfPI2ojyXEkeWBnV4o5VW5Nad4g5hCNQKDwiosoB?= =?us-ascii?Q?ZNi6RiNW9D8CVVVLp2O97nWhoLP5R3Hj1kwYA8rVANkd4dEVn8UkRljcBJ8G?= =?us-ascii?Q?GkRQGLqiS3srmoo3i0iZpepssGhIrHLHOz0oCW+OJHa2fb/k5qdAIufR0UVC?= =?us-ascii?Q?LB7wKNeJvx0BS7pOsCuUMzZym9hYnHiMtmaiGTWvtonnIGhyew7z7M1BoSGy?= =?us-ascii?Q?ZtbT8bFpH2RowJS/B0SiunWBSTKm9tRZuBfBJ9z+lTVuffQGHq5pQNxDKu1o?= =?us-ascii?Q?iY1lgnOEgILx90q5BTIysVqDwG5khydDs/Nj6QFaKL6rgFgvx4U0BcPzbhL/?= =?us-ascii?Q?PNAVzIftIkh1raPmuIbe5owimz+7NFWFvYo+vGaVGlo/ieGKqsa5eQa3n7cJ?= =?us-ascii?Q?pjl8DsoF+g9Wy9AV6aMf0UU09YIggZHkhdz2HGD7NnT/4HJ37F18oVsoFYH6?= =?us-ascii?Q?T2zfH8nS+RJD8qp8HLnjjFxs4YC8BlfnYdEOfsAdJwMnfn4nh30FO29V+mOg?= =?us-ascii?Q?ZIXbOE2Wu90OnxGtUQ/xFJ2lwK6gal9myf+DFHCo+IvDKE5DXrDNo7KrFKn9?= =?us-ascii?Q?MQivqopZXsff2gCpBla6VUqgZWbZles+j8BxsyTrrhlS4nrjsMe2kY1V+/bJ?= =?us-ascii?Q?UAaEv4tDK1TFtHDueiOrzUm8DPJmQUPNIWUILXuTOUreOGjCuYpi0QsQGU7X?= =?us-ascii?Q?l4i7B5cx5nqZpTlhuBlkyRTVV+8Yo5LuB75Zl39+VY2m9Lh6bT/miedy9M0X?= =?us-ascii?Q?GLhln5ff9oM6ptBsCWpRqpGmJIxWz8ncy017koAAqi4ZSID9ZOZJwZKJ/3Py?= =?us-ascii?Q?qbqa7ga8xIREp7vhoveUtvkGeHWJPKDcdQNBAlGIERxQgHF8kp3h4/9h3L5j?= =?us-ascii?Q?JTf/1aS/9qz3Sf63DIV6+3x7AJd9htmbDx3yk+nW/a1NV2NZx3uNapaj1NMT?= =?us-ascii?Q?Dgt/xkPbtwJFTkYsy8yJd8UPLqyLhyhUgsYbfsBb1Y+fEpxMouxisgwgH0w5?= =?us-ascii?Q?tIXbO7ZDxvNGqm3yRLEGRA590/3SN0FQJW0HbCgATyBoZriwmZOhz/ZNF8h4?= =?us-ascii?Q?6VYLQlnvtdWuD5O4SZZZpcAYXXpPnDVhZYQRmGCmpgTzqppcCBwfnUMHYtaX?= =?us-ascii?Q?dQ3d2JW8rqazMRfbsskow=3D?= X-Microsoft-Exchange-Diagnostics: 1; CO1PR05MB460; 5:hoI7OSWGYg3lORgZSKK+0uBwnhjlt8gNk8g4gyQPqLK4nfMEnHY93OScupWZlgcUXtCFQ9ReQFEbrPUaSreJfNg+E3Pkbcv5WR85ZMDVtsbWADKql2tOhAk1+tSRhEj+sNpXyL+Pbg34dDTxnP901A==; 24:DWu8DumZDDBl9i4IqAfjmQudZjdODWxnSpdUIQEWldGRsMP+yhaQ2X5ui/oq8JEi2joaxiP7mZr7QmuSYo/jAVA/lQ9H/GBJYbgWFiWKcK4=; 20:PmwTpVcUxd2dk2G/GLOPRPpNrzuU8/ZRma66ybmqEOh3l1TclhDZQPpTq/nMM1iOL6mslSTJDhDQWteK4h1Giw== SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 06 Nov 2015 00:12:41.1091 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR05MB460 Archived-At: Cc: idr@ietf.org Subject: Re: [Idr] I-D Action: draft-ietf-idr-bgp-gr-notification-06.txt - 1 Week WG LC (11/4 to 11/11/2015) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2015 00:13:03 -0000 On Nov 5, 2015, at 5:00 AM, Susan Hares wrote: > the authors should indicate if they know of any IPR relating to the draft? I am not aware of any IPR relating to the draft. Thanks, --John From nobody Thu Nov 5 16:17:11 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 94EF61A6F29 for ; Thu, 5 Nov 2015 16:17:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 5mu6FCUWWYVX for ; Thu, 5 Nov 2015 16:17:08 -0800 (PST) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 54F461A212D for ; Thu, 5 Nov 2015 16:17:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=498; q=dns/txt; s=iport; t=1446769028; x=1447978628; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=Y/gADW9580biDLMIWMkK8KVsRSJ6rxG7HjWndKIvQ/c=; b=ktwNK5J6nvkEWKj4vIlZbEsD2r88MqK/zb9gs+Z3N2FdRzivLpi+FPx6 noKkLhVCQ4/G3XeKQqabiqOOHbQA3YloY6/HOk37YQgjAiTho7u+IrCZb +n241EixARdter1nxukuYeBSO/yx7DXjLS/dALkPpVPPxjrFCJx52u79u Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0D1AQAo8DtW/4oNJK1egztTbwa+AwENgV8XCoVvAoE9OBQBAQEBAQEBgQqENgEBBAEBATc0CQIQAgEIGB4FCycLJQIEAQ0FiC4NwSUBAQEBAQEBAQEBAQEBAQEBAQEBAQEUBIZUhH6JOQEElkgBjSKcQQEfAQFCgkSBQHKEGIEHAQEB X-IronPort-AV: E=Sophos;i="5.20,249,1444694400"; d="scan'208";a="47879085" Received: from alln-core-5.cisco.com ([173.36.13.138]) by rcdn-iport-3.cisco.com with ESMTP; 06 Nov 2015 00:17:07 +0000 Received: from XCH-RTP-020.cisco.com (xch-rtp-020.cisco.com [64.101.220.160]) by alln-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id tA60H7TZ031576 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 6 Nov 2015 00:17:07 GMT Received: from xch-rtp-017.cisco.com (64.101.220.157) by XCH-RTP-020.cisco.com (64.101.220.160) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Thu, 5 Nov 2015 19:17:06 -0500 Received: from xch-rtp-017.cisco.com ([64.101.220.157]) by XCH-RTP-017.cisco.com ([64.101.220.157]) with mapi id 15.00.1104.000; Thu, 5 Nov 2015 19:17:06 -0500 From: "Keyur Patel (keyupate)" To: "John G. Scudder" , Susan Hares Thread-Topic: [Idr] I-D Action: draft-ietf-idr-bgp-gr-notification-06.txt - 1 Week WG LC (11/4 to 11/11/2015) Thread-Index: AQHRGCh48Ccf0NMQA0agY0AUTa0cEw== Date: Fri, 6 Nov 2015 00:17:06 +0000 Message-ID: References: <003201d1173b$86adee30$9409ca90$@ndzh.com> <7F8516AF-0B68-4F3B-8630-5049E0D4DF4F@juniper.net> In-Reply-To: <7F8516AF-0B68-4F3B-8630-5049E0D4DF4F@juniper.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.9.150325 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.24.82.217] Content-Type: text/plain; charset="us-ascii" Content-ID: <358DAC686DD1604B8D67B52CCE6F2151@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "idr@ietf.org" Subject: Re: [Idr] I-D Action: draft-ietf-idr-bgp-gr-notification-06.txt - 1 Week WG LC (11/4 to 11/11/2015) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2015 00:17:09 -0000 +1. Am not aware of any IPR related to the draft. Regards, Keyur On 11/6/15, 9:12 AM, "John G. Scudder" wrote: >On Nov 5, 2015, at 5:00 AM, Susan Hares wrote: >> the authors should indicate if they know of any IPR relating to the >>draft? > >I am not aware of any IPR relating to the draft. > >Thanks, > >--John > >_______________________________________________ >Idr mailing list >Idr@ietf.org >https://www.ietf.org/mailman/listinfo/idr From nobody Thu Nov 5 16:18:43 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4A7DC1A6FA6; Thu, 5 Nov 2015 16:18:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham 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 mxgm4FthkvBT; Thu, 5 Nov 2015 16:18:38 -0800 (PST) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0721.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:721]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2CA1B1A212D; Thu, 5 Nov 2015 16:18:37 -0800 (PST) Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=jgs@juniper.net; Received: from jfujimiya-sslvpn-nc.jnpr.net (122.216.203.186) by DM2PR05MB461.namprd05.prod.outlook.com (10.141.105.15) with Microsoft SMTP Server (TLS) id 15.1.312.18; Fri, 6 Nov 2015 00:18:16 +0000 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) From: "John G. Scudder" Date: Fri, 6 Nov 2015 09:17:53 +0900 Content-Transfer-Encoding: quoted-printable Message-ID: <348AACB0-9619-4778-9A57-41BB92862396@juniper.net> References: <20151105232047.1458.9483.idtracker@ietfa.amsl.com> To: "" X-Mailer: Apple Mail (2.2104) X-Originating-IP: [122.216.203.186] X-ClientProxiedBy: HK2PR04CA0028.apcprd04.prod.outlook.com (25.162.205.166) To DM2PR05MB461.namprd05.prod.outlook.com (10.141.105.15) X-Microsoft-Exchange-Diagnostics: 1; DM2PR05MB461; 2:jk6+KLlPbRpSXAmDnQXJZe55fl7e+m79gmwgNrDNYrMP5yQluZ/XWl8ZsnRebAN7u9G8Z74gmBIhi3gJCvR3/fSNa4yqfuh6SQI9Yzh/CaCY+eP8vfW3KR7EpRNcyhxgMrzPDUGewAZrbkeO8Ec+TrITn++n3UgjecdnVz7A+lo=; 3:VwWThP0SxvbP4Qk8aLJ+HuDaq4PycGa493i19HhtWBq/3oRUObnt8EAnZfj71ek6nGtWdCDDRRf7lemOTy2SL/oLiMFmFNbCgBNS3xAV4LFeMTRf9QE4y8E+i0a5UPxIjsyaT5QZYNh1rbvnTGBlag==; 25:Pzpl0bjOa75fWcS6aqJXYADyDZIKkd7HQVl9KtX6QoHJ2akon/86KgHXf5Pv2Cn2NkfR84BEyF6Y+Befhddv55VmnBQbwLfm/7T9ow1z9onDkJADmgfTMdiRhYAIUPaOifCTP5busBbMA/O/TfKA+/OPq+oJkAX+ezKY4XQ0X3l/3sVn0ul0vj6S/Oqy2DtsbaTixc/MW6DRNU50W2hhC50+F+HqNrd7Yj3WWzcYEoriygeoFIksJ1arVwg9EluXmbHJULVMzWRw8QBQFkej7g== X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM2PR05MB461; X-Microsoft-Exchange-Diagnostics: 1; DM2PR05MB461; 20:m3d+ugkSoI66O14bhH9xgAiQFH0CrXnGD2RTUIGN9+o/zGggj2bxC5/uwrhevaPb1pPjHoqcF48oXOWi+epOCCjFMFVe+/Lu3SaDnbuCMq6GXAf1iYzoUugLWWPfRsrW8dLpz0PAUp/o3AwwRIracbCGnvwCqqkQdTHb3A9tFhv1Ne2cz9SmwYLhkxUmbDYJuanorVu5/uGWts2Juw+qzWqBo1MxelqKyHVOIJ0eeoVQxozWzUUurq8if1KUY4dEQpsDb9EsF6L+xWhus2MrXSTiEwHUMRMUFxChNZN5M+xPjHrLcBvEhgp2qFaiXLYMY+SAN/sNmHsWoUH6rTwoXhYhOr4qeD7HDTPNckqdJPA8qB05pRYYxs4ac+ukwTH9iHPdsu+Ha++hTCEyqZgEqQutifPm4dqU9gJwEUqHI9Mltes5vsCl5GyOYoX3kQJKQgNyrWIkSbhxgqL41G6fQQ67F6IwLg2kU+eZjp76+NEa08vxA8yjQ+Br9pef5yju; 4:beQWcHVBL5coEMnx+ZEZjAfblMvya6JLyogLxH3GrQ62wdy3x/fvLtrv+3B16DE962k69L0KNhINSr0+qe2oPTBGpqzBgKMx1tvfvVw1nTn77NrOCq+OrajaWroP3TOIGo1gP0ob+/FWgtkM0Q/a5R0eeDKEqLK847P+lEmisgFjUM6sxfm6evCK6ajmKqcivr/VCWzZyDXURQNiye57ql1AipelNRpAEqnhu7twB/9aPA6+T/qUbJhHDwdBQydccwUs+kJ6BrHQ8UpIUZNEHckYoapomM1+t8EitQgeINPPKOc9CWDLJ7M2d7dVOoaegM1mwjH/Z4MJG74MVT6od+TLrSdykdiR6y9ZfWOCarJAFF8WT7FLQ/Rwmi+EPvH9 X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(520078)(5005006)(8121501046)(3002001)(10201501046); SRVR:DM2PR05MB461; BCL:0; PCL:0; RULEID:; SRVR:DM2PR05MB461; X-Forefront-PRVS: 07521929C1 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6009001)(199003)(164054003)(2473001)(53754006)(377424004)(377454003)(189002)(230783001)(76176999)(53416004)(66066001)(19580405001)(77096005)(23726002)(87976001)(5007970100001)(5008740100001)(15975445007)(42186005)(47776003)(122386002)(86362001)(82746002)(92566002)(5004730100002)(36756003)(50466002)(46406003)(33656002)(97736004)(40100003)(5001960100002)(105586002)(69596002)(50986999)(450100001)(83716003)(57306001)(50226001)(189998001)(97756001)(101416001)(19580395003)(81156007)(106356001)(110136002)(42262002)(104396002)(491001); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR05MB461; H:jfujimiya-sslvpn-nc.jnpr.net; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Received-SPF: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; DM2PR05MB461; 23:fWz0ngh1Sn5slyOR9PZ6FVaZk+wfnQ1KYASUlhCpL4?= =?us-ascii?Q?K/iv2s0fa17SvnOt+ymBYa4Ml2E1MtwTBvjD6m3fne/nYGaFnXEWxEwZcIiF?= =?us-ascii?Q?gWxCSzs9L+M4QQl92z6lzU7uMGudqH/wv4YotATNz47fspd49EWSUUCsZh6w?= =?us-ascii?Q?M5b7YLYTJDz5SycCBHeckxMUIcafeHiK1PAPymMWQ/mRnOud83nVPEtnEC6s?= =?us-ascii?Q?rBgideew1ycytWuLAWZONZGp264JVBjjGDGuQZUa7WbhpKotdrZMU+BJUHGR?= =?us-ascii?Q?9wytuVOpwZfH2PN1IsPfD4THTWwdZMIS0joPv7g6oHFIllgRnVaqb+qUL2P2?= =?us-ascii?Q?pGae6QaeqW851SWx4elhslOn2eL1aoyMRPQ7FmH62yoihI92GFStnW1WUqtx?= =?us-ascii?Q?Bqxf3A4oTxZbP/NiJyOTSzk1AAuC+L8k8ap3iMw/15jhUuyiH2XHQxa3jBA8?= =?us-ascii?Q?GT7c3zT5eaAALdSMjbkcFTAESPn1GRWv18wJ3qlAk3JyR12V8z6jhZg8yvaz?= =?us-ascii?Q?V68iK5fuRnAY6kaikK2bwcSUtD/aL+A7M2KlTh/lXbRd/8t6jTyuodWn+FOE?= =?us-ascii?Q?x0gF3rid1cw9S1JhwticLYTtVp+yqVJe19hKlOQGmYhVxdIFbtYwNxBRMmOh?= =?us-ascii?Q?OYPeW/9l1V0+Dh9OluZY16vYdxRscLTcuRI0PdeJVXlVX2EHDlZ6anS5YABl?= =?us-ascii?Q?g774S9q9FbK1jRy99FRjAuFSvi/n6AL2jtgyQg1u7I352W9hIC8lsyUJ522h?= =?us-ascii?Q?gk5/8ViuLh1slyYswEMkiYhfDrIUyv3TlZq6Fgd5NxewbkjQVGvhDbjbxU2i?= =?us-ascii?Q?/XfVQq3tBtsgiyi7WWTOrAk4GFdWpxOX682TT99y3KV3x7AAip6B7rRLNTJC?= =?us-ascii?Q?/br7ZzaLTxVl+iHjqgSABZifbr+H35PANXgj7tjtQlWedpd7UXA1SB3EhenF?= =?us-ascii?Q?v4jqsgXpcTJZvUxp44RFlVGjIjc5ttNSKMgr3eLu2L0dQCgvc6LAXLVRgIQR?= =?us-ascii?Q?pKIE4sRlgNHJvbKCBwpnoKPk0YO2IJyFDGRoxYxBWc9GybcY6aUQr2EeWL5A?= =?us-ascii?Q?2C+XitgBpGWu4BASTau55jeCTXO8NiGlcE+e6De9JXkxKk0EJ1Y6JI11zhJi?= =?us-ascii?Q?3wgSGF7xcRCT9fbxVvAiEtzYfmbE++kKyQcUitY1xUU6RkU6uGOiSgO/Kbde?= =?us-ascii?Q?bhUEwoSW5aw0TBQMkUvx+bT6RY2Wxz0a4WQbn62erGHz77zyBfttyxSBeaKb?= =?us-ascii?Q?fkVwqS2xdBTenfl7J387F56kGOWgjm97gQtI9l0B+qFUqfhQbye5xlWnf3Ag?= =?us-ascii?Q?=3D=3D?= X-Microsoft-Exchange-Diagnostics: 1; DM2PR05MB461; 5:vV9HV6w4ZZCOotB0nyMVTDmRS3MW/E8+/Umn5n2WTx7BI7K82n87p4+oQqlRDx+x9eKjnllDtNR5DKSsDl6UBzFEBg/RuNG6LeLJNLftPn9IBdxIAJfLnCRvocUjsUCq88VYDaTgLlF5bmtq19QkEg==; 24:Y+6HmmBvA4N63PLeJC1fBBwHdrhPnFgB/svDhsF+7upzuvJOs9JNME1am50Dtv9c8Sn+hU103cqqbcgVmZVrvgPR1QQEP9M7bRaf4A2HYyQ=; 20:ujxWwiOncBy8scFC6/l0syHq02TdkGPItEghbOUwfS0cp4iKJ3QgiuAz6YxgZd8Ct4vPOVr9JLbtsDYhdcyKOg== SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 06 Nov 2015 00:18:16.9707 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR05MB461 Archived-At: Cc: sidr wg list Subject: [Idr] Fwd: [sidr] I-D Action: draft-ietf-sidr-origin-validation-signaling-05.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2015 00:18:40 -0000 Hi Everyone, This is a revision to address the comments that arose on the IDR list as = part of the SIDR WGLC for this document. I summarized those comments = back at IETF-90, see = https://tools.ietf.org/agenda/90/slides/slides-90-sidr-5.pdf.=20 The authors believe the document is ready to advance now. Thanks, --John > Begin forwarded message: >=20 > From: internet-drafts@ietf.org > Subject: [sidr] I-D Action: = draft-ietf-sidr-origin-validation-signaling-05.txt > Date: November 6, 2015 at 8:20:47 AM GMT+9 > To: > Cc: sidr@ietf.org >=20 >=20 > A New Internet-Draft is available from the on-line Internet-Drafts = directories. > This draft is a work item of the Secure Inter-Domain Routing Working = Group of the IETF. >=20 > Title : BGP Prefix Origin Validation State Extended = Community > Authors : Pradosh Mohapatra > Keyur Patel > John Scudder > Dave Ward > Randy Bush > Filename : = draft-ietf-sidr-origin-validation-signaling-05.txt > Pages : 5 > Date : 2015-11-05 >=20 > Abstract: > As part of the origination AS validation process, it can be = desirable > to automatically consider the validation state of routes in the BGP > decision process. The purpose of this document is to provide a > specification for doing so. The document also defines a new BGP > opaque extended community to carry the validation state inside an > autonomous system to influence the decision process of the IBGP > speakers. >=20 >=20 > The IETF datatracker status page for this draft is: > = https://datatracker.ietf.org/doc/draft-ietf-sidr-origin-validation-signali= ng/ >=20 > There's also a htmlized version available at: > = https://tools.ietf.org/html/draft-ietf-sidr-origin-validation-signaling-05= >=20 > A diff from the previous version is available at: > = https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-sidr-origin-validation-sign= aling-05 >=20 >=20 > Please note that it may take a couple of minutes from the time of = submission > until the htmlized version and diff are available at tools.ietf.org. >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 > _______________________________________________ > sidr mailing list > sidr@ietf.org > https://www.ietf.org/mailman/listinfo/sidr From nobody Thu Nov 5 16:24:11 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2961F1A6F9B for ; Thu, 5 Nov 2015 16:24:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham 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 87xmPqoRVlWP for ; Thu, 5 Nov 2015 16:24:06 -0800 (PST) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0725.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:725]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 14B771A6F8C for ; Thu, 5 Nov 2015 16:24:03 -0800 (PST) Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=jgs@juniper.net; Received: from jfujimiya-sslvpn-nc.jnpr.net (122.216.203.186) by DM2PR05MB461.namprd05.prod.outlook.com (10.141.105.15) with Microsoft SMTP Server (TLS) id 15.1.312.18; Fri, 6 Nov 2015 00:23:39 +0000 Content-Type: multipart/alternative; boundary="Apple-Mail=_73D77FED-30CE-4971-A29B-A8E1C8E49BEB" MIME-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) From: John Scudder In-Reply-To: <29140_1402414807_539726D7_29140_10276_1_53C29892C857584299CBF5D05346208A0716175D@PEXCVZYM11.corporate.adroot.infra.ftgroup> Date: Fri, 6 Nov 2015 09:23:17 +0900 Message-ID: <20AB8E0A-259C-4B2E-A56D-24E729E724FE@juniper.net> References: <002a01cf84b8$b0f55230$12dff690$@ndzh.com> <29140_1402414807_539726D7_29140_10276_1_53C29892C857584299CBF5D05346208A0716175D@PEXCVZYM11.corporate.adroot.infra.ftgroup> To: X-Mailer: Apple Mail (2.2104) X-Originating-IP: [122.216.203.186] X-ClientProxiedBy: SIXPR0301CA0035.apcprd03.prod.outlook.com (25.162.171.173) To DM2PR05MB461.namprd05.prod.outlook.com (10.141.105.15) X-Microsoft-Exchange-Diagnostics: 1; DM2PR05MB461; 2:KAAqclK2rsNCyAdZyO7JmVY+5T3FHYyetpE0/EkKn+pbxCCYl0MPGHF9RVzQni4v9r065t/u5wCHdXZcDyL9RcpZGZwWXTcSmj6x516hEOBK62tOnU5T4iB+pspv36rmp2nT6iRqbVc8OZqQ+1bJBg8z6sNY8QHJX8y84Bm/7qU=; 3:IaT9WbhsdTtp413Ugbco8wVmVOEh8/JC0teyrRrm4D7Neukgmz2mxeNyxV68kbd3iKIzRJ6VsHByPzQybVxVby5F0SgGIP0Gbev1w7E06+PC0snWIeVcQycv6c9QBoP+TWfLiRkVeqbiLmxJm74diA==; 25:O3qT9pdvHm1VlGRLiKLVItbeebtJlL1gkyhAk8L1ai/f9XPMivCKhBtJkwj3ZzQKnNZWjBPJXHDlsG3CzbPd9mD301jkrFQgOz4wMxMpwSWUBdjmhCsmsJKKMVs7rq6MwithAYznQKd7jQiXw1fkaNvAFQldSmU+MsDw3fkytr/jY/B0k824utdg2OiXQDw0izCSE8GT7kqotUwbJX5LXUEJfUtzI8ucVo04yv70Cv2jwRZEXolM5p9AWZs2Pmg+ASyTCzgARwE47BMQaEZ3Sw== X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM2PR05MB461; X-Microsoft-Exchange-Diagnostics: 1; DM2PR05MB461; 20:FyU6EPz5Qnf0/CgP2eeWPvuEXrHMtNnluI5gBIWGvyRLCXQcB9044QFUVeJJblmotJ7+1eho1I1h4LRM/78nnIJSMu5R5jKu28mIXtOljpAtptETcYjAU/scJEvoqD6cRbEF/R2XAjW1jQXdEx8rVdTQecYGoEn5CMarFGoZ0qQZr+LgDcw191Cj+xlqJoSzCq4p6q1VNIaTCYW0k3q7JIf1Cy6AfFQYtn0aQDQXtw8I7VtxStNEL3BLU74lek90BxBRGU4c80rNJ3jd5K1/SRMBfafaQCfJ06aGMqOlvm0D5IIbmB1S+Su/iiRCGLetyezIu6XcG9Fc4pqTMP0mGTP95+//zddLSpZloMyW2prSNWmUTkG3I5tnYM/sLkSRpa1p7D0Xu0epAYGjyKCgC0+HSR5xDfJWAKbUowCQFwSx/gglxvUrSt81bjbVAcwj3bDkpMZ0kILwrmvBqnbDCSZ73ACjDcDNAC5mQDmmowYTy3dtsE6vU/GB2wpj43DQ; 4:/IDQMlaxBJ6kFsrZZsgeJgh9rzPrWtdHmlPQK6G33XbNCUHsHrZCVbtdN4bM9FpeQu5713be5eUwBX3Zs6B/s5m8TPNndgQn2tAN4ukU7bJmoWNvBpRaIgCzE5qMyGw0j4gpiYbJs4LLzdnyVhHx9Cog3CeJklfEn3O5N2++4HfNwDLNtVBxsQ6UGic9pjF1TX6lERH3VGJT8AFmy7rz6sLocAkyYzAUkH5QEDPNQJi/sK4iwrE2erUFjXZGlg0s4QCusZQnOjZX7ZJ4+LCAty5YMCEWc0w80dqaHKRpclD6YKWb29t4r3KjRtRDgsSYOoCM4IAW8eSK+a6J+JSlNdoRynFYksWKNK4McHGOozAg47sRjx5V9PaK/FF3pCXp X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(18271650672692); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(520078)(5005006)(8121501046)(3002001)(10201501046); SRVR:DM2PR05MB461; BCL:0; PCL:0; RULEID:; SRVR:DM2PR05MB461; X-Forefront-PRVS: 07521929C1 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(199003)(164054003)(51914003)(24454002)(377454003)(189002)(230783001)(76176999)(53416004)(66066001)(19580405001)(2351001)(77096005)(84326002)(87976001)(512874002)(5890100001)(5007970100001)(5008740100001)(15975445007)(42186005)(122386002)(86362001)(82746002)(92566002)(5004730100002)(2950100001)(36756003)(1720100001)(16297215004)(33656002)(19625215002)(97736004)(40100003)(5001960100002)(105586002)(69596002)(50986999)(69556001)(15187005004)(83716003)(57306001)(50226001)(19617315012)(189998001)(101416001)(19580395003)(81156007)(106356001)(110136002)(42262002)(104396002)(19607625011); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR05MB461; H:jfujimiya-sslvpn-nc.jnpr.net; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Received-SPF: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; DM2PR05MB461; 23:xk1XJixHtnUKoU1PX3uwyK5yll83Q/OBFw90g/rCh/?= =?us-ascii?Q?pizAr+Gw3boLTHnOu0CRRup1mlkXvJcL88eUW2S+fwOj6rI0aSzS3r7u2Qex?= =?us-ascii?Q?ce9JdoiNUs4SXodpc3ibrdhkgxyrJ6R+V1G/vP7bxNwzXwyBFT6UXwmGeZGb?= =?us-ascii?Q?dPsPTdEGPCoQ7pS0Udzy+mXMzhDn4yy8IapumolhlqAjAmAHbT0E8of78jIt?= =?us-ascii?Q?ZXvvMBJA+dGH2iCP8dVRV+UayVk0HsVbqCKdvctDJ4Csg8v3CqeV6PDvl7O0?= =?us-ascii?Q?A6BtWAE9UmojsH2w0GlEXS3tQTa433wKbGUb9sM2R7MVMZnjTmxzVKTNMsFh?= =?us-ascii?Q?4OOzNWPljpIpcO85Hi3QptPt37uVQ/qa19SBqNUHamvb1rzY9278fDinAXhB?= =?us-ascii?Q?SfQmMNZZtYmBUfB3Ca3tV6b7BA53lcVu4umIJO3EfmteCMADzT3f/TYDU3NC?= =?us-ascii?Q?AIL/kd2Vj4ZdpyyhK4dEJcJfkd3gjPjdWuKqMpRluL6o8G2ZG2aoQA70SfbU?= =?us-ascii?Q?TjBSxJtCPrg8g6nHiaFtIShFcJUDw1oMs5hYXt8rq1Bp418C8otiPkCs1x4a?= =?us-ascii?Q?uClFZRzZlwGjpLqUpIZG7QIpRBQ1Wo+DmXEnmw10JIsbvm5K2XnTgNT5PPvP?= =?us-ascii?Q?T0b60uW2GaCmNlAMy6TeriwAfnfGBu4CrhZ6vk3F2B2ibxw+kiS8UKFBS3kA?= =?us-ascii?Q?I7Tkl0UriaHtACzbrLJ6x91PYvOexxdXZj4sq/f/EnQZx/z1ApPGgPusihWU?= =?us-ascii?Q?Qw5dou1/d3zGOVJbmlJlJDfpN2HzwfesgQFNqs/Tnww+9KPDeYiuZtMG3it0?= =?us-ascii?Q?MMrSkHi+RAw0iWj/5cy9jrG6Nsto0+aNJm02tWWI9C3vE6I91J3ix40/yVer?= =?us-ascii?Q?nxbbVt/BEe+GxsabW19tCXwb4p5nrg92SxkAFjycnwp/2km0W25s5dDDGCi1?= =?us-ascii?Q?5KUGvV8ISdeva6e/6wGAWYy7J+oBgoIickwdS0fZ7gjn8iNx/Ft8sv4t+u+b?= =?us-ascii?Q?Lj4FbUO1bY5kZfjvg2a2Ut8cA8rIWUhkTNDcqZmgTaUcCYMstsbz0+OvQfOr?= =?us-ascii?Q?MOOXA3LRlwEYjyD9s82ytjGgl6MAlJUlnuQrj1mB3QI/wCquDi4LHOBHHeOa?= =?us-ascii?Q?1Un7em3/Uk73BYL971SDw5uxQIImwNa1ApSuzEcQ7FU383uVhJoSBMGl19N5?= =?us-ascii?Q?GSSK69xplMbFhc9V3NjPfbgdMne/ZcC2wCLrthyGEvkRQK3w/2tUl+LEhPpX?= =?us-ascii?Q?DSqRDv1baCXmpa9+bhpWhWpnVAtZ12wKsxd9HjK9sRRuJtI8r0chrFk4CUgi?= =?us-ascii?Q?fIWe0OKZ0zE6j7dKqluF5HkMbseue3xj12inqSVDB4qlfYKz0x7NuK21ldey?= =?us-ascii?Q?IXA+H4D/CRnhzIdvjBiI/PgQtCWELzRcyK0uG5N3F8d/ie?= X-Microsoft-Exchange-Diagnostics: 1; DM2PR05MB461; 5:FwW0RznVFTZMwweWWSt53ZPzGR5Jdb9Drp1tmv9iYY3MGMMvTvj1O1qh8J9YBjrxkG5EmtsOprlxcxuzOVPoF9itBln72lnCMW36jd4pJCh4dt1zh4nNvMm8Tfw8aJY6HEybP75/b+tbo93Iy40FJw==; 24:cH9Rc7OmSkW9kCfdluRmziF11DOT8e3KM/FR7l24bmYAHOsRsJx08WAu0AR94urMjlDu0LwIrzZ1GChHbKIjF5nUTdiWxD38VdCUfpTTvZQ=; 20:52rD6OGlqXm7ACoH4VMt+0+M2RzjCvp7Fp/SfJiuI6zVj3Bpr1qSQrgyk4Aw22R7qF2o2247U2tdZu1V/qoR6Q== SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 06 Nov 2015 00:23:39.5143 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR05MB461 Archived-At: Cc: idr wg , "Murphy, Sandra" , Susan Hares Subject: Re: [Idr] 1 WG call for Review draft-ietf-sidr-origin-validation-signaling-04 - RFC4271 changes X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2015 00:24:09 -0000 --Apple-Mail=_73D77FED-30CE-4971-A29B-A8E1C8E49BEB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" [re-send from correct address] Hi Bruno, We believe -05 has addressed these issues, see below. > On Jun 11, 2014, at 12:40 AM, bruno.decraene@orange.com = wrote: >=20 > Hi, > =20 > Thanks for the cross WG review. Please find below some proposed = comments. > =20 > 1) For people not following SIDR, could you please elaborate on = why http://tools.ietf.org/html/draft-ietf-idr-custom-decision-04 = has not = been used? (via the registration of a new Point of Insertion specific to = origin validation) (as I though draft-ietf-idr-custom-decision was = intended to be the last time BGP decision process would be modified) We didn't register a new POI, but did remove the decision process = change. It would be possible to register a new POI as part of follow-up = work if demand for that exists, but we didn't think it necessary to move = forward. =20 > 2) Could the document specify the action to be taken when = multiple =E2=80=9COrigin validation state extended=E2=80=9D community = are present with different validation state? And how are handled = validation state value > 2. (from current text, it would not be = considered an error, just lower priority. But I would prefer an explicit = statement to avoid surprising error handling behavior) Done. (Drop the community.) =20 > 3) Rfc 6811 is referenced twice in important sections. What about = moving it to =E2=80=9Cnormative reference=E2=80=9D? Done. =20 > 4) Following discussion triggered by = http://tools.ietf.org/html/draft-decraene-idr-rfc4360-clarification-00 = = I understood that the IDR conclusion was that a non-transitive community = may be attached on the outbound policy of an eBGP session; hence may = received over an eBGP session. Given this, IMO the security = consideration needs more text. (assuming that the ability for a = neighboring AS to influence/force the origin validation state is = considered acceptable, which would probably need to be discussed in = SIDR) Leaking the community across EBGP is now specified as off by default. Thanks, --John > =20 > Thanks, > Regards, > Bruno > =20 > =20 > From: Idr [mailto:idr-bounces@ietf.org ] = On Behalf Of Susan Hares > Sent: Tuesday, June 10, 2014 4:32 PM > To: idr wg > Cc: Murphy, Sandra; 'John G. Scudder' > Subject: [Idr] 1 WG call for Review = draft-ietf-sidr-origin-validation-signaling-04 - RFC4271 changes > =20 > IDR: > =20 > The SIDR WG has asked for cross review of the = draft-ietf-sidr-origin-validation-signaling-04. This draft changes the = RFC 4271 decision process in the following manner: > =20 > =20 > If a BGP router supports prefix origin validation and is configured = for the extensions defined in this document, the validation step SHOULD = be performed prior to any of the steps defined in the decision process = of [RFC4271 ]. The validation step = is stated as follows: > =20 > When comparing a pair of routes for a BGP destination, the route > with the lowest "validation state" value is preferred. > =20 > In all other respects, the decision process remains unchanged. > =20 > The draft is at: > =20 > = http://tools.ietf.org/html/draft-ietf-sidr-origin-validation-signaling-04 = > =20 > John and I would like to hear your comments regarding the RFC 4271 = revision. Please send comments that include =E2=80=9Csupport=E2=80=9D = or =E2=80=9Cno support=E2=80=9D. > =20 > Sue and John > = __________________________________________________________________________= _______________________________________________ >=20 > Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez = recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les = messages electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, = deforme ou falsifie. Merci. >=20 > This message and its attachments may contain confidential or = privileged information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and = delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. > Thank you. > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr --Apple-Mail=_73D77FED-30CE-4971-A29B-A8E1C8E49BEB Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="utf-8" [re-send from correct address]

Hi Bruno,

We believe -05 has addressed these = issues, see below.

On Jun = 11, 2014, at 12:40 AM, bruno.decraene@orange.com wrote:

Hi,

 

Thanks for the cross WG review. = Please find below some proposed comments.

 

1)      For people not following SIDR, could = you please elaborate on why http://tools.ietf.org/html/draft-ietf-idr-custom-decision-04 has not been used? (via the registration of a new Point of Insertion = specific to origin validation) (as I though = draft-ietf-idr-custom-decision was intended to be the last time BGP decision process would be = modified)


We didn't register a new POI, but did remove the = decision process change. It would be possible to register a new POI as = part of follow-up work if demand for that exists, but we didn't think it = necessary to move forward.
 

2)      Could the document specify the action = to be taken when multiple =E2=80=9COrigin validation state extended=E2=80=9D= community are present with different validation state? And how are = handled validation state value > 2. (from current text, it would not be considered an = error, just lower priority. But I would prefer an explicit statement to = avoid surprising error handling = behavior)


Done. (Drop the community.)
 

3)      Rfc 6811 is referenced twice in = important sections. What about moving it to =E2=80=9Cnormative = reference=E2=80=9D?

Done.
 

4)      Following discussion triggered by = http://tools.ietf.org/html/draft-decraene-idr-rfc4360-clarification-00= I understood that the IDR conclusion was that a non-transitive = community may be attached on the outbound policy of an eBGP session; = hence may received over an eBGP session. Given this, IMO the security consideration needs more text. (assuming that the = ability for a neighboring AS to influence/force the origin validation = state is considered acceptable, which would probably need to be = discussed in SIDR)


Leaking the community across EBGP is = now specified as off by default.

Thanks,

--John

 

Thanks,

Regards,

Bruno

 

 

From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Susan Hares
Sent: Tuesday, June 10, 2014 4:32 PM
To: idr wg
Cc: Murphy, Sandra; 'John G. Scudder'
Subject: [Idr] 1 WG call for Review = draft-ietf-sidr-origin-validation-signaling-04 - RFC4271 changes

 

IDR:

 

The SIDR WG has = asked for cross review of the = draft-ietf-sidr-origin-validation-signaling-04.  This draft changes = the RFC 4271 decision process in the following manner:

 

 
If a BGP router supports prefix origin validation =
and is configured for the extensions defined in this document, the =
validation step SHOULD be performed prior to any of the steps defined in =
the decision process of [RFC4271].  The validation step is stated as =
follows:
 
      When comparing a =
pair of routes for a BGP destination, the route
      with the lowest =
"validation state" value is preferred.
 
In all other respects, the decision process =
remains unchanged.

 

The draft is at:

 

http://tools.ietf.org/html/draft-ietf-sidr-origin-validation-si= gnaling-04

 

John and I would like to hear your comments regarding the RFC = 4271 revision.  Please send comments that include = =E2=80=9Csupport=E2=80=9D  or =E2=80=9Cno support=E2=80=9D.

 

Sue and John 

_______________________________________________________________=
__________________________________________________________

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

This message and its attachments may contain confidential or privileged =
information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and =
delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have =
been modified, changed or falsified.
Thank you.
_______________________________________________
Idr = mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr

= --Apple-Mail=_73D77FED-30CE-4971-A29B-A8E1C8E49BEB-- From nobody Thu Nov 5 16:33:27 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 58E481A1B40 for ; Thu, 5 Nov 2015 16:33:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham 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 diSJi1fD2o_y for ; Thu, 5 Nov 2015 16:33:22 -0800 (PST) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0121.outbound.protection.outlook.com [207.46.100.121]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BA1BE1A1A6B for ; Thu, 5 Nov 2015 16:33:22 -0800 (PST) Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=jgs@juniper.net; Received: from jfujimiya-sslvpn-nc.jnpr.net (122.216.203.186) by CO1PR05MB457.namprd05.prod.outlook.com (10.141.72.141) with Microsoft SMTP Server (TLS) id 15.1.312.18; Fri, 6 Nov 2015 00:33:10 +0000 Content-Type: multipart/alternative; boundary="Apple-Mail=_E8A4F1F5-EAD6-4DA3-A9C0-9CC7BC6AB0BA" MIME-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) From: John Scudder In-Reply-To: <11159_1402415346_539728F2_11159_3728_16_53C29892C857584299CBF5D05346208A07161787@PEXCVZYM11.corporate.adroot.infra.ftgroup> Date: Fri, 6 Nov 2015 09:29:59 +0900 Message-ID: References: <002a01cf84b8$b0f55230$12dff690$@ndzh.com> <11159_1402415346_539728F2_11159_3728_16_53C29892C857584299CBF5D05346208A07161787@PEXCVZYM11.corporate.adroot.infra.ftgroup> To: X-Mailer: Apple Mail (2.2104) X-Originating-IP: [122.216.203.186] X-ClientProxiedBy: SIXPR01CA0028.apcprd01.prod.exchangelabs.com (25.163.105.156) To CO1PR05MB457.namprd05.prod.outlook.com (10.141.72.141) X-Microsoft-Exchange-Diagnostics: 1; CO1PR05MB457; 2:rkHNvzf/j3Xcs7J1GzY4SYcz2+g75SMPZP8w+4bZVmwL8Y7CFQLScGs7CthWruTupcSA+ik3jobL4rAPFUUBC9cPqFZER67F1j2S+dt7T3IuNVrl3IT4YgxaYtbaOKfQvI5jw6K6y87Yy1ojESu8FwJg9wd4pjBs7QH1TY/4rHg=; 3:ENuoxtVrS9fUYzks4X4qPtJRoI7k0XlI6smtYLedX4aIrAIYzslKo5Wfz4Iglq1JzRLCVCQjLRUvn+/+RKtjWr6wmdre+FX/ihjN+IlpOy/7wvh9sruaTXr30t9DMAIgZRpbomX7sFMC3C0tUFcHJA==; 25:nP1YGxC4bvr/9dAtF7pWup1qMvM7Y88gP9G5RZuQc/ZHHbjekuWdkJTV6NOIAM4L1jcQERsj1CVQQ9lXyqsypuOZNvJiknT2Hn95WzmDv978w5Z3yQy63Ipz9m0HmFzrnH+rhQvdl+Z9W1iemEkog7zT6JbdwhPteJI5rpDJno9t9DUqy/g4rvmZCioad4j7rzUmzG+q8qjep4vKfAg8wRelUNv9L/7jk/jIDThwwznCBHBn8UJjfXw0YrUWLcP/ynJYSPWJvxX1hDf/2zIJ6w== X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CO1PR05MB457; X-Microsoft-Exchange-Diagnostics: 1; CO1PR05MB457; 20:tYPfQQdG8emcRf0fE/qvD+NdiZjwI4ZpcCGh4HcEUROD6+fc1vtDsyX9hk0FeW0KG169eCI0Se64Xwqx9ATPw2T+gopwKVolRvrGT1pXeTUVHqBr8idLcIDltga6SlwJSVH0TWP0L4tl9lCgwwNr+WfHrm30e6cYbysSas1H4IHQWCaEg/BrqVCAFT67P5HWkXQYjc2zj9Q6nBG/1cJFzvuZdaGka4GmfzGlOEPcaiedbuwhy/pJ4ZyIczKRDbXKEBAJkG1NOKlgKkq91ibifRN7iTC9+2d+j6yqf5OVD/DyRXwimtNZSTFdO11Jdz/RZqPMT23jBgpYl42w1xJfugwZ/OKpM0nZX3pmW8RkwEfqgP7OB6LIHOiLDiReES2fOQFUkBIq+JnX8SX0C3izQDqobTUqhHAEiDO316QNZxhznL2Y4SIp6ktfLzpIr8Q2WumeDU06X4ZdL2g/DvWa7bm6rVnkIcAkbQ09O9Igy2rie72EgG+pWElyZysRCmzv; 4:/HBsbWR2a7c4SJCKIHexJflZxhuv590ianpuQV4nV/0EA4KIZMVYXykY0TWgWOdVGfPwSvtS1httPnRRQ5BcYPmsoQ2brFZpUDuIh/xyPgbwUyanxtF0AqCZ6cnUaHY21WortNcVviVBb5QhP07HzMx2inmnQ8bAwoouR18WW0mRPRQhgskcDTPvW/UCrw+7sfpGiUHbUHtCJqlEI1naGzfjkR3EpPUdYx/u3C7w+sownWPBNOYdxOGe5pGYSyqUeOfLC77abISrwuQGxHao+MKLxrYDMVlyH5pVlvKnk55h6XuS/v07e/WTCbtFfNKkKt9AluDzM2+0OaGJTPRZeIkXElJMzVTPkpV1EtS6lsKUss75VidWYkScEAKzeiEy X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(18271650672692); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(520078)(5005006)(8121501046)(3002001)(10201501046); SRVR:CO1PR05MB457; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB457; X-Forefront-PRVS: 07521929C1 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(51914003)(189002)(199003)(377454003)(24454002)(164054003)(77096005)(512874002)(69596002)(87976001)(19580405001)(53416004)(76176999)(5890100001)(5004730100002)(2950100001)(42186005)(50226001)(19617315012)(19580395003)(69556001)(101416001)(83716003)(230783001)(19625215002)(122386002)(5008740100001)(2351001)(5007970100001)(86362001)(40100003)(66066001)(33656002)(92566002)(84326002)(16297215004)(82746002)(81156007)(36756003)(15975445007)(50986999)(189998001)(15187005004)(57306001)(1720100001)(110136002)(5001960100002)(105586002)(97736004)(106356001)(104396002)(42262002)(19607625011); DIR:OUT; SFP:1102; SCL:1; SRVR:CO1PR05MB457; H:jfujimiya-sslvpn-nc.jnpr.net; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; Received-SPF: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; CO1PR05MB457; 23:1Vb3lv7/sWPi1vkMlcWEQpkSQ5jDQ0fWOGZq55iKgD?= =?us-ascii?Q?e3///S8jsSkT+ZMuhg8d2PFZCFkIAXAnUX6Iz+Ft87E7w2uhdrLJaGxZuqAV?= =?us-ascii?Q?TnZO8JLSARtJeZPf5sYkLFv/BG14Yj+IYNktSTxfShTy/g13TXDJDqSiggN6?= =?us-ascii?Q?9+DyJEkzeCsyesiPY1k8wiv8/px9Z4RkpHjVIVycl/8vfndQUr41sVXzikkc?= =?us-ascii?Q?RQGNl0NTTO8obpSGDwJqIK+vNRnGvcQBKT4WkOyFFIPueaOwgl/OipYg2X3D?= =?us-ascii?Q?Vy10j2apoVSTkldijIQxycWNloR10azcOjbkLN8FNfugL8mKnNm3Qdf8y+Sq?= =?us-ascii?Q?+xZB0jZw2/3QZvwcs/jnKfIaMuF+tGydv83fOT7fLMGset+JyTubB+sNBikU?= =?us-ascii?Q?LPPem7h+I4W36gjKChnPWn5v/xezS+ug4ZinxKTrz6Mp668I0oqh5lWWyqZx?= =?us-ascii?Q?wpoaDsN44LD5JTcKqzsPxVIDeQDvrnfDbA+oVIy2rtZLj5bEYVng/f8eRTaj?= =?us-ascii?Q?3H3ZmLkEBls67WKfJvehgULP3KzA+tdXZdiFU/ssvsEmXuHVZ0PBFJk84a1J?= =?us-ascii?Q?f8wOSehMkFXSIpiM/eZj++1jHqMMzzl9BeaVtfPv+wLQj9+B/jeuKq89oemL?= =?us-ascii?Q?2xNsv5uoQJefiacZBg5Hk1B9M1QbVnbWG3eUcZKeovP525dizmWUvXTLiQK0?= =?us-ascii?Q?+Pr0lqpiorKOai620pMS5Ik0tgI+2ZX+MACVmpia7+NcOMA3j0xyedp902NW?= =?us-ascii?Q?l3b4j2qB19ym5S0PgGpsiKGZVM9Wc0RD/yXtObfy740oJt9lvpmFcs8FQ82b?= =?us-ascii?Q?HOQIkfpf0RvIYqnvjacgGW509id/m+dNBRt097uoU1WJYiY8e/deNJlCXJqo?= =?us-ascii?Q?sMoU/P2IJrEako8ij1VRvtJSZNfwsKWh2JKCggzaJkQv9BEY05Cu5HJimLz/?= =?us-ascii?Q?yYheSSzQtSsVQa739mQnpftoK4oHwGp5dCY7yzhLqB42iOW7LgssLrTB8BCG?= =?us-ascii?Q?ZBOcdRQqu7Cu6czlh5UmjPw+zD8zibc5EqetL8Ef51dJAhMdBMG+S7N/ETnY?= =?us-ascii?Q?2b7TLZrwzbKmOoSUzhzlX9TA0I9uHIkfHFZiOjwuulpciGInaCsBgIOiTTau?= =?us-ascii?Q?m/28+H0MN1WRZwrAAUAbNrEufL6z2ZmjfY8sGnC5TUtP0DzlRPlInqZEZOvB?= =?us-ascii?Q?HMNRvRmVfRcxqZ+4zj1mfdHrmn6bNZOZ0uRnU+cg0tM+4X2fTBMeYHDPyXlt?= =?us-ascii?Q?czNYL/es8B4CseIQqaPUYTzM+neEFIyK28+vXU4upXEK1ZQQ1su3xdOjZ69f?= =?us-ascii?Q?neqxZQqMa/+08mWdcHnOMv8GIpnWM1Bi44GaF90BSDVbipZ9BVMr2nDSWAx7?= =?us-ascii?Q?NHjsVTM/+W2KDNmh8mcUb6pg0zu0sN+znR460O2x3GJgBM?= X-Microsoft-Exchange-Diagnostics: 1; CO1PR05MB457; 5:4ykFGYWv5+i/OR5dti4SWtwymdlQGBGIbZ44nLGDNGzp0vsjy3FI1gVQejvMQArFlX0DPdWRi8jDtF65+6e6fMtBzH2OyDDFhgp6dU4Db7foyZe91SpFOC/VrhDbzthBP6P8vPCRfydKeQN9IWBz0g==; 24:Cf9WSXqEBaInX7dCxNULvxtZi4uKXukWPtnoI6Wye0U2/skYMEbNy7OeUNJE5nS68FdQyCvUNx1aVAVfHuTJgwPswt68NT6+oAQjzrh5kDw=; 20:GJpLDO8zCA/DaGUtbJQBhHpzzNm2SE9EzLGvMAtxX8zOxeA3atQ2BZOn123NzNRkeOHIL574E+tnl+CIz0gZDA== SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 06 Nov 2015 00:33:10.2266 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR05MB457 Archived-At: Cc: idr wg , "Murphy, Sandra" , Susan Hares Subject: Re: [Idr] 1 WG call for Review draft-ietf-sidr-origin-validation-signaling-04 - RFC4271 changes X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2015 00:33:26 -0000 --Apple-Mail=_E8A4F1F5-EAD6-4DA3-A9C0-9CC7BC6AB0BA Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Bruno, > On Jun 11, 2014, at 12:49 AM, bruno.decraene@orange.com = wrote: >=20 > 5) The text in =C2=AB deployment consideration =C2=BB seems a bit = weak. > I would say that: =E2=80=9CIn deployment scenarios where not all the = speakers in an autonomous > system are upgraded to support the extensions defined in this = document, in order to avoid routing loops, it is REQUIRED to define = policies=E2=80=9D =E2=80=A6 New text still says "necessary" instead of "REQUIRED". I think this is = OK, personally -- in fact the issues are somewhat involved (though = neither more nor less than for other routing policy) so the SHOUTING = TEXT is maybe a little bit overkill. =20 > 6) For the same purpose, IMO: > OLD: The default SHOULD be for the validation step to be disabled. > NEW: The default MUST be for the validation step to be disabled. Since the decision process change was backed out, I think this is OK = now. --John > =20 > Thanks, > Regards, > Bruno > =20 > =20 > From: DECRAENE Bruno IMT/OLN=20 > Sent: Tuesday, June 10, 2014 5:40 PM > To: 'Susan Hares'; idr wg > Cc: Murphy, Sandra; 'John G. Scudder' > Subject: RE: [Idr] 1 WG call for Review = draft-ietf-sidr-origin-validation-signaling-04 - RFC4271 changes > =20 > Hi, > =20 > Thanks for the cross WG review. Please find below some proposed = comments. > =20 > 1) For people not following SIDR, could you please elaborate on = why http://tools.ietf.org/html/draft-ietf-idr-custom-decision-04 = has not = been used? (via the registration of a new Point of Insertion specific to = origin validation) (as I though draft-ietf-idr-custom-decision was = intended to be the last time BGP decision process would be modified) > =20 > 2) Could the document specify the action to be taken when = multiple =E2=80=9COrigin validation state extended=E2=80=9D community = are present with different validation state? And how are handled = validation state value > 2. (from current text, it would not be = considered an error, just lower priority. But I would prefer an explicit = statement to avoid surprising error handling behavior) > =20 > 3) Rfc 6811 is referenced twice in important sections. What about = moving it to =E2=80=9Cnormative reference=E2=80=9D? > =20 > 4) Following discussion triggered by = http://tools.ietf.org/html/draft-decraene-idr-rfc4360-clarification-00 = = I understood that the IDR conclusion was that a non-transitive community = may be attached on the outbound policy of an eBGP session; hence may = received over an eBGP session. Given this, IMO the security = consideration needs more text. (assuming that the ability for a = neighboring AS to influence/force the origin validation state is = considered acceptable, which would probably need to be discussed in = SIDR) > =20 > Thanks, > Regards, > Bruno > =20 > =20 > From: Idr [mailto:idr-bounces@ietf.org ] = On Behalf Of Susan Hares > Sent: Tuesday, June 10, 2014 4:32 PM > To: idr wg > Cc: Murphy, Sandra; 'John G. Scudder' > Subject: [Idr] 1 WG call for Review = draft-ietf-sidr-origin-validation-signaling-04 - RFC4271 changes > =20 > IDR: > =20 > The SIDR WG has asked for cross review of the = draft-ietf-sidr-origin-validation-signaling-04. This draft changes the = RFC 4271 decision process in the following manner: > =20 > =20 > If a BGP router supports prefix origin validation and is configured = for the extensions defined in this document, the validation step SHOULD = be performed prior to any of the steps defined in the decision process = of [RFC4271 ]. The validation step = is stated as follows: > =20 > When comparing a pair of routes for a BGP destination, the route > with the lowest "validation state" value is preferred. > =20 > In all other respects, the decision process remains unchanged. > =20 > The draft is at: > =20 > = http://tools.ietf.org/html/draft-ietf-sidr-origin-validation-signaling-04 = > =20 > John and I would like to hear your comments regarding the RFC 4271 = revision. Please send comments that include =E2=80=9Csupport=E2=80=9D = or =E2=80=9Cno support=E2=80=9D. > =20 > Sue and John > = __________________________________________________________________________= _______________________________________________ >=20 > Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez = recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les = messages electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, = deforme ou falsifie. Merci. >=20 > This message and its attachments may contain confidential or = privileged information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and = delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. > Thank you. > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr --Apple-Mail=_E8A4F1F5-EAD6-4DA3-A9C0-9CC7BC6AB0BA Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="utf-8" Bruno,

On Jun = 11, 2014, at 12:49 AM, bruno.decraene@orange.com wrote:

5) The text in =C2=AB deployment = consideration =C2=BB seems a bit weak.

I would say that: =E2=80=9CIn = deployment scenarios where not all the speakers in an autonomous

   system are upgraded to = support the extensions defined in this  document, in order to avoid = routing loops, it is REQUIRED to define policies=E2=80=9D = =E2=80=A6


New text still says "necessary" instead of "REQUIRED". = I think this is OK, personally -- in fact the issues are somewhat = involved (though neither more nor less than for other routing policy) so = the SHOUTING TEXT is maybe a little bit overkill.
 

6) For the same purpose, IMO:

OLD: The default SHOULD be for the = validation step to be disabled.

NEW: The default MUST be for the validation step to be = disabled.


Since the decision process change was = backed out, I think this is OK now.

--John

 

Thanks,

Regards,

Bruno

 

 

From: DECRAENE Bruno IMT/OLN
Sent: Tuesday, June 10, 2014 5:40 PM
To: 'Susan Hares'; idr wg
Cc: Murphy, Sandra; 'John G. Scudder'
Subject: RE: [Idr] 1 WG call for Review = draft-ietf-sidr-origin-validation-signaling-04 - RFC4271 changes

 

Hi,

 

Thanks for the cross WG review. = Please find below some proposed comments.

 

1)      For people not following SIDR, could = you please elaborate on why http://tools.ietf.org/html/draft-ietf-idr-custom-decision-04 has not been used? (via the registration of a new Point of Insertion = specific to origin validation) (as I though = draft-ietf-idr-custom-decision was intended to be the last time BGP decision process would be = modified)

 

2)      Could the document specify the action = to be taken when multiple =E2=80=9COrigin validation state extended=E2=80=9D= community are present with different validation state? And how are = handled validation state value > 2. (from current text, it would not be considered an = error, just lower priority. But I would prefer an explicit statement to = avoid surprising error handling behavior)

 

3)      Rfc 6811 is referenced twice in = important sections. What about moving it to =E2=80=9Cnormative = reference=E2=80=9D?

 

4)      Following discussion triggered by = http://tools.ietf.org/html/draft-decraene-idr-rfc4360-clarification-00= I understood that the IDR conclusion was that a non-transitive = community may be attached on the outbound policy of an eBGP session; = hence may received over an eBGP session. Given this, IMO the security consideration needs more text. (assuming that the = ability for a neighboring AS to influence/force the origin validation = state is considered acceptable, which would probably need to be = discussed in SIDR)

 

Thanks,

Regards,

Bruno

 

 

From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Susan Hares
Sent: Tuesday, June 10, 2014 4:32 PM
To: idr wg
Cc: Murphy, Sandra; 'John G. Scudder'
Subject: [Idr] 1 WG call for Review = draft-ietf-sidr-origin-validation-signaling-04 - RFC4271 changes

 

IDR:

 

The SIDR WG has = asked for cross review of the = draft-ietf-sidr-origin-validation-signaling-04.  This draft changes = the RFC 4271 decision process in the following manner:

 

 
If a BGP router supports prefix origin validation =
and is configured for the extensions defined in this document, the =
validation step SHOULD be performed prior to any of the steps defined in =
the decision process of [RFC4271].  The validation step is stated as =
follows:
 
      When comparing a =
pair of routes for a BGP destination, the route
      with the lowest =
"validation state" value is preferred.
 
In all other respects, the decision process =
remains unchanged.

 

The draft is at:

 

http://tools.ietf.org/html/draft-ietf-sidr-origin-validation-si= gnaling-04

 

John and I would like to hear your comments regarding the RFC = 4271 revision.  Please send comments that include = =E2=80=9Csupport=E2=80=9D  or =E2=80=9Cno support=E2=80=9D.

 

Sue and John 

_______________________________________________________________=
__________________________________________________________

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

This message and its attachments may contain confidential or privileged =
information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and =
delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have =
been modified, changed or falsified.
Thank you.
_______________________________________________
Idr = mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr

= --Apple-Mail=_E8A4F1F5-EAD6-4DA3-A9C0-9CC7BC6AB0BA-- From nobody Thu Nov 5 16:34:50 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 28F411A1B98 for ; Thu, 5 Nov 2015 16:34:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham 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 Iqmtqb1FtxoD for ; Thu, 5 Nov 2015 16:34:43 -0800 (PST) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0757.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:757]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 770E31A6FC6 for ; Thu, 5 Nov 2015 16:34:43 -0800 (PST) Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=jgs@juniper.net; Received: from jfujimiya-sslvpn-nc.jnpr.net (122.216.203.186) by BN1PR05MB453.namprd05.prod.outlook.com (10.141.59.11) with Microsoft SMTP Server (TLS) id 15.1.312.18; Fri, 6 Nov 2015 00:34:21 +0000 Content-Type: multipart/alternative; boundary="Apple-Mail=_E8A4F1F5-EAD6-4DA3-A9C0-9CC7BC6AB0BA" MIME-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) From: John Scudder In-Reply-To: <11159_1402415346_539728F2_11159_3728_16_53C29892C857584299CBF5D05346208A07161787@PEXCVZYM11.corporate.adroot.infra.ftgroup> Date: Fri, 6 Nov 2015 09:29:59 +0900 Message-ID: References: <002a01cf84b8$b0f55230$12dff690$@ndzh.com> <11159_1402415346_539728F2_11159_3728_16_53C29892C857584299CBF5D05346208A07161787@PEXCVZYM11.corporate.adroot.infra.ftgroup> To: X-Mailer: Apple Mail (2.2104) X-Originating-IP: [122.216.203.186] X-ClientProxiedBy: HK2PR04CA0039.apcprd04.prod.outlook.com (25.162.205.177) To BN1PR05MB453.namprd05.prod.outlook.com (10.141.59.11) X-Microsoft-Exchange-Diagnostics: 1; BN1PR05MB453; 2:rBeh5hN5+fc9NA1c8sm1H8r4jYNV1XSABS0R4Zb7RZ04zmpjxeCJXoJWJTIYE/scZiQdotpV8zcze002o06BV9jUzu5Waa1PAyjmH8X8X/xC4R0CnXWhOiMkiTpiKBwlUwTNFEW5sjYLvLWQ4n7pJC0k02MK9iA6c7dvYygUepU=; 3:VMt4URO38xCYLCLx+nnpOZNoaTna1VktKwIVR/9g0ZlSTHj1fy2w5dtSJ7ph2Spw13WwPDk6zRDsn7LAVxteByU6QcKF43Vn9aUSSmMsM7fSEpsIvoCmgRKnBB+3OQy4AP3w4kjPQckulBopBI8N6A==; 25:3nMCqrSIp6JNAukOQZdqzIh+MUekwhqbg5fmbgOG8FRqDtTq2U0ewRMchGHbTSeTCSayyCynccbXpeGq5Y6zfMTOLGuEOX9wjMFdNZnExeJ1uy4BXeSwf62wdIlnhd1ftrDKKb/kloxoaNWWHnyYzSQGoCZEySrQIIEnhg2oyOBhtl6Lj6EgTRscORAeZIuBnnpfyXHTPqY6LdoLKzsVRqbfBiNKd4v6ozcqhy7V8KN69zJ+LYuCYtAkRfcQUL/CmwuQtxHHzsmFcIdC7H+beg== X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BN1PR05MB453; X-Microsoft-Exchange-Diagnostics: 1; BN1PR05MB453; 20:mlX4YrrbdcYHEFMJbJsBfLIdKxbKd7c2i0W9OYj+aVeXd4dBXkEsdxwD3Mgkksm/lr0LmYqRmEEYhEq3JERcAl53ALWdLdC2CPV9QTv3MolcI77WroEwy4ei26fgQVcHYKephyTfjrTCzr/OaQSJe8BRLzTLqMObyBQ19Q3QdoiqjeYpz8QWT8rpaskvMOviJ0nu4CQSSHJjN72ADWH16UG/5HG+EzqgSk1M+flIZyZJy8SEvrXSJE1kM0FKB5yOVdloaSfZAa645KwsHOAW2i5h2PNflsHSM63Y0Ihd7ZM8Q5v62bEnNZm5FF3U7RY34NKqZrKgbhR6CTATbz6P+mJKYT2TzxMON9HgKlN0g1dUIXFoIJHeKgMEJDlg4HhmaRXrVZCY7viZqUShePbDiotY8q4VaCGxSSgpCu1SpCnJPF/7z66GcjXnRE42RiIDx0TUjTxcnF98KmhkCylxjHeLw+U8mWRG84qDEzcG7zi3lYrkjniROz7nfRHy4SZn; 4:DALuhLJUJlFotQYpX5GM40ThSxaYLTmUDUwS5TSGt5Pa4nvumQMRfglArVGncmoGTHd3h/A+udMCYN6rbcrFjQeAB2O3KjGlhZnVe7ooK+dAftW+PAfPwiiH297CZZl/3mqIW7qllY4pqBkVxUzd2sHMMaaG/02aA/FNyfy0JxsV4T1x4z1wOKcMppWjJG1OyL6AIXh8UB03YHbt6yZSy7ki7KguyzilEX1VzQI4vielo02AVnPog5DXTHPctADmT13TwHVfUe/hXpuzotIVUFJIeVp3faHf8WQD0XGkqsnBUn6QxRuyXALbhViqHaooLqwPWduXG7HLn2ajdmQAu9stgujyEMjE70PUELnVrpVug7nEh75/x8y7dofO3/70 X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(18271650672692); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(520078)(5005006)(8121501046)(3002001)(10201501046); SRVR:BN1PR05MB453; BCL:0; PCL:0; RULEID:; SRVR:BN1PR05MB453; X-Forefront-PRVS: 07521929C1 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(51914003)(24454002)(199003)(377454003)(189002)(164054003)(92566002)(16297215004)(69596002)(2950100001)(82746002)(57306001)(5004730100002)(2351001)(42186005)(1720100001)(77096005)(5007970100001)(69556001)(97736004)(512874002)(5001960100002)(81156007)(5890100001)(15975445007)(110136002)(66066001)(19617315012)(50226001)(189998001)(105586002)(15187005004)(106356001)(19580395003)(50986999)(87976001)(19580405001)(5008740100001)(122386002)(76176999)(19625215002)(86362001)(83716003)(40100003)(36756003)(101416001)(33656002)(53416004)(230783001)(84326002)(42262002)(104396002)(19607625011); DIR:OUT; SFP:1102; SCL:1; SRVR:BN1PR05MB453; H:jfujimiya-sslvpn-nc.jnpr.net; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Received-SPF: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BN1PR05MB453; 23:yuX9QZdwdg0uOIx5pYi1IwfKw9lNm6mkna8g5bRRvl?= =?us-ascii?Q?ucQpKlx4Asid80irRpJRUvToNY2PrLcgzSuuybj0b62ju6QdyTrZ4lkloLCx?= =?us-ascii?Q?boq2DSk3wCiF5eS+7aYrvbEw2ffa596QWYRZUpgduH69wFS/0HEDALFjRG8s?= =?us-ascii?Q?NlV6oMdcMqNkOveMl6DaWGFItOmwVTGOH0yvHuJN6RAdc6oU4WSU67tnhc0i?= =?us-ascii?Q?eDW9rDeUBn+xHUN40h9NfLMAfugtPpUn6dRHdKO9MqO4RIzPm8vaUcdWx9aM?= =?us-ascii?Q?9gBOJvYTDhYUIR2CKQPfwWzuYaPZs57YT5o+rF13bdu5tm5VcEnVj6XIPel4?= =?us-ascii?Q?1o+LG6xul/fjMW8gQDSNPwaegy1T9ZRUy11FbmZKGzQd6EIwlsF/4qXD11wv?= =?us-ascii?Q?Ej2iCIQx52Vxg64NJVrvPl3yH1dVcbNHklo1D5gmIamuK2qUMaz/U68Q7rER?= =?us-ascii?Q?bRt9bgin0jGMwZb/A2492upz54CM9JSHUleGtO0VjzGD+83xnCVV+1rW5Tja?= =?us-ascii?Q?3RMODRqFrcnKUDwNgFB7aipB0XoJvnYYZ5AyRrx4+FfB2EDf/cxz1O9WlapP?= =?us-ascii?Q?HIWpdOoNhfY/LGdIFcena8FVUspgSkN1+9JmDMknBoF69kG6xcZEXBQAvdv0?= =?us-ascii?Q?sOKGNCrCatwGffhKlkxA55pmEuippAqz8dW+AbV4r+wh6NuPZtLWgJrbdqCG?= =?us-ascii?Q?7bsbmHBgdtaPQFm0EixBjL9F0FagS3BGWhYHvIvTETqgsOrzbPHpez+357tM?= =?us-ascii?Q?i95cuAoLTciCo4w3qBVSD9xVZ/WYuXAXqC8KV8OHIvqcfu3ymndSPFr/nH4S?= =?us-ascii?Q?JviMrCwRFWc1aLR/zuQDPzaD3v1fgVDNRc3I8TKELr+W1Hi/0ADTdyzYDde3?= =?us-ascii?Q?TTe7D948vX543Vq7Czxx6jU9qMou6XR9bBuaYCchuFPiP2YFkI6n3wojU7o4?= =?us-ascii?Q?Nwo/8dV+6dJIo77kSLZgKFrGaEJ1wdZphVRwddFzb7knMkFZYB/TiO0HnvWa?= =?us-ascii?Q?2vwxERfIWHq3/vHpegdZh31TpfHLate+lMZGzsTiEHIM1WVYQGr9LMkJni18?= =?us-ascii?Q?EWuOwKMDGcr2PUcg9saAkSJW4B/YdlG5aDpYfqg8FmBSiQR20xjdwrtV2Q9P?= =?us-ascii?Q?kI8zwnoE0gHLp/xEpw2Bh45rX7/bpsqMunAwQPEdgo+7YuAiDMiGTJOWDZQA?= =?us-ascii?Q?X0D6lc//KNTm2U0Q2FCWPIkZoJ8zhkkupB5sR5XCo1QJnPI8en1ZNxVvNBRi?= =?us-ascii?Q?I98HXqz6m3/xAGCoT28gptoyfyKwdFazmp62mapDGlndwJeDtvExATahTuFt?= =?us-ascii?Q?2kzy/dlgBuo0/67zkMXICHHJiNXX93aohLFlb4R2ujShBzMcrverk3iWQAhl?= =?us-ascii?Q?7H5FBuiWp81RlHc4I5vGeCAlPJ+IWB0vWsr9S/zowEPjIc?= X-Microsoft-Exchange-Diagnostics: 1; BN1PR05MB453; 5:CzzbV42Mjyd+MuZTe5G1UWbVMC2QQgpLoDs9yeZrZwJYKyOT6560luYdn4+EOqk5IiXeKX2eDgj22e8dZ5Rne1v9Ham/t4SD+2X5jvMtzdLJ4PKrDE/zXHRyt2xOOoSIXWd3xFLaqmtIpU2reQLW8g==; 24:hdZdjn5tNT6W6NBTsgawVeC+PY5xw8HRYONgU629dlK2aQO0Mizp+Zjr4d374zhtWi2AdsB67wuvjxXpb5yIkovRg8qJcjc2z+sKDD9fZoM=; 20:CyWrmuVn6PNZ8rXHkCeOiglgnU7ON+4Z3L7qjh/NB0ZfEPNNw4f7wc8hjy+MCAkx14L5bZoRJwvofVhQS6CdKA== SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 06 Nov 2015 00:34:21.4659 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN1PR05MB453 Archived-At: Cc: idr wg , "Murphy, Sandra" , Susan Hares Subject: Re: [Idr] 1 WG call for Review draft-ietf-sidr-origin-validation-signaling-04 - RFC4271 changes X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2015 00:34:49 -0000 --Apple-Mail=_E8A4F1F5-EAD6-4DA3-A9C0-9CC7BC6AB0BA Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Bruno, > On Jun 11, 2014, at 12:49 AM, bruno.decraene@orange.com = wrote: >=20 > 5) The text in =C2=AB deployment consideration =C2=BB seems a bit = weak. > I would say that: =E2=80=9CIn deployment scenarios where not all the = speakers in an autonomous > system are upgraded to support the extensions defined in this = document, in order to avoid routing loops, it is REQUIRED to define = policies=E2=80=9D =E2=80=A6 New text still says "necessary" instead of "REQUIRED". I think this is = OK, personally -- in fact the issues are somewhat involved (though = neither more nor less than for other routing policy) so the SHOUTING = TEXT is maybe a little bit overkill. =20 > 6) For the same purpose, IMO: > OLD: The default SHOULD be for the validation step to be disabled. > NEW: The default MUST be for the validation step to be disabled. Since the decision process change was backed out, I think this is OK = now. --John > =20 > Thanks, > Regards, > Bruno > =20 > =20 > From: DECRAENE Bruno IMT/OLN=20 > Sent: Tuesday, June 10, 2014 5:40 PM > To: 'Susan Hares'; idr wg > Cc: Murphy, Sandra; 'John G. Scudder' > Subject: RE: [Idr] 1 WG call for Review = draft-ietf-sidr-origin-validation-signaling-04 - RFC4271 changes > =20 > Hi, > =20 > Thanks for the cross WG review. Please find below some proposed = comments. > =20 > 1) For people not following SIDR, could you please elaborate on = why http://tools.ietf.org/html/draft-ietf-idr-custom-decision-04 = has not = been used? (via the registration of a new Point of Insertion specific to = origin validation) (as I though draft-ietf-idr-custom-decision was = intended to be the last time BGP decision process would be modified) > =20 > 2) Could the document specify the action to be taken when = multiple =E2=80=9COrigin validation state extended=E2=80=9D community = are present with different validation state? And how are handled = validation state value > 2. (from current text, it would not be = considered an error, just lower priority. But I would prefer an explicit = statement to avoid surprising error handling behavior) > =20 > 3) Rfc 6811 is referenced twice in important sections. What about = moving it to =E2=80=9Cnormative reference=E2=80=9D? > =20 > 4) Following discussion triggered by = http://tools.ietf.org/html/draft-decraene-idr-rfc4360-clarification-00 = = I understood that the IDR conclusion was that a non-transitive community = may be attached on the outbound policy of an eBGP session; hence may = received over an eBGP session. Given this, IMO the security = consideration needs more text. (assuming that the ability for a = neighboring AS to influence/force the origin validation state is = considered acceptable, which would probably need to be discussed in = SIDR) > =20 > Thanks, > Regards, > Bruno > =20 > =20 > From: Idr [mailto:idr-bounces@ietf.org ] = On Behalf Of Susan Hares > Sent: Tuesday, June 10, 2014 4:32 PM > To: idr wg > Cc: Murphy, Sandra; 'John G. Scudder' > Subject: [Idr] 1 WG call for Review = draft-ietf-sidr-origin-validation-signaling-04 - RFC4271 changes > =20 > IDR: > =20 > The SIDR WG has asked for cross review of the = draft-ietf-sidr-origin-validation-signaling-04. This draft changes the = RFC 4271 decision process in the following manner: > =20 > =20 > If a BGP router supports prefix origin validation and is configured = for the extensions defined in this document, the validation step SHOULD = be performed prior to any of the steps defined in the decision process = of [RFC4271 ]. The validation step = is stated as follows: > =20 > When comparing a pair of routes for a BGP destination, the route > with the lowest "validation state" value is preferred. > =20 > In all other respects, the decision process remains unchanged. > =20 > The draft is at: > =20 > = http://tools.ietf.org/html/draft-ietf-sidr-origin-validation-signaling-04 = > =20 > John and I would like to hear your comments regarding the RFC 4271 = revision. Please send comments that include =E2=80=9Csupport=E2=80=9D = or =E2=80=9Cno support=E2=80=9D. > =20 > Sue and John > = __________________________________________________________________________= _______________________________________________ >=20 > Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez = recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les = messages electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, = deforme ou falsifie. Merci. >=20 > This message and its attachments may contain confidential or = privileged information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and = delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. > Thank you. > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr --Apple-Mail=_E8A4F1F5-EAD6-4DA3-A9C0-9CC7BC6AB0BA Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="utf-8" Bruno,

On Jun = 11, 2014, at 12:49 AM, bruno.decraene@orange.com wrote:

5) The text in =C2=AB deployment = consideration =C2=BB seems a bit weak.

I would say that: =E2=80=9CIn = deployment scenarios where not all the speakers in an autonomous

   system are upgraded to = support the extensions defined in this  document, in order to avoid = routing loops, it is REQUIRED to define policies=E2=80=9D = =E2=80=A6


New text still says "necessary" instead of "REQUIRED". = I think this is OK, personally -- in fact the issues are somewhat = involved (though neither more nor less than for other routing policy) so = the SHOUTING TEXT is maybe a little bit overkill.
 

6) For the same purpose, IMO:

OLD: The default SHOULD be for the = validation step to be disabled.

NEW: The default MUST be for the validation step to be = disabled.


Since the decision process change was = backed out, I think this is OK now.

--John

 

Thanks,

Regards,

Bruno

 

 

From: DECRAENE Bruno IMT/OLN
Sent: Tuesday, June 10, 2014 5:40 PM
To: 'Susan Hares'; idr wg
Cc: Murphy, Sandra; 'John G. Scudder'
Subject: RE: [Idr] 1 WG call for Review = draft-ietf-sidr-origin-validation-signaling-04 - RFC4271 changes

 

Hi,

 

Thanks for the cross WG review. = Please find below some proposed comments.

 

1)      For people not following SIDR, could = you please elaborate on why http://tools.ietf.org/html/draft-ietf-idr-custom-decision-04 has not been used? (via the registration of a new Point of Insertion = specific to origin validation) (as I though = draft-ietf-idr-custom-decision was intended to be the last time BGP decision process would be = modified)

 

2)      Could the document specify the action = to be taken when multiple =E2=80=9COrigin validation state extended=E2=80=9D= community are present with different validation state? And how are = handled validation state value > 2. (from current text, it would not be considered an = error, just lower priority. But I would prefer an explicit statement to = avoid surprising error handling behavior)

 

3)      Rfc 6811 is referenced twice in = important sections. What about moving it to =E2=80=9Cnormative = reference=E2=80=9D?

 

4)      Following discussion triggered by = http://tools.ietf.org/html/draft-decraene-idr-rfc4360-clarification-00= I understood that the IDR conclusion was that a non-transitive = community may be attached on the outbound policy of an eBGP session; = hence may received over an eBGP session. Given this, IMO the security consideration needs more text. (assuming that the = ability for a neighboring AS to influence/force the origin validation = state is considered acceptable, which would probably need to be = discussed in SIDR)

 

Thanks,

Regards,

Bruno

 

 

From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Susan Hares
Sent: Tuesday, June 10, 2014 4:32 PM
To: idr wg
Cc: Murphy, Sandra; 'John G. Scudder'
Subject: [Idr] 1 WG call for Review = draft-ietf-sidr-origin-validation-signaling-04 - RFC4271 changes

 

IDR:

 

The SIDR WG has = asked for cross review of the = draft-ietf-sidr-origin-validation-signaling-04.  This draft changes = the RFC 4271 decision process in the following manner:

 

 
If a BGP router supports prefix origin validation =
and is configured for the extensions defined in this document, the =
validation step SHOULD be performed prior to any of the steps defined in =
the decision process of [RFC4271].  The validation step is stated as =
follows:
 
      When comparing a =
pair of routes for a BGP destination, the route
      with the lowest =
"validation state" value is preferred.
 
In all other respects, the decision process =
remains unchanged.

 

The draft is at:

 

http://tools.ietf.org/html/draft-ietf-sidr-origin-validation-si= gnaling-04

 

John and I would like to hear your comments regarding the RFC = 4271 revision.  Please send comments that include = =E2=80=9Csupport=E2=80=9D  or =E2=80=9Cno support=E2=80=9D.

 

Sue and John 

_______________________________________________________________=
__________________________________________________________

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

This message and its attachments may contain confidential or privileged =
information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and =
delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have =
been modified, changed or falsified.
Thank you.
_______________________________________________
Idr = mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr

= --Apple-Mail=_E8A4F1F5-EAD6-4DA3-A9C0-9CC7BC6AB0BA-- From nobody Thu Nov 5 16:38:55 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8EF451A854C; Thu, 5 Nov 2015 16:38:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham 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 7k0x4UhVQ-jQ; Thu, 5 Nov 2015 16:38:50 -0800 (PST) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0115.outbound.protection.outlook.com [207.46.100.115]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3A2851A854B; Thu, 5 Nov 2015 16:38:49 -0800 (PST) Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=jgs@juniper.net; Received: from jfujimiya-sslvpn-nc.jnpr.net (122.216.203.186) by CO1PR05MB459.namprd05.prod.outlook.com (10.141.72.146) with Microsoft SMTP Server (TLS) id 15.1.312.18; Fri, 6 Nov 2015 00:38:43 +0000 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) From: "John G. Scudder" In-Reply-To: Date: Fri, 6 Nov 2015 09:38:16 +0900 Content-Transfer-Encoding: quoted-printable Message-ID: References: <002a01cf84b8$b0f55230$12dff690$@ndzh.com> <11159_1402415346_539728F2_11159_3728_16_53C29892C857584299CBF5D05346208A07161787@PEXCVZYM11.corporate.adroot.infra.ftgroup> <8DE674B8-45B5-4102-B974-B9312106E2A8@parsons.com> <3364_1402559139_53995AA3_3364_2738_1_53C29892C857584299CBF5D05346208A07162318@PEXCVZYM11.corporate.adroot.infra.ftgroup> To: Robert Raszuk X-Mailer: Apple Mail (2.2104) X-Originating-IP: [122.216.203.186] X-ClientProxiedBy: SIXPR01CA0035.apcprd01.prod.exchangelabs.com (25.163.105.163) To CO1PR05MB459.namprd05.prod.outlook.com (10.141.72.146) X-Microsoft-Exchange-Diagnostics: 1; CO1PR05MB459; 2:tCi0sSnIWwb4KuF1151F1f7v4AL96PKRRDtrmnp7ZNdZLbBGMg8OsZIfPytnvPOjXy+1XqWGItGr8jnozp0dGLpp6U5NiduLG7BLpUt5Zrle3zWEAEEiO8po9zCq0p/K47eZORTa9H2aSpEoezI8CLZSsBPAqHLHhQE+93I9sR8=; 3:XL1bnzLSnCsoUgYjfMmqJS5ZmZxpv177iFgJ4bDF1p+glvDmkZNMj002fMXaX4m5bKU9W/cFNBSHwjLs5xx3Oq1//NCiQu5/aa9tjv8ghCsKObytTniFeTdvKXET3uc8bn5X7CnV5JdvKp9QX1GQyA==; 25:ebLaN0+clUiP5mGWr7bxj8MlcjY/0tOWTYYtbiumXPNAAkxZg+/p3ty9MBMUH8cZXBGTvLpo//1NmOyoCZczzuf0P6lp57Q1XgIATlxwubSlyNBiaBAVkXaHIvgaYDS42uYWXMX4+/N8WDmb+UqMpLRYtt/DhN2HU3fyr5/0pYypwa15UztvWOpZ7PDTYe+xJpdQAhWN7MU5YnO0tKtJUe/CYTqFYpGz7kb6lYV/rHz8bdgV7eObIw/vlAA1uvV7fmyLqmQlq5BApSvrs7N4GA== X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CO1PR05MB459; X-Microsoft-Exchange-Diagnostics: 1; CO1PR05MB459; 20:miBZCdTzbpUiaVgHLw7j/CUjS0FHIbBrhQhZm1gBIz+kLeaM0w/GbWOQawlHGehm0zlcPMaeORMe5TJFOrwBeJOI5nBI4BjJM7NoFq+wwMNHEVYofLxOBe9eNrUhgPRLVhgNTwUSirUvMBw3IA5K/fP5fnQozHa+YxtQ0sC6+g5bcwjGuuNp7xB+X1tMEHcxRwoXmMrCToXSMy4mPFAvG96ECWdcjRANR9MEiJR/RCCUQdzkgTATjEqCbxEKL5qWVvnjdsmiBUdo2jy6RyYDH1eo2t3fjZNU+pvCrLEPJE9Z88YfpRdA1zXcgn7VZq6UWcxuKoGqRK0gAb27iuXtVZWhcAPSuzjdMsQhtKof3GRrk1YAqjciKVzHyzSPHyWwN/2vGArTg7ZZh3TQ2GrYkuWTXBA/A/+tJoAsOD5QCU2+mpC6vuZmK5T+Z3sVcNghii7meOX4YbN0Z7ec33qEsFbqblK4aCxkOl/05YY6fY0x3675HZY77Z50N3eBlNU+; 4:bkeeSroYVt4YzEwem5eH420zBJfslByGUgaXkxqaDDCY0cfZpMx30R0ZM9eKPNFv8J0NZsalnNBzvKoi+6ixSzWMuAAfU7dN5NLlrXb35uUSvFlBxQpOnxRFN4Xl8IwtNEoqp4n01rLDv3LX2XmbTYMk5HvePbxrUYTkWedJ2q10xzssEzhx0Viv86ToqPu5KXXthzDyh/hpiA/bUkbe6xWoTJa96EILwXsG8MDbbWiNLoO4EhgC3BLdWl5YeTjrT0iAfkklMz3SA37Yi6tp4CXIzWitJMVRnLmRlvc/EAVP8J516P7zmh+52YzCvnoDfGhZ9FGoobkZkhUke1+uMzz6N+TREizfCDhVqW7CnGmh+hmWQnHvfC+H/PHI7XSY X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(18271650672692); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(520078)(5005006)(10201501046)(3002001); SRVR:CO1PR05MB459; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB459; X-Forefront-PRVS: 07521929C1 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6009001)(199003)(377454003)(24454002)(164054003)(189002)(19580405001)(81156007)(36756003)(110136002)(57306001)(106356001)(77096005)(46406003)(87976001)(50466002)(5004730100002)(33656002)(189998001)(83716003)(230783001)(42186005)(53416004)(93886004)(5007970100001)(82746002)(69596002)(50986999)(19580395003)(101416001)(5890100001)(97736004)(1720100001)(5001920100001)(76176999)(50226001)(66066001)(40100003)(86362001)(5008740100001)(105586002)(92566002)(5001960100002)(122386002)(23726002)(15975445007)(47776003)(97756001)(2950100001)(42262002)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:CO1PR05MB459; H:jfujimiya-sslvpn-nc.jnpr.net; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Received-SPF: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; CO1PR05MB459; 23:KoFeSHzAahNGuVPgyeYR5Ugo3O52jpsT2CAegKFm0d?= =?us-ascii?Q?HesiRT8xcD9eiltdZHA8O4bL2LfYL1GvVrKtTgd50p+YOMcFW4esCUpK+Pxa?= =?us-ascii?Q?JHOGdI71Vovrqun77a6RM3j3ShKOzozfDkt8xlA4brIB6TmhQx3ajhsaA01B?= =?us-ascii?Q?u7DL8q/9yBaUr1nBpeVpX9CdwAp6Xqedg7oQFI/EdBwS8TSXbwShKdBk8GzG?= =?us-ascii?Q?ftC556Z7T65tRnCvhcdWmXggOkLOfy1xScDSi8UxT4OB5suuSr9pOdp/jnNJ?= =?us-ascii?Q?VwauqnAd/oJVf52nYd3lbBwn9QU8sh9Si0Gkqfp/4SekDCt/86wS/SZpxnUZ?= =?us-ascii?Q?rIFjyCRKvgCG3SDGQbOZITrKn9SAffCHG5AZKv5DpJ3X8j5qgT/HR20yJKDW?= =?us-ascii?Q?82VtbJ7nX8jb/WQmhiqTiCYWjJt6JAvJ28iCd8h0gaJ6Ds6cTfNB3qeO17qD?= =?us-ascii?Q?2+eHByy6Bo26t+bdTW1jP+7ZzC+ivRJ1s96hRZPHTUGJZsJ4xdBh7mPqkWDW?= =?us-ascii?Q?kbIHin+BOs8HzJkHoNcVGvEah5Tg6qmriMiTVHyK9GsFp8S9lBNOCLNVLp7d?= =?us-ascii?Q?WaJahwC9hgUnIw9XFOPjaKO5AWLinrNvcmV9rvJxLozpOM9P8CwhUXR4seWw?= =?us-ascii?Q?ALes19pmmvfDOr8wtlPGy8caPTmiLNQZ6lZ4nfV8xI+t7AmODivfr9G+WMUQ?= =?us-ascii?Q?Sxha395B+xcox/tSIIQ3MHnm8mslH1O811W+cDxktk20B8ChqkkveOmDCWIs?= =?us-ascii?Q?pFCDoH+jQfCqGO96pHoVckpo7hiZyiU3B9bZl9huqB4rHo4A76xEmRxmCYAy?= =?us-ascii?Q?Dh8Gpxl+ym5dsMvr3Wty7nuZ/Kw9GPi7WuKMBFwTCQY2vGexx+NfvU6w/d1t?= =?us-ascii?Q?P0TlGt+1El/YuMMxa/Y0gGx3/nGYiBgFON30m3ycgDG1w7/u9BRPfz8dQPzw?= =?us-ascii?Q?1D6cRUmDzsFckkZi8B9IDNCltDBeXAnKPcQgvCu3bMpYJoWim3ZZ7b8rcPpN?= =?us-ascii?Q?NYM5pzCx+N7sR400IABsil1abm4BJIV8zbLEVNoJ76+5ahXMyiB+aDMx6ODX?= =?us-ascii?Q?JEiGDoKMKNyzRQnHuiA2/ABlMJ+FA4s8xh+wnIJwSFi8m0CwkQbeCYEUOy4p?= =?us-ascii?Q?0h4iEBbcRxAdH7Aj1Ph7g4jYB/hd5BtC4yN5UQ4d7sx+UxINCDc/K57G9qS6?= =?us-ascii?Q?9L7x7PrGz1gI4REF0Ym3hTpo6ibN4msOHWQl68eKZdOHjEMhnZfMSb63Z92q?= =?us-ascii?Q?BzgTzAhfNTC93U1lSmg449tdcutBXohRUiOX/4Tx9hwGZFpk7nKdexU+DJn3?= =?us-ascii?Q?6P8xJflAHDcwaRlGof0aucsdnwvpdtXvWFUorYH5xr?= X-Microsoft-Exchange-Diagnostics: 1; CO1PR05MB459; 5:WRBNDqUoxzVHRt/D8JhArA0Fhu7hGiAxkNmtXV61RC+vY14sdCjj6KgxOskQ9OzjZYe78jKqkDzi1h6UhDG5uLsD1npnmQ2GWpC2eim6y2T9ctyb3Ewx9nwi6qikJ5ZptA2NZrqSa2E7zFR1WPasnQ==; 24:6iDn7ZuLNJo2jJlwyHPD7LHnFFfgKkF4SukcCsZSD1ifPx5QVVchXhJyknO0eK8JHryZ8WeO2X7JeQvyJ2L8WwDnFuOmYIfIg5rbhfpTxoI=; 20:cI7VgwH2VHRCC09u4e+8/xtUgbHD8L7u3Kds/2TN//L+glMxjl0QQTafsCggOWszrz7unKPSvQ/aSiMMup6rIQ== SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 06 Nov 2015 00:38:43.3384 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR05MB459 Archived-At: Cc: Bruno Decraene , "sidr@ietf.org list" , Sandra Murphy , idr wg Subject: Re: [Idr] [sidr] 1 WG call for Review draft-ietf-sidr-origin-validation-signaling-04 - RFC4271 changes X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2015 00:38:52 -0000 Hi Robert, I didn't see any specific change requests in your followups to this = thread and indeed the changes in -05 are (I believe) consistent with the = positions you took, but in any case you might like to take a look at the = update. Thanks, --John > On Jun 12, 2014, at 5:06 PM, Robert Raszuk wrote: >=20 > Hi Bruno, >=20 > Glad we are in sync ;-) >=20 >> It's a priori not possible to define whether origin-validation shoud = have >> a low or high value compared to another possible existing usage. >=20 > Well I do not think it can be left as such. >=20 > The entire point of adding the new extended community for propagation > of origin validation result (valid, nf, invalid) is to accomplish > consistency in IBGP. >=20 > If you leave it open (ie not specified a priori) there is risk of > different selections of best path in your domain for a given net > (possibly with different exit points) . >=20 > Frankly since this ext community is non transitive one could also > depref the routes via local pref .. yes yes I can hear already voices > .. don't touch it - my local pref is for customers ! Except what this > draft defines will easily ignore all those customer local preferences > anyway ... IMO it is all about wisely choosing local pref values. >=20 > Cheers, > R. >=20 >=20 >> On Thu, Jun 12, 2014 at 9:45 AM, wrote: >>=20 >> Hi Robert, all >>=20 >>> From: rraszuk@gmail.com [mailto:rraszuk@gmail.com] On Behalf Of = Robert Raszuk > Sent: Wednesday, June 11, 2014 10:26 PM >>>=20 >>> Hi Bruno & all, >>>=20 >>> Just focusing on Q1: >>>=20 >>>> 1) For people not following SIDR, could you please elaborate on = why >>>> http://tools.ietf.org/html/draft-ietf-idr-custom-decision-04 >>>> has not been used? (via the registration of a new Point of = Insertion >>>> specific to origin validation) (as I though draft-ietf-idr- >>>> custom-decision was intended to be the last time BGP decision = process >>>> would be modified) >>>=20 >>> Few observations: >>>=20 >>> A. draft-ietf-sidr-origin-validation-signaling does not really = modify a BGP best >>> path selection .. it adds a check before BGP best path selection = algorithm >>> kicks in. >>=20 >>=20 >> "3. Changes to the BGP Decision Process" >> [...] >> "When comparing a pair of routes for a BGP destination, the route = with the lowest "validation state" value is preferred." >>=20 >> My reading is that it does change the BGP decision process and the = relative priority of the routes. >>=20 >>> B. Adding new POI is not needed as we already have a POI =3D 128 = which is to >>> be executed before any step in BGP best path selection hence at = exactly the >>> same point as this draft recommends. >>=20 >> Using POI=3D128 is indeed an option. However in theory there could = already be existing usage of POI=3D128, hence possible conflict. In such = case, the sub-field "Community-ID" define the priority. It's a priori = not possible to define whether origin-validation shoud have a low or = high value compared to another possible existing usage. >>=20 >>=20 >>> therefor one obvious question comes in: >>>=20 >>> C. Based on A & B there is clear conflict not addresses in the = draft. >>> Assume both custom decision with POI =3D 128 "ABSOLUTE_VALUE" as = well as >>> origin validation are enabled. Moreover assume they result in = opposite >>> decisions. So the question of the day is: "Which of those two is the = one to >>> win the pre best path check ?" Effectively - which of those two is = more >>> important ? >>=20 >> You are reading my mind :-). >> I assumed that the first document becoming RFC freely define its = behavior and then the second will need to adapt (i.e. position itself = with regard to the first one). However, given that both documents are = worked in different WG, there is a risk that this is missed. >>=20 >>> The answer to this question should be included in the draft. And I = do suspect >>> authors of both drafts will answer: mine ! >>=20 >> :-) >> Indeed it's up to the authors/WG, but to me "Absolute" seems above = any other criteria. >>=20 >> Thanks, >> Bruno >>=20 >>> Thx, >>> R. >>=20 >> = __________________________________________________________________________= _______________________________________________ >>=20 >> Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc >> pas etre diffuses, exploites ou copies sans autorisation. Si vous = avez recu ce message par erreur, veuillez le signaler >> a l'expediteur et le detruire ainsi que les pieces jointes. Les = messages electroniques etant susceptibles d'alteration, >> Orange decline toute responsabilite si ce message a ete altere, = deforme ou falsifie. Merci. >>=20 >> This message and its attachments may contain confidential or = privileged information that may be protected by law; >> they should not be distributed, used or copied without authorisation. >> If you have received this email in error, please notify the sender = and delete this message and its attachments. >> As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. >> Thank you. >>=20 >> _______________________________________________ >> Idr mailing list >> Idr@ietf.org >> https://www.ietf.org/mailman/listinfo/idr >=20 > _______________________________________________ > sidr mailing list > sidr@ietf.org > https://www.ietf.org/mailman/listinfo/sidr From nobody Thu Nov 5 16:40:33 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D5FB71A1A7D; Thu, 5 Nov 2015 16:40:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham 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 BJCHNZTVDMWh; Thu, 5 Nov 2015 16:40:24 -0800 (PST) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0130.outbound.protection.outlook.com [65.55.169.130]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5041B1A871E; Thu, 5 Nov 2015 16:40:24 -0800 (PST) Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=jgs@juniper.net; Received: from jfujimiya-sslvpn-nc.jnpr.net (122.216.203.186) by CO1PR05MB458.namprd05.prod.outlook.com (10.141.72.140) with Microsoft SMTP Server (TLS) id 15.1.312.18; Fri, 6 Nov 2015 00:40:17 +0000 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) From: "John G. Scudder" In-Reply-To: Date: Fri, 6 Nov 2015 09:39:52 +0900 Content-Transfer-Encoding: quoted-printable Message-ID: References: To: "George, Wes" X-Mailer: Apple Mail (2.2104) X-Originating-IP: [122.216.203.186] X-ClientProxiedBy: HK2PR04CA0011.apcprd04.prod.outlook.com (25.162.205.149) To CO1PR05MB458.namprd05.prod.outlook.com (10.141.72.140) X-Microsoft-Exchange-Diagnostics: 1; CO1PR05MB458; 2:+vyCRQIeYzq7rWV1hhq+L42TObmYj6KRaKO4pcWkO+khL0QrOdZYj2IkCK3SI2uvSL/ykTz0Tj9fqdpEXx2MagosWdya52cEAHPKmzR7+YZd9G1a6SBfTGXBZyM322r3FyKxLPYc9fqsBy9KPHoYqInIO3vaaqqoig8dvdZCgd4=; 3:d8US7USAXh8SsOFpvy/9hJhJWzerXSkmVSRy3XjGO8PXNJEmjUXB/meB4TQhO3LqwC5pPnnOvVis8+TCKcJ/IUgEB01kM74gVlnsQKZkWyngrYtusPBiBBUwVDctTS3G/SRnHzCfi4kninawMIIeTw==; 25:i7rTjPxjuoUp5f023gDTEVOmZ4GpdeO7vx5FmQxEI3aHmwk+ix5KbgNPOnm1q31xBFOTdvu9O4zcUjLZ9CikJFY8RLUY7idaURDIcrPZwxYE7kEVTjElabZKm9Bx1asSWhMnO62OSm4xVqdYuHRCW9rBTleZ6ecFv/R4e7EUBZOSfIV+3KTSAJf7ZM23pabhKTawQUgCwO4MuK2UAKViBcDdq+K/aPWKa+T6vy6IkABMEFXD/ExoH8GOoyaKTyHYEu30TaRc1cSnOc0VpH9mbQ== X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CO1PR05MB458; X-LD-Processed: bea78b3c-4cdb-4130-854a-1d193232e5f4,ExtAddr X-Microsoft-Exchange-Diagnostics: 1; CO1PR05MB458; 20:W38PBzVs2WQeNfSOo9xb7Oid9duAO3sygOB6LkM1xQTa1589tohHyS8wvuHwM/Zyqr4DVgExgaB9VmPq7+U0V0bYW7UGHMnT8pe9IFdbPU2FwFKfDKzIXbT8BSjtqGm6bR2Eq96g2630vDPpRKpU9msBHCZ32npz+naX4Z23HEKSIUICUMkDauWuVtmlHJudaca2PWUZsRz9hS4XMZ0MtUIAh2NPwIHlxoIqdteEiIRnOKB8KuJPjS0dWpfqeFYM6wmgIP5/21md4UaZOlV+XBzLrhEnWnw80zGLHd8GL5HTygBMPZJJ7o9BfGqdbauRZ7+gHBTDPOGMabekJn+8sw1DEG7FvA0LwTCA+nN3zD7KZdDZ40265ZVxbBP/yIIGo+cnHfKt7Hbna7Ugi+oYVEELbX8yWpVVVzHVWPaEVIy9Qc9izxqqb0lBoQev7DMpRif7d7Qo5FGgpedobEI+zJAx55LRA2sl0uilZ+FB7wJmrthgPvsT35Y3X4AF43Dt; 4:3rAOhDHmXW77VkFzFCJR987PW0lWQj8WD/zKfAHIl39wBvrW6SQJmGwGgJ/Vbh91gJDf5ctCI7FNGeZnIH5f5DhH/GWDPwZntc3Old3NaIgwhIjYXFNmkGgSkpt1WwtpNSjpoUp6rGvL/k0Wx/gnATlU0a3GsQkN9nxyQ9ehhHIpwBoET+znf1lBeihULKJMxvu/+c/l9tgFaVPc+je4RTmHbFRPSwlGjh4pqBymwwfv4T2mxgmrAWtx9BWirVoMhDKZ1xtlT01YEIVKHDRcARtesVw4dng2xOLuvtsiacTc8KYIayyJLmbP6t4PXOI/bkH3UfQCmpO3sePqJoEzZ+wLTgUOGDztmFXCqJh1sa3+2U1OXPsbxyZV/rRIkggR X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(3457453519779)(18271650672692); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(520078)(5005006)(8121501046)(10201501046)(3002001); SRVR:CO1PR05MB458; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB458; X-Forefront-PRVS: 07521929C1 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6009001)(189002)(199003)(377454003)(24454002)(164054003)(51694002)(479174004)(82746002)(19580395003)(33656002)(81156007)(97756001)(86362001)(105586002)(69596002)(66066001)(97736004)(76176999)(50986999)(83716003)(42186005)(46406003)(110136002)(50226001)(101416001)(47776003)(2950100001)(40100003)(5004730100002)(50466002)(23726002)(57306001)(92566002)(19580405001)(5007970100001)(5001960100002)(77096005)(122386002)(87976001)(53416004)(230783001)(36756003)(189998001)(106356001)(5008740100001)(42262002)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:CO1PR05MB458; H:jfujimiya-sslvpn-nc.jnpr.net; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; Received-SPF: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; CO1PR05MB458; 23:ZnYobpg1aHhU/VUj5Zpgb/pvMzE272q4Ua+GBVH/pK?= =?us-ascii?Q?ashqITcOVL+NLG+mWMjxHrEEkcpAujQoSxX4acGYDNHbCzETHPAuOS673XA+?= =?us-ascii?Q?nApD5phQ81nzU5p+ZmyKWJA4ZuB/mc5G7poKcg+t9kT/jJ0ngKzYxAYRbCSI?= =?us-ascii?Q?wW7pIs1lOb2GtKeYBjdydZo42+eFAcvJkOeXAvX9sBMWUb7NLipdzS1fI5gc?= =?us-ascii?Q?JZiMzt97Q/1yxgJk9FmE6fkQ/gtvucTr7nQ0QpX0isM4qF0nfM6W8TbXWuIW?= =?us-ascii?Q?Ol9umm727f0+ZAwgH6C18kxsE7Y03TTPZTBF1tvTp7YsgdxEd4qLZ89wsmZA?= =?us-ascii?Q?QBbyCaVM0IgMb3VOnW890muxvla5TK0VPgVFyxpNnMdCftU3qdYJ2oiawirB?= =?us-ascii?Q?3BAk+I8ef/VaRuCfjV26WdjH4ouDcWQZNAmk8V4CaV4Uj6EDs6nl9dWdcbHx?= =?us-ascii?Q?NJ+3wlOH3bj2bZFAbWkhXxwdhfPB+JPSpDsrDCMg67zH11lJXTBZ0B+WaZHU?= =?us-ascii?Q?E8W55gL56v032bnbg+iAfrTyTCfLZVum/eiMgP+J8H+Neh8QXQ96zwXgvXPU?= =?us-ascii?Q?w7QRFoMM7PbvZslCGEuO04grFBvpRtjvN2Q1ruv2ca6ccMWfuMg3m5QD9pYK?= =?us-ascii?Q?Bm1h+EIigWRmJBSPsg0W9Bc9a7MjM0acnJn2bTnONrTx2RPqwyUy0+W5uttC?= =?us-ascii?Q?jC5NzSa1u3tRoP8iPVp0Bd1KEZ48NiOTrAFXXvivcPsmajr1KslE0B1laIRV?= =?us-ascii?Q?NDlGcaSky6RhxNhLEaMesmNrsTn4ia99rwde/C28d+v0vmrlfDm1UHxoCYOX?= =?us-ascii?Q?IcMRJt515wp8h2raM3vCRK1f+5uMIxQVtH4qqBbYWf8iQSCAuK9J05bCobcr?= =?us-ascii?Q?xtpmoJ5RVm9U3B1XKZ3DLGOexoUK4FYFIwWEqxmyJpTY0JpSmGvN/Bz9LrKo?= =?us-ascii?Q?nGzIIR5P3PvxkUti3PxI8pwNj8bS1UCF1DCPSupM/w0aZTeOb7hmMb24LY5N?= =?us-ascii?Q?CO01usAUcaAzjcP/Fg8+ZvIrhB9dRWD7ZKUafo//RI8V2wWOZ9Wnf/2Szakl?= =?us-ascii?Q?/EZ2Tnqj5jk3n2tmGFdHIKh6502EzHcgqXYa5SwZygREPB1CyhErMHTZSsPk?= =?us-ascii?Q?YVzwR+NAjIwaVDyZ2zWrj3SqjdY88cHfYdWHZy2ififKnPyf8oSpiG/5HlwE?= =?us-ascii?Q?673MnWMLLVNjugAt80q3HAQh+qpdVe0ucXRF6n36NWyniBWq7Xnf7cdbm9tT?= =?us-ascii?Q?nREfucky9i/Y0jqmA=3D?= X-Microsoft-Exchange-Diagnostics: 1; CO1PR05MB458; 5:eK7TApeDkKi8S/dc5qtxxzeBmrnJFKfZZntpzD1MWOPq7yiRgazgrE7NqGeZMtkJwW9y0nsMvxh8IOdxVqAZfyDEdzCKpyqeznFJJo/1vRYm/k046VsytmBaHaUl2Sw1UkX5xNNaP+dpc6vFnGqmvQ==; 24:7FJwMFvL2EmBENftcOIajSccpLVIgQcM3TFaV98E/gwgHsIE2l1t5WAUOGpvDeSeN+5hCC6XWZEhLzXrqlFJMPFnsBU82q+U50VWb3G5zKk=; 20:nLFoNMjKsuTTcwkWj9FypqgF0LMUe0Zt1vUvOObYnYJuo9NqyijpbyVbJRWnFk7OPYYa3N1i51EhXWbqFBs2qw== SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 06 Nov 2015 00:40:17.9365 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR05MB458 Archived-At: Cc: "bruno.decraene@orange.com" , "Keyur Patel \(keyupate\)" , "sidr@ietf.org list" , idr wg Subject: Re: [Idr] [sidr] 1 WG call for Review draft-ietf-sidr-origin-validation-signaling-04 - RFC4271 changes X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2015 00:40:29 -0000 Hi Wes, I believe -05 should work for you -- we updated it to say 'don't leak = across AS boundaries unless configured to do so'. Presumably in your = case you would do that configuration. Thanks, --John > On Jun 14, 2014, at 12:25 AM, George, Wes = wrote: >=20 >=20 > On 6/13/14, 5:07 AM, "bruno.decraene@orange.com" > wrote: >=20 >> If this is the choosen way, = draft-ietf-sidr-origin-validation-signaling >> should also say that: >> - ASBR should remove such community from routes received over eBGP >> sessions (possibly modulo confederation, 2 AS from the same >> organization/trusted...) >> - this community must not be used in the AS until all ASBR are = upgraded >> to support draft-ietf-sidr-origin-validation-signaling >=20 > Just wanted to note that as an operator of a network where my = Autonomous > System (i.e. The span of the network under common control) spans = multiple > Autonomous System NUMBERS, these carve-outs to handle confeds and = multiple > ASNs from same org are pretty important if I am to implement Origin > Validation. Being able to validate at external ASBRs and keep that = info > across the internal ASN boundaries would make a deployment in networks > like mine much simpler than if we have to revalidate at the internal = ASBRs. >=20 > Thanks > Wes George From nobody Fri Nov 6 04:29:48 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F07651A0095 for ; Fri, 6 Nov 2015 04:29:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.61 X-Spam-Level: X-Spam-Status: No, score=-2.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 PfRJRPUuBs37 for ; Fri, 6 Nov 2015 04:29:45 -0800 (PST) Received: from mobil.space.net (mobil.space.net [195.30.115.67]) (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 DB1941A0074 for ; Fri, 6 Nov 2015 04:29:44 -0800 (PST) X-Original-To: idr@ietf.org Received: from mobil.space.net (localhost [IPv6:::1]) by mobil.space.net (Postfix) with ESMTP id DFB3C632CA for ; Fri, 6 Nov 2015 13:29:42 +0100 (CET) X-SpaceNet-Relay: true Received: from moebius3.space.net (moebius3.Space.Net [IPv6:2001:608:2:2::250]) by mobil.space.net (Postfix) with ESMTPS id 3F81B60760 for ; Fri, 6 Nov 2015 13:29:41 +0100 (CET) Received: (qmail 3255 invoked by uid 1007); 6 Nov 2015 13:29:41 +0100 Date: Fri, 6 Nov 2015 13:29:41 +0100 From: Gert Doering To: Rick Casarez Message-ID: <20151106122941.GF70452@Space.Net> References: <20151102093733.GF70452@Space.Net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-NCC-RegID: de.space User-Agent: Mutt/1.5.23 (2014-03-12) Archived-At: Cc: idr wg list , "grow@ietf.org" , Robert Raszuk Subject: Re: [Idr] [GROW] draft-mauch-bgp-reject X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2015 12:29:47 -0000 Hi, On Fri, Nov 06, 2015 at 07:16:17AM -0500, Rick Casarez wrote: > This is interesting since it is definitely a best common practice for > operators to do points 1 and 3 on your list. Is the intention of this > document to enforce a BCP by allowing operators to point to a draft/RFC or > did you want to change how BGP works? BCPs for operators exist (RFC7454 for a start). Implementations need to change, to "fail safe" - if not configured to do so, neither accept nor send BGP prefixes on eBGP sessions. [..] > If you just want to document a BCP in draft form (eventually RFC) to use it > as a mechanism to force vendors to change their BGP code/daemons it might > work. Some vendors will have no issue conforming or adding it to their road > map. Although most can point to the fact it is really just a BCP draft and > ignore it unless there is a big surge in demand for conformance from their > customers. After all we all know some vendors who do not conform to RFCs. > > If you want to change how BGP is implemented, and be able to more > forcefully push this change to vendors, then Robert is correct and 4271 > would need to be updated. > > So I guess I would ask you: which way did you want to go? If this is what it takes, updating 4271 sounds like a plan. Gert Doering -- NetMaster -- have you enabled IPv6 on something today...? SpaceNet AG Vorstand: Sebastian v. Bomhard Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann D-80807 Muenchen HRB: 136055 (AG Muenchen) Tel: +49 (0)89/32356-444 USt-IdNr.: DE813185279 From nobody Fri Nov 6 05:18:25 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AE25D1A89F2; Fri, 6 Nov 2015 05:18:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 cHlRa_fpnV-7; Fri, 6 Nov 2015 05:18:21 -0800 (PST) Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4FEF21A8A04; Fri, 6 Nov 2015 05:18:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=22705; q=dns/txt; s=iport; t=1446815901; x=1448025501; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=zaKZ5yGd7e0Jc5kJqopC4h69S1lxWPX8wDPhT8/0ln4=; b=gXoO7GKTVHb/3fEWZ8GOyxjUMHtmLdMOD9CkBGpQybBGu13MVmBH5nDn /W4yhqFgicPbxFTyU++uerCvfGQyTYcdY3KWSbu//j+Wt+y3UspPsEtKb LCMy3ZnzYIBPmpckzlX7vwKJQFIObh0Cx5bUIGjSTDeE+jDJwUwF0jyZj A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0D+AQBwpzxW/5BdJa1egztTbwa+IAENgWAXAQmFbwKBOTgUAQEBAQEBAYEKhDYBAQQBAQFrCxACAQg/BycLFBECBA4FiC4NwUIBAQEBAQEBAQEBAQEBAQEBAQEBAQEUBIZUghCCbogkgRUFh0SLI4NhAYgMhRiBW5IWiFIBHwEBQoIRHYFWcoQNgQcBAQE X-IronPort-AV: E=Sophos;i="5.20,252,1444694400"; d="scan'208,217";a="205027930" Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by alln-iport-4.cisco.com with ESMTP; 06 Nov 2015 13:18:20 +0000 Received: from XCH-RTP-010.cisco.com (xch-rtp-010.cisco.com [64.101.220.150]) by rcdn-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id tA6DIJ2l023919 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 6 Nov 2015 13:18:20 GMT Received: from xch-rtp-010.cisco.com (64.101.220.150) by XCH-RTP-010.cisco.com (64.101.220.150) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Fri, 6 Nov 2015 08:18:19 -0500 Received: from xch-rtp-010.cisco.com ([64.101.220.150]) by XCH-RTP-010.cisco.com ([64.101.220.150]) with mapi id 15.00.1104.000; Fri, 6 Nov 2015 08:18:19 -0500 From: "Stefano Previdi (sprevidi)" To: Eric C Rosen Thread-Topic: [Idr] Comments on draft-ietf-idr-bgp-prefix-sid-01 Thread-Index: AQHRDQaNSu+O5jvuAkmSupOY8ZJPb56PZPUA Date: Fri, 6 Nov 2015 13:18:19 +0000 Message-ID: <5104A350-EA8D-4824-A396-1DC46140BA5D@cisco.com> References: <56294416.8030807@juniper.net> In-Reply-To: <56294416.8030807@juniper.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.61.161.25] Content-Type: multipart/alternative; boundary="_000_5104A350EA8D4824A3961DC46140BA5Dciscocom_" MIME-Version: 1.0 Archived-At: Cc: idr wg , SPRING WG Subject: Re: [Idr] Comments on draft-ietf-idr-bgp-prefix-sid-01 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2015 13:18:24 -0000 --_000_5104A350EA8D4824A3961DC46140BA5Dciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Eric, the proposed text looks good but with one question below. On Oct 22, 2015, at 10:16 PM, Eric C Rosen > wrote: I'd like to make some suggestions for textual changes to sections 3.1 and 4.3 of draft-ietf-idr-prefix-sid. The main purpose of these suggestions is to clarify the use of the Originator SRGB TLV, and to remove what I think is an excessive and distracting amount of repetition about the inadvisability of allowing different nodes to use different SRGBs. My proposal for the text of these sections follows. In addition to the changes I mentioned above, some typos in the original text are fixed, and there is a suggestion (explained below in brackets) for slightly modifying the text about the AFI/SAFIs with which the Prefix-SID attribute may be used. A few other explanations can be found in brackets below inside the proposed text. -------------------- 3.1. MPLS Prefix Segment In this document, we specify "MPLS Prefix Segments" only for BGP routes that have an AFI/SAFI of 1/4 or 2/4. The applicability of MPLS prefix segments to other AFI/SAFIs is outside the scope of this document. [The original text said "A Multiprotocol BGP labeled IPv4/IPv6 Unicast ([RFC3107]) session type is required", I don't think that is quite precise. If a session has multiple AFI/SAFIs, including 1/4, I don't think we want t= o say that the attribute can be placed in any UPDATE on that session. Also, it's not quite accurate to say that RFC3107 is restricted to 1/4 and 2/4; RFC3107 doesn't mention the AFI. And we may want to leave it open that the Prefix Segment notion may eventually be applied somehow to SAFI-128 routes.= ] The BGP Prefix Segment is realized on the MPLS dataplane in the following way: As described in [I-D.ietf-spring-segment-routing-msdc] the operator assigns a globally unique "index", L_I, to a locally sourced prefix of a BGP speaker N which is advertised to all other BGP speakers in the SR domain. According to [I-D.ietf-spring-segment-routing], each BGP speaker is configured with a label block called the Segment Routing Global Block (SRGB). (While it is recommended to use the same SRGB across all the nodes within the SR domain, the SRGB of a node is a local property and could be different on different speakers). The index L_I is a 32 bit offset in the SRGB. Each BGP speaker derives its local MPLS label, L, by adding L_I to the start value of its own SRGB, and programs L in its MPLS dataplane as its incoming/local label for the prefix. (See section 5.1 for more details.) [Added reference to section 5.1.] The outgoing label for the prefix is found in the NLRI of the Multiprotocol BGP labeled IPv4/IPv6 Unicast prefix advertisement. The index L_I is only used as a hint to derive the local/incoming label. Section 4.1 of this document specifies the Label-Index TLV of the BGP Prefix-SID attribute; this TLV can be used to advertise the label index of a given prefix. If the BGP speakers are not all configured with the same SRGB, and if traffic-engineering within the SR domain is required, each node may be required to advertise its local SRGB. One way of advertising the local SRGB is to use the segment routing extensions of BGP-LS (draft-gredler-idr-bgp-ls-segment-routing-ext-00.txt). An alternative option is to use the Originator SRGB TLV of the prefix-SID attribute, as specified in Section 4.3 of this document. [Rearranged last paragraphs slightly to improve flow, imo.] 4.3. Originator SRGB TLV The Originator SRGB TLV is an optional TLV and has the following format: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type | Length | Flags | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Flags | +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | SRGB 1 (6 octets) | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | SRGB n (6 octets) | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ [I can rarely get the ascii art to render correctly, but the diagram above is supposed to be unchanged from what appears in the draft.] where: o Type is 3. o Length is the total length of the value portion of the TLV: 2 + multiple of 6. o Flags: 16 bits of flags. None are defined in this document. Flags SHOULD be clear on transmission and MUST be ignored at reception. o SRGB: 3 octets of base followed by 3 octets of range. Note that the SRGB field MAY appear multiple times. If the SRGB field appears multiple times, the SRGB consists of multiple ranges. The meaning of an SRGB with multiple ranges is explained in Section 3.2 ("SID/Label Range TLV") of [I-D.ietf-ospf-segment-routing-extensions]. [Added some text about the semantics of the SRGB field appearing multiple times, with reference to a document that actually explains it.] When a BGP speaker attaches a Prefix-SID attribute to a given route, the Originator SRGB TLV MUST NOT be included in the attribute unless the following conditions hold: - The prefix field of the route's NLRI contains a host address (i.e., a /32 IPv4 address or a /128 IPv6 address). - The value of the Originator SRGB TLV specifies the SRGB of the node that is identified by the prefix field of the NLRI. why would you need such limitation ? A prefix may have a shorter mask than = 32 (or 128) and still be ok for the Originator SRGB to be there. The Originator-SRGB may only be inserted by the originator of the prefix, m= aybe we should emphasize that, but the masklength is mostly irrelevant here= . s. [This paragraph and bullet items are added in order to make clear just what the semantics of the TLV are.] If a BGP route is received that contains a Prefix-SID attribute with an Originator SRGB TLV, but the prefix field of the NLRI does not contain a host address, the attribute SHOULD be regarded as malformed. If a Prefix-SID attribute contains more than one SRGB TLV, it SHOULD be regarded as malformed. See section 7 for the treatment of a malformed Prefix-SID attribute. When a route carrying the Prefix-SID attribute is propagated, the Originator SRGB TLV (if present) MUST NOT be changed. ----------------- _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr --_000_5104A350EA8D4824A3961DC46140BA5Dciscocom_ Content-Type: text/html; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable Hi Eric,

the proposed text looks g= ood but with one question below.


On Oct 22, 2015, at 10:16 PM, Eric C R= osen <erosen@juniper.ne= t> wrote:

I'd like to make some suggestions for textual changes to sections 3.1 = and 
4.3 of draft-ietf-idr-prefix-sid.  The main purpose of these sugg= estions is 
to clarify the use of the Originator SRGB TLV, and to remove what I&nb= sp;
think is an excessive and distracting amount of repetition about the&n= bsp;
inadvisability of allowing different nodes to use different SRGBs. 
My proposal for the text of these sections follows.  In addition = to the 
changes I mentioned above, some typos in the original text are fixed, = and 
there is a suggestion (explained below in brackets) for slightly modif= ying 
the text about the AFI/SAFIs with which the Prefix-SID attribute may b= e 
used.  A few other explanations can be found in brackets below in= side the 
proposed text. 

-------------------- 

3.1.  MPLS Prefix Segment 

   In this document, we specify "MPLS Prefix Segments" = only for BGP routes 
   that have an AFI/SAFI of 1/4 or 2/4.  The applicability o= f MPLS prefix 
   segments to other AFI/SAFIs is outside the scope of this = document. 

[The original text said "A Multiprotocol BGP labeled IPv4/IPv6 Un= icast 
([RFC3107]) session type is required", I don't think that is quite&nbs= p;precise. 
If a session has multiple AFI/SAFIs, including 1/4, I don't think we w= ant to 
say that the attribute can be placed in any UPDATE on that session. &n= bsp;Also, 
it's not quite accurate to say that RFC3107 is restricted to 1/4 and 2= /4; 
RFC3107 doesn't mention the AFI.  And we may want to leave it open&nbs= p;that the 
Prefix Segment notion may eventually be applied somehow to SAFI-128 ro= utes.] 

   The BGP Prefix Segment is realized on the MPLS dataplane in th= e 
   following way: 

      As described in [I-D.ietf-spring-segment-routing-msdc]= the 
      operator assigns a globally unique "index", = L_I, to a locally 
      sourced prefix of a BGP speaker N which is advertised = to all other 
      BGP speakers in the SR domain. 

      According to [I-D.ietf-spring-segment-routing], each B= GP speaker 
      is configured with a label block called the Segment Ro= uting Global 
      Block (SRGB).  (While it is recommended to use th= e same SRGB across 
      all the nodes within the SR domain, the SRGB of a node= is a local 
      property and could be different on different speakers)= . 

      The index L_I is a 32 bit offset in the SRGB.  Ea= ch BGP speaker 
      derives its local MPLS label, L, by adding L_I to the = start value 
      of its own SRGB, and programs L in its MPLS dataplane = as its 
      incoming/local label for the prefix.  (See sectio= n 5.1 for more 
      details.) 

[Added reference to section 5.1.] 

      The outgoing label for the prefix is found in the NLRI= of the 
      Multiprotocol BGP labeled IPv4/IPv6 Unicast prefix&nbs= p;advertisement. 
      The index L_I is only used as a hint to derive the&nbs= p;local/incoming 
      label. 

   Section 4.1 of this document specifies the Label-Index TLV of&= nbsp;the BGP 
   Prefix-SID attribute; this TLV can be used to advertise the&nb= sp;label index 
   of a given prefix. 

   If the BGP speakers are not all configured with the same SRGB,=  and if 
   traffic-engineering within the SR domain is required, each nod= e may be 
   required to advertise its local SRGB.  One way of adverti= sing the local 
   SRGB is to use the segment routing extensions of BGP-LS <= br class=3D"">    (draft-gredler-idr-bgp-ls-segment-routing-ext-00.txt). An = ;alternative 
   option is to use the Originator SRGB TLV of the prefix-SID&nbs= p;attribute, as 
   specified in Section 4.3 of this document. 

[Rearranged last paragraphs slightly to improve flow, imo.] 



4.3.  Originator SRGB TLV 

   The Originator SRGB TLV is an optional TLV and has the fo= llowing 
   format: 

     0               &nbs= p;   1 2                  = ; 3 
     0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7= 8 9 0 1 
    +-+-+-+-+-+-+-+-+-+-&= #43;-+-+-+-+-+-+-+-+-+-+-+-+= ;-+-+-+-+-+-+-+-+-+-+ 
    |     Type      |     &nbs= p;    Length               | &= nbsp;  Flags      | 
    +-+-+-+-+-+-+-+-+-+-&= #43;-+-+-+-+-+-+-+-+-+-+-+-+= ;-+-+-+-+-+-+-+-+-+-+ 
    |     Flags     | 
    +-+-+-+-+-+-+-+-+ 
    +-+-+-+-+-+-+-+-+-+-&= #43;-+-+-+-+-+-+-+-+-+-+-+-+= ;-+-+-+-+-+-+-+-+-+-+ 
    |         SRGB 1 (6 octets)   &= nbsp;                    =             | 
    |                 &nb= sp;             +-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+&nb= sp;
    |                 &nb= sp;             | 
    +-+-+-+-+-+-+-+-+-+-&= #43;-+-+-+-+-+-+ 

    +-+-+-+-+-+-+-+-+-+-&= #43;-+-+-+-+-+-+-+-+-+-+-+-+= ;-+-+-+-+-+-+-+-+-+-+ 
    |         SRGB n (6 octets)   &= nbsp;                    =             | 
    |                 &nb= sp;             +-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+&nb= sp;
    |                 &nb= sp;             | 
    +-+-+-+-+-+-+-+-+-+-&= #43;-+-+-+-+-+-+ 

[I can rarely get the ascii art to render correctly, but the diagram a= bove 
is supposed to be unchanged from what appears in the draft.] 

   where: 

   o  Type is 3. 

   o  Length is the total length of the value portion of the= TLV: 2 + 
      multiple of 6. 

   o  Flags: 16 bits of flags.  None are defined in thi= s document. 
      Flags SHOULD be clear on transmission and MUST be igno= red at 
      reception. 

   o  SRGB: 3 octets of base followed by 3 octets of range. =  Note that the 
      SRGB field MAY appear multiple times.  If the SRG= B field appears 
      multiple times, the SRGB consists of multiple ranges. =  The meaning of 
      an SRGB with multiple ranges is explained in Section 3= .2 ("SID/Label 
      Range TLV") of [I-D.ietf-ospf-segment-routing-ext= ensions]. 

[Added some text about the semantics of the SRGB field appearing multi= ple 
times, with reference to a document that actually explains it.] 

   When a BGP speaker attaches a Prefix-SID attribute to a given&= nbsp;route, the 
   Originator SRGB TLV MUST NOT be included in the attribute = ;unless the 
   following conditions hold: 

   - The prefix field of the route's NLRI contains a host address=  (i.e., a 
     /32 IPv4 address or a /128 IPv6 address). 

   - The value of the Originator SRGB TLV specifies the SRGB of&n= bsp;the node 
     that is identified by the prefix field of the NLRI.&nbs= p;




why would you need such limitation ? A prefix may have a shorter mask than = 32 (or 128) and still be ok for the Originator SRGB to be there.

The Originator-SRGB may o= nly be inserted by the originator of the prefix, maybe we should emphasize = that, but the masklength is mostly irrelevant here.

s.




[This paragraph and bullet items are added in order to make clear just= what 
the semantics of the TLV are.] 

   If a BGP route is received that contains a Prefix-SID attribut= e with an 
   Originator SRGB TLV, but the prefix field of the NLRI does not=  contain a 
   host address, the attribute SHOULD be regarded as malformed. I= f a 
   Prefix-SID attribute contains more than one SRGB TLV, it SHOUL= D be 
   regarded as malformed.  See section 7 for the treatment o= f a malformed 
   Prefix-SID attribute. 

   When a route carrying the Prefix-SID attribute is propagated,&= nbsp;the 
   Originator SRGB TLV (if present) MUST NOT be changed. 
----------------- 



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

--_000_5104A350EA8D4824A3961DC46140BA5Dciscocom_-- From nobody Fri Nov 6 12:46:19 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D08271B2E7D; Fri, 6 Nov 2015 04:16:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham 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 sYEs2GD_Mvd5; Fri, 6 Nov 2015 04:16:20 -0800 (PST) Received: from mail-wm0-x22a.google.com (mail-wm0-x22a.google.com [IPv6:2a00:1450:400c:c09::22a]) (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 874301B2CEB; Fri, 6 Nov 2015 04:16:19 -0800 (PST) Received: by wmec201 with SMTP id c201so16404282wme.0; Fri, 06 Nov 2015 04:16:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=DcIak8/jRO0lTkL6F+qxnh9w0zYqY3Y4Znc/O3GVN5g=; b=VNn3j9tOBMR8ZeB6BgJ1v1tfqLGLsTdY9nt/XEgKuFUQPmc00UCo5/qFujueSjsg76 PL7qaLExL9ceYIl2rDPdIHnBtS21M8ooVOHeQfeBzWoPD9jY9dMVTjeRWCsePKyCEtVC s0UP0VUZv5ZpVJizGsRjm3pq1d5kLm2PSUkxBJaBPbOAYVyPuv1MFyjr0bDAj0XcaE4K Vtj5a9Z+aPnkd+QgTfTtqp7j011cui1lir7kDbAnnwkyVnj92jIPvtqtG8BIsjoEmjDq pvbElSDG3jPUiZLoqzuSM9pLdxI8VelafZNd5nFPs/W3mRIfWw4zmnbtzrnRIQKnnpgT UoVQ== MIME-Version: 1.0 X-Received: by 10.28.146.139 with SMTP id u133mr10291601wmd.56.1446812178075; Fri, 06 Nov 2015 04:16:18 -0800 (PST) Received: by 10.27.108.76 with HTTP; Fri, 6 Nov 2015 04:16:17 -0800 (PST) In-Reply-To: References: <20151102093733.GF70452@Space.Net> Date: Fri, 6 Nov 2015 07:16:17 -0500 Message-ID: From: Rick Casarez To: Robert Raszuk Content-Type: multipart/alternative; boundary=001a11444ddeee554e0523de352b Archived-At: X-Mailman-Approved-At: Fri, 06 Nov 2015 12:46:18 -0800 Cc: idr wg list , "grow@ietf.org" Subject: Re: [Idr] [GROW] draft-mauch-bgp-reject X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2015 12:16:22 -0000 --001a11444ddeee554e0523de352b Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable This is interesting since it is definitely a best common practice for operators to do points 1 and 3 on your list. Is the intention of this document to enforce a BCP by allowing operators to point to a draft/RFC or did you want to change how BGP works? If you just want to document a BCP in draft form (eventually RFC) to use it as a mechanism to force vendors to change their BGP code/daemons it might work. Some vendors will have no issue conforming or adding it to their road map. Although most can point to the fact it is really just a BCP draft and ignore it unless there is a big surge in demand for conformance from their customers. After all we all know some vendors who do not conform to RFCs. If you want to change how BGP is implemented, and be able to more forcefully push this change to vendors, then Robert is correct and 4271 would need to be updated. So I guess I would ask you: which way did you want to go? >>Software MUST provide protection from internal failures preventing the advertisement and acceptance of routes >"Vendor software will actually fail-open and not honor the configured policy. I=E2=80=99d like to try and capture this case as implementation gu= idance to prevent damage to the global internet." So let me ensure I understand this correctly. The point of this draft is to protect the internet at large by ensuring policies are always in place. So what you are saying is vendors should never fail-open correct? ------------------- Cheers, Rick Experiences not things. On Thu, Nov 5, 2015 at 4:38 AM, Robert Raszuk wrote: > Hi Jared, > > =E2=80=8BIf you are up to fail-open on restart (I guess this is what you = mean by > "internal-failures") and in fact in general regarding your entire draft I= MO > the only way to really enforce anything of that scope is to update 4271 > with the new eBGP rules and state machine. > > Otherwise I do not believe that BCP will be out of the sudden honored by > vendors. Also I do not think it will be justified to be accept globally a= s > an OS upgrade without such strong enforcement. > > Thx, > r. > > > >> > There is one item I don't understand here: >> > >> > o Software MUST provide protection from internal failures preventin= g >> > the advertisement and acceptance of routes >> > >> > what does that mean (in other words "more verbose explanation, please"= )? >> >> Vendor software will actually fail-open and not honor the configured >> policy. I=E2=80=99d like to try and capture this case as implementation= guidance >> to prevent damage to the global internet. >> >> - Jared >> _______________________________________________ >> Idr mailing list >> Idr@ietf.org >> https://www.ietf.org/mailman/listinfo/idr >> > > > _______________________________________________ > GROW mailing list > GROW@ietf.org > https://www.ietf.org/mailman/listinfo/grow > > --001a11444ddeee554e0523de352b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
This is interesting since it is definitely a best com= mon practice for=20 operators to do points 1 and 3 on your list. Is the intention of this=20 document to enforce a BCP by allowing operators to point to a draft/RFC=20 or did you want to change how BGP works?

If you just want to docume= nt a BCP in draft form (eventually RFC) to use it as a mechanism to force v= endors to change their BGP code/daemons it might work. Some vendors will ha= ve no issue conforming or adding it to their road map. Although most can po= int to the fact it is really just a BCP draft and ignore it unless there is= a big surge in demand for conformance from their customers. After all we a= ll know some vendors who do not conform to RFCs.

If you want to chan= ge how BGP is implemented, and be able to more forcefully push this change = to vendors, then Robert is correct and 4271 would need to be updated.
<= br>So I guess I would ask you: which way did you want to go?

>>= ;Software MUST provide protection from internal failures preventing the adv= ertisement and acceptance of routes
>"Vendor software will actua= lly fail-open and not honor the configured policy.=C2=A0 I=E2=80=99d like t= o try and capture this case as implementation guidance to prevent damage to= the global internet."

So let me ensure I understand this= correctly. The point of this draft is to protect the internet at large by = ensuring policies are always in place. So what you are saying is vendors sh= ould never fail-open correct?=C2=A0
------= -------------
Cheers, Rick

Experiences not things.

On Thu, Nov 5, 2015 at 4:38 AM, Robert Raszu= k <robert@raszuk.net> wrote:
Hi Jared,

=E2= =80=8BIf you are up to fail-open on restart (I guess this is what you mean = by "internal-failures") and in fact in general regarding your ent= ire draft IMO the only way to really enforce anything of that scope is to u= pdate 4271 with the new eBGP rules and state machine.=C2=A0

Otherwise I do not believe that BCP w= ill =C2=A0be out of the sudden honored by vendors. Also I do not think it w= ill be justified to be accept globally as an OS upgrade without such strong= enforcement.=C2=A0

Th= x,
r.

= =C2=A0
> There is one item I don't understand here:
>
>=C2=A0 =C2=A0o=C2=A0 Software MUST provide protection from internal fai= lures preventing
>=C2=A0 =C2=A0 =C2=A0 the advertisement and acceptance of routes
>
> what does that mean (in other words "more verbose explanation, pl= ease")?

Vendor software will actually fail-open and not honor the configured=
policy.=C2=A0 I=E2=80=99d like to try and capture this case as implementati= on guidance
to prevent damage to the global internet.

- Jared
_______________________________________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr


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


--001a11444ddeee554e0523de352b-- From nobody Fri Nov 6 12:46:21 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB1061A017D; Fri, 6 Nov 2015 04:44:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham 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 HpxoFa19C6_A; Fri, 6 Nov 2015 04:44:33 -0800 (PST) Received: from mail-wm0-x22d.google.com (mail-wm0-x22d.google.com [IPv6:2a00:1450:400c:c09::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BA4FE1A017C; Fri, 6 Nov 2015 04:44:32 -0800 (PST) Received: by wmll128 with SMTP id l128so39817654wml.0; Fri, 06 Nov 2015 04:44:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=wyBCrIIoiqbZ94A4dmupQfm7PN6kK6SRRsYnxa0Ha08=; b=G+PxoMpXRxqyiEG8JrIuXmbSFfgH/kqYHmOe9DS5i9G1EnuroTjvgGBUl/2syKdEOW V2ovMd3UB4FdDwlJWcnG8I0C+r8pjSr8969nruz7F9ux4bpL8+Y9Uj4efNXt5flABIM4 xD8hO+voamTPSLCe8tDz8BuSBByQ0RCSYYfmSARqg0ThBVRvCz3FZ8fFxGbB6PUMsEVb J42JrBfMAgrR6IWQN/wR80o0qVT2D4KFZQfl0GA82U9Xx1MXNDOKD8JOolsyVZv26cFM wkpt0cdQJ+SRl4R5S0TngveGmS+TH5rYzGsd5d35xHVTRWw6jUKkvDiNDh/QgJv8tB/R yxVw== MIME-Version: 1.0 X-Received: by 10.28.7.67 with SMTP id 64mr9509125wmh.70.1446813871347; Fri, 06 Nov 2015 04:44:31 -0800 (PST) Received: by 10.27.108.76 with HTTP; Fri, 6 Nov 2015 04:44:31 -0800 (PST) In-Reply-To: <20151106122941.GF70452@Space.Net> References: <20151102093733.GF70452@Space.Net> <20151106122941.GF70452@Space.Net> Date: Fri, 6 Nov 2015 07:44:31 -0500 Message-ID: From: Rick Casarez To: Gert Doering Content-Type: multipart/alternative; boundary=001a11442a44dba0c20523de9af5 Archived-At: X-Mailman-Approved-At: Fri, 06 Nov 2015 12:46:18 -0800 Cc: idr wg list , "grow@ietf.org" , Robert Raszuk Subject: Re: [Idr] [GROW] draft-mauch-bgp-reject X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2015 12:44:34 -0000 --001a11442a44dba0c20523de9af5 Content-Type: text/plain; charset=UTF-8 I am willing to help either way. ------------------- Cheers, Rick Experiences not things. On Fri, Nov 6, 2015 at 7:29 AM, Gert Doering wrote: > Hi, > > On Fri, Nov 06, 2015 at 07:16:17AM -0500, Rick Casarez wrote: > > This is interesting since it is definitely a best common practice for > > operators to do points 1 and 3 on your list. Is the intention of this > > document to enforce a BCP by allowing operators to point to a draft/RFC > or > > did you want to change how BGP works? > > BCPs for operators exist (RFC7454 for a start). > > Implementations need to change, to "fail safe" - if not configured to do > so, neither accept nor send BGP prefixes on eBGP sessions. > > [..] > > If you just want to document a BCP in draft form (eventually RFC) to use > it > > as a mechanism to force vendors to change their BGP code/daemons it might > > work. Some vendors will have no issue conforming or adding it to their > road > > map. Although most can point to the fact it is really just a BCP draft > and > > ignore it unless there is a big surge in demand for conformance from > their > > customers. After all we all know some vendors who do not conform to RFCs. > > > > If you want to change how BGP is implemented, and be able to more > > forcefully push this change to vendors, then Robert is correct and 4271 > > would need to be updated. > > > > So I guess I would ask you: which way did you want to go? > > If this is what it takes, updating 4271 sounds like a plan. > > Gert Doering > -- NetMaster > -- > have you enabled IPv6 on something today...? > > SpaceNet AG Vorstand: Sebastian v. Bomhard > Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann > D-80807 Muenchen HRB: 136055 (AG Muenchen) > Tel: +49 (0)89/32356-444 USt-IdNr.: DE813185279 > --001a11442a44dba0c20523de9af5 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I am willing to help either way.

-------------------
Cheers, Rick

Experiences not things.=

On Fri, Nov 6, 2015 at 7:29 AM, Gert Doering= <= gert@space.net> wrote:
Hi,<= br>
On Fri, Nov 06, 2015 at 07:16:17AM -0500, Rick Casarez wrote:
> This is interesting since it is definitely a best common practice for<= br> > operators to do points 1 and 3 on your list. Is the intention of this<= br> > document to enforce a BCP by allowing operators to point to a draft/RF= C or
> did you want to change how BGP works?

BCPs for operators exist (RFC7454 for a start).

Implementations need to change, to "fail safe" - if not configure= d to do
so, neither accept nor send BGP prefixes on eBGP sessions.

[..]
> If you just want to document a BCP in draft form (eventually RFC) to u= se it
> as a mechanism to force vendors to change their BGP code/daemons it mi= ght
> work. Some vendors will have no issue conforming or adding it to their= road
> map. Although most can point to the fact it is really just a BCP draft= and
> ignore it unless there is a big surge in demand for conformance from t= heir
> customers. After all we all know some vendors who do not conform to RF= Cs.
>
> If you want to change how BGP is implemented, and be able to more
> forcefully push this change to vendors, then Robert is correct and 427= 1
> would need to be updated.
>
> So I guess I would ask you: which way did you want to go?

If this is what it takes, updating 4271 sounds like a plan.

Gert Doering
=C2=A0 =C2=A0 =C2=A0 =C2=A0 -- NetMaster
--
have you enabled IPv6 on something today...?

SpaceNet AG=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 Vorstand: Sebastian v. Bomhard
Joseph-Dollinger-Bogen 14=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Aufsichtsratsvo= rs.: A. Grundner-Culemann
D-80807 Muenchen=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0HRB: 136055 (AG Muenchen)
Tel: +49 (0)89/32356-444=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0USt-IdNr.:= DE813185279

--001a11442a44dba0c20523de9af5-- From nobody Mon Nov 9 07:22:17 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ABF471A01E2; Mon, 9 Nov 2015 07:22:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham 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 Mar8J0P581G2; Mon, 9 Nov 2015 07:22:11 -0800 (PST) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0116.outbound.protection.outlook.com [65.55.169.116]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9CCE51A8A0C; Mon, 9 Nov 2015 07:22:10 -0800 (PST) Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=erosen@juniper.net; Received: from [172.29.33.31] (66.129.241.10) by CY1PR0501MB2009.namprd05.prod.outlook.com (10.164.2.27) with Microsoft SMTP Server (TLS) id 15.1.318.15; Mon, 9 Nov 2015 15:22:06 +0000 To: "Stefano Previdi (sprevidi)" References: <56294416.8030807@juniper.net> <5104A350-EA8D-4824-A396-1DC46140BA5D@cisco.com> From: Eric C Rosen Message-ID: <5640BA18.7060807@juniper.net> Date: Mon, 9 Nov 2015 10:22:00 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <5104A350-EA8D-4824-A396-1DC46140BA5D@cisco.com> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [66.129.241.10] X-ClientProxiedBy: CY1PR14CA0046.namprd14.prod.outlook.com (25.164.65.142) To CY1PR0501MB2009.namprd05.prod.outlook.com (25.164.2.27) X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB2009; 2:kl8KqZQfTI9D6z6R2qH0NNRnbM2Nt07LcFjjgPGAO7+KLytHTmLz1G0TU9gBR70mh0xUh0pXrtXEOE1awCCnE1X0zTwOywnQSwN4w8MsoEvlNwle4TeHe6re/ymH0ELvi8rBXgkVfhIYDxIHFa0iEmhBSm6Npo1RuTR4Ds9ZY78=; 3:naPJakOsOr6g8WfaujEsZAr0cO47Isyzryl703eEknNCn9gAtKcUxlvj2HRjq4Nk2bT2PIUwpY8ypeclGWe7WrEHRF8KWOGv+F7vh1Q6y1Cx6RVFyvjFa/I0r3Y2NupwqZab/p+jm9z2P7fDOeoOjg==; 25:MM7EEYjZqriZYXYCxWVHES+yJlmiWqEhBbngrW2hp1eSN4HN6SvloUTYcywIPCVIjR9bWTRHi5FkF9JKUTkCgoU3uwNL1KXFEmnwI69Z1vSZcdINpBRjGXmarNWB0xOwvGAV66bPr7XB53TZ5jZnePAq3UFxLS0ns8vLSb2lp+WtQWgGh+xD6e9vBqCo7OQVnmdu1e5Yr7IO0mUGlCM7m41R+CaIEeLJ/tgD8deOVfw+W9EH7XpTSwRMI6VZ8Fv2QgwrdYmmWhy2RxdyoPxBuA== X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CY1PR0501MB2009; X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB2009; 20:UUwaACpg/HJdA1QynnOcobTPbh8GsVqrYQ1s6L7WXQcTf16Jo0eSTDmloEfGgZjZSpH28eJQuRmWris8B8okpwcHlG4t5Q/rNntZ98bQqQApD7gVN5tuc5g76QUZrNqNdmay+xoQ3rZLvjLuVgoZaF27+I1EF8eqeM9tJBhUhDgIlyBN7a6Z8xgqX5i84LwzhJd8r7bHI5/iwGNVhWAO4vdjhMOxrvcZKPhh5DI/SrpaPjkCPQaB9V/I756b9YRXDRdZXL5U/QN7Z4sGQ4ufCXXpogJQNjl8o52K8+0XhVVgzT0uhNKND0P7BtXViiAzKzfQr2IlkXnj6pgOKsvwMIUyZ2V05bo3wF3qATtGdjF79xtCXKQUPRlEt79dY7zScTSjHhz5Rjv315QJANgqxn+RQ1/aUROcj3rS+l5fjzd9Q7RXmDXvvuaxfRxo2b1LSVDdvaJQKBWGPkUh6CBQwn3E4HFQ6Llvvg6E1ZJIBJ0E+GOyeYU7KKbjyRFDRRix; 4:/gaOBjqTiOY+wNTuZvX6xl3bUogSGdy0L8Bl+9hePmKxL81cp63DpaZA2RDfANIN36GubHyIRQ1o6+vaUTaRnAQeEzZt60boF9JmN3VBUnW6tSoE52oySqz7R4IjKmLdV8nySGY6EjAXTYSUoE0squO/jHcM6rsOb7aY0SxtjgtRKBMfALLOROQn8M0sK0anHElH9ft1eCGSlJJ0fFSFNogI64AvDAZAzBRRFNqdKFQs7K9uos20/gMUHQ5bLZ7U59OlskA+BrhRTy0PdzJvifUUUsKTu21moYH5e1A07ag/MMUMWdCgieGt62A1gFrn+Q+UYf4MCKNWjfgfgOl4NU5crpYADCrMGIEQAw1Rr9ISRseXpkB3vc/qMM0TzE5N X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(520078)(3002001)(10201501046); SRVR:CY1PR0501MB2009; BCL:0; PCL:0; RULEID:; SRVR:CY1PR0501MB2009; X-Forefront-PRVS: 0755F54DD9 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6049001)(6009001)(199003)(189002)(87266999)(5004730100002)(86362001)(5008740100001)(59896002)(5007970100001)(110136002)(106356001)(105586002)(4001350100001)(65956001)(2950100001)(81156007)(50466002)(36756003)(189998001)(97736004)(47776003)(66066001)(64126003)(5001960100002)(92566002)(50986999)(77096005)(230700001)(87976001)(83506001)(65816999)(42186005)(54356999)(80316001)(65806001)(101416001)(76176999)(230783001)(33656002)(23746002)(40100003)(122386002); DIR:OUT; SFP:1102; SCL:1; SRVR:CY1PR0501MB2009; H:[172.29.33.31]; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Received-SPF: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?Windows-1252?Q?1; CY1PR0501MB2009; 23:T5CjqgAItyWsOcn96TkLbHY0l7JEBwDHO3m?= =?Windows-1252?Q?EinKoPc+emODAlVJ3uJIEJQ0HBZyD56FCXmcH+Dsnt3+zJAWrbR2RkyY?= =?Windows-1252?Q?WfUYt6athr8rs0SXHk5TSNFsvkcVmnx0FbHTKY39TBPZSp5pDG7qipkK?= =?Windows-1252?Q?tBdF2YbSzZvrGKZ5odukd8pJXJtaD5Zqgd4PXGAu4TmyZdsbwMtbF/bO?= =?Windows-1252?Q?UQKXCsrZQeOAzon5+VF3lMNcIh8rxtodaklJsxq2tVd9FNbkAJsld6T3?= =?Windows-1252?Q?eo6NKlMwoNUgjw2ymK4i5CkdC1Ahgl2xvIQx9HcW/pzMO6dbSGQ9Et50?= =?Windows-1252?Q?cg0BVqBVJdGMhDHNFWCBeDdUxwZGVAubaaUFmd3QJpQJitnzo1KafNIY?= =?Windows-1252?Q?jjWIzyGtRonuOpGSjrG5leMqkw4Yb4UHMrPxUfqpqEqKWtH5EUEZ075q?= =?Windows-1252?Q?dF5Gr+YWd4xR0feHBANJRRrHgoBGE0nldRQKmqpXM80E+Tj/uqb2K1LW?= =?Windows-1252?Q?SXGzmTn93k7+wPNV22VbkVPLDICjPxrKYdXuAq9EQ7OzPOi9kpImSVCn?= =?Windows-1252?Q?1fUHO7Jih18Ks/3yzlRy5ys0v4ui8oSXl8MDa35uMJKD8KTASKklNExw?= =?Windows-1252?Q?l9fHPAovnMTSqI+0OtBdDbXouJgNQbeURlQWy70gTWejJj539zw8UGMd?= =?Windows-1252?Q?24F3shF0GcC2qodugC0NgoROV+Y/Oyr4+ucckIkWZB7h0IYMLMdgD9fQ?= =?Windows-1252?Q?ndEvQTvWAAjB7gQdlHmqYJFVEwMvelJthN01Tp4c+qfgYkGV5lk6knAg?= =?Windows-1252?Q?hOq2DQIl14HO33Alsv9aOKCJAumPF9VTZ+Xp6/RS82e5exdrNPhomwTG?= =?Windows-1252?Q?HICOWRFHjOl31BOcyfqPmH9U49sVqBxN2NCqtJ85vH+A5TL2b0fXwnr/?= =?Windows-1252?Q?x0vX+6mlujRhtYYjgQDd685v3AsoRdnh7lsEes+a4Y7AqLfxe8cUQy1i?= =?Windows-1252?Q?5azdYCNFXX2YzFk8Or7uNAKtTu/UReJwTOth3d94SNEgptf0u96lJy9u?= =?Windows-1252?Q?Ek2fWwRYfv9GMWqQukOKV8DzWWZyEUJ8RZVr8Zafu4AUdEMZTJGPMlh6?= =?Windows-1252?Q?uGE3QX7MksGpbf6pUtYH6pi4aZn3cjFTRcs0QpA01XWSF9UH2RAzA840?= =?Windows-1252?Q?ONBFFnbP1Y5AVK3WpepOUuE4VlSs151TnkazfxWAU1KLySwTEtWFm?= X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB2009; 5:ReqK0+oJlOl+XYC9DZIz2i074MvAoqO9YAM0GX4BR2pELhShYsE5TJH82rqZYacOfCCLhGsyL6ehBjOx4N2fyuXjiDEsK8Lv9YaRAIvH3X8aAjiS+/aEPiVHZjw2WNvvuArnInQq1uYV8s8jTO2s+g==; 24:I3873SAVMte6jy4ftDpCYO8BQIS7lzI9InYGCSmWNBNHvYJ8XjMrHhKc7htHFUnhocAHre+UD5eQ/G3wtqhr5xneos0F1ef+PJah/wggP4w=; 20:gYnuqgNUwPqvmLwaa72DcefgEEAaqo5IKsKyOyBcJHIOYdy/XseaACsFtRAKmCQfV7SiOujJ23CR4LFKskV6+Q== SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 09 Nov 2015 15:22:06.1657 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR0501MB2009 Archived-At: Cc: idr wg , SPRING WG Subject: Re: [Idr] Comments on draft-ietf-idr-bgp-prefix-sid-01 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2015 15:22:14 -0000 Hi Stefano, >> If a BGP route is received that contains a Prefix-SID attribute with an >> Originator SRGB TLV, but the prefix field of the NLRI does not contain a >> host address, the attribute SHOULD be regarded as malformed. If a >> Prefix-SID attribute contains more than one SRGB TLV, it SHOULD be >> regarded as malformed. See section 7 for the treatment of a malformed >> Prefix-SID attribute. >> >> When a route carrying the Prefix-SID attribute is propagated, the >> Originator SRGB TLV (if present) MUST NOT be changed. > why would you need such limitation ? A prefix may have a shorter mask > than 32 (or 128) and still be ok for the Originator SRGB to be there. The SRGB is a property of a node, not a property of a prefix. To make use of the "Originator SRGB", you have to know the node whose property it is. And you have to be able to tunnel packets to that node. In the text I wrote above, the prefix field in the NLRI identifies the node to which the "Originator SRGB" belongs, and the prefix-SID field essentially gives you a node-SID that you can use to tunnel to the node in question. > The Originator-SRGB may only be inserted by the originator of the > prefix, maybe we should emphasize that, but the masklength is mostly > irrelevant here. I don't see that the Originator-SRGB TLV is useful without an explicit identification of the node whose SRGB it describes. Certainly if you are trying to set up an explicitly routed path (perhaps as a loose source route) what you need are the node-SIDs are of the hops you want to specify, and the SRGB of each hop. When you talk about "the originator of the prefix", I think what you really mean is "the last node of the BGP prefix segment". But I don't think that that term necessarily denotes a unique node, as there might be multiple ECMP paths to the prefix, and the prefix-SID does not distinguish among them. E.g., the prefix itself might be multi-homed, or there might be multiple exit points from the SR domain, all of which are equidistant from the prefix. In cases like that, you have no way of knowing whether a label computed from the Originator-SRGB is actually going to be correctly interpreted, because you don't really know the path a packet will take when it is labeled with the prefix-SID. Eric From nobody Mon Nov 9 08:03:00 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CE1241B7EA6; Mon, 9 Nov 2015 08:02:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham 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 CY6hXSAEckoT; Mon, 9 Nov 2015 08:02:55 -0800 (PST) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0128.outbound.protection.outlook.com [65.55.169.128]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 384911B7EA4; Mon, 9 Nov 2015 08:02:54 -0800 (PST) Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=erosen@juniper.net; Received: from [172.29.33.31] (66.129.241.10) by BLUPR0501MB2003.namprd05.prod.outlook.com (10.164.22.29) with Microsoft SMTP Server (TLS) id 15.1.318.15; Mon, 9 Nov 2015 16:02:47 +0000 To: "Stefano Previdi (sprevidi)" References: <56294416.8030807@juniper.net> <5104A350-EA8D-4824-A396-1DC46140BA5D@cisco.com> From: Eric C Rosen Message-ID: <5640C3A3.8070300@juniper.net> Date: Mon, 9 Nov 2015 11:02:43 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <5104A350-EA8D-4824-A396-1DC46140BA5D@cisco.com> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [66.129.241.10] X-ClientProxiedBy: BLUPR0601CA0020.namprd06.prod.outlook.com (25.163.210.30) To BLUPR0501MB2003.namprd05.prod.outlook.com (25.164.22.29) X-Microsoft-Exchange-Diagnostics: 1; BLUPR0501MB2003; 2:xygID0gaA1guNot/gAZS2QcAZfWveMHh8D3pSc4MwXwr6njZj/NoN9yaKSb6ThEulkrry0wTMR7CSXFCRZrg3ohnOxreLe0eV6o/oAu3ALR9rwB9wwN9XDD/1Zpe9qQbKFd/r40B6OnxNB9mU7+a1Xt7g3JJFY3G8aCPcB9gn1M=; 3:+1f7VEmXj1DpkGK8YZ9ytsnSvzz9n94DiuZBN4GfxDCwopkDPGLrlVbr7jMNjMprgnzYu6UbRNfxNQaZeYCqU6K0NBSvW1n3lAAOifJ096WHmXqAWMDqMxk+h6P7NXbCK0V2K7a7t1X3h+UHII12/g==; 25:lMw65V8dXIExv0nIM8ryEaXYzs2iL/tO/15a3TmgE3mmfQ8RXd3JxiPXce88T2MFsZpj7OrFxJ+8iOER2a00Aevve+dnoWz1cgxMUm//U1de1fmt1wstTaB7ml5nHFcKBGJFXsWfq8TsgUkM+YqTndx2qkKBvnX2Bq4IKx1j2MyfhOE6C1x3edeGAhkGWVxWNgStxPSrPSHx8kcbqcExgkhtrBtCD1NQEczuy4lJZDmflOvbL+5m2LUvGoTHoaoI988T9Ide+rKv5TaZR6JcIQ== X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR0501MB2003; X-Microsoft-Exchange-Diagnostics: 1; BLUPR0501MB2003; 20:Ynive01/r2jIfL4uBJLQnZobk+H73PADmDZjt6nIgyaWQwBj08TY+E7A7qLLQ+ptQFbk5lDHDFxY+1juSM8cw3GLAe6HQUmAArNfB5nWgaDqcOqRabr7kHZe4JYRZlPoth0ScHSetN0D9vPXXLz7Rm6i5rIF71G75ZWUzGcOEEpP7pmr240Q/Eqeylq484x1KBw94fIP1n6NjMnnCpdHG7Q0+E1hkwn9RDL9h981g70iJQ7qKet2DfbrdjeoGEU4cxpYfBiHvuvyNPESisuubRDYANT9NlztrqIgZ/A9PqtfBJLpXtytblWgUnFTvcWZ82xb2c6ELWQKwBvYEI+qYBO7E0WrWLLSVjJyKVKhJU0NkDZgutZ62mCy2ldWrlaT5mDTVEW0hukZqkQC8eEV2L2WUGicfUgGWSgpC9RuSKwm0o87E1SFsQu2zFShocnEGR9kDl9QU1dmW6fTL9ucNZKVR2BPtQfc5pky7tp5eAGaWdF2TqRbLJ5wc4Hifkji; 4:bNgaeS+i2NDyUH3DL6bGV7FnywAzUfU1PevrmBjCtyd4uuUxXTOfk7trfA7JWNDyYXGHbyXHlNCRCZGtHBij3aKlvto4RNcWPJHxS+xTH8vA2KQLMq8BfcdVeBPR550WHToF3LsqpJLLbKpCEA+rwM3obkKDn66V+wTlxYykNLZF4CIaTMds5gkF1BaBRqHLY4zecqauj/wm5jKlJ3X4w7bjNg8cjVY+UqPbD4kcxJ/subbWsObfQBy33QZrdmaEw1H2s0pKM1Qavskgp/p/K4A54Fybxa5R6MEa+KPC0sgk5w9158+OYDmMUVFByMt3JvFWs58xmH1Q46wzfZN84T3B8ppvslqvrXKapAR757CBWR7GePsEe+DIqIhfv14Y X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(520078)(5005006)(10201501046)(3002001); SRVR:BLUPR0501MB2003; BCL:0; PCL:0; RULEID:; SRVR:BLUPR0501MB2003; X-Forefront-PRVS: 0755F54DD9 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6009001)(6049001)(189002)(54094003)(377454003)(479174004)(24454002)(199003)(122386002)(87976001)(5004730100002)(42186005)(92566002)(105586002)(65816999)(189998001)(2950100001)(5008740100001)(86362001)(81156007)(5001960100002)(230700001)(33656002)(110136002)(4001350100001)(83506001)(40100003)(5001920100001)(77096005)(50986999)(80316001)(5007970100001)(101416001)(87266999)(76176999)(36756003)(106356001)(50466002)(230783001)(59896002)(23746002)(66066001)(97736004)(65806001)(47776003)(54356999)(64126003)(65956001); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR0501MB2003; H:[172.29.33.31]; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; Received-SPF: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?Windows-1252?Q?1; BLUPR0501MB2003; 23:1+JTF2Yn9iSd3b4PFOqplhHINyJQZREw1lQ?= =?Windows-1252?Q?nFoOymxm324ri4pmCgv9P0/0qO4MkGM7fAmvzqphNLk+pXGUJYG4vInx?= =?Windows-1252?Q?xahZYnKKbyAcq8Y7xkXtZUBCyg5kqKlc6JiWboRDX34ZilR/VYF2xY9+?= =?Windows-1252?Q?QdQZFjLK4HX4aEoTS1KOaj56vDlC4Ze5uytsKK+z3UaiPfYyYWqqqj8N?= =?Windows-1252?Q?VJMOIt6cIAjuiOnF98jZI/3EctkQifmh4eyeG+AstH7b/Vj9TVPtXzFf?= =?Windows-1252?Q?s6ISkzrp6CHJTn31hSqySJuWkqwxUFBwkYVsatK22pEZreoBjh4kIkL/?= =?Windows-1252?Q?Qn7Pf0akgpsMvNg4MAEYQ7QPCjTfmqQostTj+91FuHY0N36uh2iTwz0m?= =?Windows-1252?Q?7Z1gVL1HDSb+cUEHYWGuIWkEADfCeesBtRdOefVIBN8L1zt/EKUag/W8?= =?Windows-1252?Q?xbK6cCP5q3RRUhOF+LUdAk7yLWHFyRqTilANhNoopvdzNmkmiuDPAUwb?= =?Windows-1252?Q?MhxJzI8d7ha+nV56swF/ySpAx45cPqgMVPmpQgbD+Y/6hsOJXRxBgPex?= =?Windows-1252?Q?4uqx4dYQanmIKXS2YhEQFKHlXunB2kgTIoYECvdvCmK+Z664OwOG7zjt?= =?Windows-1252?Q?ItMhfQo2RYKQZu0cMDvHt9/pT5SYTbPmls5TU0h2WYIV9WXxqh/lgcAX?= =?Windows-1252?Q?382Y/9qFBuwV7t8CfCuuBPapGWqnjnQQgoyn8bd1N7F5H8nUNX9NH7X+?= =?Windows-1252?Q?P/nyK8aOZGlRhiQBGvfbmgPd5579XZ7iEfolEAeO4olTbR7DtizaLd3j?= =?Windows-1252?Q?wCsK752XmlTh1+UpqelWZA/Eo+KwkLAC5UIIdDJlkK1Vy8u+A7apkFAL?= =?Windows-1252?Q?gmmhNdUwaFhSSP5baLZEuI2lYyyVb4KbsSGErIxxFxZJUq2ay8bGXr3u?= =?Windows-1252?Q?NKsg63qv25witJYkxIji+y0ciNyN3ptuLYivb85bOEStZUgdcQsh5lhk?= =?Windows-1252?Q?o/rNw9b2nxBzg1WqcKy/ctsfchTN5zcSE1tvF3IlKM48CxILSUW6or+k?= =?Windows-1252?Q?np1HjBdU3CD2LXXqJixjfTTq4F/lqS4kOnST36i4eu3gJjmo/CELpvxP?= =?Windows-1252?Q?MAYHOu0n1BnOSM3arM6FrJim9AKLU8eodK4qSsTH6GPzP+p4vEBARePF?= =?Windows-1252?Q?GzgJ+5uerUs64MXwdgHvSJl+qLnUBiyrzLQgayjybDkpdlL3e0IM7RvE?= =?Windows-1252?Q?qCdpxP4JsWkU/T9qDDYod+ajuH0nDVT5BBkJfsGygvx+4fgaP0gEmGNr?= =?Windows-1252?Q?8rUQy9amTru2qFUQIiGOLT2EECdsWS96tLlhlPi/7FLGJ6rCm6EPUzvm?= =?Windows-1252?Q?ulsRUo8PVF3D9?= X-Microsoft-Exchange-Diagnostics: 1; BLUPR0501MB2003; 5:jwbn/qVksZnSuIDV7nFFMzi3qIpzoooU5AEB4CTopvTmyKmzhO/kkknr0WZ2kk8vPVz2BiF3ilZY3ewsv+yVmtHydlocvj7FeQ5ZZORg9xtWpBO1IO4pWc0rqf0LaWLLoSrKf61ick7iaZCULkZlOw==; 24:keUNPp2cd5h0MeGFsEG0zLgKKRfIAo8ZRuEEkSyVu/mVDb3WJ2YP6p9FtjWj3T8nxdbUzdsP2Ew9R9t6oDOzw/19h07cWVQive+akF+bH1Y=; 20:pD+vdub6UksrSqxSfhRjhzJimHU+L8pYC7DuWb8L18GxlOVm13bJ08K8VlWIYPf+Z0Z8V8f2JPHCX4ED7/3xGw== SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 09 Nov 2015 16:02:47.8920 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR0501MB2003 Archived-At: Cc: idr wg , SPRING WG Subject: Re: [Idr] Comments on draft-ietf-idr-bgp-prefix-sid-01 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2015 16:02:57 -0000 On 11/6/2015 8:18 AM, Stefano Previdi (sprevidi) wrote: > A prefix may have a shorter mask than 32 (or 128) and still be ok for > the Originator SRGB to be there. Stefano, On further thought, I wonder if I misunderstood the point of your question. If all the addresses falling under a given prefix are loopback addresses of the same node, then the same SRGB might apply to all of them. In that case, it might make sense to have a shorter prefix but still advertise the Originator-SRGB. Is that what you're thinking? But on the other hand, if a node has multiple loopback addresses, it probably won't want the same SID assigned to all of them. Eric From nobody Tue Nov 10 12:00:27 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 510B21B3E6E; Tue, 10 Nov 2015 12:00:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 uR_Fhiwfcgj6; Tue, 10 Nov 2015 12:00:22 -0800 (PST) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 60C5A1B3E56; Tue, 10 Nov 2015 12:00:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4086; q=dns/txt; s=iport; t=1447185621; x=1448395221; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=ZcPcolIP3pFzMrEep7w2ffXy8yXTqjZUu0wR8gqftRs=; b=d+pSGAQUs2+kUWRYy94WKR4L1uhvkQOstPWeHpoJcOjneAQ8L9kJ5mSU 3YgqKa9d75VGxofWvqIuPkA+KSFZSjfLc0DYDEy7dFd5O5pKM9c5N+wmn +tTsc5JCKfLEi/0F286cKiLMoOT7qTe7898ty+tk7SAlgPxsNhllV5VtR U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0APAgCgS0JW/5pdJa1egztTbwa+RAENgWUXCoUlSgIcgS84FAEBAQEBAQGBCoQ1AQEDAQEBASAROgsQAgEIGgImAgICJQsVEAIEAQ0FiCYIDbJ/kF0BAQEBAQEBAQEBAQEBAQEBAQEBAQEUBIEBilGEWYMcgUQBBJZIAY0lnEQBHwEBQoIRHYFWcoQngQcBAQE X-IronPort-AV: E=Sophos;i="5.20,271,1444694400"; d="scan'208";a="49137607" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rcdn-iport-3.cisco.com with ESMTP; 10 Nov 2015 20:00:20 +0000 Received: from XCH-RTP-006.cisco.com (xch-rtp-006.cisco.com [64.101.220.146]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id tAAK0K7i004885 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 10 Nov 2015 20:00:20 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-006.cisco.com (64.101.220.146) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Tue, 10 Nov 2015 15:00:19 -0500 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1104.000; Tue, 10 Nov 2015 15:00:19 -0500 From: "Acee Lindem (acee)" To: Eric C Rosen , "Stefano Previdi (sprevidi)" Thread-Topic: [spring] [Idr] Comments on draft-ietf-idr-bgp-prefix-sid-01 Thread-Index: AQHRGwJy6pvfTXZ/qE2W4H0FcAVzPZ6VrscA Date: Tue, 10 Nov 2015 20:00:19 +0000 Message-ID: References: <56294416.8030807@juniper.net> <5104A350-EA8D-4824-A396-1DC46140BA5D@cisco.com> <5640BA18.7060807@juniper.net> In-Reply-To: <5640BA18.7060807@juniper.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.116.152.203] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: idr wg , SPRING WG Subject: Re: [Idr] [spring] Comments on draft-ietf-idr-bgp-prefix-sid-01 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Nov 2015 20:00:24 -0000 SGkgRXJpYywgDQoNCk9uIDExLzkvMTUsIDEwOjIyIEFNLCAic3ByaW5nIG9uIGJlaGFsZiBvZiBF cmljIEMgUm9zZW4iDQo8c3ByaW5nLWJvdW5jZXNAaWV0Zi5vcmcgb24gYmVoYWxmIG9mIGVyb3Nl bkBqdW5pcGVyLm5ldD4gd3JvdGU6DQoNCj5IaSBTdGVmYW5vLA0KPg0KPj4+ICAgIElmIGEgQkdQ IHJvdXRlIGlzIHJlY2VpdmVkIHRoYXQgY29udGFpbnMgYSBQcmVmaXgtU0lEIGF0dHJpYnV0ZQ0K Pj4+d2l0aCBhbg0KPj4+ICAgIE9yaWdpbmF0b3IgU1JHQiBUTFYsIGJ1dCB0aGUgcHJlZml4IGZp ZWxkIG9mIHRoZSBOTFJJIGRvZXMgbm90DQo+Pj5jb250YWluIGENCj4+PiAgICBob3N0IGFkZHJl c3MsIHRoZSBhdHRyaWJ1dGUgU0hPVUxEIGJlIHJlZ2FyZGVkIGFzIG1hbGZvcm1lZC4gSWYgYQ0K Pj4+ICAgIFByZWZpeC1TSUQgYXR0cmlidXRlIGNvbnRhaW5zIG1vcmUgdGhhbiBvbmUgU1JHQiBU TFYsIGl0IFNIT1VMRCBiZQ0KPj4+ICAgIHJlZ2FyZGVkIGFzIG1hbGZvcm1lZC4gIFNlZSBzZWN0 aW9uIDcgZm9yIHRoZSB0cmVhdG1lbnQgb2YgYQ0KPj4+bWFsZm9ybWVkDQo+Pj4gICAgUHJlZml4 LVNJRCBhdHRyaWJ1dGUuDQo+Pj4NCj4+PiAgICBXaGVuIGEgcm91dGUgY2FycnlpbmcgdGhlIFBy ZWZpeC1TSUQgYXR0cmlidXRlIGlzIHByb3BhZ2F0ZWQsIHRoZQ0KPj4+ICAgIE9yaWdpbmF0b3Ig U1JHQiBUTFYgKGlmIHByZXNlbnQpIE1VU1QgTk9UIGJlIGNoYW5nZWQuDQo+DQo+PiB3aHkgd291 bGQgeW91IG5lZWQgc3VjaCBsaW1pdGF0aW9uID8gQSBwcmVmaXggbWF5IGhhdmUgYSBzaG9ydGVy IG1hc2sNCj4+IHRoYW4gMzIgKG9yIDEyOCkgYW5kIHN0aWxsIGJlIG9rIGZvciB0aGUgT3JpZ2lu YXRvciBTUkdCIHRvIGJlIHRoZXJlLg0KPg0KPlRoZSBTUkdCIGlzIGEgcHJvcGVydHkgb2YgYSBu b2RlLCBub3QgYSBwcm9wZXJ0eSBvZiBhIHByZWZpeC4gIFRvIG1ha2UNCj51c2Ugb2YgdGhlICJP cmlnaW5hdG9yIFNSR0IiLCB5b3UgaGF2ZSB0byBrbm93IHRoZSBub2RlIHdob3NlIHByb3BlcnR5 DQo+aXQgaXMuICBBbmQgeW91IGhhdmUgdG8gYmUgYWJsZSB0byB0dW5uZWwgcGFja2V0cyB0byB0 aGF0IG5vZGUuICBJbiB0aGUNCj50ZXh0IEkgd3JvdGUgYWJvdmUsIHRoZSBwcmVmaXggZmllbGQg aW4gdGhlIE5MUkkgaWRlbnRpZmllcyB0aGUgbm9kZSB0bw0KPndoaWNoIHRoZSAiT3JpZ2luYXRv ciBTUkdCIiBiZWxvbmdzLCBhbmQgdGhlIHByZWZpeC1TSUQgZmllbGQNCj5lc3NlbnRpYWxseSBn aXZlcyB5b3UgYSBub2RlLVNJRCB0aGF0IHlvdSBjYW4gdXNlIHRvIHR1bm5lbCB0byB0aGUgbm9k ZQ0KPmluIHF1ZXN0aW9uLg0KDQpJIGFncmVlIHRoZSBwcmVkb21pbmFudCB1c2UgY2FzZSB3aWxs IGJlIGFkdmVydGlzZW1lbnQgb2YgYSBsb29wYmFjay4NCkhvd2V2ZXIsIGluZGVwZW5kZW50IG9m IHdoZXRoZXIgb3Igbm90IHRoZSBPcmlnaW5hdG9yLVNSR0IgVExWIGlzDQppbmNsdWRlZCwgSSBz ZWUgbm8gcmVhc29uIHdoeSBhIEJHUCBTcGVha2VyIGNvdWxkIG5vdCBhc3NvY2lhdGUgYQ0KbGFi ZWwtaW5kZXggd2l0aCBhIGxvY2FsbHkgYXR0YWNoZWQgc3VibmV0Lg0KDQpUaGFua3MsDQpBY2Vl IA0KDQoNCg0KDQo+DQo+PiBUaGUgT3JpZ2luYXRvci1TUkdCIG1heSBvbmx5IGJlIGluc2VydGVk IGJ5IHRoZSBvcmlnaW5hdG9yIG9mIHRoZQ0KPj4gcHJlZml4LCBtYXliZSB3ZSBzaG91bGQgZW1w aGFzaXplIHRoYXQsIGJ1dCB0aGUgbWFza2xlbmd0aCBpcyBtb3N0bHkNCj4+IGlycmVsZXZhbnQg aGVyZS4NCj4NCj5JIGRvbid0IHNlZSB0aGF0IHRoZSBPcmlnaW5hdG9yLVNSR0IgVExWIGlzIHVz ZWZ1bCB3aXRob3V0IGFuIGV4cGxpY2l0DQo+aWRlbnRpZmljYXRpb24gb2YgdGhlIG5vZGUgd2hv c2UgU1JHQiBpdCBkZXNjcmliZXMuICBDZXJ0YWlubHkgaWYgeW91DQo+YXJlIHRyeWluZyB0byBz ZXQgdXAgYW4gZXhwbGljaXRseSByb3V0ZWQgcGF0aCAocGVyaGFwcyBhcyBhIGxvb3NlDQo+c291 cmNlIHJvdXRlKSB3aGF0IHlvdSBuZWVkIGFyZSB0aGUgbm9kZS1TSURzIGFyZSBvZiB0aGUgaG9w cyB5b3Ugd2FudA0KPnRvIHNwZWNpZnksIGFuZCB0aGUgU1JHQiBvZiBlYWNoIGhvcC4NCj4NCj5X aGVuIHlvdSB0YWxrIGFib3V0ICJ0aGUgb3JpZ2luYXRvciBvZiB0aGUgcHJlZml4IiwgSSB0aGlu ayB3aGF0IHlvdQ0KPnJlYWxseSBtZWFuIGlzICJ0aGUgbGFzdCBub2RlIG9mIHRoZSBCR1AgcHJl Zml4IHNlZ21lbnQiLiAgQnV0IEkgZG9uJ3QNCj50aGluayB0aGF0IHRoYXQgdGVybSBuZWNlc3Nh cmlseSBkZW5vdGVzIGEgdW5pcXVlIG5vZGUsIGFzIHRoZXJlIG1pZ2h0DQo+YmUgbXVsdGlwbGUg RUNNUCBwYXRocyB0byB0aGUgcHJlZml4LCBhbmQgdGhlIHByZWZpeC1TSUQgZG9lcyBub3QNCj5k aXN0aW5ndWlzaCBhbW9uZyB0aGVtLiAgRS5nLiwgdGhlIHByZWZpeCBpdHNlbGYgbWlnaHQgYmUg bXVsdGktaG9tZWQsDQo+b3IgdGhlcmUgbWlnaHQgYmUgbXVsdGlwbGUgZXhpdCBwb2ludHMgZnJv bSB0aGUgU1IgZG9tYWluLCBhbGwgb2Ygd2hpY2gNCj5hcmUgZXF1aWRpc3RhbnQgZnJvbSB0aGUg cHJlZml4LiAgSW4gY2FzZXMgbGlrZSB0aGF0LCB5b3UgaGF2ZSBubyB3YXkgb2YNCj5rbm93aW5n IHdoZXRoZXIgYSBsYWJlbCBjb21wdXRlZCBmcm9tIHRoZSBPcmlnaW5hdG9yLVNSR0IgaXMgYWN0 dWFsbHkNCj5nb2luZyB0byBiZSBjb3JyZWN0bHkgaW50ZXJwcmV0ZWQsIGJlY2F1c2UgeW91IGRv bid0IHJlYWxseSBrbm93IHRoZQ0KPnBhdGggYSBwYWNrZXQgd2lsbCB0YWtlIHdoZW4gaXQgaXMg bGFiZWxlZCB3aXRoIHRoZSBwcmVmaXgtU0lELg0KPg0KPkVyaWMNCj4NCj4NCj4NCj4NCj5fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPnNwcmluZyBtYWls aW5nIGxpc3QNCj5zcHJpbmdAaWV0Zi5vcmcNCj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu L2xpc3RpbmZvL3NwcmluZw0KDQo= From nobody Wed Nov 11 00:00:43 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3E9EB1B33F6; Wed, 11 Nov 2015 00:00:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 eMOv1V5KyXxs; Wed, 11 Nov 2015 00:00:41 -0800 (PST) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 09E4C1B2EE5; Wed, 11 Nov 2015 00:00:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1079; q=dns/txt; s=iport; t=1447228841; x=1448438441; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=UNrvXapyyAXWoiiDp/YHkc1H4RBNs2wCohmZczyN6lY=; b=iJ1k9PPm2RmXBtKhu6roAYeeKZhmkNVr1BV/2RqSsFZaAIrAUKezMWov iad0nle9jFyibca2uBWRq/6ck0LRKXigdh/ZuAZ4W63Q6vrho7orzjv00 inAsr4P7Kc++7pZfJpg6ng9KvMXM8SSGfsOC2ZIRcxwtBT5AdCwq6wSVw c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AcAgCV9EJW/4kNJK1egzuBQga+RgENgWWGEAKBPjgUAQEBAQEBAYEKhDQBAQEDAXkFCwIBCBguMiUCBA4FiCYIxCABAQEBAQEBAQEBAQEBAQEBAQEBAQEYhlSCEIJuhFmDS4EVAQSWSAGNJYFblniDcQEfAQFCghEdgVZyhE+BBwEBAQ X-IronPort-AV: E=Sophos;i="5.20,274,1444694400"; d="scan'208";a="49283581" Received: from alln-core-4.cisco.com ([173.36.13.137]) by rcdn-iport-3.cisco.com with ESMTP; 11 Nov 2015 08:00:40 +0000 Received: from XCH-RTP-006.cisco.com (xch-rtp-006.cisco.com [64.101.220.146]) by alln-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id tAB80dLc028387 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 11 Nov 2015 08:00:40 GMT Received: from xch-rtp-010.cisco.com (64.101.220.150) by XCH-RTP-006.cisco.com (64.101.220.146) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Wed, 11 Nov 2015 03:00:39 -0500 Received: from xch-rtp-010.cisco.com ([64.101.220.150]) by XCH-RTP-010.cisco.com ([64.101.220.150]) with mapi id 15.00.1104.000; Wed, 11 Nov 2015 03:00:39 -0500 From: "Stefano Previdi (sprevidi)" To: Eric C Rosen Thread-Topic: [Idr] Comments on draft-ietf-idr-bgp-prefix-sid-01 Thread-Index: AQHRDQaNSu+O5jvuAkmSupOY8ZJPb56PZPUAgATk8YCAAp4BgA== Date: Wed, 11 Nov 2015 08:00:39 +0000 Message-ID: <72BCC203-046B-4CEE-B647-39BD7420D51C@cisco.com> References: <56294416.8030807@juniper.net> <5104A350-EA8D-4824-A396-1DC46140BA5D@cisco.com> <5640C3A3.8070300@juniper.net> In-Reply-To: <5640C3A3.8070300@juniper.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.61.96.73] Content-Type: text/plain; charset="Windows-1252" Content-ID: <85582ABFE852AC4AA96F950A9143C9F5@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: idr wg , SPRING WG Subject: Re: [Idr] Comments on draft-ietf-idr-bgp-prefix-sid-01 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Nov 2015 08:00:42 -0000 On Nov 9, 2015, at 5:02 PM, Eric C Rosen wrote: >=20 > On 11/6/2015 8:18 AM, Stefano Previdi (sprevidi) wrote: >> A prefix may have a shorter mask than 32 (or 128) and still be ok for >> the Originator SRGB to be there. >=20 > Stefano, >=20 > On further thought, I wonder if I misunderstood the point of your questio= n. If all the addresses falling under a given prefix are loopback addresse= s of the same node, then the same SRGB might apply to all of them. yes, but note that nothing mandates that we use only loopback addresses and= nothing mandates a loopback address to be a /32. > In that case, it might make sense to have a shorter prefix but still adv= ertise the Originator-SRGB. Is that what you're thinking? yes and more widely, I don=92t want to constrain the advertisement of the O= riginator-SRGB to a /32 (or even to a loopback interface prefix). s. =20 > But on the other hand, if a node has multiple loopback addresses, it pro= bably won't want the same SID assigned to all of them. >=20 > Eric From nobody Wed Nov 11 07:10:43 2015 Return-Path: X-Original-To: idr@ietf.org Delivered-To: idr@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 9A0CF1AD2DF; Wed, 11 Nov 2015 07:10:39 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.9.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20151111151039.2171.95571.idtracker@ietfa.amsl.com> Date: Wed, 11 Nov 2015 07:10:39 -0800 Archived-At: Cc: idr@ietf.org Subject: [Idr] I-D Action: draft-ietf-idr-rtc-no-rt-02.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Nov 2015 15:10:39 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Inter-Domain Routing Working Group of the IETF. Title : Route Target Constrained Distribution of Routes with no Route Targets Authors : Eric C. Rosen Keyur Patel Robert Raszuk Filename : draft-ietf-idr-rtc-no-rt-02.txt Pages : 7 Date : 2015-11-11 Abstract: There are a variety of BGP-enabled services in which the originator of a BGP route may attach one or more "Route Targets" to the route. By means of a procedure known as "RT Constrained Distribution" (RTC), a given BGP speaker (call it "B") can announce the set of RTs in which it has interest. The implication is that if a particular route (call it "R") carries any RTs at all, BGP speaker B wants to receive route R if and only if B has announced interest in one of the RTs carried by R. However, if route R does not carry any RTs at all, prior specifications do not make it clear whether B's use of RTC implies that it does not want to receive route R. This has caused interoperability problems in the field, as some implementations of RTC do not allow B to receive R, but some services presuppose that B will receive R. This document updates RFC 4684 by clarifying the effect of the RTC mechanism on routes that do not have any RTs. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-idr-rtc-no-rt/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-idr-rtc-no-rt-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-idr-rtc-no-rt-02 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Nov 11 09:52:28 2015 Return-Path: X-Original-To: idr@ietf.org Delivered-To: idr@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id F02841B2FDF; Wed, 11 Nov 2015 09:52:24 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.9.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20151111175224.19276.40179.idtracker@ietfa.amsl.com> Date: Wed, 11 Nov 2015 09:52:24 -0800 Archived-At: Cc: idr@ietf.org Subject: [Idr] I-D Action: draft-ietf-idr-rtc-no-rt-03.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Nov 2015 17:52:25 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Inter-Domain Routing Working Group of the IETF. Title : Route Target Constrained Distribution of Routes with no Route Targets Authors : Eric C. Rosen Keyur Patel Jeffrey Haas Robert Raszuk Filename : draft-ietf-idr-rtc-no-rt-03.txt Pages : 7 Date : 2015-11-11 Abstract: There are a variety of BGP-enabled services in which the originator of a BGP route may attach one or more "Route Targets" to the route. By means of a procedure known as "RT Constrained Distribution" (RTC), a given BGP speaker (call it "B") can announce the set of RTs in which it has interest. The implication is that if a particular route (call it "R") carries any RTs at all, BGP speaker B wants to receive route R if and only if B has announced interest in one of the RTs carried by R. However, if route R does not carry any RTs at all, prior specifications do not make it clear whether B's use of RTC implies that it does not want to receive route R. This has caused interoperability problems in the field, as some implementations of RTC do not allow B to receive R, but some services presuppose that B will receive R. This document updates RFC 4684 by clarifying the effect of the RTC mechanism on routes that do not have any RTs. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-idr-rtc-no-rt/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-idr-rtc-no-rt-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-idr-rtc-no-rt-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Nov 12 06:18:33 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 845211ACD8B for ; Thu, 12 Nov 2015 06:18:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham 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 JpnkNc63Danf for ; Thu, 12 Nov 2015 06:18:22 -0800 (PST) Received: from relais-inet.francetelecom.com (relais-ias244.francetelecom.com [80.12.204.244]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BDE711ACD82 for ; Thu, 12 Nov 2015 06:18:21 -0800 (PST) Received: from omfeda07.si.francetelecom.fr (unknown [xx.xx.xx.200]) by omfeda13.si.francetelecom.fr (ESMTP service) with ESMTP id 2B9C0190099; Thu, 12 Nov 2015 15:18:20 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [10.114.31.72]) by omfeda07.si.francetelecom.fr (ESMTP service) with ESMTP id EA5FF15804E; Thu, 12 Nov 2015 15:18:16 +0100 (CET) Received: from OPEXCLILM21.corporate.adroot.infra.ftgroup ([fe80::e92a:c932:907e:8f06]) by OPEXCLILMA3.corporate.adroot.infra.ftgroup ([fe80::60a9:abc3:86e6:2541%19]) with mapi id 14.03.0248.002; Thu, 12 Nov 2015 15:18:16 +0100 From: To: "John G. Scudder" Thread-Topic: [Idr] 1 WG call for Review draft-ietf-sidr-origin-validation-signaling-04 - RFC4271 changes Thread-Index: AQHRGCkv0LcxO4TcLUanEBBj3HdQVJ6YcgQw Date: Thu, 12 Nov 2015 14:18:16 +0000 Message-ID: <644_1447337897_56449FA9_644_166_1_53C29892C857584299CBF5D05346208A0F6B6DD1@OPEXCLILM21.corporate.adroot.infra.ftgroup> References: <002a01cf84b8$b0f55230$12dff690$@ndzh.com> <29140_1402414807_539726D7_29140_10276_1_53C29892C857584299CBF5D05346208A0716175D@PEXCVZYM11.corporate.adroot.infra.ftgroup> <0CE20ABC-B920-48B5-AB75-4E41AC1D6067@bgp.nu> In-Reply-To: <0CE20ABC-B920-48B5-AB75-4E41AC1D6067@bgp.nu> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.1] Content-Type: multipart/alternative; boundary="_000_53C29892C857584299CBF5D05346208A0F6B6DD1OPEXCLILM21corp_" MIME-Version: 1.0 X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.10.16.122716 Archived-At: Cc: idr wg , "Murphy, Sandra" , Susan Hares Subject: Re: [Idr] 1 WG call for Review draft-ietf-sidr-origin-validation-signaling-04 - RFC4271 changes X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2015 14:18:31 -0000 --_000_53C29892C857584299CBF5D05346208A0F6B6DD1OPEXCLILM21corp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgSm9obiwNCg0KVGhhbmtzIGZvciB0YWtpbmcgdGhlIHRpbWUgdG8gdGFrZSBteSBjb21tZW50 cyBpbnRvIGFjY291bnRzLg0KLTA2IGFkZHJlc3MgYWxsIG15IGNvbW1lbnRzLg0KDQoNCkZvbGxv d2luZyB0aGUgY2hhbmdlcywgSSBoYXZlIHNvbWUgZnVydGhlciBjb21tZW50cy4gUGxlYXNlIGZl ZWwgZnJlZSB0byBzaWxlbnRseSBkaXNjYXJkL3VwZGF0ZSBhcyB5b3Ugd2lzaC4NCiopIMKnMiAg OnMvVEJELzB4MDANCg0KDQoqKSBGb2xsb3dpbmcgdGhlIHJlbW92YWwgb2YgdGhlIGNoYW5nZSB0 byB0aGUgQkdQIERlY2lzaW9uIFByb2Nlc3MsIHRoZSAyIGZpcnN0IHNlbnRlbmNlcyBvZiB0aGUg YWJzdHJhY3QgJiBJbnRyb2R1Y3Rpb24gY291bGQgcHJvYmFibHkgYmUgcmVtb3ZlZCBvciByZXdy aXR0ZW4uIChDdXJyZW50bHkgaXMg4oCcQXMgcGFydCBvZiB0aGUgb3JpZ2luYXRpb24gQVMgdmFs aWRhdGlvbiBwcm9jZXNzLCBpdCBjYW4gYmUgZGVzaXJhYmxlDQogICB0byBhdXRvbWF0aWNhbGx5 IGNvbnNpZGVyIHRoZSB2YWxpZGF0aW9uIHN0YXRlIG9mIHJvdXRlcyBpbiB0aGUgQkdQDQogICBk ZWNpc2lvbiBwcm9jZXNzLiAgVGhlIHB1cnBvc2Ugb2YgdGhpcyBkb2N1bWVudCBpcyB0byBwcm92 aWRlIGENCiAgIHNwZWNpZmljYXRpb24gZm9yIGRvaW5nIHNvLiDCuw0KDQoqKSDCpzIg4oCcQW4g aW1wbGVtZW50YXRpb24gU0hPVUxEIE5PVCBzZW5kIG1vcmUgdGhhbiBvbmUgaW5zdGFuY2Ugb2Yg dGhlDQogICBvcmlnaW4gdmFsaWRhdGlvbiBzdGF0ZSBleHRlbmRlZCBjb21tdW5pdHkuICBIb3dl dmVyLCBpZiBtb3JlIHRoYW4NCiAgIG9uZSBpbnN0YW5jZSBpcyByZWNlaXZlZCwgYW4gaW1wbGVt ZW50YXRpb24gTVVTVCBkaXNyZWdhcmQgYWxsDQogICBpbnN0YW5jZXMgb3RoZXIgdGhhbiB0aGUg b25lIHdpdGggdGhlIG51bWVyaWNhbGx5LWdyZWF0ZXN0IHZhbHVlLuKAnQ0KDQpTb3JyeSBmb3Ig bml0IHBpY2tpbmcsIGJ1dCBzaW5jZSB0aGlzIG1heSBpbXBhY3QgaW50ZXJvcGVyYWJpbGl0eSwg SSB3b3VsZCBwcmVmZXIgaWYgeW91IGNvdWxkIGV4cGxpY2l0bHkgc3BlY2lmeSB3aGF0IOKAnG51 bWVyaWNhbGx5LWdyZWF0ZXN0IHZhbHVl4oCdIHJlZmVycyB0by4gSU1ITyDigJx2YWxpZGF0aW9u c3RhdGXigJ0gYnV0IHNvbWUgcGVvcGxlIGNvdWxkIHVuZGVyc3RhbmQg4oCcZXh0ZW5kZWQgY29t bXVuaXR54oCdDQoNCiopIMKnMiBGb3IgdGhlIHNhbWUgcmVhc29uLCBleHBsaWNpdGx5IHNwZWNp Znlpbmcgd2hhdCB0byBkbyB3aXRoIHRoZSBSZXNlcnZlZCBmaWVsZCB3b3VsZCBlYXNlIG15IG1p bmQuIChJIGFzc3VtZSBSZXNlcnZlZDogTVVTVCBiZSBzZXQgdG8gMCwgYW5kIFNIT1VMRCBiZSBp Z25vcmVkIHVwb24gcmVjZWlwdCkNCg0KVGhhbmtzLA0KQnJ1bm8NCg0KRnJvbTogSm9obiBHLiBT Y3VkZGVyIFttYWlsdG86amdzQGJncC5udV0NClNlbnQ6IEZyaWRheSwgTm92ZW1iZXIgMDYsIDIw MTUgMToyMiBBTQ0KVG86IERFQ1JBRU5FIEJydW5vIElNVC9PTE4NCkNjOiBTdXNhbiBIYXJlczsg aWRyIHdnOyBNdXJwaHksIFNhbmRyYQ0KU3ViamVjdDogUmU6IFtJZHJdIDEgV0cgY2FsbCBmb3Ig UmV2aWV3IGRyYWZ0LWlldGYtc2lkci1vcmlnaW4tdmFsaWRhdGlvbi1zaWduYWxpbmctMDQgLSBS RkM0MjcxIGNoYW5nZXMNCg0KSGkgQnJ1bm8sDQoNCldlIGJlbGlldmUgLTA1IGhhcyBhZGRyZXNz ZWQgdGhlc2UgaXNzdWVzLCBzZWUgYmVsb3cuDQoNCk9uIEp1biAxMSwgMjAxNCwgYXQgMTI6NDAg QU0sIGJydW5vLmRlY3JhZW5lQG9yYW5nZS5jb208bWFpbHRvOmJydW5vLmRlY3JhZW5lQG9yYW5n ZS5jb20+IHdyb3RlOg0KDQpIaSwNCg0KVGhhbmtzIGZvciB0aGUgY3Jvc3MgV0cgcmV2aWV3LiBQ bGVhc2UgZmluZCBiZWxvdyBzb21lIHByb3Bvc2VkIGNvbW1lbnRzLg0KDQoNCjEpICAgICAgRm9y IHBlb3BsZSBub3QgZm9sbG93aW5nIFNJRFIsIGNvdWxkIHlvdSBwbGVhc2UgZWxhYm9yYXRlIG9u IHdoeSBodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLWlkci1jdXN0b20tZGVj aXNpb24tMDQgaGFzIG5vdCBiZWVuIHVzZWQ/ICh2aWEgdGhlIHJlZ2lzdHJhdGlvbiBvZiBhIG5l dyBQb2ludCBvZiBJbnNlcnRpb24gc3BlY2lmaWMgdG8gb3JpZ2luIHZhbGlkYXRpb24pIChhcyBJ IHRob3VnaCBkcmFmdC1pZXRmLWlkci1jdXN0b20tZGVjaXNpb24gd2FzIGludGVuZGVkIHRvIGJl IHRoZSBsYXN0IHRpbWUgQkdQIGRlY2lzaW9uIHByb2Nlc3Mgd291bGQgYmUgbW9kaWZpZWQpDQoN CldlIGRpZG4ndCByZWdpc3RlciBhIG5ldyBQT0ksIGJ1dCBkaWQgcmVtb3ZlIHRoZSBkZWNpc2lv biBwcm9jZXNzIGNoYW5nZS4gSXQgd291bGQgYmUgcG9zc2libGUgdG8gcmVnaXN0ZXIgYSBuZXcg UE9JIGFzIHBhcnQgb2YgZm9sbG93LXVwIHdvcmsgaWYgZGVtYW5kIGZvciB0aGF0IGV4aXN0cywg YnV0IHdlIGRpZG4ndCB0aGluayBpdCBuZWNlc3NhcnkgdG8gbW92ZSBmb3J3YXJkLg0KDQoNCg0K MikgICAgICBDb3VsZCB0aGUgZG9jdW1lbnQgc3BlY2lmeSB0aGUgYWN0aW9uIHRvIGJlIHRha2Vu IHdoZW4gbXVsdGlwbGUg4oCcT3JpZ2luIHZhbGlkYXRpb24gc3RhdGUgZXh0ZW5kZWTigJ0gY29t bXVuaXR5IGFyZSBwcmVzZW50IHdpdGggZGlmZmVyZW50IHZhbGlkYXRpb24gc3RhdGU/IEFuZCBo b3cgYXJlIGhhbmRsZWQgdmFsaWRhdGlvbiBzdGF0ZSB2YWx1ZSA+IDIuIChmcm9tIGN1cnJlbnQg dGV4dCwgaXQgd291bGQgbm90IGJlIGNvbnNpZGVyZWQgYW4gZXJyb3IsIGp1c3QgbG93ZXIgcHJp b3JpdHkuIEJ1dCBJIHdvdWxkIHByZWZlciBhbiBleHBsaWNpdCBzdGF0ZW1lbnQgdG8gYXZvaWQg c3VycHJpc2luZyBlcnJvciBoYW5kbGluZyBiZWhhdmlvcikNCg0KRG9uZS4gKERyb3AgdGhlIGNv bW11bml0eS4pDQoNCg0KDQozKSAgICAgIFJmYyA2ODExIGlzIHJlZmVyZW5jZWQgdHdpY2UgaW4g aW1wb3J0YW50IHNlY3Rpb25zLiBXaGF0IGFib3V0IG1vdmluZyBpdCB0byDigJxub3JtYXRpdmUg cmVmZXJlbmNl4oCdPw0KDQpEb25lLg0KDQoNCg0KNCkgICAgICBGb2xsb3dpbmcgZGlzY3Vzc2lv biB0cmlnZ2VyZWQgYnkgaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtZGVjcmFlbmUt aWRyLXJmYzQzNjAtY2xhcmlmaWNhdGlvbi0wMCBJIHVuZGVyc3Rvb2QgdGhhdCB0aGUgSURSIGNv bmNsdXNpb24gd2FzIHRoYXQgYSBub24tdHJhbnNpdGl2ZSBjb21tdW5pdHkgbWF5IGJlIGF0dGFj aGVkIG9uIHRoZSBvdXRib3VuZCBwb2xpY3kgb2YgYW4gZUJHUCBzZXNzaW9uOyBoZW5jZSBtYXkg cmVjZWl2ZWQgb3ZlciBhbiBlQkdQIHNlc3Npb24uIEdpdmVuIHRoaXMsIElNTyB0aGUgc2VjdXJp dHkgY29uc2lkZXJhdGlvbiBuZWVkcyBtb3JlIHRleHQuIChhc3N1bWluZyB0aGF0IHRoZSBhYmls aXR5IGZvciBhIG5laWdoYm9yaW5nIEFTIHRvIGluZmx1ZW5jZS9mb3JjZSB0aGUgb3JpZ2luIHZh bGlkYXRpb24gc3RhdGUgaXMgY29uc2lkZXJlZCBhY2NlcHRhYmxlLCB3aGljaCB3b3VsZCBwcm9i YWJseSBuZWVkIHRvIGJlIGRpc2N1c3NlZCBpbiBTSURSKQ0KDQpMZWFraW5nIHRoZSBjb21tdW5p dHkgYWNyb3NzIEVCR1AgaXMgbm93IHNwZWNpZmllZCBhcyBvZmYgYnkgZGVmYXVsdC4NCg0KVGhh bmtzLA0KDQotLUpvaG4NCg0KDQoNClRoYW5rcywNClJlZ2FyZHMsDQpCcnVubw0KDQoNCkZyb206 IElkciBbbWFpbHRvOmlkci1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgU3VzYW4gSGFy ZXMNClNlbnQ6IFR1ZXNkYXksIEp1bmUgMTAsIDIwMTQgNDozMiBQTQ0KVG86IGlkciB3Zw0KQ2M6 IE11cnBoeSwgU2FuZHJhOyAnSm9obiBHLiBTY3VkZGVyJw0KU3ViamVjdDogW0lkcl0gMSBXRyBj YWxsIGZvciBSZXZpZXcgZHJhZnQtaWV0Zi1zaWRyLW9yaWdpbi12YWxpZGF0aW9uLXNpZ25hbGlu Zy0wNCAtIFJGQzQyNzEgY2hhbmdlcw0KDQpJRFI6DQoNClRoZSBTSURSIFdHIGhhcyBhc2tlZCBm b3IgY3Jvc3MgcmV2aWV3IG9mIHRoZSBkcmFmdC1pZXRmLXNpZHItb3JpZ2luLXZhbGlkYXRpb24t c2lnbmFsaW5nLTA0LiAgVGhpcyBkcmFmdCBjaGFuZ2VzIHRoZSBSRkMgNDI3MSBkZWNpc2lvbiBw cm9jZXNzIGluIHRoZSBmb2xsb3dpbmcgbWFubmVyOg0KDQoNCg0KDQpJZiBhIEJHUCByb3V0ZXIg c3VwcG9ydHMgcHJlZml4IG9yaWdpbiB2YWxpZGF0aW9uIGFuZCBpcyBjb25maWd1cmVkIGZvciB0 aGUgZXh0ZW5zaW9ucyBkZWZpbmVkIGluIHRoaXMgZG9jdW1lbnQsIHRoZSB2YWxpZGF0aW9uIHN0 ZXAgU0hPVUxEIGJlIHBlcmZvcm1lZCBwcmlvciB0byBhbnkgb2YgdGhlIHN0ZXBzIGRlZmluZWQg aW4gdGhlIGRlY2lzaW9uIHByb2Nlc3Mgb2YgW1JGQzQyNzE8aHR0cDovL3Rvb2xzLmlldGYub3Jn L2h0bWwvcmZjNDI3MT5dLiAgVGhlIHZhbGlkYXRpb24gc3RlcCBpcyBzdGF0ZWQgYXMgZm9sbG93 czoNCg0KDQoNCiAgICAgIFdoZW4gY29tcGFyaW5nIGEgcGFpciBvZiByb3V0ZXMgZm9yIGEgQkdQ IGRlc3RpbmF0aW9uLCB0aGUgcm91dGUNCg0KICAgICAgd2l0aCB0aGUgbG93ZXN0ICJ2YWxpZGF0 aW9uIHN0YXRlIiB2YWx1ZSBpcyBwcmVmZXJyZWQuDQoNCg0KDQpJbiBhbGwgb3RoZXIgcmVzcGVj dHMsIHRoZSBkZWNpc2lvbiBwcm9jZXNzIHJlbWFpbnMgdW5jaGFuZ2VkLg0KDQpUaGUgZHJhZnQg aXMgYXQ6DQoNCmh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtc2lkci1vcmln aW4tdmFsaWRhdGlvbi1zaWduYWxpbmctMDQNCg0KSm9obiBhbmQgSSB3b3VsZCBsaWtlIHRvIGhl YXIgeW91ciBjb21tZW50cyByZWdhcmRpbmcgdGhlIFJGQyA0MjcxIHJldmlzaW9uLiAgUGxlYXNl IHNlbmQgY29tbWVudHMgdGhhdCBpbmNsdWRlIOKAnHN1cHBvcnTigJ0gIG9yIOKAnG5vIHN1cHBv cnTigJ0uDQoNClN1ZSBhbmQgSm9obg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCg0KDQpDZSBtZXNzYWdlIGV0IHNl cyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlk ZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMNCg0KcGFzIGV0cmUg ZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMg YXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXINCg0K YSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRl cy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJh dGlvbiwNCg0KT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2Fn ZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLg0KDQoNCg0KVGhpcyBt ZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHBy aXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsNCg0KdGhl eSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhv cmlzYXRpb24uDQoNCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBs ZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0 dGFjaG1lbnRzLg0KDQpBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlh YmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxz aWZpZWQuDQoNClRoYW5rIHlvdS4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQpJZHIgbWFpbGluZyBsaXN0DQpJZHJAaWV0Zi5vcmc8bWFpbHRvOklkckBp ZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaWRyDQoNCgpf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fCgpDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmly IGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBk b2l2ZW50IGRvbmMKcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBh dXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1 aWxsZXogbGUgc2lnbmFsZXIKYSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVl IGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3Vz Y2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwKT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxp dGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNp LgoKVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50 aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxh dzsKdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0 IGF1dGhvcmlzYXRpb24uCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3Is IHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRz IGF0dGFjaG1lbnRzLgpBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlh YmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxz aWZpZWQuClRoYW5rIHlvdS4KCg== --_000_53C29892C857584299CBF5D05346208A0F6B6DD1OPEXCLILM21corp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IlByb2dJZCIg Y29udGVudD0iV29yZC5Eb2N1bWVudCI+DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRlbnQ9 Ik1pY3Jvc29mdCBXb3JkIDE0Ij4NCjxtZXRhIG5hbWU9Ik9yaWdpbmF0b3IiIGNvbnRlbnQ9Ik1p Y3Jvc29mdCBXb3JkIDE0Ij4NCjxsaW5rIHJlbD0iRmlsZS1MaXN0IiBocmVmPSJjaWQ6ZmlsZWxp c3QueG1sQDAxRDExRDVELjVBNzczMUEwIj48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOk9m ZmljZURvY3VtZW50U2V0dGluZ3M+DQo8bzpSZWx5T25WTUwvPg0KPG86QWxsb3dQTkcvPg0KPC9v Ok9mZmljZURvY3VtZW50U2V0dGluZ3M+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBt c28gOV0+PHhtbD4NCjx3OldvcmREb2N1bWVudD4NCjx3Olpvb20+OTA8L3c6Wm9vbT4NCjx3OlNw ZWxsaW5nU3RhdGU+Q2xlYW48L3c6U3BlbGxpbmdTdGF0ZT4NCjx3OkdyYW1tYXJTdGF0ZT5DbGVh bjwvdzpHcmFtbWFyU3RhdGU+DQo8dzpUcmFja01vdmVzLz4NCjx3OlRyYWNrRm9ybWF0dGluZy8+ DQo8dzpIeXBoZW5hdGlvblpvbmU+MjE8L3c6SHlwaGVuYXRpb25ab25lPg0KPHc6RW52ZWxvcGVW aXMvPg0KPHc6VmFsaWRhdGVBZ2FpbnN0U2NoZW1hcy8+DQo8dzpTYXZlSWZYTUxJbnZhbGlkPmZh bHNlPC93OlNhdmVJZlhNTEludmFsaWQ+DQo8dzpJZ25vcmVNaXhlZENvbnRlbnQ+ZmFsc2U8L3c6 SWdub3JlTWl4ZWRDb250ZW50Pg0KPHc6QWx3YXlzU2hvd1BsYWNlaG9sZGVyVGV4dD5mYWxzZTwv dzpBbHdheXNTaG93UGxhY2Vob2xkZXJUZXh0Pg0KPHc6RG9Ob3RQcm9tb3RlUUYvPg0KPHc6TGlk VGhlbWVPdGhlcj5GUjwvdzpMaWRUaGVtZU90aGVyPg0KPHc6TGlkVGhlbWVBc2lhbj5YLU5PTkU8 L3c6TGlkVGhlbWVBc2lhbj4NCjx3OkxpZFRoZW1lQ29tcGxleFNjcmlwdD5YLU5PTkU8L3c6TGlk VGhlbWVDb21wbGV4U2NyaXB0Pg0KPHc6Q29tcGF0aWJpbGl0eT4NCjx3OkRvTm90RXhwYW5kU2hp ZnRSZXR1cm4vPg0KPHc6QnJlYWtXcmFwcGVkVGFibGVzLz4NCjx3OlNwbGl0UGdCcmVha0FuZFBh cmFNYXJrLz4NCjx3OkVuYWJsZU9wZW5UeXBlS2VybmluZy8+DQo8L3c6Q29tcGF0aWJpbGl0eT4N CjxtOm1hdGhQcj4NCjxtOm1hdGhGb250IG06dmFsPSJDYW1icmlhIE1hdGgiLz4NCjxtOmJya0Jp biBtOnZhbD0iYmVmb3JlIi8+DQo8bTpicmtCaW5TdWIgbTp2YWw9IiYjNDU7LSIvPg0KPG06c21h bGxGcmFjIG06dmFsPSJvZmYiLz4NCjxtOmRpc3BEZWYvPg0KPG06bE1hcmdpbiBtOnZhbD0iMCIv Pg0KPG06ck1hcmdpbiBtOnZhbD0iMCIvPg0KPG06ZGVmSmMgbTp2YWw9ImNlbnRlckdyb3VwIi8+ DQo8bTp3cmFwSW5kZW50IG06dmFsPSIxNDQwIi8+DQo8bTppbnRMaW0gbTp2YWw9InN1YlN1cCIv Pg0KPG06bmFyeUxpbSBtOnZhbD0idW5kT3ZyIi8+DQo8L206bWF0aFByPjwvdzpXb3JkRG9jdW1l bnQ+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjx3OkxhdGVu dFN0eWxlcyBEZWZMb2NrZWRTdGF0ZT0iZmFsc2UiIERlZlVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBE ZWZTZW1pSGlkZGVuPSJ0cnVlIiBEZWZRRm9ybWF0PSJmYWxzZSIgRGVmUHJpb3JpdHk9Ijk5IiBM YXRlbnRTdHlsZUNvdW50PSIyNjciPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSIwIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBRRm9y bWF0PSJ0cnVlIiBOYW1lPSJOb3JtYWwiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl IiBQcmlvcml0eT0iOSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIg UUZvcm1hdD0idHJ1ZSIgTmFtZT0iaGVhZGluZyAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2Vk PSJmYWxzZSIgUHJpb3JpdHk9IjkiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0i ZmFsc2UiIFFGb3JtYXQ9InRydWUiIE5hbWU9ImhlYWRpbmcgMiIvPg0KPHc6THNkRXhjZXB0aW9u IExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI5IiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJoZWFkaW5n IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iOSIgUUZvcm1h dD0idHJ1ZSIgTmFtZT0iaGVhZGluZyA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxz ZSIgUHJpb3JpdHk9IjkiIFFGb3JtYXQ9InRydWUiIE5hbWU9ImhlYWRpbmcgNSIvPg0KPHc6THNk RXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI5IiBRRm9ybWF0PSJ0cnVlIiBOYW1l PSJoZWFkaW5nIDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0i OSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iaGVhZGluZyA3Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9j a2VkPSJmYWxzZSIgUHJpb3JpdHk9IjkiIFFGb3JtYXQ9InRydWUiIE5hbWU9ImhlYWRpbmcgOCIv Pg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI5IiBRRm9ybWF0PSJ0 cnVlIiBOYW1lPSJoZWFkaW5nIDkiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQ cmlvcml0eT0iMzkiIE5hbWU9InRvYyAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxz ZSIgUHJpb3JpdHk9IjM5IiBOYW1lPSJ0b2MgMiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0i ZmFsc2UiIFByaW9yaXR5PSIzOSIgTmFtZT0idG9jIDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr ZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzkiIE5hbWU9InRvYyA0Ii8+DQo8dzpMc2RFeGNlcHRpb24g TG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjM5IiBOYW1lPSJ0b2MgNSIvPg0KPHc6THNkRXhjZXB0 aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzOSIgTmFtZT0idG9jIDYiLz4NCjx3OkxzZEV4 Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzkiIE5hbWU9InRvYyA3Ii8+DQo8dzpM c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjM5IiBOYW1lPSJ0b2MgOCIvPg0K PHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzOSIgTmFtZT0idG9jIDki Lz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzUiIFFGb3JtYXQ9 InRydWUiIE5hbWU9ImNhcHRpb24iLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQ cmlvcml0eT0iMTAiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIFFG b3JtYXQ9InRydWUiIE5hbWU9IlRpdGxlIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxz ZSIgUHJpb3JpdHk9IjEiIE5hbWU9IkRlZmF1bHQgUGFyYWdyYXBoIEZvbnQiLz4NCjx3OkxzZEV4 Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMTEiIFNlbWlIaWRkZW49ImZhbHNlIiBV bmhpZGVXaGVuVXNlZD0iZmFsc2UiIFFGb3JtYXQ9InRydWUiIE5hbWU9IlN1YnRpdGxlIi8+DQo8 dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjIyIiBTZW1pSGlkZGVuPSJm YWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJTdHJvbmci Lz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMjAiIFNlbWlIaWRk ZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIFFGb3JtYXQ9InRydWUiIE5hbWU9IkVt cGhhc2lzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjU5IiBT ZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJUYWJsZSBHcmlk Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNl IiBOYW1lPSJQbGFjZWhvbGRlciBUZXh0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxz ZSIgUHJpb3JpdHk9IjEiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2Ui IFFGb3JtYXQ9InRydWUiIE5hbWU9Ik5vIFNwYWNpbmciLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr ZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjAiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNl ZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IFNoYWRpbmciLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9 ImZhbHNlIiBQcmlvcml0eT0iNjEiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0i ZmFsc2UiIE5hbWU9IkxpZ2h0IExpc3QiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl IiBQcmlvcml0eT0iNjIiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2Ui IE5hbWU9IkxpZ2h0IEdyaWQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlv cml0eT0iNjMiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9 Ik1lZGl1bSBTaGFkaW5nIDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlv cml0eT0iNjQiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9 Ik1lZGl1bSBTaGFkaW5nIDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlv cml0eT0iNjUiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9 Ik1lZGl1bSBMaXN0IDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0 eT0iNjYiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1l ZGl1bSBMaXN0IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0i NjciIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1 bSBHcmlkIDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjgi IFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBH cmlkIDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjkiIFNl bWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlk IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzAiIFNlbWlI aWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkRhcmsgTGlzdCIvPg0K PHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MSIgU2VtaUhpZGRlbj0i ZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwgU2hhZGluZyIvPg0K PHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MiIgU2VtaUhpZGRlbj0i ZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwgTGlzdCIvPg0KPHc6 THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MyIgU2VtaUhpZGRlbj0iZmFs c2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwgR3JpZCIvPg0KPHc6THNk RXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MCIgU2VtaUhpZGRlbj0iZmFsc2Ui IFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTGlnaHQgU2hhZGluZyBBY2NlbnQgMSIvPg0K PHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MSIgU2VtaUhpZGRlbj0i ZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTGlnaHQgTGlzdCBBY2NlbnQgMSIv Pg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MiIgU2VtaUhpZGRl bj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTGlnaHQgR3JpZCBBY2NlbnQg MSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MyIgU2VtaUhp ZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIFNoYWRpbmcg MSBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2 NCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVt IFNoYWRpbmcgMiBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSI2NSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFt ZT0iTWVkaXVtIExpc3QgMSBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFs c2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iUmV2aXNpb24iLz4NCjx3OkxzZEV4Y2Vw dGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzQiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhp ZGVXaGVuVXNlZD0iZmFsc2UiIFFGb3JtYXQ9InRydWUiIE5hbWU9Ikxpc3QgUGFyYWdyYXBoIi8+ DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjI5IiBTZW1pSGlkZGVu PSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJRdW90 ZSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzMCIgU2VtaUhp ZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0i SW50ZW5zZSBRdW90ZSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5 PSI2NiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVk aXVtIExpc3QgMiBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSI2NyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFt ZT0iTWVkaXVtIEdyaWQgMSBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFs c2UiIFByaW9yaXR5PSI2OCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxz ZSIgTmFtZT0iTWVkaXVtIEdyaWQgMiBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tl ZD0iZmFsc2UiIFByaW9yaXR5PSI2OSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2Vk PSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdyaWQgMyBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9u IExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdo ZW5Vc2VkPSJmYWxzZSIgTmFtZT0iRGFyayBMaXN0IEFjY2VudCAxIi8+DQo8dzpMc2RFeGNlcHRp b24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcxIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRl V2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJDb2xvcmZ1bCBTaGFkaW5nIEFjY2VudCAxIi8+DQo8dzpM c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcyIiBTZW1pSGlkZGVuPSJmYWxz ZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJDb2xvcmZ1bCBMaXN0IEFjY2VudCAxIi8+ DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjczIiBTZW1pSGlkZGVu PSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJDb2xvcmZ1bCBHcmlkIEFjY2Vu dCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYwIiBTZW1p SGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJMaWdodCBTaGFkaW5n IEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYx IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJMaWdodCBM aXN0IEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9 IjYyIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJMaWdo dCBHcmlkIEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3Jp dHk9IjYzIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJN ZWRpdW0gU2hhZGluZyAxIEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxz ZSIgUHJpb3JpdHk9IjY0IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNl IiBOYW1lPSJNZWRpdW0gU2hhZGluZyAyIEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9j a2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY1IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVz ZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gTGlzdCAxIEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRp b24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY2IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRl V2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gTGlzdCAyIEFjY2VudCAyIi8+DQo8dzpMc2RF eGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY3IiBTZW1pSGlkZGVuPSJmYWxzZSIg VW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gR3JpZCAxIEFjY2VudCAyIi8+DQo8 dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY4IiBTZW1pSGlkZGVuPSJm YWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gR3JpZCAyIEFjY2VudCAy Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY5IiBTZW1pSGlk ZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gR3JpZCAzIEFj Y2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcwIiBT ZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJEYXJrIExpc3Qg QWNjZW50IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzEi IFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVs IFNoYWRpbmcgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlv cml0eT0iNzIiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9 IkNvbG9yZnVsIExpc3QgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl IiBQcmlvcml0eT0iNzMiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2Ui IE5hbWU9IkNvbG9yZnVsIEdyaWQgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9 ImZhbHNlIiBQcmlvcml0eT0iNjAiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0i ZmFsc2UiIE5hbWU9IkxpZ2h0IFNoYWRpbmcgQWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBM b2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjEiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVu VXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IExpc3QgQWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlv biBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjIiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVX aGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IEdyaWQgQWNjZW50IDMiLz4NCjx3OkxzZEV4Y2Vw dGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjMiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhp ZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBTaGFkaW5nIDEgQWNjZW50IDMiLz4NCjx3 OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjQiIFNlbWlIaWRkZW49ImZh bHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBTaGFkaW5nIDIgQWNjZW50 IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjUiIFNlbWlI aWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBMaXN0IDEg QWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjYi IFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBM aXN0IDIgQWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0 eT0iNjciIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1l ZGl1bSBHcmlkIDEgQWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQ cmlvcml0eT0iNjgiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5h bWU9Ik1lZGl1bSBHcmlkIDIgQWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZh bHNlIiBQcmlvcml0eT0iNjkiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFs c2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDMgQWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr ZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzAiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNl ZD0iZmFsc2UiIE5hbWU9IkRhcmsgTGlzdCBBY2NlbnQgMyIvPg0KPHc6THNkRXhjZXB0aW9uIExv Y2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5V c2VkPSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwgU2hhZGluZyBBY2NlbnQgMyIvPg0KPHc6THNkRXhj ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVu aGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwgTGlzdCBBY2NlbnQgMyIvPg0KPHc6 THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MyIgU2VtaUhpZGRlbj0iZmFs c2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwgR3JpZCBBY2NlbnQgMyIv Pg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MCIgU2VtaUhpZGRl bj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTGlnaHQgU2hhZGluZyBBY2Nl bnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MSIgU2Vt aUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTGlnaHQgTGlzdCBB Y2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MiIg U2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTGlnaHQgR3Jp ZCBBY2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2 MyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVt IFNoYWRpbmcgMSBBY2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSI2NCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFt ZT0iTWVkaXVtIFNoYWRpbmcgMiBBY2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0i ZmFsc2UiIFByaW9yaXR5PSI2NSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJm YWxzZSIgTmFtZT0iTWVkaXVtIExpc3QgMSBBY2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExv Y2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5V c2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIExpc3QgMiBBY2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0 aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlk ZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdyaWQgMSBBY2NlbnQgNCIvPg0KPHc6THNk RXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2OCIgU2VtaUhpZGRlbj0iZmFsc2Ui IFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdyaWQgMiBBY2NlbnQgNCIvPg0K PHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2OSIgU2VtaUhpZGRlbj0i ZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdyaWQgMyBBY2NlbnQg NCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MCIgU2VtaUhp ZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iRGFyayBMaXN0IEFjY2Vu dCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcxIiBTZW1p SGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJDb2xvcmZ1bCBTaGFk aW5nIEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9 IjcyIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJDb2xv cmZ1bCBMaXN0IEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJp b3JpdHk9IjczIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1l PSJDb2xvcmZ1bCBHcmlkIEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxz ZSIgUHJpb3JpdHk9IjYwIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNl IiBOYW1lPSJMaWdodCBTaGFkaW5nIEFjY2VudCA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2Vk PSJmYWxzZSIgUHJpb3JpdHk9IjYxIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9 ImZhbHNlIiBOYW1lPSJMaWdodCBMaXN0IEFjY2VudCA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9j a2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYyIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVz ZWQ9ImZhbHNlIiBOYW1lPSJMaWdodCBHcmlkIEFjY2VudCA1Ii8+DQo8dzpMc2RFeGNlcHRpb24g TG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYzIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hl blVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gU2hhZGluZyAxIEFjY2VudCA1Ii8+DQo8dzpMc2RF eGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY0IiBTZW1pSGlkZGVuPSJmYWxzZSIg VW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gU2hhZGluZyAyIEFjY2VudCA1Ii8+ DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY1IiBTZW1pSGlkZGVu PSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gTGlzdCAxIEFjY2Vu dCA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY2IiBTZW1p SGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gTGlzdCAy IEFjY2VudCA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY3 IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0g R3JpZCAxIEFjY2VudCA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3Jp dHk9IjY4IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJN ZWRpdW0gR3JpZCAyIEFjY2VudCA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIg UHJpb3JpdHk9IjY5IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBO YW1lPSJNZWRpdW0gR3JpZCAzIEFjY2VudCA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJm YWxzZSIgUHJpb3JpdHk9IjcwIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZh bHNlIiBOYW1lPSJEYXJrIExpc3QgQWNjZW50IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9 ImZhbHNlIiBQcmlvcml0eT0iNzEiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0i ZmFsc2UiIE5hbWU9IkNvbG9yZnVsIFNoYWRpbmcgQWNjZW50IDUiLz4NCjx3OkxzZEV4Y2VwdGlv biBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzIiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVX aGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVsIExpc3QgQWNjZW50IDUiLz4NCjx3OkxzZEV4 Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzMiIFNlbWlIaWRkZW49ImZhbHNlIiBV bmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVsIEdyaWQgQWNjZW50IDUiLz4NCjx3 OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjAiIFNlbWlIaWRkZW49ImZh bHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IFNoYWRpbmcgQWNjZW50IDYi Lz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjEiIFNlbWlIaWRk ZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IExpc3QgQWNjZW50 IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjIiIFNlbWlI aWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IEdyaWQgQWNj ZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjMiIFNl bWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBTaGFk aW5nIDEgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0 eT0iNjQiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1l ZGl1bSBTaGFkaW5nIDIgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl IiBQcmlvcml0eT0iNjUiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2Ui IE5hbWU9Ik1lZGl1bSBMaXN0IDEgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9 ImZhbHNlIiBQcmlvcml0eT0iNjYiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0i ZmFsc2UiIE5hbWU9Ik1lZGl1bSBMaXN0IDIgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBM b2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjciIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVu VXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDEgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2Vw dGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjgiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhp ZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDIgQWNjZW50IDYiLz4NCjx3Okxz ZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjkiIFNlbWlIaWRkZW49ImZhbHNl IiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDMgQWNjZW50IDYiLz4N Cjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzAiIFNlbWlIaWRkZW49 ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkRhcmsgTGlzdCBBY2NlbnQgNiIv Pg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MSIgU2VtaUhpZGRl bj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwgU2hhZGluZyBB Y2NlbnQgNiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MiIg U2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwg TGlzdCBBY2NlbnQgNiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5 PSI3MyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29s b3JmdWwgR3JpZCBBY2NlbnQgNiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSIxOSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgUUZv cm1hdD0idHJ1ZSIgTmFtZT0iU3VidGxlIEVtcGhhc2lzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9j a2VkPSJmYWxzZSIgUHJpb3JpdHk9IjIxIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVz ZWQ9ImZhbHNlIiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJJbnRlbnNlIEVtcGhhc2lzIi8+DQo8dzpM c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjMxIiBTZW1pSGlkZGVuPSJmYWxz ZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJTdWJ0bGUgUmVm ZXJlbmNlIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjMyIiBT ZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBRRm9ybWF0PSJ0cnVlIiBO YW1lPSJJbnRlbnNlIFJlZmVyZW5jZSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2Ui IFByaW9yaXR5PSIzMyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIg UUZvcm1hdD0idHJ1ZSIgTmFtZT0iQm9vayBUaXRsZSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tl ZD0iZmFsc2UiIFByaW9yaXR5PSIzNyIgTmFtZT0iQmlibGlvZ3JhcGh5Ii8+DQo8dzpMc2RFeGNl cHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjM5IiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJU T0MgSGVhZGluZyIvPg0KPC93OkxhdGVudFN0eWxlcz4NCjwveG1sPjwhW2VuZGlmXS0tPjxzdHls ZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5 OkNhbWJyaWE7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDsNCgltc28tZm9udC1hbHQ6 IkNhbGlzdG8gTVQiOw0KCW1zby1mb250LWNoYXJzZXQ6MDsNCgltc28tZ2VuZXJpYy1mb250LWZh bWlseTpyb21hbjsNCgltc28tZm9udC1waXRjaDp2YXJpYWJsZTsNCgltc28tZm9udC1zaWduYXR1 cmU6LTUzNjg3MDE0NSAxMDczNzQzMTAzIDAgMCA0MTUgMDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQt ZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7DQoJbXNvLWZv bnQtYWx0OiJCaWVudmVudWUgVFQiOw0KCW1zby1mb250LWNoYXJzZXQ6MDsNCgltc28tZ2VuZXJp Yy1mb250LWZhbWlseTpzd2lzczsNCgltc28tZm9udC1waXRjaDp2YXJpYWJsZTsNCgltc28tZm9u dC1zaWduYXR1cmU6LTUzNjg3MDE0NSAxMDczNzg2MTExIDEgMCA0MTUgMDt9DQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDsN Cgltc28tZm9udC1jaGFyc2V0OjA7DQoJbXNvLWdlbmVyaWMtZm9udC1mYW1pbHk6c3dpc3M7DQoJ bXNvLWZvbnQtcGl0Y2g6dmFyaWFibGU7DQoJbXNvLWZvbnQtc2lnbmF0dXJlOi01MjAwODE2NjUg LTEwNzM3MTcxNTcgNDEgMCA2NjA0NyAwO30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q29u c29sYXM7DQoJcGFub3NlLTE6MiAxMSA2IDkgMiAyIDQgMyAyIDQ7DQoJbXNvLWZvbnQtY2hhcnNl dDowOw0KCW1zby1nZW5lcmljLWZvbnQtZmFtaWx5Om1vZGVybjsNCgltc28tZm9udC1waXRjaDpm aXhlZDsNCgltc28tZm9udC1zaWduYXR1cmU6LTUyMDA5MjkyOSAxMDczODA2NTkxIDkgMCA0MTUg MDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwg ZGl2Lk1zb05vcm1hbA0KCXttc28tc3R5bGUtdW5oaWRlOm5vOw0KCW1zby1zdHlsZS1xZm9ybWF0 OnllczsNCgltc28tc3R5bGUtcGFyZW50OiIiOw0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRv bTouMDAwMXB0Ow0KCW1zby1wYWdpbmF0aW9uOndpZG93LW9ycGhhbjsNCglmb250LXNpemU6MTEu MHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJbXNvLWZhcmVhc3Qt Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCgltc28tYmlkaS1mb250LWZhbWlseToiVGltZXMgTmV3IFJv bWFuIjt9DQpoMg0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTsNCgltc28tc3R5bGUtdW5oaWRlOm5v Ow0KCW1zby1zdHlsZS1xZm9ybWF0OnllczsNCgltc28tc3R5bGUtbGluazoiVGl0cmUgMiBDYXIi Ow0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowY207DQoJbXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGNtOw0KCW1zby1wYWdpbmF0aW9u OndpZG93LW9ycGhhbjsNCgltc28tb3V0bGluZS1sZXZlbDoyOw0KCWZvbnQtc2l6ZToxOC4wcHQ7 DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjsNCgltc28tZmFyZWFzdC1m b250LWZhbWlseTpDYWxpYnJpO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0 eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGlu ZTsNCgl0ZXh0LXVuZGVybGluZTpzaW5nbGU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlu a0ZvbGxvd2VkDQoJe21zby1zdHlsZS1ub3Nob3c6eWVzOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5 OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTsNCgl0ZXh0LXVu ZGVybGluZTpzaW5nbGU7fQ0KcHJlDQoJe21zby1zdHlsZS1ub3Nob3c6eWVzOw0KCW1zby1zdHls ZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiUHLDqWZvcm1hdMOpIEhUTUwgQ2FyIjsN CgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCgltc28tcGFnaW5hdGlvbjp3 aWRvdy1vcnBoYW47DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBO ZXciOw0KCW1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OkNhbGlicmk7fQ0KcC5Nc29BY2V0YXRlLCBs aS5Nc29BY2V0YXRlLCBkaXYuTXNvQWNldGF0ZQ0KCXttc28tc3R5bGUtbm9zaG93OnllczsNCglt c28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IlRleHRlIGRlIGJ1bGxlcyBD YXIiOw0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCW1zby1wYWdpbmF0 aW9uOndpZG93LW9ycGhhbjsNCglmb250LXNpemU6OC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRhaG9t YSIsInNhbnMtc2VyaWYiOw0KCW1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OkNhbGlicmk7fQ0KcC5N c29MaXN0UGFyYWdyYXBoLCBsaS5Nc29MaXN0UGFyYWdyYXBoLCBkaXYuTXNvTGlzdFBhcmFncmFw aA0KCXttc28tc3R5bGUtcHJpb3JpdHk6MzQ7DQoJbXNvLXN0eWxlLXVuaGlkZTpubzsNCgltc28t c3R5bGUtcWZvcm1hdDp5ZXM7DQoJbWFyZ2luLXRvcDowY207DQoJbWFyZ2luLXJpZ2h0OjBjbTsN CgltYXJnaW4tYm90dG9tOjBjbTsNCgltYXJnaW4tbGVmdDozNi4wcHQ7DQoJbWFyZ2luLWJvdHRv bTouMDAwMXB0Ow0KCW1zby1wYWdpbmF0aW9uOndpZG93LW9ycGhhbjsNCglmb250LXNpemU6MTEu MHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJbXNvLWZhcmVhc3Qt Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCgltc28tYmlkaS1mb250LWZhbWlseToiVGltZXMgTmV3IFJv bWFuIjt9DQpzcGFuLlRpdHJlMkNhcg0KCXttc28tc3R5bGUtbmFtZToiVGl0cmUgMiBDYXIiOw0K CW1zby1zdHlsZS1ub3Nob3c6eWVzOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5Ow0KCW1zby1zdHls ZS11bmhpZGU6bm87DQoJbXNvLXN0eWxlLWxvY2tlZDp5ZXM7DQoJbXNvLXN0eWxlLWxpbms6IlRp dHJlIDIiOw0KCWZvbnQtZmFtaWx5OiJDYW1icmlhIiwic2VyaWYiOw0KCW1zby1hc2NpaS1mb250 LWZhbWlseTpDYW1icmlhOw0KCW1zby1oYW5zaS1mb250LWZhbWlseTpDYW1icmlhOw0KCWNvbG9y OiM0RjgxQkQ7DQoJZm9udC13ZWlnaHQ6Ym9sZDt9DQpzcGFuLlByZm9ybWF0SFRNTENhcg0KCXtt c28tc3R5bGUtbmFtZToiUHLDqWZvcm1hdMOpIEhUTUwgQ2FyIjsNCgltc28tc3R5bGUtbm9zaG93 OnllczsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLXVuaGlkZTpubzsNCglt c28tc3R5bGUtbG9ja2VkOnllczsNCgltc28tc3R5bGUtbGluazoiUHLDqWZvcm1hdMOpIEhUTUwi Ow0KCWZvbnQtZmFtaWx5OkNvbnNvbGFzOw0KCW1zby1hc2NpaS1mb250LWZhbWlseTpDb25zb2xh czsNCgltc28taGFuc2ktZm9udC1mYW1pbHk6Q29uc29sYXM7DQoJbXNvLWJpZGktZm9udC1mYW1p bHk6Q29uc29sYXM7fQ0Kc3Bhbi5IZWFkaW5nMkNoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhlYWRp bmcgMiBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTsNCgltc28tc3R5bGUtdW5oaWRlOm5v Ow0KCW1zby1zdHlsZS1sb2NrZWQ6eWVzOw0KCW1zby1zdHlsZS1saW5rOiJIZWFkaW5nIDIiOw0K CWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7DQoJbXNvLWFzY2lpLWZvbnQt ZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iOw0KCW1zby1oYW5zaS1mb250LWZhbWlseToiVGltZXMg TmV3IFJvbWFuIjsNCgltc28tYmlkaS1mb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjsNCglm b250LXdlaWdodDpib2xkO30NCnAuSGVhZGluZzIsIGxpLkhlYWRpbmcyLCBkaXYuSGVhZGluZzIN Cgl7bXNvLXN0eWxlLW5hbWU6IkhlYWRpbmcgMiI7DQoJbXNvLXN0eWxlLXVuaGlkZTpubzsNCglt c28tc3R5bGUtbGluazoiSGVhZGluZyAyIENoYXIiOw0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJv dHRvbTouMDAwMXB0Ow0KCW1zby1wYWdpbmF0aW9uOndpZG93LW9ycGhhbjsNCglmb250LXNpemU6 MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJbXNvLWZhcmVh c3QtZm9udC1mYW1pbHk6Q2FsaWJyaTsNCgltc28tYmlkaS1mb250LWZhbWlseToiVGltZXMgTmV3 IFJvbWFuIjt9DQpzcGFuLkhUTUxQcmVmb3JtYXR0ZWRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJI VE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0 eWxlLXVuaGlkZTpubzsNCgltc28tc3R5bGUtbG9ja2VkOnllczsNCgltc28tc3R5bGUtbGluazoi SFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJbXNvLWFz Y2lpLWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJbXNvLWhhbnNpLWZvbnQtZmFtaWx5OiJD b3VyaWVyIE5ldyI7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpwLkhU TUxQcmVmb3JtYXR0ZWQsIGxpLkhUTUxQcmVmb3JtYXR0ZWQsIGRpdi5IVE1MUHJlZm9ybWF0dGVk DQoJe21zby1zdHlsZS1uYW1lOiJIVE1MIFByZWZvcm1hdHRlZCI7DQoJbXNvLXN0eWxlLXVuaGlk ZTpubzsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbWFyZ2lu OjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJbXNvLXBhZ2luYXRpb246d2lkb3ctb3Jw aGFuOw0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNl cmlmIjsNCgltc28tZmFyZWFzdC1mb250LWZhbWlseTpDYWxpYnJpOw0KCW1zby1iaWRpLWZvbnQt ZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCnNwYW4uRW1haWxTdHlsZTI1DQoJe21zby1zdHls ZS10eXBlOnBlcnNvbmFsOw0KCW1zby1zdHlsZS1ub3Nob3c6eWVzOw0KCW1zby1zdHlsZS11bmhp ZGU6bm87DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgltc28tYXNjaWkt Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCgltc28taGFuc2ktZm9udC1mYW1pbHk6Q2FsaWJyaTsNCglj b2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4uRW1haWxTdHlsZTI2DQoJe21zby1zdHlsZS10eXBlOnBl cnNvbmFsOw0KCW1zby1zdHlsZS1ub3Nob3c6eWVzOw0KCW1zby1zdHlsZS11bmhpZGU6bm87DQoJ Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgltc28tYXNjaWktZm9udC1mYW1p bHk6Q2FsaWJyaTsNCgltc28taGFuc2ktZm9udC1mYW1pbHk6Q2FsaWJyaTsNCgljb2xvcjojMUY0 OTdEO30NCnNwYW4uRW1haWxTdHlsZTI3DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5 Ow0KCW1zby1zdHlsZS1ub3Nob3c6eWVzOw0KCW1zby1zdHlsZS11bmhpZGU6bm87DQoJbXNvLWFu c2ktZm9udC1zaXplOjExLjBwdDsNCgltc28tYmlkaS1mb250LXNpemU6MTEuMHB0Ow0KCWZvbnQt ZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJbXNvLWFzY2lpLWZvbnQtZmFtaWx5OkNh bGlicmk7DQoJbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6Q2FsaWJyaTsNCgltc28taGFuc2ktZm9u dC1mYW1pbHk6Q2FsaWJyaTsNCgltc28tYmlkaS1mb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFu IjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uVGV4dGVkZWJ1bGxlc0Nhcg0KCXttc28tc3R5bGUt bmFtZToiVGV4dGUgZGUgYnVsbGVzIENhciI7DQoJbXNvLXN0eWxlLW5vc2hvdzp5ZXM7DQoJbXNv LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS11bmhpZGU6bm87DQoJbXNvLXN0eWxlLWxv Y2tlZDp5ZXM7DQoJbXNvLXN0eWxlLWxpbms6IlRleHRlIGRlIGJ1bGxlcyI7DQoJbXNvLWFuc2kt Zm9udC1zaXplOjguMHB0Ow0KCW1zby1iaWRpLWZvbnQtc2l6ZTo4LjBwdDsNCglmb250LWZhbWls eToiVGFob21hIiwic2Fucy1zZXJpZiI7DQoJbXNvLWFzY2lpLWZvbnQtZmFtaWx5OlRhaG9tYTsN Cgltc28tZmFyZWFzdC1mb250LWZhbWlseTpDYWxpYnJpOw0KCW1zby1oYW5zaS1mb250LWZhbWls eTpUYWhvbWE7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6VGFob21hO30NCnNwYW4uc3QNCgl7bXNv LXN0eWxlLW5hbWU6c3Q7DQoJbXNvLXN0eWxlLXVuaGlkZTpubzt9DQpzcGFuLlNwZWxsRQ0KCXtt c28tc3R5bGUtbmFtZToiIjsNCgltc28tc3BsLWU6eWVzO30NCnNwYW4uR3JhbUUNCgl7bXNvLXN0 eWxlLW5hbWU6IiI7DQoJbXNvLWdyYW0tZTp5ZXM7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0 eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJbXNvLWRlZmF1bHQtcHJvcHM6eWVzOw0KCWZvbnQtc2l6 ZToxMC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCgltc28tYmlkaS1mb250LXNp emU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsN CgltYXJnaW46NzIuMHB0IDcyLjBwdCA3Mi4wcHQgNzIuMHB0Ow0KCW1zby1oZWFkZXItbWFyZ2lu OjM2LjBwdDsNCgltc28tZm9vdGVyLW1hcmdpbjozNi4wcHQ7DQoJbXNvLXBhcGVyLXNvdXJjZTow O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLyogTGlzdCBEZWZp bml0aW9ucyAqLw0KQGxpc3QgbDANCgl7bXNvLWxpc3QtaWQ6Njg2MjQ5MTQxOw0KCW1zby1saXN0 LXR5cGU6aHlicmlkOw0KCW1zby1saXN0LXRlbXBsYXRlLWlkczotMTE1MDM1OTk5MiA2Nzg5NTMx MyA2Nzg5NTMyMSA2Nzg5NTMyMyA2Nzg5NTMxMSA2Nzg5NTMyMSA2Nzg5NTMyMyA2Nzg5NTMxMSA2 Nzg5NTMyMSA2Nzg5NTMyMzt9DQpAbGlzdCBsMDpsZXZlbDENCgl7bXNvLWxldmVsLXRleHQ6IiUx XCkiOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp b246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwwOmxldmVsMg0KCXttc28t bGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9u ZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBw dDt9DQpAbGlzdCBsMDpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9tYW4tbG93 ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv bjpyaWdodDsNCgl0ZXh0LWluZGVudDotOS4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw0DQoJe21zby1s ZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0 ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwwOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVy LWZvcm1hdDphbHBoYS1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2 ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBs MDpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9tYW4tbG93ZXI7DQoJbXNvLWxl dmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpyaWdodDsNCgl0 ZXh0LWluZGVudDotOS4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJe21zby1sZXZlbC10YWItc3Rv cDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDot MTguMHB0O30NCkBsaXN0IGwwOmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBo YS1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBv c2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDkNCgl7 bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9tYW4tbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9w Om5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpyaWdodDsNCgl0ZXh0LWluZGVudDot OS4wcHQ7fQ0Kb2wNCgl7bWFyZ2luLWJvdHRvbTowY207fQ0KdWwNCgl7bWFyZ2luLWJvdHRvbTow Y207fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gMTBdPjxzdHlsZT4vKiBTdHlsZSBEZWZp bml0aW9ucyAqLw0KdGFibGUuTXNvTm9ybWFsVGFibGUNCgl7bXNvLXN0eWxlLW5hbWU6IlRhYmxl YXUgTm9ybWFsIjsNCgltc28tdHN0eWxlLXJvd2JhbmQtc2l6ZTowOw0KCW1zby10c3R5bGUtY29s YmFuZC1zaXplOjA7DQoJbXNvLXN0eWxlLW5vc2hvdzp5ZXM7DQoJbXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCW1zby1zdHlsZS1wYXJlbnQ6IiI7DQoJbXNvLXBhZGRpbmctYWx0OjBjbSA1LjRwdCAw Y20gNS40cHQ7DQoJbXNvLXBhcmEtbWFyZ2luOjBjbTsNCgltc28tcGFyYS1tYXJnaW4tYm90dG9t Oi4wMDAxcHQ7DQoJbXNvLXBhZ2luYXRpb246d2lkb3ctb3JwaGFuOw0KCWZvbnQtc2l6ZToxMC4w cHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjt9DQo8L3N0eWxlPjwh W2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4 dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3Rl IG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpl eHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+ DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJGUiIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSIgc3R5 bGU9InRhYi1pbnRlcnZhbDozNS40cHQiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWFzY2lpLWZv bnQtZmFtaWx5OkNhbGlicmk7bXNvLWhhbnNpLWZvbnQtZmFtaWx5OkNhbGlicmk7bXNvLWJpZGkt Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2NvbG9yOiMxRjQ5N0Q7bXNv LWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPkhpIEpvaG4sPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28tYXNjaWktZm9u dC1mYW1pbHk6Q2FsaWJyaTttc28taGFuc2ktZm9udC1mYW1pbHk6Q2FsaWJyaTttc28tYmlkaS1m b250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7Y29sb3I6IzFGNDk3RDttc28t YW5zaS1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28tYXNjaWktZm9udC1m YW1pbHk6Q2FsaWJyaTttc28taGFuc2ktZm9udC1mYW1pbHk6Q2FsaWJyaTttc28tYmlkaS1mb250 LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7Y29sb3I6IzFGNDk3RDttc28tYW5z aS1sYW5ndWFnZTpFTi1VUyI+VGhhbmtzIGZvciB0YWtpbmcgdGhlIHRpbWUgdG8gdGFrZSBteSBj b21tZW50cyBpbnRvIGFjY291bnRzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWFzY2lpLWZvbnQtZmFtaWx5 OkNhbGlicmk7bXNvLWhhbnNpLWZvbnQtZmFtaWx5OkNhbGlicmk7bXNvLWJpZGktZm9udC1mYW1p bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2NvbG9yOiMxRjQ5N0Q7bXNvLWFuc2ktbGFu Z3VhZ2U6RU4tVVMiPi0wNiBhZGRyZXNzIGFsbCBteSBjb21tZW50cy48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9Im1z by1hc2NpaS1mb250LWZhbWlseTpDYWxpYnJpO21zby1oYW5zaS1mb250LWZhbWlseTpDYWxpYnJp O21zby1iaWRpLWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oztjb2xvcjoj MUY0OTdEO21zby1hbnNpLWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9Im1zby1h c2NpaS1mb250LWZhbWlseTpDYWxpYnJpO21zby1oYW5zaS1mb250LWZhbWlseTpDYWxpYnJpO21z by1iaWRpLWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oztjb2xvcjojMUY0 OTdEO21zby1hbnNpLWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9Im1zby1hc2Np aS1mb250LWZhbWlseTpDYWxpYnJpO21zby1oYW5zaS1mb250LWZhbWlseTpDYWxpYnJpO21zby1i aWRpLWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oztjb2xvcjojMUY0OTdE O21zby1hbnNpLWxhbmd1YWdlOkVOLVVTIj5Gb2xsb3dpbmcgdGhlIGNoYW5nZXMsIEkgaGF2ZSBz b21lIGZ1cnRoZXIgY29tbWVudHMuIFBsZWFzZSBmZWVsIGZyZWUgdG8NCiBzaWxlbnRseSBkaXNj YXJkL3VwZGF0ZSBhcyB5b3Ugd2lzaC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9Im1zby1hc2NpaS1mb250LWZhbWls eTpDYWxpYnJpO21zby1oYW5zaS1mb250LWZhbWlseTpDYWxpYnJpO21zby1iaWRpLWZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oztjb2xvcjojMUY0OTdEO21zby1hbnNpLWxh bmd1YWdlOkVOLVVTIj4qKSDCpzxzcGFuIGNsYXNzPSJHcmFtRSI+MjxzcGFuIHN0eWxlPSJtc28t c3BhY2VydW46eWVzIj4mbmJzcDsNCjwvc3Bhbj46czwvc3Bhbj4vVEJELzB4MDA8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9Im1zby1hc2NpaS1mb250LWZhbWlseTpDYWxpYnJpO21zby1oYW5zaS1mb250LWZhbWlseTpD YWxpYnJpO21zby1iaWRpLWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oztj b2xvcjojMUY0OTdEO21zby1hbnNpLWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1iaWRpLWZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oztjb2xvcjojMUY0OTdEO21zby1hbnNpLWxh bmd1YWdlOkVOLVVTIj4qKSBGb2xsb3dpbmcgdGhlIHJlbW92YWwgb2YgdGhlIGNoYW5nZSB0byB0 aGUgQkdQIERlY2lzaW9uIFByb2Nlc3MsIHRoZSAyIGZpcnN0IHNlbnRlbmNlcyBvZiB0aGUgYWJz dHJhY3QgJmFtcDsgSW50cm9kdWN0aW9uIGNvdWxkIHByb2JhYmx5IGJlIHJlbW92ZWQgb3IgcmV3 cml0dGVuLiAoQ3VycmVudGx5IGlzIOKAnDwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 Im1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Ozttc28t YW5zaS1sYW5ndWFnZTpFTi1VUyI+QXMgcGFydCBvZiB0aGUgb3JpZ2luYXRpb24gQVMgdmFsaWRh dGlvbiBwcm9jZXNzLCBpdCBjYW4gYmUgZGVzaXJhYmxlPG86cD48L286cD48L3NwYW4+PC9wcmU+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGFiLXN0b3BzOjQ1LjhwdCA5MS42cHQgMTM3 LjRwdCAxODMuMnB0IDIyOS4wcHQgMjc0LjhwdCAzMjAuNnB0IDM2Ni40cHQgNDEyLjJwdCA0NTgu MHB0IDUwMy44cHQgNTQ5LjZwdCA1OTUuNHB0IDY0MS4ycHQgNjg3LjBwdCA3MzIuOHB0Ij4NCjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDs7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPjxzcGFuIHN0eWxlPSJtc28t c3BhY2VydW46eWVzIj4mbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBjbGFzcz0iR3JhbUUiPnRv PC9zcGFuPiBhdXRvbWF0aWNhbGx5IGNvbnNpZGVyIHRoZSB2YWxpZGF0aW9uIHN0YXRlIG9mIHJv dXRlcyBpbiB0aGUgQkdQPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9InRhYi1zdG9wczo0NS44cHQgOTEuNnB0IDEzNy40cHQgMTgzLjJwdCAyMjkuMHB0 IDI3NC44cHQgMzIwLjZwdCAzNjYuNHB0IDQxMi4ycHQgNDU4LjBwdCA1MDMuOHB0IDU0OS42cHQg NTk1LjRwdCA2NDEuMnB0IDY4Ny4wcHQgNzMyLjhwdCI+DQo8c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7 bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O21zby1h bnNpLWxhbmd1YWdlOkVOLVVTIj48c3BhbiBzdHlsZT0ibXNvLXNwYWNlcnVuOnllcyI+Jm5ic3A7 Jm5ic3A7DQo8L3NwYW4+PHNwYW4gY2xhc3M9IkdyYW1FIj5kZWNpc2lvbjwvc3Bhbj4gcHJvY2Vz cy48c3BhbiBzdHlsZT0ibXNvLXNwYWNlcnVuOnllcyI+Jm5ic3A7DQo8L3NwYW4+VGhlIHB1cnBv c2Ugb2YgdGhpcyBkb2N1bWVudCBpcyB0byBwcm92aWRlIGE8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGFiLXN0b3BzOjQ1LjhwdCA5MS42cHQgMTM3 LjRwdCAxODMuMnB0IDIyOS4wcHQgMjc0LjhwdCAzMjAuNnB0IDM2Ni40cHQgNDEyLjJwdCA0NTgu MHB0IDUwMy44cHQgNTQ5LjZwdCA1OTUuNHB0IDY0MS4ycHQgNjg3LjBwdCA3MzIuOHB0Ij4NCjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDs7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPjxzcGFuIHN0eWxlPSJtc28t c3BhY2VydW46eWVzIj4mbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PHNwYW4gY2xhc3M9IlNw ZWxsRSI+PHNwYW4gY2xhc3M9IkdyYW1FIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPnNwZWNpZmljYXRpb248L3NwYW4+PC9zcGFu Pjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcg Um9tYW4mcXVvdDsiPg0KIGZvciA8c3BhbiBjbGFzcz0iU3BlbGxFIj5kb2luZzwvc3Bhbj4gPHNw YW4gY2xhc3M9IlNwZWxsRSI+c288L3NwYW4+LiZuYnNwO8K7PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28tYXNj aWktZm9udC1mYW1pbHk6Q2FsaWJyaTttc28taGFuc2ktZm9udC1mYW1pbHk6Q2FsaWJyaTttc28t YmlkaS1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7Y29sb3I6IzFGNDk3 RDttc28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28tYXNjaWkt Zm9udC1mYW1pbHk6Q2FsaWJyaTttc28taGFuc2ktZm9udC1mYW1pbHk6Q2FsaWJyaTttc28tYmlk aS1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7Y29sb3I6IzFGNDk3RDtt c28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+KikgwqcyDQo8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oztt c28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+4oCcQW4gaW1wbGVtZW50YXRpb24gU0hPVUxEIE5PVCBz ZW5kIG1vcmUgdGhhbiBvbmUgaW5zdGFuY2Ugb2YgdGhlPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRhYi1zdG9wczo0NS44cHQgOTEuNnB0IDEzNy40 cHQgMTgzLjJwdCAyMjkuMHB0IDI3NC44cHQgMzIwLjZwdCAzNjYuNHB0IDQxMi4ycHQgNDU4LjBw dCA1MDMuOHB0IDU0OS42cHQgNTk1LjRwdCA2NDEuMnB0IDY4Ny4wcHQgNzMyLjhwdCI+DQo8c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7O21zby1hbnNpLWxhbmd1YWdlOkVOLVVTIj48c3BhbiBzdHlsZT0ibXNvLXNw YWNlcnVuOnllcyI+Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gY2xhc3M9IkdyYW1FIj5vcmln aW48L3NwYW4+IHZhbGlkYXRpb24gc3RhdGUgZXh0ZW5kZWQgY29tbXVuaXR5LjxzcGFuIHN0eWxl PSJtc28tc3BhY2VydW46eWVzIj4mbmJzcDsNCjwvc3Bhbj5Ib3dldmVyLCBpZiBtb3JlIHRoYW48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGFiLXN0 b3BzOjQ1LjhwdCA5MS42cHQgMTM3LjRwdCAxODMuMnB0IDIyOS4wcHQgMjc0LjhwdCAzMjAuNnB0 IDM2Ni40cHQgNDEyLjJwdCA0NTguMHB0IDUwMy44cHQgNTQ5LjZwdCA1OTUuNHB0IDY0MS4ycHQg Njg3LjBwdCA3MzIuOHB0Ij4NCjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Ozttc28tZmFyZWFzdC1mb250 LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4t VVMiPjxzcGFuIHN0eWxlPSJtc28tc3BhY2VydW46eWVzIj4mbmJzcDsmbmJzcDsNCjwvc3Bhbj48 c3BhbiBjbGFzcz0iR3JhbUUiPm9uZTwvc3Bhbj4gaW5zdGFuY2UgaXMgcmVjZWl2ZWQsIGFuIGlt cGxlbWVudGF0aW9uIE1VU1QgZGlzcmVnYXJkIGFsbDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0YWItc3RvcHM6NDUuOHB0IDkxLjZwdCAxMzcuNHB0 IDE4My4ycHQgMjI5LjBwdCAyNzQuOHB0IDMyMC42cHQgMzY2LjRwdCA0MTIuMnB0IDQ1OC4wcHQg NTAzLjhwdCA1NDkuNnB0IDU5NS40cHQgNjQxLjJwdCA2ODcuMHB0IDczMi44cHQiPg0KPHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBS b21hbiZxdW90Ozttc28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+PHNwYW4gc3R5bGU9Im1zby1zcGFj ZXJ1bjp5ZXMiPiZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIGNsYXNzPSJHcmFtRSI+aW5zdGFu Y2VzPC9zcGFuPiBvdGhlciB0aGFuIHRoZSBvbmUgd2l0aCB0aGUgbnVtZXJpY2FsbHktZ3JlYXRl c3QgdmFsdWUu4oCdPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28tYXNjaWktZm9udC1mYW1pbHk6Q2FsaWJyaTtt c28taGFuc2ktZm9udC1mYW1pbHk6Q2FsaWJyaTttc28tYmlkaS1mb250LWZhbWlseTomcXVvdDtU aW1lcyBOZXcgUm9tYW4mcXVvdDs7Y29sb3I6IzFGNDk3RDttc28tYW5zaS1sYW5ndWFnZTpFTi1V UyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28tYXNjaWktZm9udC1mYW1pbHk6Q2FsaWJyaTttc28t aGFuc2ktZm9udC1mYW1pbHk6Q2FsaWJyaTttc28tYmlkaS1mb250LWZhbWlseTomcXVvdDtUaW1l cyBOZXcgUm9tYW4mcXVvdDs7Y29sb3I6IzFGNDk3RDttc28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+ U29ycnkgZm9yIG5pdCBwaWNraW5nLCBidXQgc2luY2UgdGhpcyBtYXkgaW1wYWN0IGludGVyb3Bl cmFiaWxpdHksIEkgd291bGQNCiBwcmVmZXIgaWYgeW91IGNvdWxkIGV4cGxpY2l0bHkgc3BlY2lm eSB3aGF0IOKAnG51bWVyaWNhbGx5LWdyZWF0ZXN0IHZhbHVl4oCdIHJlZmVycyB0by4gSU1ITyDi gJw8c3BhbiBjbGFzcz0iU3BlbGxFIj52YWxpZGF0aW9uc3RhdGU8L3NwYW4+4oCdIGJ1dCBzb21l IHBlb3BsZSBjb3VsZCB1bmRlcnN0YW5kIOKAnGV4dGVuZGVkIGNvbW11bml0eeKAnTxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0ibXNvLWFzY2lpLWZvbnQtZmFtaWx5OkNhbGlicmk7bXNvLWhhbnNpLWZvbnQtZmFtaWx5 OkNhbGlicmk7bXNvLWJpZGktZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7 O2NvbG9yOiMxRjQ5N0Q7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0ibXNvLWFzY2lpLWZvbnQtZmFtaWx5OkNhbGlicmk7bXNvLWhhbnNpLWZvbnQtZmFtaWx5OkNh bGlicmk7bXNvLWJpZGktZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2Nv bG9yOiMxRjQ5N0Q7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPiopIMKnMiBGb3IgdGhlIHNhbWUg cmVhc29uLCBleHBsaWNpdGx5IHNwZWNpZnlpbmcgd2hhdCB0byBkbyB3aXRoIHRoZQ0KPHNwYW4g Y2xhc3M9IkdyYW1FIj5SZXNlcnZlZDwvc3Bhbj4gZmllbGQgd291bGQgZWFzZSBteSBtaW5kLiAo SSBhc3N1bWU8L3NwYW4+PHNwYW4gY2xhc3M9Ik1zb0h5cGVybGlua0ZvbGxvd2VkIj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9Im1zby1hbnNpLWxhbmd1YWdlOkVOLVVTIj4NCjwvc3Bhbj48L3Nw YW4+PGVtPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1hbnNpLWxhbmd1YWdlOkVOLVVTIj5S ZXNlcnZlZDwvc3Bhbj48L2VtPjxzcGFuIGNsYXNzPSJzdCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJtc28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+Og0KPC9zcGFuPjwvc3Bhbj48ZW0+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPk1VU1QgYmUgc2V0IHRv IDA8L3NwYW4+PC9lbT48c3BhbiBjbGFzcz0ic3QiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPiwgYW5kDQo8L3NwYW4+PC9zcGFuPjxlbT48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Ozttc28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+U0hPVUxEPC9zcGFuPjwv ZW0+PHNwYW4gY2xhc3M9InN0Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9Im1zby1hbnNpLWxh bmd1YWdlOkVOLVVTIj4gYmUNCjwvc3Bhbj48L3NwYW4+PGVtPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O21zby1hbnNpLWxhbmd1YWdlOkVOLVVTIj5pZ25vcmVkPC9zcGFuPjwvZW0+PHNwYW4gY2xh c3M9InN0Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9Im1zby1hbnNpLWxhbmd1YWdlOkVOLVVT Ij4gdXBvbg0KPC9zcGFuPjwvc3Bhbj48ZW0+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWFu c2ktbGFuZ3VhZ2U6RU4tVVMiPnJlY2VpcHQpPC9zcGFuPjwvZW0+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJtc28tYXNjaWktZm9udC1mYW1pbHk6Q2FsaWJyaTttc28taGFuc2ktZm9udC1mYW1p bHk6Q2FsaWJyaTttc28tYmlkaS1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv dDs7Y29sb3I6IzFGNDk3RDttc28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJt c28tYXNjaWktZm9udC1mYW1pbHk6Q2FsaWJyaTttc28taGFuc2ktZm9udC1mYW1pbHk6Q2FsaWJy aTttc28tYmlkaS1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7Y29sb3I6 IzFGNDk3RDttc28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28t YXNjaWktZm9udC1mYW1pbHk6Q2FsaWJyaTttc28taGFuc2ktZm9udC1mYW1pbHk6Q2FsaWJyaTtt c28tYmlkaS1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7Y29sb3I6IzFG NDk3RDttc28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+VGhhbmtzLDxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWFz Y2lpLWZvbnQtZmFtaWx5OkNhbGlicmk7bXNvLWhhbnNpLWZvbnQtZmFtaWx5OkNhbGlicmk7bXNv LWJpZGktZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2NvbG9yOiMxRjQ5 N0Q7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPkJydW5vPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28tYXNjaWkt Zm9udC1mYW1pbHk6Q2FsaWJyaTttc28taGFuc2ktZm9udC1mYW1pbHk6Q2FsaWJyaTttc28tYmlk aS1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7Y29sb3I6IzFGNDk3RDtt c28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRp diBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5n OjBjbSAwY20gMGNtIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3Jk ZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iU3BlbGxFIj48Yj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDsiPkZyb208L3NwYW4+PC9iPjwvc3Bhbj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsi Pjo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+DQogSm9obiBHLiBTY3VkZGVyIFtt YWlsdG86amdzQGJncC5udV0gPGJyPg0KPGI+U2VudDo8L2I+IEZyaWRheSwgTm92ZW1iZXIgMDYs IDIwMTUgMToyMiBBTTxicj4NCjxiPlRvOjwvYj4gREVDUkFFTkUgQnJ1bm8gSU1UL09MTjxicj4N CjxiPkNjOjwvYj4gU3VzYW4gSGFyZXM7IGlkciB3ZzsgTXVycGh5LCBTYW5kcmE8YnI+DQo8Yj5T dWJqZWN0OjwvYj4gUmU6IFtJZHJdIDEgV0cgY2FsbCBmb3IgUmV2aWV3IGRyYWZ0LWlldGYtc2lk ci1vcmlnaW4tdmFsaWRhdGlvbi1zaWduYWxpbmctMDQgLSBSRkM0MjcxIGNoYW5nZXM8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNv LWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij5IaSBCcnVu byw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9Im1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZx dW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90 O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+V2UgYmVsaWV2ZSAtMDUgaGFzIGFkZHJlc3NlZCB0aGVz ZSBpc3N1ZXMsIHNlZSBiZWxvdy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtZm9udC1mYW1p bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJv dHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1z by1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+T24gSnVu IDExLCAyMDE0LCBhdCAxMjo0MCBBTSwNCjxhIGhyZWY9Im1haWx0bzpicnVuby5kZWNyYWVuZUBv cmFuZ2UuY29tIj5icnVuby5kZWNyYWVuZUBvcmFuZ2UuY29tPC9hPiB3cm90ZTo8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJt c28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEO21zby1hbnNpLWxhbmd1 YWdlOkVOLVVTIj5IaSw8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0Q7bXNvLWFuc2ktbGFuZ3Vh Z2U6RU4tVVMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RDttc28tYW5zaS1sYW5n dWFnZTpFTi1VUyI+VGhhbmtzIGZvciB0aGUgY3Jvc3MgV0cgcmV2aWV3LiBQbGVhc2UgZmluZCBi ZWxvdyBzb21lIHByb3Bvc2VkIGNvbW1lbnRzLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RDtt c28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotMTguMHB0O21zby1s aXN0OmwwIGxldmVsMSBsZm8yIj48IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0ibXNv LWZhcmVhc3QtZm9udC1mYW1pbHk6Q2FsaWJyaTttc28tYmlkaS1mb250LWZhbWlseTpDYWxpYnJp Ij48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj4xKTxzcGFuIHN0eWxlPSJmb250OjcuMHB0 ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJjb2xvcjojMUY0OTdEO21zby1hbnNpLWxhbmd1YWdlOkVOLVVTIj5Gb3IgcGVvcGxlIG5v dCBmb2xsb3dpbmcgU0lEUiwgY291bGQgeW91IHBsZWFzZSBlbGFib3JhdGUgb24gd2h5DQo8YSBo cmVmPSJodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLWlkci1jdXN0b20tZGVj aXNpb24tMDQiPmh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtaWRyLWN1c3Rv bS1kZWNpc2lvbi0wNDwvYT4gaGFzIG5vdCBiZWVuIHVzZWQ/ICh2aWEgdGhlIHJlZ2lzdHJhdGlv biBvZiBhIG5ldyBQb2ludCBvZiBJbnNlcnRpb24gc3BlY2lmaWMgdG8gb3JpZ2luIHZhbGlkYXRp b24pIChhcyBJIHRob3VnaCBkcmFmdC1pZXRmLWlkci1jdXN0b20tZGVjaXNpb24NCiB3YXMgaW50 ZW5kZWQgdG8gYmUgdGhlIGxhc3QgdGltZSBCR1AgZGVjaXNpb24gcHJvY2VzcyB3b3VsZCBiZSBt b2RpZmllZCk8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1 b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJp ZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv dDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGlt ZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+V2UgZGlkbid0IHJlZ2lzdGVyIGEgbmV3 IFBPSSwgYnV0IGRpZCByZW1vdmUgdGhlIGRlY2lzaW9uIHByb2Nlc3MgY2hhbmdlLiBJdCB3b3Vs ZCBiZSBwb3NzaWJsZSB0byByZWdpc3RlciBhIG5ldyBQT0kgYXMgcGFydA0KIG9mIGZvbGxvdy11 cCB3b3JrIGlmIGRlbWFuZCBmb3IgdGhhdCBleGlzdHMsIGJ1dCB3ZSBkaWRuJ3QgdGhpbmsgaXQg bmVjZXNzYXJ5IHRvIG1vdmUgZm9yd2FyZC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtZm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNw Ozwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtU aW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1m YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij48YnIgc3R5bGU9Im1zby1zcGVjaWFs LWNoYXJhY3RlcjpsaW5lLWJyZWFrIj4NCjwhW2lmICFzdXBwb3J0TGluZUJyZWFrTmV3TGluZV0+ PGJyIHN0eWxlPSJtc28tc3BlY2lhbC1jaGFyYWN0ZXI6bGluZS1icmVhayI+DQo8IVtlbmRpZl0+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBo IiBzdHlsZT0idGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDEgbGZvMiI+PCFb aWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OkNh bGlicmk7bXNvLWJpZGktZm9udC1mYW1pbHk6Q2FsaWJyaSI+PHNwYW4gc3R5bGU9Im1zby1saXN0 Oklnbm9yZSI+Mik8c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3Nw YW4+PCFbZW5kaWZdPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RDttc28t YW5zaS1sYW5ndWFnZTpFTi1VUyI+Q291bGQgdGhlIGRvY3VtZW50IHNwZWNpZnkgdGhlIGFjdGlv biB0byBiZSB0YWtlbiB3aGVuIG11bHRpcGxlIOKAnE9yaWdpbiB2YWxpZGF0aW9uIHN0YXRlIGV4 dGVuZGVk4oCdIGNvbW11bml0eSBhcmUgcHJlc2VudCB3aXRoIGRpZmZlcmVudCB2YWxpZGF0aW9u IHN0YXRlPyBBbmQgaG93DQogYXJlIGhhbmRsZWQgdmFsaWRhdGlvbiBzdGF0ZSB2YWx1ZSAmZ3Q7 IDIuIChmcm9tIGN1cnJlbnQgdGV4dCwgaXQgd291bGQgbm90IGJlIGNvbnNpZGVyZWQgYW4gZXJy b3IsIGp1c3QgbG93ZXIgcHJpb3JpdHkuIEJ1dCBJIHdvdWxkIHByZWZlciBhbiBleHBsaWNpdCBz dGF0ZW1lbnQgdG8gYXZvaWQgc3VycHJpc2luZyBlcnJvciBoYW5kbGluZyBiZWhhdmlvcik8L3Nw YW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcg Um9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1 b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90 Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPkRv bmUuIChEcm9wIHRoZSBjb21tdW5pdHkuKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1mb250 LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7 PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rp bWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZh bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPjxiciBzdHlsZT0ibXNvLXNwZWNpYWwt Y2hhcmFjdGVyOmxpbmUtYnJlYWsiPg0KPCFbaWYgIXN1cHBvcnRMaW5lQnJlYWtOZXdMaW5lXT48 YnIgc3R5bGU9Im1zby1zcGVjaWFsLWNoYXJhY3RlcjpsaW5lLWJyZWFrIj4NCjwhW2VuZGlmXT48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgi IHN0eWxlPSJ0ZXh0LWluZGVudDotMTguMHB0O21zby1saXN0OmwwIGxldmVsMSBsZm8yIj48IVtp ZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6Q2Fs aWJyaTttc28tYmlkaS1mb250LWZhbWlseTpDYWxpYnJpIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6 SWdub3JlIj4zKTxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZx dW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bh bj48IVtlbmRpZl0+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEO21zby1h bnNpLWxhbmd1YWdlOkVOLVVTIj5SZmMgNjgxMSBpcyByZWZlcmVuY2VkIHR3aWNlIGluIGltcG9y dGFudCBzZWN0aW9ucy4gV2hhdCBhYm91dCBtb3ZpbmcgaXQgdG8g4oCcbm9ybWF0aXZlIHJlZmVy ZW5jZeKAnT88L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVv dDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVv dDtzZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDsiPkRvbmUuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJv bWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90 O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+PGJyIHN0eWxlPSJtc28tc3BlY2lhbC1jaGFyYWN0ZXI6 bGluZS1icmVhayI+DQo8IVtpZiAhc3VwcG9ydExpbmVCcmVha05ld0xpbmVdPjxiciBzdHlsZT0i bXNvLXNwZWNpYWwtY2hhcmFjdGVyOmxpbmUtYnJlYWsiPg0KPCFbZW5kaWZdPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRl eHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzIiPjwhW2lmICFzdXBwb3J0 TGlzdHNdPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1mb250LWZhbWlseTpDYWxpYnJpO21zby1i aWRpLWZvbnQtZmFtaWx5OkNhbGlicmkiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPjQp PHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlm XT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0Q7bXNvLWFuc2ktbGFuZ3Vh Z2U6RU4tVVMiPkZvbGxvd2luZyBkaXNjdXNzaW9uIHRyaWdnZXJlZCBieQ0KPGEgaHJlZj0iaHR0 cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtZGVjcmFlbmUtaWRyLXJmYzQzNjAtY2xhcmlm aWNhdGlvbi0wMCI+DQpodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1kZWNyYWVuZS1p ZHItcmZjNDM2MC1jbGFyaWZpY2F0aW9uLTAwPC9hPiBJIHVuZGVyc3Rvb2QgdGhhdCB0aGUgSURS IGNvbmNsdXNpb24gd2FzIHRoYXQgYSBub24tdHJhbnNpdGl2ZSBjb21tdW5pdHkgbWF5IGJlIGF0 dGFjaGVkIG9uIHRoZSBvdXRib3VuZCBwb2xpY3kgb2YgYW4gZUJHUCBzZXNzaW9uOyBoZW5jZSBt YXkgcmVjZWl2ZWQgb3ZlciBhbiBlQkdQIHNlc3Npb24uIEdpdmVuIHRoaXMsDQogSU1PIHRoZSBz ZWN1cml0eSBjb25zaWRlcmF0aW9uIG5lZWRzIG1vcmUgdGV4dC4gKGFzc3VtaW5nIHRoYXQgdGhl IGFiaWxpdHkgZm9yIGEgbmVpZ2hib3JpbmcgQVMgdG8gaW5mbHVlbmNlL2ZvcmNlIHRoZSBvcmln aW4gdmFsaWRhdGlvbiBzdGF0ZSBpcyBjb25zaWRlcmVkIGFjY2VwdGFibGUsIHdoaWNoIHdvdWxk IHByb2JhYmx5IG5lZWQgdG8gYmUgZGlzY3Vzc2VkIGluIFNJRFIpPC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZx dW90O3NlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBS b21hbiZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O21zby1m YXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+TGVha2luZyB0 aGUgY29tbXVuaXR5IGFjcm9zcyBFQkdQIGlzIG5vdyBzcGVjaWZpZWQgYXMgb2ZmIGJ5IGRlZmF1 bHQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGlt ZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZx dW90O3NlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBS b21hbiZxdW90OyI+VGhhbmtzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Ozttc28t ZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l dyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTom cXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPi0tSm9objxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtz ZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUg c3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6 IzFGNDk3RDttc28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xv cjojMUY0OTdEO21zby1hbnNpLWxhbmd1YWdlOkVOLVVTIj5UaGFua3MsPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJj b2xvcjojMUY0OTdEO21zby1hbnNpLWxhbmd1YWdlOkVOLVVTIj5SZWdhcmRzLDwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iY29sb3I6IzFGNDk3RDttc28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+QnJ1bm88L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImNvbG9yOiMxRjQ5N0Q7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOzwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iY29sb3I6IzFGNDk3RDttc28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29s aWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0 eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzoz LjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW91dGxp bmUtbGV2ZWw6MSI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwv Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+IElkciBbPGEgaHJlZj0ibWFpbHRvOmlkci1i b3VuY2VzQGlldGYub3JnIj5tYWlsdG86aWRyLWJvdW5jZXNAaWV0Zi5vcmc8L2E+XQ0KPGI+T24g QmVoYWxmIE9mIDwvYj5TdXNhbiBIYXJlczxicj4NCjxiPlNlbnQ6PC9iPiBUdWVzZGF5LCBKdW5l IDEwLCAyMDE0IDQ6MzIgUE08YnI+DQo8Yj5Ubzo8L2I+IGlkciB3Zzxicj4NCjxiPkNjOjwvYj4g TXVycGh5LCBTYW5kcmE7ICdKb2huIEcuIFNjdWRkZXInPGJyPg0KPGI+U3ViamVjdDo8L2I+IFtJ ZHJdIDEgV0cgY2FsbCBmb3IgUmV2aWV3IGRyYWZ0LWlldGYtc2lkci1vcmlnaW4tdmFsaWRhdGlv bi1zaWduYWxpbmctMDQgLSBSRkM0MjcxIGNoYW5nZXM8L3NwYW4+PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O21zby1hbnNpLWxhbmd1YWdlOkVOLVVTIj5JRFI6 DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O21zby1h bnNpLWxhbmd1YWdlOkVOLVVTIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7O21zby1hbnNpLWxhbmd1YWdlOkVOLVVTIj5UaGUgU0lEUiBXRyBo YXMgYXNrZWQgZm9yIGNyb3NzIHJldmlldyBvZiB0aGUgZHJhZnQtaWV0Zi1zaWRyLW9yaWdpbi12 YWxpZGF0aW9uLXNpZ25hbGluZy0wNC4mbmJzcDsgVGhpcyBkcmFmdCBjaGFuZ2VzIHRoZSBSRkMg NDI3MSBkZWNpc2lvbiBwcm9jZXNzIGluIHRoZSBmb2xsb3dpbmcNCiBtYW5uZXI6IDwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0ibXNvLWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJtc28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9v OnA+PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0ibXNvLWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPklmIGEgQkdQIHJvdXRl ciBzdXBwb3J0cyBwcmVmaXggb3JpZ2luIHZhbGlkYXRpb24gYW5kIGlzIGNvbmZpZ3VyZWQgZm9y IHRoZSBleHRlbnNpb25zIGRlZmluZWQgaW4gdGhpcyBkb2N1bWVudCwgdGhlIHZhbGlkYXRpb24g c3RlcCBTSE9VTEQgYmUgcGVyZm9ybWVkIHByaW9yIHRvIGFueSBvZiB0aGUgc3RlcHMgZGVmaW5l ZCBpbiB0aGUgZGVjaXNpb24gcHJvY2VzcyBvZiBbPGEgaHJlZj0iaHR0cDovL3Rvb2xzLmlldGYu b3JnL2h0bWwvcmZjNDI3MSIgdGl0bGU9IiZxdW90O0EgQm9yZGVyIEdhdGV3YXkgUHJvdG9jb2wg NCAoQkdQLTQpJnF1b3Q7Ij5SRkM0MjcxPC9hPl0uJm5ic3A7IFRoZSB2YWxpZGF0aW9uIHN0ZXAg aXMgc3RhdGVkIGFzIGZvbGxvd3M6PC9zcGFuPjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlIHN0eWxl PSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNv LWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcHJlPg0KPHBy ZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9Im1zby1hbnNpLWxhbmd1YWdlOkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgV2hlbiBjb21wYXJpbmcgYSBwYWlyIG9mIHJvdXRlcyBmb3IgYSBCR1AgZGVzdGluYXRpb24s IHRoZSByb3V0ZTwvc3Bhbj48bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVh ay1iZWZvcmU6YWx3YXlzIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9Im1zby1hbnNpLWxhbmd1 YWdlOkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgd2l0aCB0aGUgbG93ZXN0 ICZxdW90O3ZhbGlkYXRpb24gc3RhdGUmcXVvdDsgdmFsdWUgaXMgcHJlZmVycmVkLjwvc3Bhbj48 bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9Im1zby1hbnNpLWxhbmd1YWdlOkVOLVVTIj4mbmJzcDs8 L3NwYW4+PG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFs d2F5cyI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+ SW4gYWxsIG90aGVyIHJlc3BlY3RzLCB0aGUgZGVjaXNpb24gcHJvY2VzcyByZW1haW5zIHVuY2hh bmdlZC48L3NwYW4+PG86cD48L286cD48L3ByZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90Ozttc28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 O21zby1hbnNpLWxhbmd1YWdlOkVOLVVTIj5UaGUgZHJhZnQgaXMgYXQ6DQo8L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7bXNv LWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Ozttc28tYW5zaS1sYW5ndWFnZTpF Ti1VUyI+PGEgaHJlZj0iaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1zaWRy LW9yaWdpbi12YWxpZGF0aW9uLXNpZ25hbGluZy0wNCI+aHR0cDovL3Rvb2xzLmlldGYub3JnL2h0 bWwvZHJhZnQtaWV0Zi1zaWRyLW9yaWdpbi12YWxpZGF0aW9uLXNpZ25hbGluZy0wNDwvYT48L3Nw YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDs7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Ozttc28tYW5zaS1s YW5ndWFnZTpFTi1VUyI+Sm9obiBhbmQgSSB3b3VsZCBsaWtlIHRvIGhlYXIgeW91ciBjb21tZW50 cyByZWdhcmRpbmcgdGhlIFJGQyA0MjcxIHJldmlzaW9uLiZuYnNwOyBQbGVhc2Ugc2VuZCBjb21t ZW50cyB0aGF0IGluY2x1ZGUg4oCcc3VwcG9ydOKAnSZuYnNwOyBvciDigJxubyBzdXBwb3J04oCd Lg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7O21zby1hbnNpLWxhbmd1YWdlOkVOLVVTIj4mbmJzcDs8L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7bXNv LWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPlN1ZSBhbmQgSm9obg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8cHJlPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX188bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNw OzwvbzpwPjwvcHJlPg0KPHByZT5DZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2 ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVn aWVlcyBldCBuZSBkb2l2ZW50IGRvbmM8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5wYXMgZXRyZSBk aWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBh dmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlcjxvOnA+ PC9vOnA+PC9wcmU+DQo8cHJlPmEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1 ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1 c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sPG86cD48L286cD48L3ByZT4NCjxwcmU+T3JhbmdlIGRl Y2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRl Zm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+Jm5i c3A7PC9vOnA+PC9wcmU+DQo8cHJlPlRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1h eSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIHRoYXQgbWF5 IGJlIHByb3RlY3RlZCBieSBsYXc7PG86cD48L286cD48L3ByZT4NCjxwcmU+dGhleSBzaG91bGQg bm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24u PG86cD48L286cD48L3ByZT4NCjxwcmU+SWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBp biBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNzYWdl IGFuZCBpdHMgYXR0YWNobWVudHMuPG86cD48L286cD48L3ByZT4NCjxwcmU+QXMgZW1haWxzIG1h eSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBoYXZl IGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLjxvOnA+PC9vOnA+PC9wcmU+DQo8 cHJlPlRoYW5rIHlvdS48bzpwPjwvbzpwPjwvcHJlPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1l cyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1p bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij5fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXzxicj4NCklkciBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVm PSJtYWlsdG86SWRyQGlldGYub3JnIj5JZHJAaWV0Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0 cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pZHIiPmh0dHBzOi8vd3d3LmlldGYu b3JnL21haWxtYW4vbGlzdGluZm8vaWRyPC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvYmxv Y2txdW90ZT4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90 O3NlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21h biZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPFBSRT5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fCgpDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2 ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVn aWVlcyBldCBuZSBkb2l2ZW50IGRvbmMKcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBj b3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFy IGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXIKYSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVp cmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1 ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwKT3JhbmdlIGRlY2xpbmUgdG91dGUg cmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFs c2lmaWUuIE1lcmNpLgoKVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRh aW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJv dGVjdGVkIGJ5IGxhdzsKdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNv cGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1h aWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVz c2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLgpBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5n ZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hh bmdlZCBvciBmYWxzaWZpZWQuClRoYW5rIHlvdS4KPC9QUkU+PC9ib2R5Pg0KPC9odG1sPg0K --_000_53C29892C857584299CBF5D05346208A0F6B6DD1OPEXCLILM21corp_-- From nobody Thu Nov 12 07:17:27 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0E2871ACE14 for ; Thu, 12 Nov 2015 07:17:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham 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 Wp5Lz-t8byBo for ; Thu, 12 Nov 2015 07:17:21 -0800 (PST) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0142.outbound.protection.outlook.com [65.55.169.142]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4F57B1ACE0F for ; Thu, 12 Nov 2015 07:17:20 -0800 (PST) Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=jgs@juniper.net; Received: from [172.29.33.245] (66.129.241.14) by BLUPR05MB449.namprd05.prod.outlook.com (10.141.28.16) with Microsoft SMTP Server (TLS) id 15.1.325.17; Thu, 12 Nov 2015 15:17:15 +0000 Content-Type: multipart/alternative; boundary="Apple-Mail=_B94D157A-A3ED-4A5A-9C29-F12722BF9A1F" MIME-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) From: "John G. Scudder" In-Reply-To: <644_1447337897_56449FA9_644_166_1_53C29892C857584299CBF5D05346208A0F6B6DD1@OPEXCLILM21.corporate.adroot.infra.ftgroup> Date: Thu, 12 Nov 2015 10:17:09 -0500 Message-ID: <86E65C6B-3B9E-4D02-91A6-B086C8D5C1AE@juniper.net> References: <002a01cf84b8$b0f55230$12dff690$@ndzh.com> <29140_1402414807_539726D7_29140_10276_1_53C29892C857584299CBF5D05346208A0716175D@PEXCVZYM11.corporate.adroot.infra.ftgroup> <0CE20ABC-B920-48B5-AB75-4E41AC1D6067@bgp.nu> <644_1447337897_56449FA9_644_166_1_53C29892C857584299CBF5D05346208A0F6B6DD1@OPEXCLILM21.corporate.adroot.infra.ftgroup> To: X-Mailer: Apple Mail (2.2104) X-Originating-IP: [66.129.241.14] X-ClientProxiedBy: BLUPR18CA0013.namprd18.prod.outlook.com (25.162.230.23) To BLUPR05MB449.namprd05.prod.outlook.com (10.141.28.16) X-Microsoft-Exchange-Diagnostics: 1; BLUPR05MB449; 2:5nM7w8SCTeZT9f+wOklvvFOJD9Tj9OHDkYRBDil0dPkaqROijnyaK2n7mHjeO4KypmLoCRXVlrQu7KNWtxPIwRil4z54z9xUnvkLx1lRey4TQsnOnRngAyFSQuyQK+98lj5KMJXdXSzXixXUSrjJQi8/HzGdl2z2LNoqeBM+pCY=; 3:4XJtfH8lsQa9CWoCuYOGkcu3UtOn9My1cwmO0TJWLj8tv1SzrOiKrX4EH2m9w4gXZPx3jnKxLKq6mkrxI9QuGdlx0SRgQS7Xouv46/ZeCkaTyygbfTJYSABI5Nb6FT0Qb80QYGS4JG7a5XFWKUrE6Q==; 25:JurJ2CIiCH8m0ZW1kVrqpECqDb8RuNRknPoP0T+iXevVoX9OYARby0lJk7fd+d+6d8YhChxKwm2F20J4ezYLBLYMqh0XmUhc7tFbi3VV2JGgwSp4IffS8B6aS+lkxrSTcIi7j+rg2lp3Ey/2G1yZ/l6m0tUeCpnCtd8rXd+0Cx93fT+/A9AbHDYVJW9Rk9pKXIYXhwpfwXQ6imLRgCQyQt5WHc5MdCvbOjpjJciDQSQaOFwWCZgXziNu7GhozirW7mmzIpRxnuoNoRLLBjheWQ== X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR05MB449; X-Microsoft-Exchange-Diagnostics: 1; BLUPR05MB449; 20:trNsj5LCUuL0GeVa7GAgikqHp1eSNUJHzULxfTONfW6BBwDl24M0wEW9aDwUuZxDnozEFETHJ2YctI8gtdYwC2Kgp3yvWQiefZN00QhN6tq0L2cBS7XxBrkAxMqNxNNNMeV2LsPrQlndX8zryDbUh48DvDDfDAKsKJBZ2wtYc+RBEDjBjjukQKPuvfBYeP6BGmRFVUQNzUuHtXUACzNs0BeZtAi9+cSYpRY9/dKf+bHUxWrtEqRxyX+4Wvg4xrOHEQZfWq4hevF3Z9wRRHeiFoxR+BsfPeffgoitUId+6ZRDriXg8st8jd+/7YmfzM+bB4cn4zLbih7fGfL1yLuC6x3A4EgPNlYoWlULsWeIdU08L4YS3U6wwCIGXP2q7havZn8qETQyIHyY0OIS/brN14ohOxU80te+szNgGix/AlC6ZCsshG9qzfukdcTlWRVhbpmTp/Mh+RJw9sQgziz+WcBiuOi0HZeuPM+vX5i64d2qnfib2Um85FXvGCMPUxij; 4:ujD9frCfAoaqMG1IIzZKkbVVBPoSYeyWhvy2DHKpCLGxflz0oBC6XJ52MzHbKXWosxqSroq6qwBYURUmbqTPEFHUExE+2R21flm1sBPKuzUG+rum+/5doOksPme7TU/KEyDWT4PIfD3mTfsus1/5uAGxnGcnMZEsFUn48oNMETtMVoHPJlOQUFhDLG4klajf2sPUg1NjydhEIclCHZSIhDNnd9G3XsjqTuREXSLBmeQ+v0Q1vGa+yxZ5kaXwFXcGMsvk20kydZidOZ8IirZeNFnwDtBXKh1jetGpUzFQqpDC/gUrHzYZyXE/Q4LKzzkGIoFpkq1PR5bW3UnoSSyGMy1CdVUIlC7Ik2pQmieFw+eAN3D3NDhjl3zmuRyf52Fk X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(18271650672692); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(520078)(5005006)(8121501046)(3002001)(10201501046); SRVR:BLUPR05MB449; BCL:0; PCL:0; RULEID:; SRVR:BLUPR05MB449; X-Forefront-PRVS: 07584EDBCD X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6049001)(52604005)(199003)(377454003)(24454002)(51914003)(189002)(52044002)(164054003)(2950100001)(105586002)(101416001)(77096005)(5007970100001)(110136002)(42186005)(5001960100002)(81156007)(50986999)(5004730100002)(40100003)(189998001)(82746002)(84326002)(87976001)(122386002)(33656002)(97736004)(15975445007)(1720100001)(76176999)(83716003)(69556001)(66066001)(512874002)(106356001)(19580395003)(86362001)(93886004)(5008740100001)(19580405001)(2351001)(36756003)(57306001)(5890100001)(19617315012)(92566002)(50226001)(230783001)(104396002)(42262002)(579004); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR05MB449; H:[172.29.33.245]; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Received-SPF: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BLUPR05MB449; 23:f3IW5zazUJkJWEgp7eVY9Ac+81KNSY+EDEQ4HDqbk6?= =?us-ascii?Q?erZvDDhno6dSQ18ph3Q4C1sFan7GNLDDUWK1pmhuyffl7p0VN26aeSqgCP8Y?= =?us-ascii?Q?d/OciCFZ0edBQ3zkXQN08rFs2ogiepJmQ6n6ZToAgt6ndfo2c9jLpTpkDSIz?= =?us-ascii?Q?QwUl6Yx2wd1R2/bEdIk+BgDtO1VYR/BidfhnQqhGk3wv6AtFaK2tvz9FTuAI?= =?us-ascii?Q?LZPNxyzLkRiVICwbyidG5s91JCJz8udz1WBdkTodvQEnt9NaGYfxh1laeS/W?= =?us-ascii?Q?s+cCT+5bLM8ZdNroZMu0PemH5YUUASuRrnTl3CNuP/WR9slKv3LGPnntjVHh?= =?us-ascii?Q?oqFgm0QqvYuRNmwdp2pLsWhTfvona9dUmDUyT5j2zMyeb8sMyLcTnYMvYtbU?= =?us-ascii?Q?hRizLVoswtV1ViIfrN3TuzJ+NlI6RmxoJhiE8yzwILYqRPwf3FK19D2sbr0V?= =?us-ascii?Q?k27u8UYSIhnA9/cyFL8PQ5w4XmLfRAijk+tHCPmrWaSzh3Tv296wvCl/MGmS?= =?us-ascii?Q?8TOPi/0zHUdJ5aMmHMoktp8JcjdUVKxG8aoBDczxBGWpMMA+2sONey42FvWz?= =?us-ascii?Q?UG9VvCcFESoVbZMEVLzyMbxo1Zdgzv7Uj82XK7JRkTQo3HMEUT9bNyU+nv9v?= =?us-ascii?Q?yCXmh3q1Jli26iiQYwqWDvxEvx5hG//bEafL4O1DLXw0n/LKNCOU+A3lDjCt?= =?us-ascii?Q?ZLVpQWlf1UP3tiAfJZiaDpqstfse4Gv5vHL/eSSbzmfj69DdxfePtrDIStiQ?= =?us-ascii?Q?TdHGuX+R2g+HsSn+gzv8twO7RXS5wsf36Wjr7BqkeiqXQzzH4J0rvcs3IOzO?= =?us-ascii?Q?L/MDrMs8CSwihDKM+wMslUBTUOIj9UdZBCK8qHvg8XW2yk6qSPY8RXPB6nUs?= =?us-ascii?Q?fx+WOr7jVPYSpnjTTBDbdzg6TFvEdnee3ZNGjX4nT3AdA3X1Rvg7gjM/ijbw?= =?us-ascii?Q?RudLo23cpnjRQG551ZislKxpcE24Kh07WJvC2/OSAb7L8CFDV1ulJUsI31J9?= =?us-ascii?Q?j6LrDmbn/i/jzive8PEmV0cEkBPIc6d9U4Vae9xpJvh1t5bYvPGUGrMdZP4e?= =?us-ascii?Q?obXD5E7HZgZ1J4Vhq8roVO3ZvdbNQFgN9NDbzIXChmXsjAUFZDQoT2FA1wNk?= =?us-ascii?Q?QS+U9ssHHCIwVyYVpnsZd9gkwdlCGXJ3V/bfMnGe74BxGtsAIepLyuVlruPL?= =?us-ascii?Q?3Tw2VU3sEHin7uE7FyzBXtcEUgMkeynNOfv8H4QCmZqroZaJVkTdh0H3ja84?= =?us-ascii?Q?nWr014u6r8COVyC9J6YYKQTh1yKKnhKgkV2Et0QqeC3fU+zOkGJAFxtwjArS?= =?us-ascii?Q?N5K10PYSpPI2jzYYsVquR/qLCnzIDo9y5JBThPg1snuKYk1qmkr9sGxwuHSR?= =?us-ascii?Q?cC4w=3D=3D?= X-Microsoft-Exchange-Diagnostics: 1; BLUPR05MB449; 5:Oha0jJom6dAgIR/+UGv7Ht0iAlGbzxQXtwruHNmM5/Soa+1JvtARp3SPjqQBDeBBDQ2iotXu/r3vfveO5nzHP5/zpNRtHJMlwUDKPpehRR2O6wLDeT8BaGcodvJD+u2q1TVmAyX7aC912QrFMOGJXA==; 24:yJkvfoMQW1zvIKP4KS13pZ7mwskENhH8aKRW5Tg0rwIbLV7xMvyNaDHKJYryRfAhGS2nJQvWF73y1LbkjfBbND8F4Ehk0pviUciuw7XFiDw=; 20:afa+DPri/kUy+aDQ8Ld8QRm60Kda27uDXmm86zvMbfffZD9GSYhXEDhqq75/C044gzqPkXHow1qnq5ygvOuvMA== SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 12 Nov 2015 15:17:15.8933 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR05MB449 Archived-At: Cc: idr wg , Susan Hares , "Murphy, Sandra" Subject: Re: [Idr] 1 WG call for Review draft-ietf-sidr-origin-validation-signaling-04 - RFC4271 changes X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2015 15:17:25 -0000 --Apple-Mail=_B94D157A-A3ED-4A5A-9C29-F12722BF9A1F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Hi Bruno, Thanks for your additional comments. My responses in-line below. > On Nov 12, 2015, at 9:18 AM, bruno.decraene@orange.com wrote: >=20 > Hi John, > =20 > Thanks for taking the time to take my comments into accounts. > -06 address all my comments. > =20 > =20 > Following the changes, I have some further comments. Please feel free = to silently discard/update as you wish. > *) =C2=A72 :s/TBD/0x00 Thanks, will do. =20 > *) Following the removal of the change to the BGP Decision Process, = the 2 first sentences of the abstract & Introduction could probably be = removed or rewritten. (Currently is =E2=80=9CAs part of the origination = AS validation process, it can be desirable > to automatically consider the validation state of routes in the BGP > decision process. The purpose of this document is to provide a > specification for doing so. =C2=BB Good point. I suggest simply removing the text you've quoted, and = slightly rewriting of the remaining, something like: "This document defines a new BGP opaque extended community to carry the = origination AS validation state inside an autonomous system. IBGP = speakers that receive this validation state can configure local policies = allowing it to influence their decision process." > *) =C2=A72 =E2=80=9CAn implementation SHOULD NOT send more than one = instance of the > origin validation state extended community. However, if more than > one instance is received, an implementation MUST disregard all > instances other than the one with the numerically-greatest = value.=E2=80=9D > =20 > Sorry for nit picking, but since this may impact interoperability, I = would prefer if you could explicitly specify what = =E2=80=9Cnumerically-greatest value=E2=80=9D refers to. IMHO = =E2=80=9Cvalidationstate=E2=80=9D but some people could understand = =E2=80=9Cextended community=E2=80=9D If we assume (or specify) that the reserved field must be zero, then = it's equivalent whether you compare only the lowest two bits or the = entire eight bytes, because the top 62 bits are completely determined by = the specification. That said, I think you are right, since in the future = some use might be made of the reserved field. Seems like we can just add = more description to "value", as in "=E2=80=A6 MUST disregard all = instances other than the one with the numerically-greatest validation = state value". =20 > *) =C2=A72 For the same reason, explicitly specifying what to do with = the Reserved field would ease my mind. (I assume Reserved: MUST be set = to 0, and SHOULD be ignored upon receipt) I agree, although I think it MUST be ignored upon receipt =E2=80=93 = after all, a future specification that assigns semantics to the reserved = field can and will also revise the instruction to ignore it. So, I = propose we add the paragraph "the Reserved field MUST be sent as zero = and MUST be ignored upon receipt" as the final paragraph of section 2. Regards, --John > =20 > Thanks, > Bruno > =20 > From: John G. Scudder [mailto:jgs@bgp.nu]=20 > Sent: Friday, November 06, 2015 1:22 AM > To: DECRAENE Bruno IMT/OLN > Cc: Susan Hares; idr wg; Murphy, Sandra > Subject: Re: [Idr] 1 WG call for Review = draft-ietf-sidr-origin-validation-signaling-04 - RFC4271 changes > =20 > Hi Bruno, > =20 > We believe -05 has addressed these issues, see below. > =20 > On Jun 11, 2014, at 12:40 AM, bruno.decraene@orange.com = wrote: > =20 > Hi, > =20 > Thanks for the cross WG review. Please find below some proposed = comments. > =20 > 1) For people not following SIDR, could you please elaborate on = why http://tools.ietf.org/html/draft-ietf-idr-custom-decision-04 = has not = been used? (via the registration of a new Point of Insertion specific to = origin validation) (as I though draft-ietf-idr-custom-decision was = intended to be the last time BGP decision process would be modified) > =20 > We didn't register a new POI, but did remove the decision process = change. It would be possible to register a new POI as part of follow-up = work if demand for that exists, but we didn't think it necessary to move = forward. > =20 >=20 > 2) Could the document specify the action to be taken when = multiple =E2=80=9COrigin validation state extended=E2=80=9D community = are present with different validation state? And how are handled = validation state value > 2. (from current text, it would not be = considered an error, just lower priority. But I would prefer an explicit = statement to avoid surprising error handling behavior) > =20 > Done. (Drop the community.) > =20 >=20 > 3) Rfc 6811 is referenced twice in important sections. What about = moving it to =E2=80=9Cnormative reference=E2=80=9D? > =20 > Done. > =20 >=20 > 4) Following discussion triggered by = http://tools.ietf.org/html/draft-decraene-idr-rfc4360-clarification-00 = = I understood that the IDR conclusion was that a non-transitive community = may be attached on the outbound policy of an eBGP session; hence may = received over an eBGP session. Given this, IMO the security = consideration needs more text. (assuming that the ability for a = neighboring AS to influence/force the origin validation state is = considered acceptable, which would probably need to be discussed in = SIDR) > =20 > Leaking the community across EBGP is now specified as off by default. > =20 > Thanks, > =20 > --John > =20 > =20 > Thanks, > Regards, > Bruno > =20 > =20 > From: Idr [mailto:idr-bounces@ietf.org ] = On Behalf Of Susan Hares > Sent: Tuesday, June 10, 2014 4:32 PM > To: idr wg > Cc: Murphy, Sandra; 'John G. Scudder' > Subject: [Idr] 1 WG call for Review = draft-ietf-sidr-origin-validation-signaling-04 - RFC4271 changes > =20 > IDR: > =20 > The SIDR WG has asked for cross review of the = draft-ietf-sidr-origin-validation-signaling-04. This draft changes the = RFC 4271 decision process in the following manner:=20 > =20 > =20 > If a BGP router supports prefix origin validation and is configured = for the extensions defined in this document, the validation step SHOULD = be performed prior to any of the steps defined in the decision process = of [RFC4271 ]. The validation step = is stated as follows: > =20 > When comparing a pair of routes for a BGP destination, the route > with the lowest "validation state" value is preferred. > =20 > In all other respects, the decision process remains unchanged. > =20 > The draft is at: > =20 > = http://tools.ietf.org/html/draft-ietf-sidr-origin-validation-signaling-04 = > =20 > John and I would like to hear your comments regarding the RFC 4271 = revision. Please send comments that include =E2=80=9Csupport=E2=80=9D = or =E2=80=9Cno support=E2=80=9D. > =20 > Sue and John > = __________________________________________________________________________= _______________________________________________ > =20 > Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez = recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les = messages electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, = deforme ou falsifie. Merci. > =20 > This message and its attachments may contain confidential or = privileged information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and = delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. > Thank you. > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr = > =20 > = __________________________________________________________________________= _______________________________________________ >=20 > Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez = recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les = messages electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, = deforme ou falsifie. Merci. >=20 > This message and its attachments may contain confidential or = privileged information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and = delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. > Thank you. > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr = --Apple-Mail=_B94D157A-A3ED-4A5A-9C29-F12722BF9A1F Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="utf-8" Hi Bruno,

Thanks for your additional comments. My responses in-line = below.

On Nov 12, 2015, at 9:18 AM, bruno.decraene@orange.com wrote:

Hi = John,
 
Thanks for = taking the time to take my comments into accounts.
-06 address = all my comments.
 
 
Following = the changes, I have some further comments. Please feel free to silently = discard/update as you wish.
*) =C2=A72  :s/TBD/0x00

Thanks, will = do.
 
*) Following the removal of the change to the BGP =
Decision Process, the 2 first sentences of the abstract & =
Introduction could probably be removed or rewritten. (Currently is =
=E2=80=9CAs part of the =
origination AS validation process, it can be desirable
   to automatically consider the = validation state of routes in the BGP
   decision process.  The purpose of this = document is to provide a
   specification for doing so. =C2=BB

Good point. I suggest simply removing the text = you've quoted, and slightly rewriting of the remaining, something = like:

"This document defines a new = BGP opaque extended community to carry the origination AS validation = state inside an autonomous system. IBGP speakers that receive this = validation state can configure local policies allowing it to influence = their decision process."

*) =C2=A72 =E2=80=9CAn implementation SHOULD NOT send more than one = instance of the
   origin validation state extended = community.  However, if more = than
   one instance is received, an = implementation MUST disregard all
   instances other than the one with the = numerically-greatest value.=E2=80=9D
 
Sorry for = nit picking, but since this may impact interoperability, I would prefer = if you could explicitly specify what =E2=80=9Cnumerically-greatest = value=E2=80=9D refers to. IMHO =E2=80=9Cvalidationstate=E2=80=9D but some people could = understand =E2=80=9Cextended = community=E2=80=9D

If we assume (or specify) that the reserved field must = be zero, then it's equivalent whether you compare only the lowest two = bits or the entire eight bytes, because the top 62 bits are completely = determined by the specification. That said, I think you are right, since = in the future some use might be made of the reserved field. Seems like = we can just add more description to "value", as in "=E2=80=A6 MUST = disregard all instances other than the one with the numerically-greatest = validation state value".
 
*) =C2=A72 For the same reason, explicitly specifying what to = do with the Reserved field would ease my mind. = (I assume Reserved: MUST be set to 0, and SHOULD be ignored upon receipt)

I agree, although I think it MUST be ignored upon = receipt =E2=80=93 after all, a future specification that assigns = semantics to the reserved field can and will also revise the instruction = to ignore it. So, I propose we add the paragraph "the Reserved field = MUST be sent as zero and MUST be ignored upon receipt" as the final = paragraph of section 2.

Regards,

--John

 
Thanks,
Bruno
 
From: John G. = Scudder [mailto:jgs@bgp.nu] 
Sent: Friday, November 06, 2015 = 1:22 AM
To: DECRAENE Bruno IMT/OLN
Cc: Susan Hares; idr wg; = Murphy, Sandra
Subject: Re: [Idr] 1 WG call for = Review draft-ietf-sidr-origin-validation-signaling-04 - RFC4271 = changes
 
Hi Bruno,
 
We believe -05 has = addressed these issues, see below.
 
On Jun = 11, 2014, at 12:40 AM, bruno.decraene@orange.com wrote:
 
Hi,
 
Thanks for the cross WG review. Please find below some = proposed comments.
 
1)      For people = not following SIDR, could you please elaborate on why http://tools.ietf.org/html/draft-ietf-idr-custom-decision-04 has not been used? = (via the registration of a new Point of Insertion specific to origin = validation) (as I though draft-ietf-idr-custom-decision was intended to = be the last time BGP decision process would be modified)
 
 

2)      Could the = document specify the action to be taken when multiple =E2=80=9COrigin = validation state extended=E2=80=9D community are present with different = validation state? And how are handled validation state value > 2. = (from current text, it would not be considered an error, just lower = priority. But I would prefer an explicit statement to avoid surprising = error handling behavior)
 
Done. (Drop the community.)
3)      Rfc 6811 is = referenced twice in important sections. What about moving it to = =E2=80=9Cnormative reference=E2=80=9D?
4)      Following = discussion triggered by http://tools.ietf.org/html/draft-decraene-idr-rfc4360-clarifica= tion-00 I = understood that the IDR conclusion was that a non-transitive community = may be attached on the outbound policy of an eBGP session; hence may = received over an eBGP session. Given this, IMO the security = consideration needs more text. (assuming that the ability for a = neighboring AS to influence/force the origin validation state is = considered acceptable, which would probably need to be discussed in = SIDR)
 
Leaking the community across EBGP is now = specified as off by default.
 
Thanks,
 
--John
 
 
Thanks,
Regards,
Bruno
 
 
From: Idr [mailto:idr-bounces@ietf.org] On Behalf = Of Susan Hares
Sent: Tuesday, June 10, 2014 4:32 = PM
To: idr wg
Cc: Murphy, Sandra; 'John G. = Scudder'
Subject: [Idr] 1 WG call for Review = draft-ietf-sidr-origin-validation-signaling-04 - RFC4271 = changes
 
IDR:
 
The SIDR WG has asked for cross review of the = draft-ietf-sidr-origin-validation-signaling-04.  This draft changes = the RFC 4271 decision process in the following manner: 
 
 
If =
a BGP router supports prefix origin validation and is configured for the =
extensions defined in this document, the validation step SHOULD be =
performed prior to any of the steps defined in the decision process of =
[RFC4271].  The =
validation step is stated as follows:
 
      =
When comparing a pair of routes for a BGP destination, the =
route
      with the lowest "validation =
state" value is preferred.
 
In =
all other respects, the decision process remains unchanged.
 
The draft is at:
 
 
John and I would like to = hear your comments regarding the RFC 4271 revision.  Please send = comments that include =E2=80=9Csupport=E2=80=9D  or =E2=80=9Cno = support=E2=80=9D.
 
Sue and John
_______________________________________________________________=
__________________________________________________________
 
Ce message et =
ses pieces jointes peuvent contenir des informations confidentielles ou =
privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans =
autorisation. Si vous avez recu ce message par erreur, veuillez le =
signaler
a =
l'expediteur et le detruire ainsi que les pieces jointes. Les messages =
electroniques etant susceptibles d'alteration,
Orange decline =
toute responsabilite si ce message a ete altere, deforme ou falsifie. =
Merci.
 
This message =
and its attachments may contain confidential or privileged information =
that may be protected by law;
they should not be distributed, used or =
copied without authorisation.
If you have received this email in error, =
please notify the sender and delete this message and its =
attachments.
As =
emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
_______________________________________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr
 
_______________________________________________________________=
__________________________________________________________

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

This message and its attachments may contain confidential or privileged =
information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and =
delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have =
been modified, changed or falsified.
Thank you.
_______________________________________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr
= --Apple-Mail=_B94D157A-A3ED-4A5A-9C29-F12722BF9A1F-- From nobody Thu Nov 12 07:48:45 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 155F51AD0C5 for ; Thu, 12 Nov 2015 07:48:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.908 X-Spam-Level: X-Spam-Status: No, score=-1.908 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, UNPARSEABLE_RELAY=0.001] autolearn=ham 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 KovBSyi55UMl for ; Thu, 12 Nov 2015 07:48:39 -0800 (PST) Received: from relais-inet.orange.com (relais-nor36.orange.com [80.12.70.36]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BDD461AD0C1 for ; Thu, 12 Nov 2015 07:48:38 -0800 (PST) Received: from opfednr01.francetelecom.fr (unknown [xx.xx.xx.65]) by opfednr20.francetelecom.fr (ESMTP service) with ESMTP id 1FE01403E6; Thu, 12 Nov 2015 16:48:37 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.60]) by opfednr01.francetelecom.fr (ESMTP service) with ESMTP id D9CF41A0054; Thu, 12 Nov 2015 16:48:36 +0100 (CET) Received: from OPEXCLILM21.corporate.adroot.infra.ftgroup ([fe80::e92a:c932:907e:8f06]) by OPEXCLILM7F.corporate.adroot.infra.ftgroup ([fe80::c1d7:e278:e357:11ad%19]) with mapi id 14.03.0248.002; Thu, 12 Nov 2015 16:48:36 +0100 From: To: "John G. Scudder" Thread-Topic: [Idr] 1 WG call for Review draft-ietf-sidr-origin-validation-signaling-04 - RFC4271 changes Thread-Index: AQHRHV0y0LcxO4TcLUanEBBj3HdQVJ6Yhj6Q Date: Thu, 12 Nov 2015 15:48:36 +0000 Message-ID: <26952_1447343317_5644B4D5_26952_6301_1_53C29892C857584299CBF5D05346208A0F6B7101@OPEXCLILM21.corporate.adroot.infra.ftgroup> References: <002a01cf84b8$b0f55230$12dff690$@ndzh.com> <29140_1402414807_539726D7_29140_10276_1_53C29892C857584299CBF5D05346208A0716175D@PEXCVZYM11.corporate.adroot.infra.ftgroup> <0CE20ABC-B920-48B5-AB75-4E41AC1D6067@bgp.nu> <644_1447337897_56449FA9_644_166_1_53C29892C857584299CBF5D05346208A0F6B6DD1@OPEXCLILM21.corporate.adroot.infra.ftgroup> <86E65C6B-3B9E-4D02-91A6-B086C8D5C1AE@juniper.net> In-Reply-To: <86E65C6B-3B9E-4D02-91A6-B086C8D5C1AE@juniper.net> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.1] Content-Type: multipart/alternative; boundary="_000_53C29892C857584299CBF5D05346208A0F6B7101OPEXCLILM21corp_" MIME-Version: 1.0 Archived-At: Cc: idr wg , Susan Hares , "Murphy, Sandra" Subject: Re: [Idr] 1 WG call for Review draft-ietf-sidr-origin-validation-signaling-04 - RFC4271 changes X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2015 15:48:44 -0000 --_000_53C29892C857584299CBF5D05346208A0F6B7101OPEXCLILM21corp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgSm9obiwNCg0KVGhhbmtzLCBsb29rcyBnb29kIHRvIG1lLg0KTW9yZSBpbmxpbmUuIFtCcnVu b10NCg0KDQpGcm9tOiBKb2huIEcuIFNjdWRkZXIgW21haWx0bzpqZ3NAanVuaXBlci5uZXRdDQpT ZW50OiBUaHVyc2RheSwgTm92ZW1iZXIgMTIsIDIwMTUgNDoxNyBQTQ0KVG86IERFQ1JBRU5FIEJy dW5vIElNVC9PTE4NCkNjOiBpZHIgd2c7IE11cnBoeSwgU2FuZHJhOyBTdXNhbiBIYXJlcw0KU3Vi amVjdDogUmU6IFtJZHJdIDEgV0cgY2FsbCBmb3IgUmV2aWV3IGRyYWZ0LWlldGYtc2lkci1vcmln aW4tdmFsaWRhdGlvbi1zaWduYWxpbmctMDQgLSBSRkM0MjcxIGNoYW5nZXMNCg0KSGkgQnJ1bm8s DQoNClRoYW5rcyBmb3IgeW91ciBhZGRpdGlvbmFsIGNvbW1lbnRzLiBNeSByZXNwb25zZXMgaW4t bGluZSBiZWxvdy4NCg0KT24gTm92IDEyLCAyMDE1LCBhdCA5OjE4IEFNLCBicnVuby5kZWNyYWVu ZUBvcmFuZ2UuY29tPG1haWx0bzpicnVuby5kZWNyYWVuZUBvcmFuZ2UuY29tPiB3cm90ZToNCg0K SGkgSm9obiwNCg0KVGhhbmtzIGZvciB0YWtpbmcgdGhlIHRpbWUgdG8gdGFrZSBteSBjb21tZW50 cyBpbnRvIGFjY291bnRzLg0KLTA2IGFkZHJlc3MgYWxsIG15IGNvbW1lbnRzLg0KDQoNCkZvbGxv d2luZyB0aGUgY2hhbmdlcywgSSBoYXZlIHNvbWUgZnVydGhlciBjb21tZW50cy4gUGxlYXNlIGZl ZWwgZnJlZSB0byBzaWxlbnRseSBkaXNjYXJkL3VwZGF0ZSBhcyB5b3Ugd2lzaC4NCiopIMKnMiAg OnMvVEJELzB4MDANCg0KVGhhbmtzLCB3aWxsIGRvLg0KDQoNCg0KKikgRm9sbG93aW5nIHRoZSBy ZW1vdmFsIG9mIHRoZSBjaGFuZ2UgdG8gdGhlIEJHUCBEZWNpc2lvbiBQcm9jZXNzLCB0aGUgMiBm aXJzdCBzZW50ZW5jZXMgb2YgdGhlIGFic3RyYWN0ICYgSW50cm9kdWN0aW9uIGNvdWxkIHByb2Jh Ymx5IGJlIHJlbW92ZWQgb3IgcmV3cml0dGVuLiAoQ3VycmVudGx5IGlzIOKAnEFzIHBhcnQgb2Yg dGhlIG9yaWdpbmF0aW9uIEFTIHZhbGlkYXRpb24gcHJvY2VzcywgaXQgY2FuIGJlIGRlc2lyYWJs ZQ0KICAgdG8gYXV0b21hdGljYWxseSBjb25zaWRlciB0aGUgdmFsaWRhdGlvbiBzdGF0ZSBvZiBy b3V0ZXMgaW4gdGhlIEJHUA0KICAgZGVjaXNpb24gcHJvY2Vzcy4gIFRoZSBwdXJwb3NlIG9mIHRo aXMgZG9jdW1lbnQgaXMgdG8gcHJvdmlkZSBhDQogICBzcGVjaWZpY2F0aW9uIGZvciBkb2luZyBz by4gwrsNCg0KR29vZCBwb2ludC4gSSBzdWdnZXN0IHNpbXBseSByZW1vdmluZyB0aGUgdGV4dCB5 b3UndmUgcXVvdGVkLCBhbmQgc2xpZ2h0bHkgcmV3cml0aW5nIG9mIHRoZSByZW1haW5pbmcsIHNv bWV0aGluZyBsaWtlOg0KDQoiVGhpcyBkb2N1bWVudCBkZWZpbmVzIGEgbmV3IEJHUCBvcGFxdWUg ZXh0ZW5kZWQgY29tbXVuaXR5IHRvIGNhcnJ5IHRoZSBvcmlnaW5hdGlvbiBBUyB2YWxpZGF0aW9u IHN0YXRlIGluc2lkZSBhbiBhdXRvbm9tb3VzIHN5c3RlbS4gSUJHUCBzcGVha2VycyB0aGF0IHJl Y2VpdmUgdGhpcyB2YWxpZGF0aW9uIHN0YXRlIGNhbiBjb25maWd1cmUgbG9jYWwgcG9saWNpZXMg YWxsb3dpbmcgaXQgdG8gaW5mbHVlbmNlIHRoZWlyIGRlY2lzaW9uIHByb2Nlc3MuIg0KW0JydW5v XSBsb29rcyBnb29kIHRvIG1lLg0KDQoqKSDCpzIg4oCcQW4gaW1wbGVtZW50YXRpb24gU0hPVUxE IE5PVCBzZW5kIG1vcmUgdGhhbiBvbmUgaW5zdGFuY2Ugb2YgdGhlDQogICBvcmlnaW4gdmFsaWRh dGlvbiBzdGF0ZSBleHRlbmRlZCBjb21tdW5pdHkuICBIb3dldmVyLCBpZiBtb3JlIHRoYW4NCiAg IG9uZSBpbnN0YW5jZSBpcyByZWNlaXZlZCwgYW4gaW1wbGVtZW50YXRpb24gTVVTVCBkaXNyZWdh cmQgYWxsDQogICBpbnN0YW5jZXMgb3RoZXIgdGhhbiB0aGUgb25lIHdpdGggdGhlIG51bWVyaWNh bGx5LWdyZWF0ZXN0IHZhbHVlLuKAnQ0KDQpTb3JyeSBmb3Igbml0IHBpY2tpbmcsIGJ1dCBzaW5j ZSB0aGlzIG1heSBpbXBhY3QgaW50ZXJvcGVyYWJpbGl0eSwgSSB3b3VsZCBwcmVmZXIgaWYgeW91 IGNvdWxkIGV4cGxpY2l0bHkgc3BlY2lmeSB3aGF0IOKAnG51bWVyaWNhbGx5LWdyZWF0ZXN0IHZh bHVl4oCdIHJlZmVycyB0by4gSU1ITyDigJx2YWxpZGF0aW9uc3RhdGXigJ0gYnV0IHNvbWUgcGVv cGxlIGNvdWxkIHVuZGVyc3RhbmQg4oCcZXh0ZW5kZWQgY29tbXVuaXR54oCdDQoNCklmIHdlIGFz c3VtZSAob3Igc3BlY2lmeSkgdGhhdCB0aGUgcmVzZXJ2ZWQgZmllbGQgbXVzdCBiZSB6ZXJvLCB0 aGVuIGl0J3MgZXF1aXZhbGVudCB3aGV0aGVyIHlvdSBjb21wYXJlIG9ubHkgdGhlIGxvd2VzdCB0 d28gYml0cyBvciB0aGUgZW50aXJlIGVpZ2h0IGJ5dGVzLCBiZWNhdXNlIHRoZSB0b3AgNjIgYml0 cyBhcmUgY29tcGxldGVseSBkZXRlcm1pbmVkIGJ5IHRoZSBzcGVjaWZpY2F0aW9uLiBUaGF0IHNh aWQsIEkgdGhpbmsgeW91IGFyZSByaWdodCwgc2luY2UgaW4gdGhlIGZ1dHVyZSBzb21lIHVzZSBt aWdodCBiZSBtYWRlIG9mIHRoZSByZXNlcnZlZCBmaWVsZC4NCltCcnVub10gWW91IGFyZSByZWFk aW5nIG15IG1pbmQuDQpTZWVtcyBsaWtlIHdlIGNhbiBqdXN0IGFkZCBtb3JlIGRlc2NyaXB0aW9u IHRvICJ2YWx1ZSIsIGFzIGluICLigKYgTVVTVCBkaXNyZWdhcmQgYWxsIGluc3RhbmNlcyBvdGhl ciB0aGFuIHRoZSBvbmUgd2l0aCB0aGUgbnVtZXJpY2FsbHktZ3JlYXRlc3QgdmFsaWRhdGlvbiBz dGF0ZSB2YWx1ZSIuDQogW0JydW5vXSBMb29rcyBnb29kIHRvIG1lLiBUaGFua3MuDQoNCiopIMKn MiBGb3IgdGhlIHNhbWUgcmVhc29uLCBleHBsaWNpdGx5IHNwZWNpZnlpbmcgd2hhdCB0byBkbyB3 aXRoIHRoZSBSZXNlcnZlZCBmaWVsZCB3b3VsZCBlYXNlIG15IG1pbmQuIChJIGFzc3VtZSBSZXNl cnZlZDogTVVTVCBiZSBzZXQgdG8gMCwgYW5kIFNIT1VMRCBiZSBpZ25vcmVkIHVwb24gcmVjZWlw dCkNCg0KSSBhZ3JlZSwgYWx0aG91Z2ggSSB0aGluayBpdCBNVVNUIGJlIGlnbm9yZWQgdXBvbiBy ZWNlaXB0IOKAkyBhZnRlciBhbGwsIGEgZnV0dXJlIHNwZWNpZmljYXRpb24gdGhhdCBhc3NpZ25z IHNlbWFudGljcyB0byB0aGUgcmVzZXJ2ZWQgZmllbGQgY2FuIGFuZCB3aWxsIGFsc28gcmV2aXNl IHRoZSBpbnN0cnVjdGlvbiB0byBpZ25vcmUgaXQuIFNvLCBJIHByb3Bvc2Ugd2UgYWRkIHRoZSBw YXJhZ3JhcGggInRoZSBSZXNlcnZlZCBmaWVsZCBNVVNUIGJlIHNlbnQgYXMgemVybyBhbmQgTVVT VCBiZSBpZ25vcmVkIHVwb24gcmVjZWlwdCIgYXMgdGhlIGZpbmFsIHBhcmFncmFwaCBvZiBzZWN0 aW9uIDIuDQogW0JydW5vXSBJIGFncmVlIHdpdGggeW91LiBGb3IgbXkgZGVmZW5zZSwgSSBxdW90 ZWQgUkZDIDQ3NjAgKG15IGZpcnN0IGdvb2dsZSBoaXQpLg0KDQpUaGFua3MNClJlZ2FyZHMsDQot LUJydW5vDQoNClJlZ2FyZHMsDQoNCi0tSm9obg0KDQoNCg0KVGhhbmtzLA0KQnJ1bm8NCg0KRnJv bTogSm9obiBHLiBTY3VkZGVyIFttYWlsdG86amdzQGJncC5udV0NClNlbnQ6IEZyaWRheSwgTm92 ZW1iZXIgMDYsIDIwMTUgMToyMiBBTQ0KVG86IERFQ1JBRU5FIEJydW5vIElNVC9PTE4NCkNjOiBT dXNhbiBIYXJlczsgaWRyIHdnOyBNdXJwaHksIFNhbmRyYQ0KU3ViamVjdDogUmU6IFtJZHJdIDEg V0cgY2FsbCBmb3IgUmV2aWV3IGRyYWZ0LWlldGYtc2lkci1vcmlnaW4tdmFsaWRhdGlvbi1zaWdu YWxpbmctMDQgLSBSRkM0MjcxIGNoYW5nZXMNCg0KSGkgQnJ1bm8sDQoNCldlIGJlbGlldmUgLTA1 IGhhcyBhZGRyZXNzZWQgdGhlc2UgaXNzdWVzLCBzZWUgYmVsb3cuDQoNCk9uIEp1biAxMSwgMjAx NCwgYXQgMTI6NDAgQU0sIGJydW5vLmRlY3JhZW5lQG9yYW5nZS5jb208bWFpbHRvOmJydW5vLmRl Y3JhZW5lQG9yYW5nZS5jb20+IHdyb3RlOg0KDQpIaSwNCg0KVGhhbmtzIGZvciB0aGUgY3Jvc3Mg V0cgcmV2aWV3LiBQbGVhc2UgZmluZCBiZWxvdyBzb21lIHByb3Bvc2VkIGNvbW1lbnRzLg0KDQox KSAgICAgIEZvciBwZW9wbGUgbm90IGZvbGxvd2luZyBTSURSLCBjb3VsZCB5b3UgcGxlYXNlIGVs YWJvcmF0ZSBvbiB3aHkgaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1pZHIt Y3VzdG9tLWRlY2lzaW9uLTA0IGhhcyBub3QgYmVlbiB1c2VkPyAodmlhIHRoZSByZWdpc3RyYXRp b24gb2YgYSBuZXcgUG9pbnQgb2YgSW5zZXJ0aW9uIHNwZWNpZmljIHRvIG9yaWdpbiB2YWxpZGF0 aW9uKSAoYXMgSSB0aG91Z2ggZHJhZnQtaWV0Zi1pZHItY3VzdG9tLWRlY2lzaW9uIHdhcyBpbnRl bmRlZCB0byBiZSB0aGUgbGFzdCB0aW1lIEJHUCBkZWNpc2lvbiBwcm9jZXNzIHdvdWxkIGJlIG1v ZGlmaWVkKQ0KDQpXZSBkaWRuJ3QgcmVnaXN0ZXIgYSBuZXcgUE9JLCBidXQgZGlkIHJlbW92ZSB0 aGUgZGVjaXNpb24gcHJvY2VzcyBjaGFuZ2UuIEl0IHdvdWxkIGJlIHBvc3NpYmxlIHRvIHJlZ2lz dGVyIGEgbmV3IFBPSSBhcyBwYXJ0IG9mIGZvbGxvdy11cCB3b3JrIGlmIGRlbWFuZCBmb3IgdGhh dCBleGlzdHMsIGJ1dCB3ZSBkaWRuJ3QgdGhpbmsgaXQgbmVjZXNzYXJ5IHRvIG1vdmUgZm9yd2Fy ZC4NCg0KDQoNCjIpICAgICAgQ291bGQgdGhlIGRvY3VtZW50IHNwZWNpZnkgdGhlIGFjdGlvbiB0 byBiZSB0YWtlbiB3aGVuIG11bHRpcGxlIOKAnE9yaWdpbiB2YWxpZGF0aW9uIHN0YXRlIGV4dGVu ZGVk4oCdIGNvbW11bml0eSBhcmUgcHJlc2VudCB3aXRoIGRpZmZlcmVudCB2YWxpZGF0aW9uIHN0 YXRlPyBBbmQgaG93IGFyZSBoYW5kbGVkIHZhbGlkYXRpb24gc3RhdGUgdmFsdWUgPiAyLiAoZnJv bSBjdXJyZW50IHRleHQsIGl0IHdvdWxkIG5vdCBiZSBjb25zaWRlcmVkIGFuIGVycm9yLCBqdXN0 IGxvd2VyIHByaW9yaXR5LiBCdXQgSSB3b3VsZCBwcmVmZXIgYW4gZXhwbGljaXQgc3RhdGVtZW50 IHRvIGF2b2lkIHN1cnByaXNpbmcgZXJyb3IgaGFuZGxpbmcgYmVoYXZpb3IpDQoNCkRvbmUuIChE cm9wIHRoZSBjb21tdW5pdHkuKQ0KDQoNCg0KMykgICAgICBSZmMgNjgxMSBpcyByZWZlcmVuY2Vk IHR3aWNlIGluIGltcG9ydGFudCBzZWN0aW9ucy4gV2hhdCBhYm91dCBtb3ZpbmcgaXQgdG8g4oCc bm9ybWF0aXZlIHJlZmVyZW5jZeKAnT8NCg0KRG9uZS4NCg0KDQoNCjQpICAgICAgRm9sbG93aW5n IGRpc2N1c3Npb24gdHJpZ2dlcmVkIGJ5IGh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0 LWRlY3JhZW5lLWlkci1yZmM0MzYwLWNsYXJpZmljYXRpb24tMDAgSSB1bmRlcnN0b29kIHRoYXQg dGhlIElEUiBjb25jbHVzaW9uIHdhcyB0aGF0IGEgbm9uLXRyYW5zaXRpdmUgY29tbXVuaXR5IG1h eSBiZSBhdHRhY2hlZCBvbiB0aGUgb3V0Ym91bmQgcG9saWN5IG9mIGFuIGVCR1Agc2Vzc2lvbjsg aGVuY2UgbWF5IHJlY2VpdmVkIG92ZXIgYW4gZUJHUCBzZXNzaW9uLiBHaXZlbiB0aGlzLCBJTU8g dGhlIHNlY3VyaXR5IGNvbnNpZGVyYXRpb24gbmVlZHMgbW9yZSB0ZXh0LiAoYXNzdW1pbmcgdGhh dCB0aGUgYWJpbGl0eSBmb3IgYSBuZWlnaGJvcmluZyBBUyB0byBpbmZsdWVuY2UvZm9yY2UgdGhl IG9yaWdpbiB2YWxpZGF0aW9uIHN0YXRlIGlzIGNvbnNpZGVyZWQgYWNjZXB0YWJsZSwgd2hpY2gg d291bGQgcHJvYmFibHkgbmVlZCB0byBiZSBkaXNjdXNzZWQgaW4gU0lEUikNCg0KTGVha2luZyB0 aGUgY29tbXVuaXR5IGFjcm9zcyBFQkdQIGlzIG5vdyBzcGVjaWZpZWQgYXMgb2ZmIGJ5IGRlZmF1 bHQuDQoNClRoYW5rcywNCg0KLS1Kb2huDQoNCg0KVGhhbmtzLA0KUmVnYXJkcywNCkJydW5vDQoN Cg0KRnJvbTogSWRyIFttYWlsdG86aWRyLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBT dXNhbiBIYXJlcw0KU2VudDogVHVlc2RheSwgSnVuZSAxMCwgMjAxNCA0OjMyIFBNDQpUbzogaWRy IHdnDQpDYzogTXVycGh5LCBTYW5kcmE7ICdKb2huIEcuIFNjdWRkZXInDQpTdWJqZWN0OiBbSWRy XSAxIFdHIGNhbGwgZm9yIFJldmlldyBkcmFmdC1pZXRmLXNpZHItb3JpZ2luLXZhbGlkYXRpb24t c2lnbmFsaW5nLTA0IC0gUkZDNDI3MSBjaGFuZ2VzDQoNCklEUjoNCg0KVGhlIFNJRFIgV0cgaGFz IGFza2VkIGZvciBjcm9zcyByZXZpZXcgb2YgdGhlIGRyYWZ0LWlldGYtc2lkci1vcmlnaW4tdmFs aWRhdGlvbi1zaWduYWxpbmctMDQuICBUaGlzIGRyYWZ0IGNoYW5nZXMgdGhlIFJGQyA0MjcxIGRl Y2lzaW9uIHByb2Nlc3MgaW4gdGhlIGZvbGxvd2luZyBtYW5uZXI6DQoNCg0KDQoNCklmIGEgQkdQ IHJvdXRlciBzdXBwb3J0cyBwcmVmaXggb3JpZ2luIHZhbGlkYXRpb24gYW5kIGlzIGNvbmZpZ3Vy ZWQgZm9yIHRoZSBleHRlbnNpb25zIGRlZmluZWQgaW4gdGhpcyBkb2N1bWVudCwgdGhlIHZhbGlk YXRpb24gc3RlcCBTSE9VTEQgYmUgcGVyZm9ybWVkIHByaW9yIHRvIGFueSBvZiB0aGUgc3RlcHMg ZGVmaW5lZCBpbiB0aGUgZGVjaXNpb24gcHJvY2VzcyBvZiBbUkZDNDI3MTxodHRwOi8vdG9vbHMu aWV0Zi5vcmcvaHRtbC9yZmM0MjcxPl0uICBUaGUgdmFsaWRhdGlvbiBzdGVwIGlzIHN0YXRlZCBh cyBmb2xsb3dzOg0KDQoNCg0KICAgICAgV2hlbiBjb21wYXJpbmcgYSBwYWlyIG9mIHJvdXRlcyBm b3IgYSBCR1AgZGVzdGluYXRpb24sIHRoZSByb3V0ZQ0KDQogICAgICB3aXRoIHRoZSBsb3dlc3Qg InZhbGlkYXRpb24gc3RhdGUiIHZhbHVlIGlzIHByZWZlcnJlZC4NCg0KDQoNCkluIGFsbCBvdGhl ciByZXNwZWN0cywgdGhlIGRlY2lzaW9uIHByb2Nlc3MgcmVtYWlucyB1bmNoYW5nZWQuDQoNClRo ZSBkcmFmdCBpcyBhdDoNCg0KaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1z aWRyLW9yaWdpbi12YWxpZGF0aW9uLXNpZ25hbGluZy0wNA0KDQpKb2huIGFuZCBJIHdvdWxkIGxp a2UgdG8gaGVhciB5b3VyIGNvbW1lbnRzIHJlZ2FyZGluZyB0aGUgUkZDIDQyNzEgcmV2aXNpb24u ICBQbGVhc2Ugc2VuZCBjb21tZW50cyB0aGF0IGluY2x1ZGUg4oCcc3VwcG9ydOKAnSAgb3Ig4oCc bm8gc3VwcG9ydOKAnS4NCg0KU3VlIGFuZCBKb2huDQoNCl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KDQoNCkNlIG1lc3Nh Z2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9u cyBjb25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYw0KDQpw YXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4g U2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWdu YWxlcg0KDQphIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNl cyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMg ZCdhbHRlcmF0aW9uLA0KDQpPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBj ZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuDQoNCg0K DQpUaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRp YWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3 Ow0KDQp0aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhv dXQgYXV0aG9yaXNhdGlvbi4NCg0KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBl cnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFu ZCBpdHMgYXR0YWNobWVudHMuDQoNCkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlz IG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2Vk IG9yIGZhbHNpZmllZC4NCg0KVGhhbmsgeW91Lg0KX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCklkciBtYWlsaW5nIGxpc3QNCklkckBpZXRmLm9yZzxtYWls dG86SWRyQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9p ZHINCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fDQoNCg0KDQpDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBw ZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZp bGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMNCg0KcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRl cyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3Nh Z2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXINCg0KYSBsJ2V4cGVkaXRldXIgZXQg bGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVs ZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwNCg0KT3JhbmdlIGRl Y2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRl Zm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLg0KDQoNCg0KVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0 YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRp b24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsNCg0KdGhleSBzaG91bGQgbm90IGJlIGRp c3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uDQoNCklmIHlv dSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNl bmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLg0KDQpBcyBl bWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0 aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuDQoNClRoYW5rIHlv dS4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpJZHIg bWFpbGluZyBsaXN0DQpJZHJAaWV0Zi5vcmc8bWFpbHRvOklkckBpZXRmLm9yZz4NCmh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaWRyDQoNCgpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCgpDZSBtZXNzYWdl IGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMg Y29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMKcGFzIGV0 cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZv dXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXIK YSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRl cy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJh dGlvbiwKRnJhbmNlIFRlbGVjb20gLSBPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0 ZSBzaSBjZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kK ClRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlh bCBvciBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7 CnRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBh dXRob3JpemF0aW9uLgpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBw bGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBh dHRhY2htZW50cy4KQXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBGcmFuY2UgVGVsZWNvbSAtIE9y YW5nZSBzaGFsbCBub3QgYmUgbGlhYmxlIGlmIHRoaXMgbWVzc2FnZSB3YXMgbW9kaWZpZWQsIGNo YW5nZWQgb3IgZmFsc2lmaWVkLgpUaGFuayB5b3UuCgo= --_000_53C29892C857584299CBF5D05346208A0F6B7101OPEXCLILM21corp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IlByb2dJZCIg Y29udGVudD0iV29yZC5Eb2N1bWVudCI+DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRlbnQ9 Ik1pY3Jvc29mdCBXb3JkIDE0Ij4NCjxtZXRhIG5hbWU9Ik9yaWdpbmF0b3IiIGNvbnRlbnQ9Ik1p Y3Jvc29mdCBXb3JkIDE0Ij4NCjxsaW5rIHJlbD0iRmlsZS1MaXN0IiBocmVmPSJjaWQ6ZmlsZWxp c3QueG1sQDAxRDExRDY5LkY4RTczQTkwIj48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOk9m ZmljZURvY3VtZW50U2V0dGluZ3M+DQo8bzpSZWx5T25WTUwvPg0KPG86QWxsb3dQTkcvPg0KPC9v Ok9mZmljZURvY3VtZW50U2V0dGluZ3M+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBt c28gOV0+PHhtbD4NCjx3OldvcmREb2N1bWVudD4NCjx3Olpvb20+OTA8L3c6Wm9vbT4NCjx3OlNw ZWxsaW5nU3RhdGU+Q2xlYW48L3c6U3BlbGxpbmdTdGF0ZT4NCjx3OkdyYW1tYXJTdGF0ZT5DbGVh bjwvdzpHcmFtbWFyU3RhdGU+DQo8dzpUcmFja01vdmVzLz4NCjx3OlRyYWNrRm9ybWF0dGluZy8+ DQo8dzpIeXBoZW5hdGlvblpvbmU+MjE8L3c6SHlwaGVuYXRpb25ab25lPg0KPHc6RW52ZWxvcGVW aXMvPg0KPHc6VmFsaWRhdGVBZ2FpbnN0U2NoZW1hcy8+DQo8dzpTYXZlSWZYTUxJbnZhbGlkPmZh bHNlPC93OlNhdmVJZlhNTEludmFsaWQ+DQo8dzpJZ25vcmVNaXhlZENvbnRlbnQ+ZmFsc2U8L3c6 SWdub3JlTWl4ZWRDb250ZW50Pg0KPHc6QWx3YXlzU2hvd1BsYWNlaG9sZGVyVGV4dD5mYWxzZTwv dzpBbHdheXNTaG93UGxhY2Vob2xkZXJUZXh0Pg0KPHc6RG9Ob3RQcm9tb3RlUUYvPg0KPHc6TGlk VGhlbWVPdGhlcj5GUjwvdzpMaWRUaGVtZU90aGVyPg0KPHc6TGlkVGhlbWVBc2lhbj5YLU5PTkU8 L3c6TGlkVGhlbWVBc2lhbj4NCjx3OkxpZFRoZW1lQ29tcGxleFNjcmlwdD5YLU5PTkU8L3c6TGlk VGhlbWVDb21wbGV4U2NyaXB0Pg0KPHc6Q29tcGF0aWJpbGl0eT4NCjx3OkRvTm90RXhwYW5kU2hp ZnRSZXR1cm4vPg0KPHc6QnJlYWtXcmFwcGVkVGFibGVzLz4NCjx3OlNwbGl0UGdCcmVha0FuZFBh cmFNYXJrLz4NCjx3OkVuYWJsZU9wZW5UeXBlS2VybmluZy8+DQo8L3c6Q29tcGF0aWJpbGl0eT4N CjxtOm1hdGhQcj4NCjxtOm1hdGhGb250IG06dmFsPSJDYW1icmlhIE1hdGgiLz4NCjxtOmJya0Jp biBtOnZhbD0iYmVmb3JlIi8+DQo8bTpicmtCaW5TdWIgbTp2YWw9IiYjNDU7LSIvPg0KPG06c21h bGxGcmFjIG06dmFsPSJvZmYiLz4NCjxtOmRpc3BEZWYvPg0KPG06bE1hcmdpbiBtOnZhbD0iMCIv Pg0KPG06ck1hcmdpbiBtOnZhbD0iMCIvPg0KPG06ZGVmSmMgbTp2YWw9ImNlbnRlckdyb3VwIi8+ DQo8bTp3cmFwSW5kZW50IG06dmFsPSIxNDQwIi8+DQo8bTppbnRMaW0gbTp2YWw9InN1YlN1cCIv Pg0KPG06bmFyeUxpbSBtOnZhbD0idW5kT3ZyIi8+DQo8L206bWF0aFByPjwvdzpXb3JkRG9jdW1l bnQ+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjx3OkxhdGVu dFN0eWxlcyBEZWZMb2NrZWRTdGF0ZT0iZmFsc2UiIERlZlVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBE ZWZTZW1pSGlkZGVuPSJ0cnVlIiBEZWZRRm9ybWF0PSJmYWxzZSIgRGVmUHJpb3JpdHk9Ijk5IiBM YXRlbnRTdHlsZUNvdW50PSIyNjciPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSIwIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBRRm9y bWF0PSJ0cnVlIiBOYW1lPSJOb3JtYWwiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl IiBQcmlvcml0eT0iOSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIg UUZvcm1hdD0idHJ1ZSIgTmFtZT0iaGVhZGluZyAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2Vk PSJmYWxzZSIgUHJpb3JpdHk9IjkiIFFGb3JtYXQ9InRydWUiIE5hbWU9ImhlYWRpbmcgMiIvPg0K PHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI5IiBRRm9ybWF0PSJ0cnVl IiBOYW1lPSJoZWFkaW5nIDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlv cml0eT0iOSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iaGVhZGluZyA0Ii8+DQo8dzpMc2RFeGNlcHRp b24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjkiIFFGb3JtYXQ9InRydWUiIE5hbWU9ImhlYWRp bmcgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI5IiBRRm9y bWF0PSJ0cnVlIiBOYW1lPSJoZWFkaW5nIDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZh bHNlIiBQcmlvcml0eT0iOSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iaGVhZGluZyA3Ii8+DQo8dzpM c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjkiIFFGb3JtYXQ9InRydWUiIE5h bWU9ImhlYWRpbmcgOCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5 PSI5IiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJoZWFkaW5nIDkiLz4NCjx3OkxzZEV4Y2VwdGlvbiBM b2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzkiIE5hbWU9InRvYyAxIi8+DQo8dzpMc2RFeGNlcHRp b24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjM5IiBOYW1lPSJ0b2MgMiIvPg0KPHc6THNkRXhj ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzOSIgTmFtZT0idG9jIDMiLz4NCjx3Okxz ZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzkiIE5hbWU9InRvYyA0Ii8+DQo8 dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjM5IiBOYW1lPSJ0b2MgNSIv Pg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzOSIgTmFtZT0idG9j IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzkiIE5hbWU9 InRvYyA3Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjM5IiBO YW1lPSJ0b2MgOCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIz OSIgTmFtZT0idG9jIDkiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0 eT0iMzUiIFFGb3JtYXQ9InRydWUiIE5hbWU9ImNhcHRpb24iLz4NCjx3OkxzZEV4Y2VwdGlvbiBM b2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMTAiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVu VXNlZD0iZmFsc2UiIFFGb3JtYXQ9InRydWUiIE5hbWU9IlRpdGxlIi8+DQo8dzpMc2RFeGNlcHRp b24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjEiIE5hbWU9IkRlZmF1bHQgUGFyYWdyYXBoIEZv bnQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMTEiIFNlbWlI aWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIFFGb3JtYXQ9InRydWUiIE5hbWU9 IlN1YnRpdGxlIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjIy IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBRRm9ybWF0PSJ0cnVl IiBOYW1lPSJTdHJvbmciLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0 eT0iMjAiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIFFGb3JtYXQ9 InRydWUiIE5hbWU9IkVtcGhhc2lzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIg UHJpb3JpdHk9IjU5IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBO YW1lPSJUYWJsZSBHcmlkIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgVW5oaWRl V2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJQbGFjZWhvbGRlciBUZXh0Ii8+DQo8dzpMc2RFeGNlcHRp b24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjEiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVX aGVuVXNlZD0iZmFsc2UiIFFGb3JtYXQ9InRydWUiIE5hbWU9Ik5vIFNwYWNpbmciLz4NCjx3Okxz ZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjAiIFNlbWlIaWRkZW49ImZhbHNl IiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IFNoYWRpbmciLz4NCjx3OkxzZEV4 Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjEiIFNlbWlIaWRkZW49ImZhbHNlIiBV bmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IExpc3QiLz4NCjx3OkxzZEV4Y2VwdGlv biBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjIiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVX aGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IEdyaWQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr ZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjMiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNl ZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBTaGFkaW5nIDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr ZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjQiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNl ZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBTaGFkaW5nIDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr ZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjUiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNl ZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBMaXN0IDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9 ImZhbHNlIiBQcmlvcml0eT0iNjYiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0i ZmFsc2UiIE5hbWU9Ik1lZGl1bSBMaXN0IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZh bHNlIiBQcmlvcml0eT0iNjciIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFs c2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl IiBQcmlvcml0eT0iNjgiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2Ui IE5hbWU9Ik1lZGl1bSBHcmlkIDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQ cmlvcml0eT0iNjkiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5h bWU9Ik1lZGl1bSBHcmlkIDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlv cml0eT0iNzAiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9 IkRhcmsgTGlzdCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3 MSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3Jm dWwgU2hhZGluZyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3 MiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3Jm dWwgTGlzdCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MyIg U2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwg R3JpZCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MCIgU2Vt aUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTGlnaHQgU2hhZGlu ZyBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2 MSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTGlnaHQg TGlzdCBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5 PSI2MiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTGln aHQgR3JpZCBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9y aXR5PSI2MyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0i TWVkaXVtIFNoYWRpbmcgMSBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFs c2UiIFByaW9yaXR5PSI2NCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxz ZSIgTmFtZT0iTWVkaXVtIFNoYWRpbmcgMiBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExv Y2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5V c2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIExpc3QgMSBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0 aW9uIExvY2tlZD0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iUmV2aXNpb24i Lz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzQiIFNlbWlIaWRk ZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIFFGb3JtYXQ9InRydWUiIE5hbWU9Ikxp c3QgUGFyYWdyYXBoIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9 IjI5IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBRRm9ybWF0PSJ0 cnVlIiBOYW1lPSJRdW90ZSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9y aXR5PSIzMCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgUUZvcm1h dD0idHJ1ZSIgTmFtZT0iSW50ZW5zZSBRdW90ZSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0i ZmFsc2UiIFByaW9yaXR5PSI2NiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJm YWxzZSIgTmFtZT0iTWVkaXVtIExpc3QgMiBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExv Y2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5V c2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdyaWQgMSBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0 aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2OCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlk ZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdyaWQgMiBBY2NlbnQgMSIvPg0KPHc6THNk RXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2OSIgU2VtaUhpZGRlbj0iZmFsc2Ui IFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdyaWQgMyBBY2NlbnQgMSIvPg0K PHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MCIgU2VtaUhpZGRlbj0i ZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iRGFyayBMaXN0IEFjY2VudCAxIi8+ DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcxIiBTZW1pSGlkZGVu PSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJDb2xvcmZ1bCBTaGFkaW5nIEFj Y2VudCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcyIiBT ZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJDb2xvcmZ1bCBM aXN0IEFjY2VudCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9 IjczIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJDb2xv cmZ1bCBHcmlkIEFjY2VudCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJp b3JpdHk9IjYwIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1l PSJMaWdodCBTaGFkaW5nIEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxz ZSIgUHJpb3JpdHk9IjYxIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNl IiBOYW1lPSJMaWdodCBMaXN0IEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJm YWxzZSIgUHJpb3JpdHk9IjYyIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZh bHNlIiBOYW1lPSJMaWdodCBHcmlkIEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2Vk PSJmYWxzZSIgUHJpb3JpdHk9IjYzIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9 ImZhbHNlIiBOYW1lPSJNZWRpdW0gU2hhZGluZyAxIEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRp b24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY0IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRl V2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gU2hhZGluZyAyIEFjY2VudCAyIi8+DQo8dzpM c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY1IiBTZW1pSGlkZGVuPSJmYWxz ZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gTGlzdCAxIEFjY2VudCAyIi8+ DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY2IiBTZW1pSGlkZGVu PSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gTGlzdCAyIEFjY2Vu dCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY3IiBTZW1p SGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gR3JpZCAx IEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY4 IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0g R3JpZCAyIEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3Jp dHk9IjY5IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJN ZWRpdW0gR3JpZCAzIEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIg UHJpb3JpdHk9IjcwIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBO YW1lPSJEYXJrIExpc3QgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl IiBQcmlvcml0eT0iNzEiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2Ui IE5hbWU9IkNvbG9yZnVsIFNoYWRpbmcgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr ZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzIiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNl ZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVsIExpc3QgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2VwdGlv biBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzMiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVX aGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVsIEdyaWQgQWNjZW50IDIiLz4NCjx3OkxzZEV4 Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjAiIFNlbWlIaWRkZW49ImZhbHNlIiBV bmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IFNoYWRpbmcgQWNjZW50IDMiLz4NCjx3 OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjEiIFNlbWlIaWRkZW49ImZh bHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IExpc3QgQWNjZW50IDMiLz4N Cjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjIiIFNlbWlIaWRkZW49 ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IEdyaWQgQWNjZW50IDMi Lz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjMiIFNlbWlIaWRk ZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBTaGFkaW5nIDEg QWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjQi IFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBT aGFkaW5nIDIgQWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlv cml0eT0iNjUiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9 Ik1lZGl1bSBMaXN0IDEgQWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl IiBQcmlvcml0eT0iNjYiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2Ui IE5hbWU9Ik1lZGl1bSBMaXN0IDIgQWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9 ImZhbHNlIiBQcmlvcml0eT0iNjciIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0i ZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDEgQWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBM b2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjgiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVu VXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDIgQWNjZW50IDMiLz4NCjx3OkxzZEV4Y2Vw dGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjkiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhp ZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDMgQWNjZW50IDMiLz4NCjx3Okxz ZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzAiIFNlbWlIaWRkZW49ImZhbHNl IiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkRhcmsgTGlzdCBBY2NlbnQgMyIvPg0KPHc6 THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MSIgU2VtaUhpZGRlbj0iZmFs c2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwgU2hhZGluZyBBY2NlbnQg MyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MiIgU2VtaUhp ZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwgTGlzdCBB Y2NlbnQgMyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MyIg U2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwg R3JpZCBBY2NlbnQgMyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5 PSI2MCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTGln aHQgU2hhZGluZyBBY2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSI2MSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFt ZT0iTGlnaHQgTGlzdCBBY2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2Ui IFByaW9yaXR5PSI2MiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIg TmFtZT0iTGlnaHQgR3JpZCBBY2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFs c2UiIFByaW9yaXR5PSI2MyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxz ZSIgTmFtZT0iTWVkaXVtIFNoYWRpbmcgMSBBY2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExv Y2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5V c2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIFNoYWRpbmcgMiBBY2NlbnQgNCIvPg0KPHc6THNkRXhj ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVu aGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIExpc3QgMSBBY2NlbnQgNCIvPg0KPHc6 THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NiIgU2VtaUhpZGRlbj0iZmFs c2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIExpc3QgMiBBY2NlbnQgNCIv Pg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NyIgU2VtaUhpZGRl bj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdyaWQgMSBBY2Nl bnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2OCIgU2Vt aUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdyaWQg MiBBY2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2 OSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVt IEdyaWQgMyBBY2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9y aXR5PSI3MCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0i RGFyayBMaXN0IEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJp b3JpdHk9IjcxIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1l PSJDb2xvcmZ1bCBTaGFkaW5nIEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJm YWxzZSIgUHJpb3JpdHk9IjcyIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZh bHNlIiBOYW1lPSJDb2xvcmZ1bCBMaXN0IEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9j a2VkPSJmYWxzZSIgUHJpb3JpdHk9IjczIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVz ZWQ9ImZhbHNlIiBOYW1lPSJDb2xvcmZ1bCBHcmlkIEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRp b24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYwIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRl V2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJMaWdodCBTaGFkaW5nIEFjY2VudCA1Ii8+DQo8dzpMc2RF eGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYxIiBTZW1pSGlkZGVuPSJmYWxzZSIg VW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJMaWdodCBMaXN0IEFjY2VudCA1Ii8+DQo8dzpM c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYyIiBTZW1pSGlkZGVuPSJmYWxz ZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJMaWdodCBHcmlkIEFjY2VudCA1Ii8+DQo8 dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYzIiBTZW1pSGlkZGVuPSJm YWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gU2hhZGluZyAxIEFjY2Vu dCA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY0IiBTZW1p SGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gU2hhZGlu ZyAyIEFjY2VudCA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9 IjY1IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRp dW0gTGlzdCAxIEFjY2VudCA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJp b3JpdHk9IjY2IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1l PSJNZWRpdW0gTGlzdCAyIEFjY2VudCA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxz ZSIgUHJpb3JpdHk9IjY3IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNl IiBOYW1lPSJNZWRpdW0gR3JpZCAxIEFjY2VudCA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2Vk PSJmYWxzZSIgUHJpb3JpdHk9IjY4IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9 ImZhbHNlIiBOYW1lPSJNZWRpdW0gR3JpZCAyIEFjY2VudCA1Ii8+DQo8dzpMc2RFeGNlcHRpb24g TG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY5IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hl blVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gR3JpZCAzIEFjY2VudCA1Ii8+DQo8dzpMc2RFeGNl cHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcwIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5o aWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJEYXJrIExpc3QgQWNjZW50IDUiLz4NCjx3OkxzZEV4 Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzEiIFNlbWlIaWRkZW49ImZhbHNlIiBV bmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVsIFNoYWRpbmcgQWNjZW50IDUiLz4N Cjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzIiIFNlbWlIaWRkZW49 ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVsIExpc3QgQWNjZW50 IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzMiIFNlbWlI aWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVsIEdyaWQg QWNjZW50IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjAi IFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IFNo YWRpbmcgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0 eT0iNjEiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ikxp Z2h0IExpc3QgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlv cml0eT0iNjIiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9 IkxpZ2h0IEdyaWQgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQ cmlvcml0eT0iNjMiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5h bWU9Ik1lZGl1bSBTaGFkaW5nIDEgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9 ImZhbHNlIiBQcmlvcml0eT0iNjQiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0i ZmFsc2UiIE5hbWU9Ik1lZGl1bSBTaGFkaW5nIDIgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlv biBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjUiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVX aGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBMaXN0IDEgQWNjZW50IDYiLz4NCjx3OkxzZEV4 Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjYiIFNlbWlIaWRkZW49ImZhbHNlIiBV bmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBMaXN0IDIgQWNjZW50IDYiLz4NCjx3 OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjciIFNlbWlIaWRkZW49ImZh bHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDEgQWNjZW50IDYi Lz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjgiIFNlbWlIaWRk ZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDIgQWNj ZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjkiIFNl bWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlk IDMgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0i NzAiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkRhcmsg TGlzdCBBY2NlbnQgNiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5 PSI3MSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29s b3JmdWwgU2hhZGluZyBBY2NlbnQgNiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2Ui IFByaW9yaXR5PSI3MiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIg TmFtZT0iQ29sb3JmdWwgTGlzdCBBY2NlbnQgNiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0i ZmFsc2UiIFByaW9yaXR5PSI3MyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJm YWxzZSIgTmFtZT0iQ29sb3JmdWwgR3JpZCBBY2NlbnQgNiIvPg0KPHc6THNkRXhjZXB0aW9uIExv Y2tlZD0iZmFsc2UiIFByaW9yaXR5PSIxOSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5V c2VkPSJmYWxzZSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iU3VidGxlIEVtcGhhc2lzIi8+DQo8dzpM c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjIxIiBTZW1pSGlkZGVuPSJmYWxz ZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJJbnRlbnNlIEVt cGhhc2lzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjMxIiBT ZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBRRm9ybWF0PSJ0cnVlIiBO YW1lPSJTdWJ0bGUgUmVmZXJlbmNlIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIg UHJpb3JpdHk9IjMyIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBR Rm9ybWF0PSJ0cnVlIiBOYW1lPSJJbnRlbnNlIFJlZmVyZW5jZSIvPg0KPHc6THNkRXhjZXB0aW9u IExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzMyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdo ZW5Vc2VkPSJmYWxzZSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iQm9vayBUaXRsZSIvPg0KPHc6THNk RXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzNyIgTmFtZT0iQmlibGlvZ3JhcGh5 Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjM5IiBRRm9ybWF0 PSJ0cnVlIiBOYW1lPSJUT0MgSGVhZGluZyIvPg0KPC93OkxhdGVudFN0eWxlcz4NCjwveG1sPjwh W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OkhlbHZldGljYTsNCglwYW5vc2UtMToyIDExIDYgNCAyIDIgMiAyIDIg NDsNCgltc28tZm9udC1jaGFyc2V0OjA7DQoJbXNvLWdlbmVyaWMtZm9udC1mYW1pbHk6c3dpc3M7 DQoJbXNvLWZvbnQtZm9ybWF0Om90aGVyOw0KCW1zby1mb250LXBpdGNoOnZhcmlhYmxlOw0KCW1z by1mb250LXNpZ25hdHVyZTozIDAgMCAwIDEgMDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5 OkhlbHZldGljYTsNCglwYW5vc2UtMToyIDExIDYgNCAyIDIgMiAyIDIgNDsNCgltc28tZm9udC1j aGFyc2V0OjA7DQoJbXNvLWdlbmVyaWMtZm9udC1mYW1pbHk6c3dpc3M7DQoJbXNvLWZvbnQtZm9y bWF0Om90aGVyOw0KCW1zby1mb250LXBpdGNoOnZhcmlhYmxlOw0KCW1zby1mb250LXNpZ25hdHVy ZTozIDAgMCAwIDEgMDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFu b3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7DQoJbXNvLWZvbnQtYWx0OiJCaWVudmVudWUgVFQi Ow0KCW1zby1mb250LWNoYXJzZXQ6MDsNCgltc28tZ2VuZXJpYy1mb250LWZhbWlseTpzd2lzczsN Cgltc28tZm9udC1waXRjaDp2YXJpYWJsZTsNCgltc28tZm9udC1zaWduYXR1cmU6LTUzNjg3MDE0 NSAxMDczNzg2MTExIDEgMCA0MTUgMDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9t YTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDsNCgltc28tZm9udC1jaGFyc2V0OjA7 DQoJbXNvLWdlbmVyaWMtZm9udC1mYW1pbHk6c3dpc3M7DQoJbXNvLWZvbnQtcGl0Y2g6dmFyaWFi bGU7DQoJbXNvLWZvbnQtc2lnbmF0dXJlOi01MjAwODE2NjUgLTEwNzM3MTcxNTcgNDEgMCA2NjA0 NyAwO30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q29uc29sYXM7DQoJcGFub3NlLTE6MiAx MSA2IDkgMiAyIDQgMyAyIDQ7DQoJbXNvLWZvbnQtY2hhcnNldDowOw0KCW1zby1nZW5lcmljLWZv bnQtZmFtaWx5Om1vZGVybjsNCgltc28tZm9udC1waXRjaDpmaXhlZDsNCgltc28tZm9udC1zaWdu YXR1cmU6LTUyMDA5MjkyOSAxMDczODA2NTkxIDkgMCA0MTUgMDt9DQovKiBTdHlsZSBEZWZpbml0 aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttc28t c3R5bGUtdW5oaWRlOm5vOw0KCW1zby1zdHlsZS1xZm9ybWF0OnllczsNCgltc28tc3R5bGUtcGFy ZW50OiIiOw0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCW1zby1wYWdp bmF0aW9uOndpZG93LW9ycGhhbjsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJU aW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7DQoJbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6Q2FsaWJy aTt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1ub3Nob3c6eWVzOw0K CW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1 bmRlcmxpbmU7DQoJdGV4dC11bmRlcmxpbmU6c2luZ2xlO30NCnByZQ0KCXttc28tc3R5bGUtbm9z aG93OnllczsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IlByw6lm b3JtYXTDqSBIVE1MIENhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7 DQoJbXNvLXBhZ2luYXRpb246d2lkb3ctb3JwaGFuOw0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9u dC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCgltc28tZmFyZWFzdC1mb250LWZhbWlseTpDYWxpYnJp O30NCnAuTXNvQWNldGF0ZSwgbGkuTXNvQWNldGF0ZSwgZGl2Lk1zb0FjZXRhdGUNCgl7bXNvLXN0 eWxlLW5vc2hvdzp5ZXM7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5r OiJUZXh0ZSBkZSBidWxsZXMgQ2FyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAw MDFwdDsNCgltc28tcGFnaW5hdGlvbjp3aWRvdy1vcnBoYW47DQoJZm9udC1zaXplOjguMHB0Ow0K CWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjsNCgltc28tZmFyZWFzdC1mb250LWZh bWlseTpDYWxpYnJpO30NCnNwYW4uZ3JhbWUNCgl7bXNvLXN0eWxlLW5hbWU6Z3JhbWU7DQoJbXNv LXN0eWxlLXVuaGlkZTpubzt9DQpzcGFuLmFwcGxlLWNvbnZlcnRlZC1zcGFjZQ0KCXttc28tc3R5 bGUtbmFtZTphcHBsZS1jb252ZXJ0ZWQtc3BhY2U7DQoJbXNvLXN0eWxlLXVuaGlkZTpubzt9DQpz cGFuLlByZm9ybWF0SFRNTENhcg0KCXttc28tc3R5bGUtbmFtZToiUHLDqWZvcm1hdMOpIEhUTUwg Q2FyIjsNCgltc28tc3R5bGUtbm9zaG93OnllczsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJ bXNvLXN0eWxlLXVuaGlkZTpubzsNCgltc28tc3R5bGUtbG9ja2VkOnllczsNCgltc28tc3R5bGUt bGluazoiUHLDqWZvcm1hdMOpIEhUTUwiOw0KCWZvbnQtZmFtaWx5OkNvbnNvbGFzOw0KCW1zby1h c2NpaS1mb250LWZhbWlseTpDb25zb2xhczsNCgltc28tZmFyZWFzdC1mb250LWZhbWlseTpDYWxp YnJpOw0KCW1zby1oYW5zaS1mb250LWZhbWlseTpDb25zb2xhczsNCgltc28tYmlkaS1mb250LWZh bWlseTpDb25zb2xhczt9DQpzcGFuLnNwZWxsZQ0KCXttc28tc3R5bGUtbmFtZTpzcGVsbGU7DQoJ bXNvLXN0eWxlLXVuaGlkZTpubzt9DQpzcGFuLnN0DQoJe21zby1zdHlsZS1uYW1lOnN0Ow0KCW1z by1zdHlsZS11bmhpZGU6bm87fQ0Kc3Bhbi5UZXh0ZWRlYnVsbGVzQ2FyDQoJe21zby1zdHlsZS1u YW1lOiJUZXh0ZSBkZSBidWxsZXMgQ2FyIjsNCgltc28tc3R5bGUtbm9zaG93OnllczsNCgltc28t c3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLXVuaGlkZTpubzsNCgltc28tc3R5bGUtbG9j a2VkOnllczsNCgltc28tc3R5bGUtbGluazoiVGV4dGUgZGUgYnVsbGVzIjsNCgltc28tYW5zaS1m b250LXNpemU6OC4wcHQ7DQoJbXNvLWJpZGktZm9udC1zaXplOjguMHB0Ow0KCWZvbnQtZmFtaWx5 OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjsNCgltc28tYXNjaWktZm9udC1mYW1pbHk6VGFob21hOw0K CW1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OkNhbGlicmk7DQoJbXNvLWhhbnNpLWZvbnQtZmFtaWx5 OlRhaG9tYTsNCgltc28tYmlkaS1mb250LWZhbWlseTpUYWhvbWE7fQ0Kc3Bhbi5FbWFpbFN0eWxl MjYNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJbXNvLXN0eWxlLW5vc2hvdzp5 ZXM7DQoJbXNvLXN0eWxlLXVuaGlkZTpubzsNCgltc28tYW5zaS1mb250LXNpemU6MTEuMHB0Ow0K CW1zby1iaWRpLWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5z LXNlcmlmIjsNCgltc28tYXNjaWktZm9udC1mYW1pbHk6Q2FsaWJyaTsNCgltc28tZmFyZWFzdC1m b250LWZhbWlseTpDYWxpYnJpOw0KCW1zby1oYW5zaS1mb250LWZhbWlseTpDYWxpYnJpOw0KCW1z by1iaWRpLWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0K c3Bhbi5TcGVsbEUNCgl7bXNvLXN0eWxlLW5hbWU6IiI7DQoJbXNvLXNwbC1lOnllczt9DQpzcGFu LkdyYW1FDQoJe21zby1zdHlsZS1uYW1lOiIiOw0KCW1zby1ncmFtLWU6eWVzO30NCi5Nc29DaHBE ZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCW1zby1kZWZhdWx0LXByb3Bz OnllczsNCglmb250LXNpemU6MTAuMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJ bXNvLWJpZGktZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2 MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcwLjg1cHQgNzAuODVwdCA3MC44NXB0IDcwLjg1cHQ7 DQoJbXNvLWhlYWRlci1tYXJnaW46MzYuMHB0Ow0KCW1zby1mb290ZXItbWFyZ2luOjM2LjBwdDsN Cgltc28tcGFwZXItc291cmNlOjA7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0 aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyAxMF0+PHN0eWxlPi8qIFN0eWxlIERl ZmluaXRpb25zICovDQp0YWJsZS5Nc29Ob3JtYWxUYWJsZQ0KCXttc28tc3R5bGUtbmFtZToiVGFi bGVhdSBOb3JtYWwiOw0KCW1zby10c3R5bGUtcm93YmFuZC1zaXplOjA7DQoJbXNvLXRzdHlsZS1j b2xiYW5kLXNpemU6MDsNCgltc28tc3R5bGUtbm9zaG93OnllczsNCgltc28tc3R5bGUtcHJpb3Jp dHk6OTk7DQoJbXNvLXN0eWxlLXBhcmVudDoiIjsNCgltc28tcGFkZGluZy1hbHQ6MGNtIDUuNHB0 IDBjbSA1LjRwdDsNCgltc28tcGFyYS1tYXJnaW46MGNtOw0KCW1zby1wYXJhLW1hcmdpbi1ib3R0 b206LjAwMDFwdDsNCgltc28tcGFnaW5hdGlvbjp3aWRvdy1vcnBoYW47DQoJZm9udC1zaXplOjEw LjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiO30NCjwvc3R5bGU+ PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6 ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBn dGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2 OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0t LT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkZSIiBsaW5rPSJibHVlIiB2bGluaz0iIzAwMDAwMCIg c3R5bGU9InRhYi1pbnRlcnZhbDozNS40cHQiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tYmlk aS1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7Y29sb3I6IzFGNDk3RCI+ SGkgSm9obiw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWJpZGktZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7bXNvLWJpZGktZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7 O2NvbG9yOiMxRjQ5N0Q7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPlRoYW5rcywgbG9va3MgZ29v ZCB0byBtZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBjbGFzcz0iR3JhbUUiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 bXNvLWJpZGktZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2NvbG9yOiMx RjQ5N0Q7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPk1vcmUgaW5saW5lLjwvc3Bhbj48L3NwYW4+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tYmlkaS1mb250LWZh bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7Y29sb3I6IzFGNDk3RDttc28tYW5zaS1s YW5ndWFnZTpFTi1VUyI+DQogW0JydW5vXTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNv LWJpZGktZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2NvbG9yOiMxRjQ5 N0Q7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7bXNvLWJpZGktZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2Nv bG9yOiMxRjQ5N0Q7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUg MS41cHQ7cGFkZGluZzowY20gMGNtIDBjbSA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9y ZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNt IDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9IlNwZWxsRSI+PGI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7 VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij5Gcm9tPC9zcGFuPjwvYj48L3NwYW4+PGI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7Ij46PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28t ZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPg0KIEpvaG4g Ry4gU2N1ZGRlciBbbWFpbHRvOmpnc0BqdW5pcGVyLm5ldF0gPGJyPg0KPGI+U2VudDo8L2I+IFRo dXJzZGF5LCBOb3ZlbWJlciAxMiwgMjAxNSA0OjE3IFBNPGJyPg0KPGI+VG86PC9iPiBERUNSQUVO RSBCcnVubyBJTVQvT0xOPGJyPg0KPGI+Q2M6PC9iPiBpZHIgd2c7IE11cnBoeSwgU2FuZHJhOyBT dXNhbiBIYXJlczxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW0lkcl0gMSBXRyBjYWxsIGZvciBS ZXZpZXcgZHJhZnQtaWV0Zi1zaWRyLW9yaWdpbi12YWxpZGF0aW9uLXNpZ25hbGluZy0wNCAtIFJG QzQyNzEgY2hhbmdlczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcg Um9tYW4mcXVvdDsiPkhpIEJydW5vLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1 b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVh c3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij5UaGFua3MgZm9yIHlv dXIgYWRkaXRpb25hbCBjb21tZW50cy4gTXkgcmVzcG9uc2VzIGluLWxpbmUgYmVsb3cuPG86cD48 L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJtc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFy Z2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7Ij5PbiBOb3YgMTIsIDIwMTUsIGF0IDk6MTggQU0sDQo8YSBocmVmPSJt YWlsdG86YnJ1bm8uZGVjcmFlbmVAb3JhbmdlLmNvbSI+YnJ1bm8uZGVjcmFlbmVAb3JhbmdlLmNv bTwvYT4gd3JvdGU6PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1 b3Q7O2NvbG9yOiMxRjQ5N0Q7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPkhpIEpvaG4sPC9zcGFu PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVv dDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFu JnF1b3Q7O2NvbG9yOiMxRjQ5N0Q7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOzwvc3Bh bj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1 b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21h biZxdW90Oztjb2xvcjojMUY0OTdEO21zby1hbnNpLWxhbmd1YWdlOkVOLVVTIj5UaGFua3MgZm9y IHRha2luZyB0aGUgdGltZSB0byB0YWtlIG15IGNvbW1lbnRzIGludG8gYWNjb3VudHMuPC9zcGFu PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVv dDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFu JnF1b3Q7O2NvbG9yOiMxRjQ5N0Q7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPi0wNiBhZGRyZXNz IGFsbCBteSBjb21tZW50cy48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1m YXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7Y29sb3I6IzFGNDk3RDttc28tYW5zaS1sYW5n dWFnZTpFTi1VUyI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28t ZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1p bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2NvbG9yOiMxRjQ5N0Q7bXNvLWFuc2ktbGFu Z3VhZ2U6RU4tVVMiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNv LWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oztjb2xvcjojMUY0OTdEO21zby1hbnNpLWxh bmd1YWdlOkVOLVVTIj5Gb2xsb3dpbmcgdGhlIGNoYW5nZXMsIEkgaGF2ZSBzb21lIGZ1cnRoZXIg Y29tbWVudHMuIFBsZWFzZSBmZWVsIGZyZWUgdG8gc2lsZW50bHkNCiBkaXNjYXJkL3VwZGF0ZSBh cyB5b3Ugd2lzaC48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0 LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVv dDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7Y29sb3I6IzFGNDk3RDttc28tYW5zaS1sYW5ndWFnZTpF Ti1VUyI+Kikgwqc8c3BhbiBjbGFzcz0iZ3JhbWUiPjImbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9 ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJncmFtZSI+ OnM8L3NwYW4+L1RCRC8weDAwPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28t ZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtZm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij5UaGFua3MsIHdpbGwgZG8uPG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90 O1RpbWVzIE5ldyBSb21hbiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4g c3R5bGU9Im1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90 OyI+PGJyIHN0eWxlPSJtc28tc3BlY2lhbC1jaGFyYWN0ZXI6bGluZS1icmVhayI+DQo8IVtpZiAh c3VwcG9ydExpbmVCcmVha05ld0xpbmVdPjxiciBzdHlsZT0ibXNvLXNwZWNpYWwtY2hhcmFjdGVy OmxpbmUtYnJlYWsiPg0KPCFbZW5kaWZdPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwcmU+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RDttc28tYW5zaS1sYW5ndWFnZTpFTi1V UyI+KikgRm9sbG93aW5nIHRoZSByZW1vdmFsIG9mIHRoZSBjaGFuZ2UgdG8gdGhlIEJHUCBEZWNp c2lvbiBQcm9jZXNzLCB0aGUgMiBmaXJzdCBzZW50ZW5jZXMgb2YgdGhlIGFic3RyYWN0ICZhbXA7 IEludHJvZHVjdGlvbiBjb3VsZCBwcm9iYWJseSBiZSByZW1vdmVkIG9yIHJld3JpdHRlbi4gKEN1 cnJlbnRseSBpcyDigJw8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28tYW5zaS1s YW5ndWFnZTpFTi1VUyI+QXMgcGFydCBvZiB0aGUgb3JpZ2luYXRpb24gQVMgdmFsaWRhdGlvbiBw cm9jZXNzLCBpdCBjYW4gYmUgZGVzaXJhYmxlPC9zcGFuPjxvOnA+PC9vOnA+PC9wcmU+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O21zby1mYXJlYXN0 LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Ozttc28tYW5zaS1sYW5ndWFn ZTpFTi1VUyI+Jm5ic3A7Jm5ic3A7PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+ Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJncmFtZSI+dG88L3NwYW4+PHNwYW4gY2xhc3M9ImFw cGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPmF1dG9tYXRpY2FsbHkNCiBjb25zaWRl ciB0aGUgdmFsaWRhdGlvbiBzdGF0ZSBvZiByb3V0ZXMgaW4gdGhlIEJHUDwvc3Bhbj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7bXNvLWZhcmVhc3QtZm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O21zby1hbnNpLWxhbmd1YWdlOkVO LVVTIj4mbmJzcDsmbmJzcDs8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJz cDs8L3NwYW4+PHNwYW4gY2xhc3M9ImdyYW1lIj5kZWNpc2lvbjwvc3Bhbj48c3BhbiBjbGFzcz0i YXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+cHJvY2Vzcy4mbmJzcDs8c3BhbiBj bGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+VGhlDQogcHVycG9zZSBv ZiB0aGlzIGRvY3VtZW50IGlzIHRvIHByb3ZpZGUgYTwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1 b3Q7Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1 b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O21zby1hbnNpLWxhbmd1YWdlOkVOLVVTIj4mbmJzcDsm bmJzcDs8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PC9z cGFuPjxzcGFuIGNsYXNzPSJncmFtZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6 JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij5zcGVjaWZpY2F0aW9uPC9zcGFuPjwvc3Bhbj48 c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Ozttc28tZmFyZWFzdC1m b250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOzwvc3Bhbj48L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFu JnF1b3Q7Ij5mb3I8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3Nw YW4+PHNwYW4gY2xhc3M9InNwZWxsZSI+ZG9pbmc8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNv bnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJzcGVsbGUiPnNvPC9zcGFu Pi4mbmJzcDvCuzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3Qt Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJtc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDsiPkdvb2QgcG9pbnQuIEkgc3VnZ2VzdCBzaW1wbHkgcmVtb3ZpbmcgdGhlIHRleHQgeW91 J3ZlIHF1b3RlZCwgYW5kIHNsaWdodGx5IHJld3JpdGluZyBvZiB0aGUgcmVtYWluaW5nLCBzb21l dGhpbmcgbGlrZTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7 VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3Qt Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mcXVvdDtUaGlzIGRvY3Vt ZW50IGRlZmluZXMgYSBuZXcgQkdQIG9wYXF1ZSBleHRlbmRlZCBjb21tdW5pdHkgdG8gY2Fycnkg dGhlIG9yaWdpbmF0aW9uIEFTIHZhbGlkYXRpb24gc3RhdGUgaW5zaWRlIGFuIGF1dG9ub21vdXMg c3lzdGVtLiBJQkdQIHNwZWFrZXJzIHRoYXQgcmVjZWl2ZSB0aGlzIHZhbGlkYXRpb24gc3RhdGUN CiBjYW4gY29uZmlndXJlIGxvY2FsIHBvbGljaWVzIGFsbG93aW5nIGl0IHRvIGluZmx1ZW5jZSA8 c3BhbiBjbGFzcz0iU3BlbGxFIj50aGVpcjwvc3Bhbj4NCjxzcGFuIGNsYXNzPSJTcGVsbEUiPmRl Y2lzaW9uPC9zcGFuPiA8c3BhbiBjbGFzcz0iU3BlbGxFIj5wcm9jZXNzPC9zcGFuPi4mcXVvdDs8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1iaWRpLWZvbnQtZmFtaWx5OiZxdW90O1Rp bWVzIE5ldyBSb21hbiZxdW90Oztjb2xvcjojMUY0OTdEO21zby1hbnNpLWxhbmd1YWdlOkVOLVVT Ij5bQnJ1bm9dIGxvb2tzIGdvb2QgdG8gbWUuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJt c28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7bXNvLWFu c2ktbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206 NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7O2NvbG9yOiMxRjQ5N0Q7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPiop IMKnMjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48L3Nw YW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1Rp bWVzIE5ldyBSb21hbiZxdW90Ozttc28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+4oCcQW4NCiBpbXBs ZW1lbnRhdGlvbiBTSE9VTEQgTk9UIHNlbmQgbW9yZSB0aGFuIG9uZSBpbnN0YW5jZSBvZiB0aGU8 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5 OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O21z by1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Ozttc28tYW5z aS1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7Jm5ic3A7PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRl ZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJncmFtZSI+b3JpZ2luPC9zcGFuPjxz cGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj52YWxpZGF0aW9u DQogc3RhdGUgZXh0ZW5kZWQgY29tbXVuaXR5LiZuYnNwOzxzcGFuIGNsYXNzPSJhcHBsZS1jb252 ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5Ib3dldmVyLCBpZiBtb3JlIHRoYW48L3NwYW4+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1Rp bWVzIE5ldyBSb21hbiZxdW90OyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O21zby1mYXJlYXN0 LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Ozttc28tYW5zaS1sYW5ndWFn ZTpFTi1VUyI+Jm5ic3A7Jm5ic3A7PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+ Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJncmFtZSI+b25lPC9zcGFuPjxzcGFuIGNsYXNzPSJh cHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5pbnN0YW5jZQ0KIGlzIHJlY2VpdmVk LCBhbiBpbXBsZW1lbnRhdGlvbiBNVVNUIGRpc3JlZ2FyZCBhbGw8L3NwYW4+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBS b21hbiZxdW90OyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Ozttc28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+ Jm5ic3A7Jm5ic3A7PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9z cGFuPjxzcGFuIGNsYXNzPSJncmFtZSI+aW5zdGFuY2VzPC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBs ZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5vdGhlcg0KIHRoYW4gdGhlIG9uZSB3aXRo IHRoZSBudW1lcmljYWxseS1ncmVhdGVzdCB2YWx1ZS7igJ08L3NwYW4+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21h biZxdW90OyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28t ZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7Y29sb3I6IzFG NDk3RDttc28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNv LWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2NvbG9yOiMx RjQ5N0Q7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPlNvcnJ5IGZvciBuaXQgcGlja2luZywgYnV0 IHNpbmNlIHRoaXMgbWF5IGltcGFjdCBpbnRlcm9wZXJhYmlsaXR5LCBJIHdvdWxkIHByZWZlcg0K IGlmIHlvdSBjb3VsZCBleHBsaWNpdGx5IHNwZWNpZnkgd2hhdCDigJxudW1lcmljYWxseS1ncmVh dGVzdCB2YWx1ZeKAnSByZWZlcnMgdG8uIElNSE8g4oCcPHNwYW4gY2xhc3M9InNwZWxsZSI+dmFs aWRhdGlvbnN0YXRlPC9zcGFuPuKAnSBidXQgc29tZSBwZW9wbGUgY291bGQgdW5kZXJzdGFuZCDi gJxleHRlbmRlZCBjb21tdW5pdHnigJ08L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90 O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtZm9udC1m YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij5JZiB3ZSBhc3N1bWUgKG9yIHNwZWNp ZnkpIHRoYXQgdGhlIHJlc2VydmVkIGZpZWxkIG11c3QgYmUgemVybywgdGhlbiBpdCdzIGVxdWl2 YWxlbnQgd2hldGhlciB5b3UgY29tcGFyZSBvbmx5IHRoZSBsb3dlc3QgdHdvIGJpdHMgb3IgdGhl IGVudGlyZSBlaWdodCBieXRlcywgYmVjYXVzZSB0aGUgdG9wIDYyIGJpdHMNCiBhcmUgY29tcGxl dGVseSBkZXRlcm1pbmVkIGJ5IHRoZSBzcGVjaWZpY2F0aW9uLiBUaGF0IHNhaWQsIEkgdGhpbmsg eW91IGFyZSByaWdodCwgc2luY2UgaW4gdGhlIGZ1dHVyZSBzb21lIHVzZSBtaWdodCBiZSBtYWRl IG9mIHRoZQ0KPHNwYW4gY2xhc3M9IlNwZWxsRSI+cmVzZXJ2ZWQ8L3NwYW4+IDxzcGFuIGNsYXNz PSJTcGVsbEUiPmZpZWxkPC9zcGFuPi48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD48 L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWJpZGktZm9udC1mYW1pbHk6JnF1b3Q7 VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2NvbG9yOiMxRjQ5N0Q7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4t VVMiPltCcnVub10gWW91IGFyZSByZWFkaW5nIG15IG1pbmQuPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28tZmFy ZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7bXNvLWFuc2ktbGFu Z3VhZ2U6RU4tVVMiPlNlZW1zIGxpa2Ugd2UgY2FuIGp1c3QgYWRkIG1vcmUgZGVzY3JpcHRpb24g dG8gJnF1b3Q7dmFsdWUmcXVvdDssIGFzIGluICZxdW90O+KApg0KPHNwYW4gY2xhc3M9IkdyYW1F Ij5NVVNUIGRpc3JlZ2FyZCBhbGwgaW5zdGFuY2VzIG90aGVyIHRoYW4gdGhlIG9uZSB3aXRoIHRo ZSBudW1lcmljYWxseS1ncmVhdGVzdCB2YWxpZGF0aW9uIHN0YXRlIHZhbHVlJnF1b3Q7Ljwvc3Bh bj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0 LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oztjb2xvcjojMUY0OTdEO21z by1hbnNpLWxhbmd1YWdlOkVOLVVTIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tYmlkaS1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcg Um9tYW4mcXVvdDs7Y29sb3I6IzFGNDk3RDttc28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+W0JydW5v XQ0KPHNwYW4gY2xhc3M9IkdyYW1FIj5Mb29rcyBnb29kIHRvIG1lLjwvc3Bhbj4gVGhhbmtzLjwv c3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9Im1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90Ozttc28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+PGJyIHN0 eWxlPSJtc28tc3BlY2lhbC1jaGFyYWN0ZXI6bGluZS1icmVhayI+DQo8IVtpZiAhc3VwcG9ydExp bmVCcmVha05ld0xpbmVdPjxiciBzdHlsZT0ibXNvLXNwZWNpYWwtY2hhcmFjdGVyOmxpbmUtYnJl YWsiPg0KPCFbZW5kaWZdPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1m YXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oztjb2xvcjojMUY0 OTdEO21zby1hbnNpLWxhbmd1YWdlOkVOLVVTIj4qKSDCpzIgRm9yIHRoZSBzYW1lIHJlYXNvbiwg ZXhwbGljaXRseSBzcGVjaWZ5aW5nIHdoYXQgdG8gZG8gd2l0aCB0aGU8c3BhbiBjbGFzcz0iYXBw bGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9IkdyYW1FIj48c3Bh biBjbGFzcz0iZ3JhbWUiPlJlc2VydmVkPC9zcGFuPjwvc3Bhbj48c3BhbiBjbGFzcz0iYXBwbGUt Y29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+ZmllbGQNCiB3b3VsZCBlYXNlIG15IG1pbmQu IChJIGFzc3VtZTwvc3Bhbj48c3BhbiBjbGFzcz0iTXNvSHlwZXJsaW5rRm9sbG93ZWQiPjx1Pjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1m YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2NvbG9yOnB1cnBsZTttc28tYW5zaS1s YW5ndWFnZTpFTi1VUyI+Jm5ic3A7PC9zcGFuPjwvdT48L3NwYW4+PGVtPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7 VGltZXMgTmV3IFJvbWFuJnF1b3Q7O21zby1hbnNpLWxhbmd1YWdlOkVOLVVTIj5SZXNlcnZlZDwv c3Bhbj48L2VtPjxzcGFuIGNsYXNzPSJzdCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDs7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPjo8L3NwYW4+PC9zcGFuPjxzcGFuIGNsYXNz PSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1 b3Q7O21zby1hbnNpLWxhbmd1YWdlOkVOLVVTIj4mbmJzcDs8L3NwYW4+PC9zcGFuPjxlbT48c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Ozttc28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+ TVVTVA0KIGJlIHNldCB0byAwPC9zcGFuPjwvZW0+PHNwYW4gY2xhc3M9InN0Ij48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90Ozttc28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+LCBhbmQ8 L3NwYW4+PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6 JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O21zby1hbnNpLWxhbmd1YWdlOkVOLVVTIj4mbmJz cDs8L3NwYW4+PC9zcGFuPjxlbT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oztt c28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+U0hPVUxEPC9zcGFuPjwvZW0+PHNwYW4gY2xhc3M9ImFw cGxlLWNvbnZlcnRlZC1zcGFjZSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7 bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOzwvc3Bhbj48L3NwYW4+PHNwYW4gY2xhc3M9 InN0Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0 LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Ozttc28tYW5zaS1sYW5ndWFn ZTpFTi1VUyI+YmU8L3NwYW4+PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3Bh Y2UiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3Qt Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O21zby1hbnNpLWxhbmd1YWdl OkVOLVVTIj4mbmJzcDs8L3NwYW4+PC9zcGFuPjxlbT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBS b21hbiZxdW90Ozttc28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+aWdub3JlZDwvc3Bhbj48L2VtPjxz cGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7O21zby1hbnNpLWxhbmd1YWdlOkVOLVVTIj4mbmJzcDs8L3NwYW4+PC9zcGFu PjxzcGFuIGNsYXNzPSJzdCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7bXNv LWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPnVwb248L3NwYW4+PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBs ZS1jb252ZXJ0ZWQtc3BhY2UiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O21z by1hbnNpLWxhbmd1YWdlOkVOLVVTIj4mbmJzcDs8L3NwYW4+PC9zcGFuPjxlbT48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90Ozttc28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+cmVjZWlw dCk8L3NwYW4+PC9lbT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNv LWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJtc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv dDsiPkkgYWdyZWUsIGFsdGhvdWdoIEkgdGhpbmsgaXQgTVVTVCBiZSBpZ25vcmVkIHVwb24gcmVj ZWlwdCDigJMgYWZ0ZXIgYWxsLCBhIGZ1dHVyZSBzcGVjaWZpY2F0aW9uIHRoYXQgYXNzaWducyBz ZW1hbnRpY3MgdG8gdGhlIHJlc2VydmVkIGZpZWxkIGNhbiBhbmQgd2lsbCBhbHNvIHJldmlzZSB0 aGUgaW5zdHJ1Y3Rpb24NCiB0byBpZ25vcmUgaXQuIFNvLCBJIHByb3Bvc2Ugd2UgYWRkIHRoZSBw YXJhZ3JhcGggJnF1b3Q7dGhlIFJlc2VydmVkIGZpZWxkIE1VU1QgYmUgc2VudCBhcyB6ZXJvIGFu ZCBNVVNUIGJlIGlnbm9yZWQgdXBvbiByZWNlaXB0JnF1b3Q7IGFzIHRoZSBmaW5hbCBwYXJhZ3Jh cGggb2Ygc2VjdGlvbiAyLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2Nv bG9yOiMxRjQ5N0Q7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOzwvc3Bhbj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1iaWRpLWZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oztjb2xvcjojMUY0OTdEO21zby1hbnNpLWxhbmd1YWdl OkVOLVVTIj5bQnJ1bm9dDQogSSBhZ3JlZSB3aXRoIHlvdS4gRm9yIG15IGRlZmVuc2UsIEkgcXVv dGVkIFJGQyA0NzYwIChteSBmaXJzdCBnb29nbGUgaGl0KS48L3NwYW4+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJtc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDs7Y29sb3I6IzFGNDk3RDttc28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Ozttc28tYmlkaS1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDs7Y29sb3I6IzFGNDk3RDttc28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tYmlkaS1mb250LWZhbWlseTomcXVvdDtUaW1l cyBOZXcgUm9tYW4mcXVvdDs7Y29sb3I6IzFGNDk3RDttc28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+ VGhhbmtzPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tYmlkaS1mb250LWZhbWlseTom cXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7Y29sb3I6IzFGNDk3RDttc28tYW5zaS1sYW5ndWFn ZTpFTi1VUyI+UmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1iaWRpLWZv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oztjb2xvcjojMUY0OTdEO21zby1h bnNpLWxhbmd1YWdlOkVOLVVTIj4tLUJydW5vPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztt c28tYmlkaS1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7Y29sb3I6IzFG NDk3RDttc28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1m YXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+UmVnYXJkcyw8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJv bWFuJnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6 JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4tLUpvaG48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZh cmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij48YnIgc3R5bGU9 Im1zby1zcGVjaWFsLWNoYXJhY3RlcjpsaW5lLWJyZWFrIj4NCjwhW2lmICFzdXBwb3J0TGluZUJy ZWFrTmV3TGluZV0+PGJyIHN0eWxlPSJtc28tc3BlY2lhbC1jaGFyYWN0ZXI6bGluZS1icmVhayI+ DQo8IVtlbmRpZl0+PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVh c3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2NvbG9yOiMxRjQ5N0Q7 bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1 b3Q7Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJl YXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oztjb2xvcjojMUY0OTdE O21zby1hbnNpLWxhbmd1YWdlOkVOLVVTIj5UaGFua3MsPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZh cmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2NvbG9yOiMxRjQ5 N0Q7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPkJydW5vPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZh cmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2NvbG9yOiMxRjQ5 N0Q7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFu JnF1b3Q7Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9ImJvcmRl cjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20gMGNtIDBjbSA0 LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAj QjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tb3V0bGluZS1sZXZlbDoxIj48c3BhbiBjbGFzcz0ic3Bl bGxlIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtU YWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPkZyb208L3NwYW4+PC9iPjwvc3Bhbj48Yj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtU aW1lcyBOZXcgUm9tYW4mcXVvdDsiPjo8L3NwYW4+PC9iPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252 ZXJ0ZWQtc3BhY2UiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7PC9zcGFuPjwvc3Bhbj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtU aW1lcyBOZXcgUm9tYW4mcXVvdDsiPkpvaG4NCiBHLiBTY3VkZGVyIFs8YSBocmVmPSJtYWlsdG86 amdzQGJncC5udSI+bWFpbHRvOmpnc0BiZ3AubnU8L2E+XTxzcGFuIGNsYXNzPSJhcHBsZS1jb252 ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YnI+DQo8Yj5TZW50OjwvYj48c3BhbiBjbGFzcz0i YXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+RnJpZGF5LCBOb3ZlbWJlciAwNiwg MjAxNSAxOjIyIEFNPGJyPg0KPGI+VG86PC9iPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQt c3BhY2UiPiZuYnNwOzwvc3Bhbj5ERUNSQUVORSBCcnVubyBJTVQvT0xOPGJyPg0KPGI+Q2M6PC9i PjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5TdXNhbiBI YXJlczsgaWRyIHdnOyBNdXJwaHksIFNhbmRyYTxicj4NCjxiPlN1YmplY3Q6PC9iPjxzcGFuIGNs YXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5SZTogW0lkcl0gMSBXRyBj YWxsIGZvciBSZXZpZXcgZHJhZnQtaWV0Zi1zaWRyLW9yaWdpbi12YWxpZGF0aW9uLXNpZ25hbGlu Zy0wNCAtIFJGQzQyNzEgY2hhbmdlczwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l dyBSb21hbiZxdW90OyI+SGkgQnJ1bm8sPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsi PiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28t ZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPldlIGJlbGll dmUgLTA1IGhhcyBhZGRyZXNzZWQgdGhlc2UgaXNzdWVzLCBzZWUgYmVsb3cuPG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5 OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFy Z2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtU aW1lcyBOZXcgUm9tYW4mcXVvdDsiPk9uIEp1biAxMSwgMjAxNCwgYXQgMTI6NDAgQU0sPHNwYW4g Y2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxhIGhyZWY9Im1haWx0 bzpicnVuby5kZWNyYWVuZUBvcmFuZ2UuY29tIj48c3BhbiBzdHlsZT0iY29sb3I6cHVycGxlIj5i cnVuby5kZWNyYWVuZUBvcmFuZ2UuY29tPC9zcGFuPjwvYT48c3BhbiBjbGFzcz0iYXBwbGUtY29u dmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+d3JvdGU6PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJv bWFuJnF1b3Q7Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7O2NvbG9yOiMxRjQ5N0Q7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPkhpLDwv c3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6 JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBS b21hbiZxdW90Oztjb2xvcjojMUY0OTdEO21zby1hbnNpLWxhbmd1YWdlOkVOLVVTIj4mbmJzcDs8 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5 OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcg Um9tYW4mcXVvdDs7Y29sb3I6IzFGNDk3RDttc28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+VGhhbmtz IGZvciB0aGUgY3Jvc3MgV0cgcmV2aWV3LiBQbGVhc2UgZmluZCBiZWxvdyBzb21lIHByb3Bvc2Vk IGNvbW1lbnRzLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3Qt Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90 O1RpbWVzIE5ldyBSb21hbiZxdW90Oztjb2xvcjojMUY0OTdEO21zby1hbnNpLWxhbmd1YWdlOkVO LVVTIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0 LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtaW5kZW50Oi0xOC4wcHQiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDsiPjEpPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7bXNvLWZhcmVh c3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDs8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJz cDs8L3NwYW4+PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2NvbG9y OiMxRjQ5N0Q7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPkZvcg0KIHBlb3BsZSBub3QgZm9sbG93 aW5nIFNJRFIsIGNvdWxkIHlvdSBwbGVhc2UgZWxhYm9yYXRlIG9uIHdoeTxzcGFuIGNsYXNzPSJh cHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YSBocmVmPSJodHRwOi8vdG9vbHMu aWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLWlkci1jdXN0b20tZGVjaXNpb24tMDQiPjxzcGFuIHN0 eWxlPSJjb2xvcjpwdXJwbGUiPmh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYt aWRyLWN1c3RvbS1kZWNpc2lvbi0wNDwvc3Bhbj48L2E+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZl cnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPmhhcw0KIG5vdCBiZWVuIHVzZWQ/ICh2aWEgdGhlIHJl Z2lzdHJhdGlvbiBvZiBhIG5ldyBQb2ludCBvZiBJbnNlcnRpb24gc3BlY2lmaWMgdG8gb3JpZ2lu IHZhbGlkYXRpb24pIChhcyBJIHRob3VnaCBkcmFmdC1pZXRmLWlkci1jdXN0b20tZGVjaXNpb24g d2FzIGludGVuZGVkIHRvIGJlIHRoZSBsYXN0IHRpbWUgQkdQIGRlY2lzaW9uIHByb2Nlc3Mgd291 bGQgYmUgbW9kaWZpZWQpPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFy ZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWZv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7PC9zcGFuPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1l cyBOZXcgUm9tYW4mcXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWZv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+V2UgZGlkbid0IHJlZ2lzdGVy IGEgbmV3IFBPSSwgYnV0IGRpZCByZW1vdmUgdGhlIGRlY2lzaW9uIHByb2Nlc3MgY2hhbmdlLiBJ dCB3b3VsZCBiZSBwb3NzaWJsZSB0byByZWdpc3RlciBhIG5ldyBQT0kgYXMgcGFydCBvZiBmb2xs b3ctdXAgd29yayBpZiBkZW1hbmQgZm9yIHRoYXQgZXhpc3RzLCBidXQgd2UgZGlkbid0DQogdGhp bmsgaXQgbmVjZXNzYXJ5IHRvIG1vdmUgZm9yd2FyZC48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZx dW90OyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1m YXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oztjb2xvcjojMUY0 OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+PGJyPg0KPGJyIHN0eWxlPSJtc28tc3BlY2lhbC1j aGFyYWN0ZXI6bGluZS1icmVhayI+DQo8IVtpZiAhc3VwcG9ydExpbmVCcmVha05ld0xpbmVdPjxi ciBzdHlsZT0ibXNvLXNwZWNpYWwtY2hhcmFjdGVyOmxpbmUtYnJlYWsiPg0KPCFbZW5kaWZdPjwv c3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6 JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9InRleHQtaW5kZW50Oi0xOC4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv dDsiPjIpPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7bXNvLWZhcmVhc3QtZm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDs8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3Nw YW4+PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZh cmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2NvbG9yOiMxRjQ5 N0Q7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPkNvdWxkDQogdGhlIGRvY3VtZW50IHNwZWNpZnkg dGhlIGFjdGlvbiB0byBiZSB0YWtlbiB3aGVuIG11bHRpcGxlIOKAnE9yaWdpbiB2YWxpZGF0aW9u IHN0YXRlIGV4dGVuZGVk4oCdIGNvbW11bml0eSBhcmUgcHJlc2VudCB3aXRoIGRpZmZlcmVudCB2 YWxpZGF0aW9uIHN0YXRlPyBBbmQgaG93IGFyZSBoYW5kbGVkIHZhbGlkYXRpb24gc3RhdGUgdmFs dWUgJmd0OyAyLiAoZnJvbSBjdXJyZW50IHRleHQsIGl0IHdvdWxkIG5vdCBiZSBjb25zaWRlcmVk IGFuIGVycm9yLCBqdXN0DQogbG93ZXIgcHJpb3JpdHkuIEJ1dCBJIHdvdWxkIHByZWZlciBhbiBl eHBsaWNpdCBzdGF0ZW1lbnQgdG8gYXZvaWQgc3VycHJpc2luZyBlcnJvciBoYW5kbGluZyBiZWhh dmlvcik8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9Im1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZx dW90OyI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFz dC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9Im1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZx dW90OyI+RG9uZS4gKERyb3AgdGhlIGNvbW11bml0eS4pPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28t ZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7Y29sb3I6IzFG NDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1mb250LWZhbWlseTom cXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPjxicj4NCjxiciBzdHlsZT0ibXNvLXNwZWNpYWwt Y2hhcmFjdGVyOmxpbmUtYnJlYWsiPg0KPCFbaWYgIXN1cHBvcnRMaW5lQnJlYWtOZXdMaW5lXT48 YnIgc3R5bGU9Im1zby1zcGVjaWFsLWNoYXJhY3RlcjpsaW5lLWJyZWFrIj4NCjwhW2VuZGlmXT48 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5 OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWluZGVudDotMTguMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1 b3Q7Ij4zKTwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O21zby1mYXJlYXN0LWZv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9z cGFuPjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1m YXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oztjb2xvcjojMUY0 OTdEO21zby1hbnNpLWxhbmd1YWdlOkVOLVVTIj5SZmMNCiA2ODExIGlzIHJlZmVyZW5jZWQgdHdp Y2UgaW4gaW1wb3J0YW50IHNlY3Rpb25zLiBXaGF0IGFib3V0IG1vdmluZyBpdCB0byDigJxub3Jt YXRpdmUgcmVmZXJlbmNl4oCdPzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNv LWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGlt ZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGlt ZXMgTmV3IFJvbWFuJnF1b3Q7Ij5Eb25lLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3Qt Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZu YnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGlt ZXMgTmV3IFJvbWFuJnF1b3Q7Ij48YnI+DQo8YnIgc3R5bGU9Im1zby1zcGVjaWFsLWNoYXJhY3Rl cjpsaW5lLWJyZWFrIj4NCjwhW2lmICFzdXBwb3J0TGluZUJyZWFrTmV3TGluZV0+PGJyIHN0eWxl PSJtc28tc3BlY2lhbC1jaGFyYWN0ZXI6bGluZS1icmVhayI+DQo8IVtlbmRpZl0+PC9zcGFuPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtU aW1lcyBOZXcgUm9tYW4mcXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxkaXYgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0idGV4dC1pbmRlbnQ6LTE4LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+NCk8 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDttc28tZmFyZWFzdC1mb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOzxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48L3Nw YW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1m b250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7Y29sb3I6IzFGNDk3RDttc28t YW5zaS1sYW5ndWFnZTpFTi1VUyI+Rm9sbG93aW5nDQogZGlzY3Vzc2lvbiB0cmlnZ2VyZWQgYnk8 c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGEgaHJlZj0i aHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtZGVjcmFlbmUtaWRyLXJmYzQzNjAtY2xh cmlmaWNhdGlvbi0wMCI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+aHR0cDovL3Rvb2xzLmll dGYub3JnL2h0bWwvZHJhZnQtZGVjcmFlbmUtaWRyLXJmYzQzNjAtY2xhcmlmaWNhdGlvbi0wMDwv c3Bhbj48L2E+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFu PkkNCiB1bmRlcnN0b29kIHRoYXQgdGhlIElEUiBjb25jbHVzaW9uIHdhcyB0aGF0IGEgbm9uLXRy YW5zaXRpdmUgY29tbXVuaXR5IG1heSBiZSBhdHRhY2hlZCBvbiB0aGUgb3V0Ym91bmQgcG9saWN5 IG9mIGFuIGVCR1Agc2Vzc2lvbjsgaGVuY2UgbWF5IHJlY2VpdmVkIG92ZXIgYW4gZUJHUCBzZXNz aW9uLiBHaXZlbiB0aGlzLCBJTU8gdGhlIHNlY3VyaXR5IGNvbnNpZGVyYXRpb24gbmVlZHMgbW9y ZSB0ZXh0LiAoYXNzdW1pbmcgdGhhdCB0aGUgYWJpbGl0eQ0KIGZvciBhIG5laWdoYm9yaW5nIEFT IHRvIGluZmx1ZW5jZS9mb3JjZSB0aGUgb3JpZ2luIHZhbGlkYXRpb24gc3RhdGUgaXMgY29uc2lk ZXJlZCBhY2NlcHRhYmxlLCB3aGljaCB3b3VsZCBwcm9iYWJseSBuZWVkIHRvIGJlIGRpc2N1c3Nl ZCBpbiBTSURSKTwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3Qt Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJv bWFuJnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1m YXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVz IE5ldyBSb21hbiZxdW90OyI+TGVha2luZyB0aGUgY29tbXVuaXR5IGFjcm9zcyBFQkdQIGlzIG5v dyBzcGVjaWZpZWQgYXMgb2ZmIGJ5IGRlZmF1bHQuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv dDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1mb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJv bWFuJnF1b3Q7Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtZm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij5UaGFua3MsPC9zcGFuPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1l cyBOZXcgUm9tYW4mcXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFy ZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOzwvc3Bh bj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1 b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4tLUpv aG48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9Im1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90 OyI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1m b250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBw dDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW4tbGVmdDoz Ni4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDs7Y29sb3I6IzFGNDk3RDttc28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7PC9z cGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTom cXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJv bWFuJnF1b3Q7O2NvbG9yOiMxRjQ5N0Q7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPlRoYW5rcyw8 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5 OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcg Um9tYW4mcXVvdDs7Y29sb3I6IzFGNDk3RDttc28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+UmVnYXJk cyw8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDs7Y29sb3I6IzFGNDk3RDttc28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+QnJ1 bm88L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDs7Y29sb3I6IzFGNDk3RDttc28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+Jm5i c3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZh bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7O2NvbG9yOiMxRjQ5N0Q7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPiZu YnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1m YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUg MS41cHQ7cGFkZGluZzowY20gMGNtIDBjbSA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9y ZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNt IDBjbSAwY20iPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tb3V0bGlu ZS1sZXZlbDoxIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250 LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3Bh biBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZu YnNwOzwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3Qt Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij5JZHINCiBbPGEgaHJlZj0i bWFpbHRvOmlkci1ib3VuY2VzQGlldGYub3JnIj48c3BhbiBzdHlsZT0iY29sb3I6cHVycGxlIj5t YWlsdG86aWRyLWJvdW5jZXNAaWV0Zi5vcmc8L3NwYW4+PC9hPl08c3BhbiBjbGFzcz0iYXBwbGUt Y29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGI+T24gQmVoYWxmIE9mPHNwYW4gY2xhc3M9 ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjwvYj5TdXNhbiBIYXJlczxicj4N CjxiPlNlbnQ6PC9iPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwv c3Bhbj5UdWVzZGF5LCBKdW5lIDEwLCAyMDE0IDQ6MzIgUE08YnI+DQo8Yj5Ubzo8L2I+PHNwYW4g Y2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPmlkciB3Zzxicj4NCjxi PkNjOjwvYj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+ TXVycGh5LCBTYW5kcmE7ICdKb2huIEcuIFNjdWRkZXInPGJyPg0KPGI+U3ViamVjdDo8L2I+PHNw YW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPltJZHJdIDEgV0cg Y2FsbCBmb3IgUmV2aWV3IGRyYWZ0LWlldGYtc2lkci1vcmlnaW4tdmFsaWRhdGlvbi1zaWduYWxp bmctMDQgLSBSRkM0MjcxIGNoYW5nZXM8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1m b250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOzxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDs7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPklEUjo8L3NwYW4+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBS b21hbiZxdW90OyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Ozttc28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+ Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250 LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7 bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPlRoZSBTSURSIFdHIGhhcyBhc2tlZCBmb3IgY3Jvc3Mg cmV2aWV3IG9mIHRoZSBkcmFmdC1pZXRmLXNpZHItb3JpZ2luLXZhbGlkYXRpb24tc2lnbmFsaW5n LTA0LiZuYnNwOyBUaGlzDQogZHJhZnQgY2hhbmdlcyB0aGUgUkZDIDQyNzEgZGVjaXNpb24gcHJv Y2VzcyBpbiB0aGUgZm9sbG93aW5nIG1hbm5lcjo8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVk LXNwYWNlIj4mbmJzcDs8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztt c28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1m YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O21zby1hbnNpLWxhbmd1YWdlOkVOLVVT Ij4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOzwvc3Bh bj48bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlz Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9Im1zby1hbnNpLWxhbmd1YWdlOkVOLVVTIj5JZiBh IEJHUCByb3V0ZXIgc3VwcG9ydHMgcHJlZml4IG9yaWdpbiB2YWxpZGF0aW9uIGFuZCBpcyBjb25m aWd1cmVkIGZvciB0aGUgZXh0ZW5zaW9ucyBkZWZpbmVkIGluIHRoaXMgZG9jdW1lbnQsIHRoZSB2 YWxpZGF0aW9uIHN0ZXAgU0hPVUxEIGJlIHBlcmZvcm1lZCBwcmlvciB0byBhbnkgb2YgdGhlIHN0 ZXBzIGRlZmluZWQgaW4gdGhlIGRlY2lzaW9uIHByb2Nlc3Mgb2YgWzxhIGhyZWY9Imh0dHA6Ly90 b29scy5pZXRmLm9yZy9odG1sL3JmYzQyNzEiIHRpdGxlPSImcXVvdDtBIEJvcmRlciBHYXRld2F5 IFByb3RvY29sIDQgKEJHUC00KSZxdW90OyI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+UkZD NDI3MTwvc3Bhbj48L2E+XS4mbmJzcDsgVGhlIHZhbGlkYXRpb24gc3RlcCBpcyBzdGF0ZWQgYXMg Zm9sbG93czo8L3NwYW4+PG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWst YmVmb3JlOmFsd2F5cyI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28tYW5zaS1sYW5ndWFn ZTpFTi1VUyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdl LWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWFuc2kt bGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBXaGVuIGNvbXBh cmluZyBhIHBhaXIgb2Ygcm91dGVzIGZvciBhIEJHUCBkZXN0aW5hdGlvbiwgdGhlIHJvdXRlPC9z cGFuPjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdh eXMiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB3aXRoIHRoZSBsb3dlc3QgJnF1b3Q7dmFsaWRh dGlvbiBzdGF0ZSZxdW90OyB2YWx1ZSBpcyBwcmVmZXJyZWQuPC9zcGFuPjxvOnA+PC9vOnA+PC9w cmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0ibXNvLWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOzwvc3Bhbj48bzpwPjwv bzpwPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9Im1zby1hbnNpLWxhbmd1YWdlOkVOLVVTIj5JbiBhbGwgb3RoZXIg cmVzcGVjdHMsIHRoZSBkZWNpc2lvbiBwcm9jZXNzIHJlbWFpbnMgdW5jaGFuZ2VkLjwvc3Bhbj48 bzpwPjwvbzpwPjwvcHJlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDs7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJv bWFuJnF1b3Q7Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1p bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O21zby1hbnNpLWxhbmd1YWdlOkVOLVVTIj5U aGUgZHJhZnQgaXMgYXQ6PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFy ZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDs7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1m YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O21zby1hbnNpLWxhbmd1YWdlOkVOLVVT Ij48YSBocmVmPSJodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXNpZHItb3Jp Z2luLXZhbGlkYXRpb24tc2lnbmFsaW5nLTA0Ij48c3BhbiBzdHlsZT0iY29sb3I6cHVycGxlIj5o dHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXNpZHItb3JpZ2luLXZhbGlkYXRp b24tc2lnbmFsaW5nLTA0PC9zcGFuPjwvYT48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1Rp bWVzIE5ldyBSb21hbiZxdW90Ozttc28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7PC9zcGFu PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVv dDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Ozttc28tZmFy ZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7bXNvLWFuc2ktbGFu Z3VhZ2U6RU4tVVMiPkpvaG4gYW5kIEkgd291bGQgbGlrZSB0byBoZWFyIHlvdXIgY29tbWVudHMg cmVnYXJkaW5nIHRoZSBSRkMgNDI3MSByZXZpc2lvbi4mbmJzcDsgUGxlYXNlIHNlbmQgY29tbWVu dHMgdGhhdA0KIGluY2x1ZGUg4oCcc3VwcG9ydOKAnSZuYnNwOyBvciDigJxubyBzdXBwb3J04oCd Ljwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1p bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7 bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O21zby1h bnNpLWxhbmd1YWdlOkVOLVVTIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1Rp bWVzIE5ldyBSb21hbiZxdW90Ozttc28tYW5zaS1sYW5ndWFnZTpFTi1VUyI+U3VlIGFuZCBKb2hu PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8cHJlPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX188bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDs8 bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5DZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBw ZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZp bGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmM8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5wYXMgZXRy ZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91 cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlcjxv OnA+PC9vOnA+PC9wcmU+DQo8cHJlPmEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNp IHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50 IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sPG86cD48L286cD48L3ByZT4NCjxwcmU+T3Jhbmdl IGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUs IGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNw OzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPlRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRz IG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIHRoYXQg bWF5IGJlIHByb3RlY3RlZCBieSBsYXc7PG86cD48L286cD48L3ByZT4NCjxwcmU+dGhleSBzaG91 bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRp b24uPG86cD48L286cD48L3ByZT4NCjxwcmU+SWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFp bCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNz YWdlIGFuZCBpdHMgYXR0YWNobWVudHMuPG86cD48L286cD48L3ByZT4NCjxwcmU+QXMgZW1haWxz IG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBo YXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLjxvOnA+PC9vOnA+PC9wcmU+ DQo8cHJlPlRoYW5rIHlvdS48bzpwPjwvbzpwPjwvcHJlPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90 O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX188YnI+DQpJZHIgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRv OklkckBpZXRmLm9yZyI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+SWRyQGlldGYub3JnPC9z cGFuPjwvYT48YnI+DQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp bmZvL2lkciI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby9pZHI8L3NwYW4+PC9hPjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1 b3Q7Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1m b250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOzwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGlt ZXMgTmV3IFJvbWFuJnF1b3Q7Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8cHJlIHN0eWxlPSJvcnBoYW5zOiBhdXRvO3RleHQtYWxpZ246c3RhcnQ7d2lk b3dzOiBhdXRvOy13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDt3b3JkLXNwYWNpbmc6MHB4 Ij5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fPG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4N CjxwcmU+Q2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBk ZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9p dmVudCBkb25jPG86cD48L286cD48L3ByZT4NCjxwcmU+cGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxv aXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1l c3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXI8bzpwPjwvbzpwPjwvcHJlPg0K PHByZT5hIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBq b2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdh bHRlcmF0aW9uLDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPk9yYW5nZSBkZWNsaW5lIHRvdXRlIHJl c3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNp ZmllLiBNZXJjaS48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJl Pg0KPHByZT5UaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25m aWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQg YnkgbGF3OzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPnRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmli dXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLjxvOnA+PC9vOnA+PC9w cmU+DQo8cHJlPklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFz ZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFj aG1lbnRzLjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwg T3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVk LCBjaGFuZ2VkIG9yIGZhbHNpZmllZC48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5UaGFuayB5b3Uu PG86cD48L286cD48L3ByZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFu JnF1b3Q7Ij5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxi cj4NCklkciBtYWlsaW5nIGxpc3Q8YnI+DQo8L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0 LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+PGEgaHJlZj0ibWFpbHRv OklkckBpZXRmLm9yZyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTom cXVvdDtIZWx2ZXRpY2EmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpwdXJwbGUi PklkckBpZXRmLm9yZzwvc3Bhbj48L2E+PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij48 YnI+DQo8L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1Rp bWVzIE5ldyBSb21hbiZxdW90OyI+PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h bi9saXN0aW5mby9pZHIiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6cHVycGxl Ij5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lkcjwvc3Bhbj48L2E+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0ibXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7 Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjxQUkU+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXwoKQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1 dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxl Z2llZXMgZXQgbmUgZG9pdmVudCBkb25jCnBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3Ug Y29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBh ciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyCmEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1 aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlx dWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sCkZyYW5jZSBUZWxlY29tIC0gT3Jh bmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRl cmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpCgpUaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRh Y2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlv biB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3Owp0aGV5IHNob3VsZCBub3QgYmUgZGlzdHJp YnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXphdGlvbi4KSWYgeW91IGhhdmUg cmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFu ZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuCkFzIGVtYWlscyBtYXkg YmUgYWx0ZXJlZCwgRnJhbmNlIFRlbGVjb20gLSBPcmFuZ2Ugc2hhbGwgbm90IGJlIGxpYWJsZSBp ZiB0aGlzIG1lc3NhZ2Ugd2FzIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC4KVGhhbmsg eW91Lgo8L1BSRT48L2JvZHk+DQo8L2h0bWw+DQo= --_000_53C29892C857584299CBF5D05346208A0F6B7101OPEXCLILM21corp_-- From nobody Thu Nov 12 11:19:28 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BE2F71B3201 for ; Thu, 12 Nov 2015 11:19:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 VhuneTgT0u3S for ; Thu, 12 Nov 2015 11:19:22 -0800 (PST) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 016CE1B31FD for ; Thu, 12 Nov 2015 11:19:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=84974; q=dns/txt; s=iport; t=1447355961; x=1448565561; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=nI7cmtoOgPuQAee/WqRNzQxxiFYL/MBkSPFsgK5Ab1I=; b=AWtAma4r7qlUxZq8QbxAKUwFvhMv99fw9Dn0UTMbcFI+swmLzE8wCyJg W3GwUiEuIXv9FdUKyZuzr0YZFLE+msaeD5HrygZQWVWlO67nrObrzNngB yG3RffmWEC8iC62hT/4QmE2HV0Xom6NSKmynCZ97qC+EL0qtqpW4kpu6b I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D3AQAP5URW/5BdJa1egm5NU28GvjkBD?= =?us-ascii?q?YFiAxcBC4VtAoE+OBQBAQEBAQEBgQqENAEBAQQBAQEXAxBBCxACAQgRAwEBASE?= =?us-ascii?q?BBgcmAQsUCQgCBAENBAEUiBoNxCABAQEBAQEBAQEBAQEBAQEBAQEBAQEYhlSEf?= =?us-ascii?q?oFAgmoRASUHEw0JAoQmBZJng2EBhRyICoFbSYN3jVaEYoNxAREOAQFCgg4DDRA?= =?us-ascii?q?WgUByAYN0BxcHHIEHAQEB?= X-IronPort-AV: E=Sophos; i="5.20,283,1444694400"; d="scan'208,217"; a="46321699" Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by rcdn-iport-6.cisco.com with ESMTP; 12 Nov 2015 19:19:20 +0000 Received: from XCH-RTP-020.cisco.com (xch-rtp-020.cisco.com [64.101.220.160]) by rcdn-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id tACJJJU6027025 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 12 Nov 2015 19:19:20 GMT Received: from xch-rtp-017.cisco.com (64.101.220.157) by XCH-RTP-020.cisco.com (64.101.220.160) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Thu, 12 Nov 2015 14:19:19 -0500 Received: from xch-rtp-017.cisco.com ([64.101.220.157]) by XCH-RTP-017.cisco.com ([64.101.220.157]) with mapi id 15.00.1104.000; Thu, 12 Nov 2015 14:19:19 -0500 From: "Keyur Patel (keyupate)" To: "bruno.decraene@orange.com" , "John G. Scudder" Thread-Topic: [Idr] 1 WG call for Review draft-ietf-sidr-origin-validation-signaling-04 - RFC4271 changes Thread-Index: AQHRHX8HC059TdInvEOogInxWYU6Hw== Date: Thu, 12 Nov 2015 19:19:19 +0000 Message-ID: References: <002a01cf84b8$b0f55230$12dff690$@ndzh.com> <29140_1402414807_539726D7_29140_10276_1_53C29892C857584299CBF5D05346208A0716175D@PEXCVZYM11.corporate.adroot.infra.ftgroup> <0CE20ABC-B920-48B5-AB75-4E41AC1D6067@bgp.nu> <644_1447337897_56449FA9_644_166_1_53C29892C857584299CBF5D05346208A0F6B6DD1@OPEXCLILM21.corporate.adroot.infra.ftgroup> <86E65C6B-3B9E-4D02-91A6-B086C8D5C1AE@juniper.net> <26952_1447343317_5644B4D5_26952_6301_1_53C29892C857584299CBF5D05346208A0F6B7101@OPEXCLILM21.corporate.adroot.infra.ftgroup> In-Reply-To: <26952_1447343317_5644B4D5_26952_6301_1_53C29892C857584299CBF5D05346208A0F6B7101@OPEXCLILM21.corporate.adroot.infra.ftgroup> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.9.150325 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.32.172.93] Content-Type: multipart/alternative; boundary="_000_D26A25822ECD7keyupateciscocom_" MIME-Version: 1.0 Archived-At: Cc: idr wg , "Murphy, Sandra" , Susan Hares Subject: Re: [Idr] 1 WG call for Review draft-ietf-sidr-origin-validation-signaling-04 - RFC4271 changes X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2015 19:19:26 -0000 --_000_D26A25822ECD7keyupateciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi Bruno, Posted -07 version that addresses all your recent comments. https://www.ietf.org/internet-drafts/draft-ietf-sidr-origin-validation-sign= aling-07.txt Best Regards, Keyur From: "bruno.decraene@orange.com" > Date: Thursday, November 12, 2015 at 7:48 AM To: "John G. Scudder" > Cc: idr wg >, Susan Hares >, "Murphy, Sandra" > Subject: Re: [Idr] 1 WG call for Review draft-ietf-sidr-origin-validation-s= ignaling-04 - RFC4271 changes Hi John, Thanks, looks good to me. More inline. [Bruno] From: John G. Scudder [mailto:jgs@juniper.net] Sent: Thursday, November 12, 2015 4:17 PM To: DECRAENE Bruno IMT/OLN Cc: idr wg; Murphy, Sandra; Susan Hares Subject: Re: [Idr] 1 WG call for Review draft-ietf-sidr-origin-validation-s= ignaling-04 - RFC4271 changes Hi Bruno, Thanks for your additional comments. My responses in-line below. On Nov 12, 2015, at 9:18 AM, bruno.decraene@orange.com wrote: Hi John, Thanks for taking the time to take my comments into accounts. -06 address all my comments. Following the changes, I have some further comments. Please feel free to si= lently discard/update as you wish. *) =A72 :s/TBD/0x00 Thanks, will do. *) Following the removal of the change to the BGP Decision Process, the 2 f= irst sentences of the abstract & Introduction could probably be removed or = rewritten. (Currently is =93As part of the origination AS validation proces= s, it can be desirable to automatically consider the validation state of routes in the BGP decision process. The purpose of this document is to provide a specification for doing so. =BB Good point. I suggest simply removing the text you've quoted, and slightly = rewriting of the remaining, something like: "This document defines a new BGP opaque extended community to carry the ori= gination AS validation state inside an autonomous system. IBGP speakers tha= t receive this validation state can configure local policies allowing it to= influence theirdecision process." [Bruno] looks good to me. *) =A72 =93An implementation SHOULD NOT send more than one instance of the origin validation state extended community. However, if more than one instance is received, an implementation MUST disregard all instances other than the one with the numerically-greatest value.=94 Sorry for nit picking, but since this may impact interoperability, I would = prefer if you could explicitly specify what =93numerically-greatest value= =94 refers to. IMHO =93validationstate=94 but some people could understand = =93extended community=94 If we assume (or specify) that the reserved field must be zero, then it's e= quivalent whether you compare only the lowest two bits or the entire eight = bytes, because the top 62 bits are completely determined by the specificati= on. That said, I think you are right, since in the future some use might be= made of the reserved field. [Bruno] You are reading my mind. Seems like we can just add more description to "value", as in "=85 MUST dis= regard all instances other than the one with the numerically-greatest valid= ation state value". [Bruno] Looks good to me. Thanks. *) =A72 For the same reason, explicitly specifying what to do with the Rese= rved field would ease my mind. (I assume Reserved: MUST be set to 0, and SH= OULD be ignored upon receipt) I agree, although I think it MUST be ignored upon receipt =96 after all, a = future specification that assigns semantics to the reserved field can and w= ill also revise the instruction to ignore it. So, I propose we add the para= graph "the Reserved field MUST be sent as zero and MUST be ignored upon rec= eipt" as the final paragraph of section 2. [Bruno] I agree with you. For my defense, I quoted RFC 4760 (my first goog= le hit). Thanks Regards, --Bruno Regards, --John Thanks, Bruno From: John G. Scudder [mailto:jgs@bgp.nu] Sent: Friday, November 06, 2015 1:22 AM To: DECRAENE Bruno IMT/OLN Cc: Susan Hares; idr wg; Murphy, Sandra Subject: Re: [Idr] 1 WG call for Review draft-ietf-sidr-origin-validation-s= ignaling-04 - RFC4271 changes Hi Bruno, We believe -05 has addressed these issues, see below. On Jun 11, 2014, at 12:40 AM, bruno.decraene@orange.com wrote: Hi, Thanks for the cross WG review. Please find below some proposed comments. 1) For people not following SIDR, could you please elaborate on why ht= tp://tools.ietf.org/html/draft-ietf-idr-custom-decision-04 has not been use= d? (via the registration of a new Point of Insertion specific to origin val= idation) (as I though draft-ietf-idr-custom-decision was intended to be the= last time BGP decision process would be modified) We didn't register a new POI, but did remove the decision process change. I= t would be possible to register a new POI as part of follow-up work if dema= nd for that exists, but we didn't think it necessary to move forward. 2) Could the document specify the action to be taken when multiple =93= Origin validation state extended=94 community are present with different va= lidation state? And how are handled validation state value > 2. (from curre= nt text, it would not be considered an error, just lower priority. But I wo= uld prefer an explicit statement to avoid surprising error handling behavio= r) Done. (Drop the community.) 3) Rfc 6811 is referenced twice in important sections. What about movi= ng it to =93normative reference=94? Done. 4) Following discussion triggered by http://tools.ietf.org/html/draft-= decraene-idr-rfc4360-clarification-00 I understood that the IDR conclusion = was that a non-transitive community may be attached on the outbound policy = of an eBGP session; hence may received over an eBGP session. Given this, IM= O the security consideration needs more text. (assuming that the ability fo= r a neighboring AS to influence/force the origin validation state is consid= ered acceptable, which would probably need to be discussed in SIDR) Leaking the community across EBGP is now specified as off by default. Thanks, --John Thanks, Regards, Bruno From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Susan Hares Sent: Tuesday, June 10, 2014 4:32 PM To: idr wg Cc: Murphy, Sandra; 'John G. Scudder' Subject: [Idr] 1 WG call for Review draft-ietf-sidr-origin-validation-signa= ling-04 - RFC4271 changes IDR: The SIDR WG has asked for cross review of the draft-ietf-sidr-origin-valida= tion-signaling-04. This draft changes the RFC 4271 decision process in the= following manner: If a BGP router supports prefix origin validation and is configured for the= extensions defined in this document, the validation step SHOULD be perform= ed prior to any of the steps defined in the decision process of [RFC4271]. The validation step is stated as follo= ws: When comparing a pair of routes for a BGP destination, the route with the lowest "validation state" value is preferred. In all other respects, the decision process remains unchanged. The draft is at: http://tools.ietf.org/html/draft-ietf-sidr-origin-validation-signaling-04 John and I would like to hear your comments regarding the RFC 4271 revision= . Please send comments that include =93support=94 or =93no support=94. Sue and John ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, France Telecom - Orange decline toute responsabilite si ce message a ete al= tere, deforme ou falsifie. Merci This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorization. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, France Telecom - Orange shall not be liable if th= is message was modified, changed or falsified. Thank you. --_000_D26A25822ECD7keyupateciscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: <2DEDBEBC06AD7D4A880F1927BE0AA55A@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
Hi Bruno,

Posted -07 version that ad= dresses all your recent comments.


Best Regards,
Keyur

From: "bruno.decraene@orange.com" <bruno.decraene@orange.com>
Date: Thursday, November 12, 2015 a= t 7:48 AM
To: "John G. Scudder" <= ;jgs@juniper.net>
Cc: idr wg <idr@ietf.org>, Susan Hares <shares@ndzh.com>, "Murphy, Sandra" <Sandra.Murphy@parsons.com>
Subject: Re: [Idr] 1 WG call for Re= view draft-ietf-sidr-origin-validation-signaling-04 - RFC4271 changes

Hi John,

 

Thanks, looks good t= o me.

[Bruno]

 

 

From: John G. Scudder [mailto:jgs@juniper.net= ]
Sent: Thursday, November 12, 2015 4:17 PM
To: DECRAENE Bruno IMT/OLN
Cc: idr wg; Murphy, Sandra; Susan Hares
Subject: Re: [Idr] 1 WG call for Review draft-ietf-sidr-origin-valid= ation-signaling-04 - RFC4271 changes

 

Hi Bruno,

 

Thanks for your additional comments. My responses in-line b= elow.

 

On Nov 12, 2015, at 9:18 AM, bruno.decraene@orange.com = wrote:

 

Hi John,

 

Thanks for taking th= e time to take my comments into accounts.

-06 address all my c= omments.

 

 

Following the change= s, I have some further comments. Please feel free to silently discard/updat= e as you wish.

*) =A72  :s/TBD/0x00

 

Thanks, will do.

 

*) Following the removal of the change to the BGP Decis=
ion Process, the 2 first sentences of the abstract & Introduction could=
 probably be removed or rewritten. (Currently is =93As part of the origination AS valida=
tion process, it can be desirable

  &= nbsp;to automatically consider the validation state of routes in the BGP

  &= nbsp;decision process.  The purpose of this document is to provide a

  &= nbsp;specification for doing = so. =BB

 

Good point. I suggest simply removing the text you've quote= d, and slightly rewriting of the remaining, something like:

 

"This document defines a new BGP opaque extended commu= nity to carry the origination AS validation state inside an autonomous syst= em. IBGP speakers that receive this validation state can configure local policies allowing it to influence theirdecision process."

[Bruno] looks good t= o me.

 

*) =A72 =93An implementation SHOULD NOT send more than one instance of the

  &= nbsp;origin validation state extended community.  However, if more than

  &= nbsp;one instance is received, an implementation MUST disregard all

  &= nbsp;instances other than the one with the numerically-greatest value.=94

 

Sorry for nit pickin= g, but since this may impact interoperability, I would prefer if you could = explicitly specify what =93numerically-greatest value=94 refers to. IMHO =93validationstate= =94 but some people could understand =93extended community=94

 

If we assume (or specify) that the reserved field must be z= ero, then it's equivalent whether you compare only the lowest two bits or t= he entire eight bytes, because the top 62 bits are completely determined by the specification. That said, I think you are= right, since in the future some use might be made of the reserved field.=

[Bruno] You are read= ing my mind.

Seems like we can ju= st add more description to "value", as in "=85 MUST disregard all instances other than the one with = the numerically-greatest validation state value".

 [Bruno] Looks good to me. Thanks.

*) =A72 For the same= reason, explicitly specifying what to do with the Reser= ved field would ease my mind. (I assume<= u> Reserved<= /em>: MUST be set to 0, and SHO= ULD be ignored upon&nb= sp;receipt)

 

I agree, although I think it MUST be ignored upon receipt = =96 after all, a future specification that assigns semantics to the reserve= d field can and will also revise the instruction to ignore it. So, I propose we add the paragraph "the Reserved field = MUST be sent as zero and MUST be ignored upon receipt" as the final pa= ragraph of section 2.

 [Bruno] I agree with you. For my defense, I quoted RFC 4760 (my first google hit).

 

Thanks

Regards,<= /span>

--Bruno

 

Regards,

 

--John



 

Thanks,

Bruno

 

From<= /span>: John G. Scudder [mailto:jgs@bgp.nu] 
Sent: Friday, Nove= mber 06, 2015 1:22 AM
To: DECRAENE Bruno= IMT/OLN
Cc: Susan Hares; i= dr wg; Murphy, Sandra
Subject: Re: [Idr]= 1 WG call for Review draft-ietf-sidr-origin-validation-signaling-04 - RFC4= 271 changes

 

Hi Bruno,

 

We believe -05 has addressed these issues, see below.

 

On Jun 11, 2014, at 12:40 AM, bruno.decraene@orange.com wrote:

 

Hi,=

 

Thanks for the cross= WG review. Please find below some proposed comments.

 

1)  =     For people not following SIDR, could you please elaborate on why http://tool= s.ietf.org/html/draft-ietf-idr-custom-decision-04 has not been used? (via the registration of a new Point of Insertion specific = to origin validation) (as I though draft-ietf-idr-custom-decision was inten= ded to be the last time BGP decision process would be modified)

 

We didn't register a new POI, but did remove the decision p= rocess change. It would be possible to register a new POI as part of follow= -up work if demand for that exists, but we didn't think it necessary to move forward.

 


2)  =     Could the document specify the action to be taken when multiple =93Origin valida= tion state extended=94 community are present with different validation stat= e? And how are handled validation state value > 2. (from current text, i= t would not be considered an error, just lower priority. But I would prefer an explicit statement to avoid surprisi= ng error handling behavior)

 

Done. (Drop the community.)

 


3)  =     Rfc 6811 is referenced twice in important sections. What about moving it to = =93normative reference=94?

 

Done.

 


4)  =     Following discussion triggered by = http://tools.ietf.org/html/draft-decra= ene-idr-rfc4360-clarification-00 I understood that the IDR conclusion was that a non-transitive community may= be attached on the outbound policy of an eBGP session; hence may received = over an eBGP session. Given this, IMO the security consideration needs more= text. (assuming that the ability for a neighboring AS to influence/force the origin validation state is con= sidered acceptable, which would probably need to be discussed in SIDR)<= /o:p>

 

Leaking the community across EBGP is now specified as off b= y default.

 

Thanks,

 

--John

 

 

Thanks,

Regards,

Bruno

 

 

From: Idr [mail= to:idr-bounces@ietf.org]&n= bsp;On Behalf Of Susan Hares
Sent: Tuesday, Jun= e 10, 2014 4:32 PM
To: idr wg
Cc: Murphy, Sandra= ; 'John G. Scudder'
Subject: [Idr] 1 W= G call for Review draft-ietf-sidr-origin-validation-signaling-04 - RFC4271 = changes

 

IDR:

 

The SIDR WG has asked for cross review of the draft= -ietf-sidr-origin-validation-signaling-04.  This draft changes the RFC= 4271 decision process in the following manner: 

 

 
If a BGP router supports prefix origin validation and i=
s configured for the extensions defined in this document, the validation st=
ep SHOULD be performed prior to any of the steps defined in the decision pr=
ocess of [RFC427=
1].  The validation step is stated as follows:<=
/o:p>
 
      When comparing a pair of=
 routes for a BGP destination, the route
      with the lowest "va=
lidation state" value is preferred.
 
In all other respects, the decision process remains unc=
hanged.

 

The draft is at:

 

 

John and I would like to hear your comments regardi= ng the RFC 4271 revision.  Please send comments that include =93suppor= t=94  or =93no support=94.

 

Sue and John

______________________________________________________________________=
___________________________________________________
 
Ce message et ses pieces jointes peuvent contenir des informations con=
fidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez=
 recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messag=
es electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deform=
e ou falsifie. Merci.
 
This message and its attachments may contain confidential or privilege=
d information that may be protected by law;
they should not be distributed, used or copied without authorisation.<=
o:p>
If you have received this email in error, please notify the sender and=
 delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have =
been modified, changed or falsified.
Thank you.

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

 

___________________________________________=
___________________________________________________________________________=
___
 
Ce message et ses pieces jointes peuvent contenir des informations con=
fidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez=
 recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messag=
es electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deform=
e ou falsifie. Merci.
 
This message and its attachments may contain confidential or privilege=
d information that may be protected by law;
they should not be distributed, used or copied without authorisation.<=
o:p>
If you have received this email in error, please notify the sender and=
 delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have =
been modified, changed or falsified.
Thank you.

_______________________________________________
Idr mailing list
= Idr@ietf.org
= https://www.i= etf.org/mailman/listinfo/idr

 

______________________________________________________________________=
___________________________________________________

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

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorization.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, France Telecom - Orange shall not be liable if th=
is message was modified, changed or falsified.
Thank you.
--_000_D26A25822ECD7keyupateciscocom_-- From nobody Thu Nov 12 23:44:31 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6AC5E1B41BB for ; Thu, 12 Nov 2015 23:44:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.908 X-Spam-Level: X-Spam-Status: No, score=-1.908 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, UNPARSEABLE_RELAY=0.001] autolearn=ham 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 nS-fkr-J5yWw for ; Thu, 12 Nov 2015 23:44:21 -0800 (PST) Received: from relais-inet.orange.com (relais-nor36.orange.com [80.12.70.36]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 183DF1B41B8 for ; Thu, 12 Nov 2015 23:44:20 -0800 (PST) Received: from opfednr00.francetelecom.fr (unknown [xx.xx.xx.64]) by opfednr20.francetelecom.fr (ESMTP service) with ESMTP id 4FDDA405BE; Fri, 13 Nov 2015 08:44:18 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.18]) by opfednr00.francetelecom.fr (ESMTP service) with ESMTP id ED6F51A0061; Fri, 13 Nov 2015 08:44:17 +0100 (CET) Received: from OPEXCLILM21.corporate.adroot.infra.ftgroup ([fe80::e92a:c932:907e:8f06]) by OPEXCLILM34.corporate.adroot.infra.ftgroup ([fe80::cba:56d0:a732:ef5a%19]) with mapi id 14.03.0248.002; Fri, 13 Nov 2015 08:44:17 +0100 From: To: "Keyur Patel (keyupate)" Thread-Topic: [Idr] 1 WG call for Review draft-ietf-sidr-origin-validation-signaling-04 - RFC4271 changes Thread-Index: AQHRHX8H0LcxO4TcLUanEBBj3HdQVJ6ZkvTg Date: Fri, 13 Nov 2015 07:44:17 +0000 Message-ID: <26002_1447400658_564594D2_26002_11997_1_53C29892C857584299CBF5D05346208A0F6B8115@OPEXCLILM21.corporate.adroot.infra.ftgroup> References: <002a01cf84b8$b0f55230$12dff690$@ndzh.com> <29140_1402414807_539726D7_29140_10276_1_53C29892C857584299CBF5D05346208A0716175D@PEXCVZYM11.corporate.adroot.infra.ftgroup> <0CE20ABC-B920-48B5-AB75-4E41AC1D6067@bgp.nu> <644_1447337897_56449FA9_644_166_1_53C29892C857584299CBF5D05346208A0F6B6DD1@OPEXCLILM21.corporate.adroot.infra.ftgroup> <86E65C6B-3B9E-4D02-91A6-B086C8D5C1AE@juniper.net> <26952_1447343317_5644B4D5_26952_6301_1_53C29892C857584299CBF5D05346208A0F6B7101@OPEXCLILM21.corporate.adroot.infra.ftgroup> In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.1] Content-Type: multipart/alternative; boundary="_000_53C29892C857584299CBF5D05346208A0F6B8115OPEXCLILM21corp_" MIME-Version: 1.0 Archived-At: Cc: idr wg , "Murphy, Sandra" , Susan Hares Subject: Re: [Idr] 1 WG call for Review draft-ietf-sidr-origin-validation-signaling-04 - RFC4271 changes X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Nov 2015 07:44:29 -0000 --_000_53C29892C857584299CBF5D05346208A0F6B8115OPEXCLILM21corp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Keyur, Thanks. All good. Best regards, -- Bruno From: Keyur Patel (keyupate) [mailto:keyupate@cisco.com] Sent: Thursday, November 12, 2015 8:19 PM To: DECRAENE Bruno IMT/OLN; John G. Scudder Cc: idr wg; Susan Hares; Murphy, Sandra Subject: Re: [Idr] 1 WG call for Review draft-ietf-sidr-origin-validation-s= ignaling-04 - RFC4271 changes Hi Bruno, Posted -07 version that addresses all your recent comments. https://www.ietf.org/internet-drafts/draft-ietf-sidr-origin-validation-sign= aling-07.txt Best Regards, Keyur From: "bruno.decraene@orange.com" > Date: Thursday, November 12, 2015 at 7:48 AM To: "John G. Scudder" > Cc: idr wg >, Susan Hares >, "Murphy, Sandra" > Subject: Re: [Idr] 1 WG call for Review draft-ietf-sidr-origin-validation-s= ignaling-04 - RFC4271 changes Hi John, Thanks, looks good to me. More inline. [Bruno] From: John G. Scudder [mailto:jgs@juniper.net] Sent: Thursday, November 12, 2015 4:17 PM To: DECRAENE Bruno IMT/OLN Cc: idr wg; Murphy, Sandra; Susan Hares Subject: Re: [Idr] 1 WG call for Review draft-ietf-sidr-origin-validation-s= ignaling-04 - RFC4271 changes Hi Bruno, Thanks for your additional comments. My responses in-line below. On Nov 12, 2015, at 9:18 AM, bruno.decraene@orange.com wrote: Hi John, Thanks for taking the time to take my comments into accounts. -06 address all my comments. Following the changes, I have some further comments. Please feel free to si= lently discard/update as you wish. *) =A72 :s/TBD/0x00 Thanks, will do. *) Following the removal of the change to the BGP Decision Process, the 2 f= irst sentences of the abstract & Introduction could probably be removed or = rewritten. (Currently is "As part of the origination AS validation process,= it can be desirable to automatically consider the validation state of routes in the BGP decision process. The purpose of this document is to provide a specification for doing so. =BB Good point. I suggest simply removing the text you've quoted, and slightly = rewriting of the remaining, something like: "This document defines a new BGP opaque extended community to carry the ori= gination AS validation state inside an autonomous system. IBGP speakers tha= t receive this validation state can configure local policies allowing it to= influence theirdecision process." [Bruno] looks good to me. *) =A72 "An implementation SHOULD NOT send more than one instance of the origin validation state extended community. However, if more than one instance is received, an implementation MUST disregard all instances other than the one with the numerically-greatest value." Sorry for nit picking, but since this may impact interoperability, I would = prefer if you could explicitly specify what "numerically-greatest value" re= fers to. IMHO "validationstate" but some people could understand "extended = community" If we assume (or specify) that the reserved field must be zero, then it's e= quivalent whether you compare only the lowest two bits or the entire eight = bytes, because the top 62 bits are completely determined by the specificati= on. That said, I think you are right, since in the future some use might be= made of the reserved field. [Bruno] You are reading my mind. Seems like we can just add more description to "value", as in "... MUST dis= regard all instances other than the one with the numerically-greatest valid= ation state value". [Bruno] Looks good to me. Thanks. *) =A72 For the same reason, explicitly specifying what to do with the Rese= rved field would ease my mind. (I assume Reserved: MUST be set to 0, and SH= OULD be ignored upon receipt) I agree, although I think it MUST be ignored upon receipt - after all, a fu= ture specification that assigns semantics to the reserved field can and wil= l also revise the instruction to ignore it. So, I propose we add the paragr= aph "the Reserved field MUST be sent as zero and MUST be ignored upon recei= pt" as the final paragraph of section 2. [Bruno] I agree with you. For my defense, I quoted RFC 4760 (my first goog= le hit). Thanks Regards, --Bruno Regards, --John Thanks, Bruno From: John G. Scudder [mailto:jgs@bgp.nu] Sent: Friday, November 06, 2015 1:22 AM To: DECRAENE Bruno IMT/OLN Cc: Susan Hares; idr wg; Murphy, Sandra Subject: Re: [Idr] 1 WG call for Review draft-ietf-sidr-origin-validation-s= ignaling-04 - RFC4271 changes Hi Bruno, We believe -05 has addressed these issues, see below. On Jun 11, 2014, at 12:40 AM, bruno.decraene@orange.com wrote: Hi, Thanks for the cross WG review. Please find below some proposed comments. 1) For people not following SIDR, could you please elaborate on why ht= tp://tools.ietf.org/html/draft-ietf-idr-custom-decision-04 has not been use= d? (via the registration of a new Point of Insertion specific to origin val= idation) (as I though draft-ietf-idr-custom-decision was intended to be the= last time BGP decision process would be modified) We didn't register a new POI, but did remove the decision process change. I= t would be possible to register a new POI as part of follow-up work if dema= nd for that exists, but we didn't think it necessary to move forward. 2) Could the document specify the action to be taken when multiple "Or= igin validation state extended" community are present with different valida= tion state? And how are handled validation state value > 2. (from current t= ext, it would not be considered an error, just lower priority. But I would = prefer an explicit statement to avoid surprising error handling behavior) Done. (Drop the community.) 3) Rfc 6811 is referenced twice in important sections. What about movi= ng it to "normative reference"? Done. 4) Following discussion triggered by http://tools.ietf.org/html/draft-= decraene-idr-rfc4360-clarification-00 I understood that the IDR conclusion = was that a non-transitive community may be attached on the outbound policy = of an eBGP session; hence may received over an eBGP session. Given this, IM= O the security consideration needs more text. (assuming that the ability fo= r a neighboring AS to influence/force the origin validation state is consid= ered acceptable, which would probably need to be discussed in SIDR) Leaking the community across EBGP is now specified as off by default. Thanks, --John Thanks, Regards, Bruno From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Susan Hares Sent: Tuesday, June 10, 2014 4:32 PM To: idr wg Cc: Murphy, Sandra; 'John G. Scudder' Subject: [Idr] 1 WG call for Review draft-ietf-sidr-origin-validation-signa= ling-04 - RFC4271 changes IDR: The SIDR WG has asked for cross review of the draft-ietf-sidr-origin-valida= tion-signaling-04. This draft changes the RFC 4271 decision process in the= following manner: If a BGP router supports prefix origin validation and is configured for the= extensions defined in this document, the validation step SHOULD be perform= ed prior to any of the steps defined in the decision process of [RFC4271]. The validation step is stated as follo= ws: When comparing a pair of routes for a BGP destination, the route with the lowest "validation state" value is preferred. In all other respects, the decision process remains unchanged. The draft is at: http://tools.ietf.org/html/draft-ietf-sidr-origin-validation-signaling-04 John and I would like to hear your comments regarding the RFC 4271 revision= . Please send comments that include "support" or "no support". Sue and John ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, France Telecom - Orange decline toute responsabilite si ce message a ete al= tere, deforme ou falsifie. Merci This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorization. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, France Telecom - Orange shall not be liable if th= is message was modified, changed or falsified. Thank you. ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, France Telecom - Orange decline toute responsabilite si ce message a ete al= tere, deforme ou falsifie. Merci This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorization. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, France Telecom - Orange shall not be liable if th= is message was modified, changed or falsified. Thank you. --_000_53C29892C857584299CBF5D05346208A0F6B8115OPEXCLILM21corp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi Keyur,

 

Thanks. All good.

 

Best regards,

-- Bruno

 

From: Keyur Patel (keyupate<= /span>) [mailto:keyupate@cisco.com]
Sent: Thursday, November 12, 2015 8:19 PM
To: DECRAENE Bruno IMT/OLN; John G. Scudder
Cc: idr wg; Susan Hares; Murphy, Sandra
Subject: Re: [Idr] 1 WG call for Review draft-ietf-sidr-origin-valid= ation-signaling-04 - RFC4271 changes

 

Hi Bruno,

 

Posted -07 version that addresses all your recent = comments.

 

 

Best Regards,

Keyur

 

From: "bruno.decra= ene@orange.com" <b= runo.decraene@orange.com>
Date: Thursday, November 12, 2015 at 7:48 AM
To: "John G. Scudder" <jgs@juniper.net>
Cc: idr wg <idr@ietf.org>,= Susan Hares <shares@ndzh.com>= , "Murphy, Sandra" <Sandra.Murphy@parsons.com>
Subject: Re: [Idr] 1 WG call for Review draft-ietf-sidr-origin-valid= ation-signaling-04 - RFC4271 changes

 

Hi John,

 

Thanks, looks good to me.<= o:p>

More inline. [Bruno]<= /o:p>

 

 

From: John G. Scudder [mailto:jgs@juniper.net]
Sent: Thursday, November 12, 2015 4:17 PM
To: DECRAENE Bruno IMT/OLN
Cc: idr wg; Murphy, Sandra; Susan Hares
Subject: Re: [Idr] 1 WG call for Review draft-ietf-sidr-origin-valid= ation-signaling-04 - RFC4271 changes

 =

Hi Bruno,

 <= /o:p>

Thanks for your additional comments. My respons= es in-line below.

 <= /o:p>

On Nov 12, 2015, at 9:18 AM, bruno.decraene@orange.com = wrote:

 <= /o:p>

Hi John,=

 

Thanks for taking the time to take my comments into accounts.=

-06 address all my comments.

 

 

Following the changes, I have some further comments. Please f= eel free to silently discard/update as you wish.

*) =A72  :s/TBD/0x00

 <= /o:p>

Thanks, will do.

 

*) Following the remo=
val of the change to the BGP Decision Process, the 2 first sentences of the=
 abstract & Introduction could probably be removed or rewritten. (Curre=
ntly is “As part of the origination AS validation process, it can be d=
esirable

 &= nbsp; to automatically consider the validation state of routes in the BGP

 &= nbsp; decision process.  The purpose of this document is to provide a

 &= nbsp; speci= fication for doing so. =BB

 <= /o:p>

Good point. I suggest simply removing the text = you've quoted, and slightly rewriting of the remaining, something like:

 <= /o:p>

"This document defines a new BGP opaque ex= tended community to carry the origination AS validation state inside an aut= onomous system. IBGP speakers that receive this validation state can configure local policies allowing it to influence theirdecision = process."

[Bruno] looks good to me.<= o:p>

 

*) =A72 “An implementation SHOULD NOT send more than one instance of the

 &= nbsp; origin validation state extended community= .  However, if more than

 &= nbsp; one instance is received, an implementation MUST disregard all

 &= nbsp; instances other than the one with the numeri= cally-greatest value.”

 

Sorry for nit picking, but since this may impact interoperabi= lity, I would prefer if you could explicitly specify what “numerically-greatest value” refers to. IMHO “validation= state” but some people could understand “extended communityR= 21;

 <= /o:p>

If we assume (or specify) that the reserved fie= ld must be zero, then it's equivalent whether you compare only the lowest t= wo bits or the entire eight bytes, because the top 62 bits are completely determined by the specification. That said, I t= hink you are right, since in the future some use might be made of the reser= ved field.

[Bruno] You are reading my mind.

Seems li= ke we can just add more description to "value", as in "̷= 0; MUST disregard all instances other than the one with the numerically-gre= atest validation state value".

 [Bruno] Looks good to me. Thanks.

*) =A72 For the same reason, explicitly specifying what to do= with the Reserved field would ease my mind. (I assume<= u> Reserved: MUST be set to 0, and SHOULD <= /span>be ignor= ed upon receipt)<= span style=3D"color:black">

 <= /o:p>

I agree, although I think it MUST be ignored up= on receipt – after all, a future specification that assigns semantics= to the reserved field can and will also revise the instruction to ignore it. So, I propose we add the paragraph "the Res= erved field MUST be sent as zero and MUST be ignored upon receipt" as = the final paragraph of section 2.

 [Bruno] I agree with you. For my defense, I quoted RFC = 4760 (my first google hit).

 

Thanks

Regards,=

--Bruno<= /p>

 

Regards,

 <= /o:p>

--John<= /o:p>



 

Thanks,<= /p>

Bruno

 

From: John G. Scudder [mailto:jgs@bgp.nu] 
Sent: Friday, Nove= mber 06, 2015 1:22 AM
To: DECRAENE Bruno= IMT/OLN
Cc: Susan Hares; i= dr wg; Murphy, Sandra
Subject: Re: [Idr]= 1 WG call for Review draft-ietf-sidr-origin-validation-signaling-04 - RFC4= 271 changes

 

Hi Bruno,

 

We believe -05 has addresse= d these issues, see below.

 

On Jun 11, 2014, at 12:40 A= M, bruno.decraene@orange.c= om wrote:

 

Hi,

 

Thanks for the cross WG review. Please find below some propos= ed comments.

 

1)      For people not following SIDR, could you please elaborate on why http://tool= s.ietf.org/html/draft-ietf-idr-custom-decision-04 has not been used? (via the registration of a new Point of Insertion specific = to origin validation) (as I though draft-ietf-idr-custom-decision was inten= ded to be the last time BGP decision process would be modified)

 <= /o:p>

We didn't register a new POI, but did remove th= e decision process change. It would be possible to register a new POI as pa= rt of follow-up work if demand for that exists, but we didn't think it necessary to move forward.

 


2)      Could the document specify the action to be taken when multiple “Origin va= lidation state extended” community are present with different validat= ion state? And how are handled validation state value > 2. (from current= text, it would not be considered an error, just lower priority. But I would prefer an explicit statement to avoid surprisi= ng error handling behavior)

 <= /o:p>

Done. (Drop the community.)

 


3)      Rfc 6811 is referenced twice in important sections. What about moving it to &#= 8220;normative reference”?

 <= /o:p>

Done.

 


4)      Following discussion triggered by = http://tools.ietf.org/html/draft-decra= ene-idr-rfc4360-clarification-00 I understood that the IDR conclusion was that a non-transitive community may= be attached on the outbound policy of an eBGP session; hence may received = over an eBGP session. Given this, IMO the security consideration needs more= text. (assuming that the ability for a neighboring AS to influence/force the origin validation state is con= sidered acceptable, which would probably need to be discussed in SIDR)

 <= /o:p>

Leaking the community across EBGP is now specif= ied as off by default.=

 <= /o:p>

Thanks,=

 <= /o:p>

--John<= /o:p>

 <= /o:p>

 

Thanks,<= /p>

Regards,=

Bruno

 

 

From: Idr [mail= to:idr-bounces@ietf.org]&n= bsp;On Behalf Of Susan Hares
Sent: Tuesday, Jun= e 10, 2014 4:32 PM
To: idr wg
Cc: Murphy, Sandra= ; 'John G. Scudder'
Subject: [Idr] 1 W= G call for Review draft-ietf-sidr-origin-validation-signaling-04 - RFC4271 = changes

 

IDR:

 <= /span>

The SID= R WG has asked for cross review of the draft-ietf-sidr-origin-validation-si= gnaling-04.  This draft changes the RFC 4271 decision process in the following manner:&nbs= p;

 

 
If a BGP router supports prefix origin vali=
dation and is configured for the extensions defined in this document, the v=
alidation step SHOULD be performed prior to any of the steps defined in the=
 decision process of [RFC4271].  The validation step is stated as follows:=

 
      When compari=
ng a pair of routes for a BGP destination, the route
      with the low=
est "validation state" value is preferred.
 
In all other respects, the decision process=
 remains unchanged.



 <=
/span>






The dra=
ft is at:






 <=
/span>







 <=
/span>






John an=
d I would like to hear your comments regarding the RFC 4271 revision. =
 Please send comments that include “support”  or “no
 support”.






 <=
/span>






Sue and=
 John




__________________________________________=
___________________________________________________________________________=
____
 
Ce message et ses pieces jointes peuvent c=
ontenir des informations confidentielles ou privilegiees et ne doivent donc=

pas etre diffuses, exploites ou copies san=
s autorisation. Si vous avez recu ce message par erreur, veuillez le signal=
er
a l'expediteur et le detruire ainsi que le=
s pieces jointes. Les messages electroniques etant susceptibles d'alteratio=
n,
Orange decline toute responsabilite si ce =
message a ete altere, deforme ou falsifie. Merci.
 
This message and its attachments may conta=
in confidential or privileged information that may be protected by law;
they should not be distributed, used or co=
pied without authorisation.
If you have received this email in error, =
please notify the sender and delete this message and its attachments.<=
/o:p>
As emails may be altered, Orange is not li=
able for messages that have been modified, changed or falsified.=

Thank you.

_______________________________________________=
Idr mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr

 <= /o:p>

_______________=
___________________________________________________________________________=
_______________________________
 
Ce message et ses pieces jointes peuvent c=
ontenir des informations confidentielles ou privilegiees et ne doivent donc=

pas etre diffuses, exploites ou copies san=
s autorisation. Si vous avez recu ce message par erreur, veuillez le signal=
er
a l'expediteur et le detruire ainsi que le=
s pieces jointes. Les messages electroniques etant susceptibles d'alteratio=
n,
Orange decline toute responsabilite si ce =
message a ete altere, deforme ou falsifie. Merci.
 
This message and its attachments may conta=
in confidential or privileged information that may be protected by law;
they should not be distributed, used or co=
pied without authorisation.
If you have received this email in error, =
please notify the sender and delete this message and its attachments.<=
/o:p>
As emails may be altered, Orange is not li=
able for messages that have been modified, changed or falsified.=

Thank you.

__________________________= _____________________
Idr mailing list
Idr@= ietf.org
https://www.ietf.org/mailman/listinfo/idr

 <= /o:p>

__________________________________________=
___________________________________________________________________________=
____
 
Ce message et ses pieces jointes peuvent c=
ontenir des informations confidentielles ou privilegiees et ne doivent donc=

pas etre diffuses, exploites ou copies san=
s autorisation. Si vous avez recu ce message par erreur, veuillez le signal=
er
a l'expediteur et le detruire ainsi que le=
s pieces jointes. Les messages electroniques etant susceptibles d'alteratio=
n,
France Telecom - Orange decline toute resp=
onsabilite si ce message a ete altere, deforme ou falsifie. Merci
 
This message and its attachments may conta=
in confidential or privileged information that may be protected by law;
they should not be distributed, used or co=
pied without authorization.
If you have received this email in error, =
please notify the sender and delete this message and its attachments.<=
/o:p>
As emails may be altered, France Telecom -=
 Orange shall not be liable if this message was modified, changed or falsif=
ied.
Thank you.
______________________________________________________________________=
___________________________________________________

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

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorization.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, France Telecom - Orange shall not be liable if th=
is message was modified, changed or falsified.
Thank you.
--_000_53C29892C857584299CBF5D05346208A0F6B8115OPEXCLILM21corp_-- From nobody Fri Nov 13 08:46:08 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 822931B2A54; Fri, 13 Nov 2015 08:46:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham 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 4X5jMb56TqLN; Fri, 13 Nov 2015 08:46:04 -0800 (PST) Received: from relais-inet.francetelecom.com (relais-ias243.francetelecom.com [80.12.204.243]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C33241B29E7; Fri, 13 Nov 2015 08:46:03 -0800 (PST) Received: from omfeda05.si.francetelecom.fr (unknown [xx.xx.xx.198]) by omfeda12.si.francetelecom.fr (ESMTP service) with ESMTP id 5997E3B452B; Fri, 13 Nov 2015 17:46:02 +0100 (CET) Received: from Exchangemail-eme1.itn.ftgroup (unknown [10.114.1.183]) by omfeda05.si.francetelecom.fr (ESMTP service) with ESMTP id 0828818004F; Fri, 13 Nov 2015 17:46:02 +0100 (CET) Received: from [10.193.71.12] (10.197.38.3) by PEXCVZYH02.corporate.adroot.infra.ftgroup (10.114.1.183) with Microsoft SMTP Server (TLS) id 14.3.248.2; Fri, 13 Nov 2015 17:46:01 +0100 To: John E Drake , "bess@ietf.org" References: <486973F4-725A-4510-969F-AD9BC3D34B54@alcatel-lucent.com> <1F70DC8A-2BB5-40C7-89CA-03F6E0784B8B@alcatel-lucent.com> <4550_1447317570_56445042_4550_858_1_56445041.3030507@orange.com> <5644AB4F.6030708@orange.com> From: Organization: Orange Message-ID: <29407_1447433162_564613CA_29407_1693_1_564613C9.6080900@orange.com> Date: Fri, 13 Nov 2015 17:46:01 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.197.38.3] X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.10.16.122716 Archived-At: Cc: IDR , "Ali Sajassi \(sajassi\)" Subject: Re: [Idr] [bess] One question about 'draft-ietf-bess-evpn-overlay-02' and draft-ietf-idr-tunnel-encaps-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Nov 2015 16:46:05 -0000 John, (Cc'ing IDR.) 2015-11-13, John E Drake: > > I spoke with Eric and Ali and we would like to change both the > overlay draft and the tunnel encaps drafts as follows. > > For the overlay draft, replace this text in section 5.1.3: > > "If the BGP Encapsulation extended community is not present, then > thedefault MPLS encapsulation or a statically configured encapsulation is > assumed." > > With the following: > > "Note that the MPLS encapsulation tunnel type is needed in order to > distinguish between an advertising node that only supports non-MPLS > encapsulations and one that supports MPLS and non-MPLS > encapsulations. An advertising node that only supports MPLS > encapsulation does not need to advertise any encapsulation tunnel > types; i.e., if the BGP Encapsulation extended community is not > present, then either MPLS encapsulation or a statically configured > encapsulation is assumed." Having more text to explain things in the overlay draft does not hurt. > > For the tunnel encaps draft, replace this text in section 5: > > "If the Tunnel Encapsulation attribute contains several TLVs (i.e., > ifit specifies several tunnels), router R may choose any one of those > tunnels, based upon local policy. If any of tunnels' TLVs contain the > Color sub-TLV and/or the Protocol Type sub-TLV defined in [RFC5512], the > choice of tunnel may be influenced by these sub-TLVs." > > With the following: > > "If the Tunnel Encapsulation attribute contains several TLVs (i.e., > ifit specifies several tunnels), router R may choose any one of those > tunnels, based upon local policy. If any of tunnels' TLVs contain the > Color sub-TLV and/or the Protocol Type sub-TLV defined in [RFC5512], the > choice of tunnel may be influenced by these sub-TLVs. Note that if none > of the TLVs specifies the MPLS tunnel type, a Label Switched Path SHOULD > NOT be used unless none of the TLVs specifies a feasible tunnel." I think that the above will technically work. *However* it would be a pity to *not* have the very useful clear-text explanation of the reason for the 'MPLS' type (what you propose to add above in the overlay draft) in draft-ietf-idr-tunnel-encaps-00... why provide the smooth explanation for only one of the specs to which this 'MPLS' type applies ? > > We hope this is satisfactory. Close, but not quite there yet :) Best, -Thomas > >> -----Original Message----- >> From: Thomas Morin [mailto:thomas.morin@orange.com] >> Sent: Thursday, November 12, 2015 10:08 AM >> To: John E Drake; bess@ietf.org >> Cc: Eric Rosen >> Subject: Re: [bess] One question about 'draft-ietf-bess-evpn-overlay-02' >> >> Hi John, >> >> 2015-11-12, John E Drake: >>> >>> Why do you think it should be documented in Eric's draft rather than in the >> EVPN Overlay draft? >> >> The issue applies beyond the context of E-VPN overlay specs, and exist in >> any context where different kinds of MPLS(/x) encaps can be mixed (E-VPN >> non-overlay, IP VPNs), which is addressed by Eric's draft. >> >> Best, >> >> -Thomas > _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. From nobody Fri Nov 13 10:12:37 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 815FE1B29B1; Fri, 13 Nov 2015 10:12:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 ihW-qNboR1Zq; Fri, 13 Nov 2015 10:12:33 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3CF751B29A3; Fri, 13 Nov 2015 10:12:33 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CEB40372; Fri, 13 Nov 2015 18:12:30 +0000 (GMT) Received: from DFWEML705-CHM.china.huawei.com (10.193.5.142) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 13 Nov 2015 18:12:30 +0000 Received: from DFWEML701-CHM.china.huawei.com ([10.193.5.50]) by dfweml705-chm ([10.193.5.142]) with mapi id 14.03.0235.001; Fri, 13 Nov 2015 10:12:24 -0800 From: Lucy yong To: "thomas.morin@orange.com" , John E Drake , "bess@ietf.org" Thread-Topic: [bess] One question about 'draft-ietf-bess-evpn-overlay-02' and draft-ietf-idr-tunnel-encaps-00 Thread-Index: AQHRHjLk+EPbBLnwbEaYyccCDDNBvp6aOngg Date: Fri, 13 Nov 2015 18:12:24 +0000 Message-ID: <2691CE0099834E4A9C5044EEC662BB9D5720C851@dfweml701-chm> References: <486973F4-725A-4510-969F-AD9BC3D34B54@alcatel-lucent.com> <1F70DC8A-2BB5-40C7-89CA-03F6E0784B8B@alcatel-lucent.com> <4550_1447317570_56445042_4550_858_1_56445041.3030507@orange.com> <5644AB4F.6030708@orange.com> <29407_1447433162_564613CA_29407_1693_1_564613C9.6080900@orange.com> In-Reply-To: <29407_1447433162_564613CA_29407_1693_1_564613C9.6080900@orange.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.158.222] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020201.5646280F.0236, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 65907c852024d00aba22084c61861fbc Archived-At: Cc: IDR , "Ali Sajassi \(sajassi\)" Subject: Re: [Idr] [bess] One question about 'draft-ietf-bess-evpn-overlay-02' and draft-ietf-idr-tunnel-encaps-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Nov 2015 18:12:36 -0000 Hi John, Since the tunnel encap draft goes with encap tunnel attribute and there was= no deployment of RFC5512, IMO, we should deprecate encapsulation extended = community to keep a consistent method.=20 Thus, should the overlay draft states if BGP tunnel encapsulate attribute i= s not present, .... Regards, Lucy=20 -----Original Message----- From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of thomas.morin@orange.= com Sent: Friday, November 13, 2015 10:46 AM To: John E Drake; bess@ietf.org Cc: IDR; Ali Sajassi (sajassi); Eric Rosen Subject: Re: [bess] One question about 'draft-ietf-bess-evpn-overlay-02' an= d draft-ietf-idr-tunnel-encaps-00 John, (Cc'ing IDR.) 2015-11-13, John E Drake: > > I spoke with Eric and Ali and we would like to change both the overlay =20 > draft and the tunnel encaps drafts as follows. > > For the overlay draft, replace this text in section 5.1.3: > > "If the BGP Encapsulation extended community is not present, then=20 > thedefault MPLS encapsulation or a statically configured encapsulation=20 > is > assumed." > > With the following: > > "Note that the MPLS encapsulation tunnel type is needed in order to=20 > distinguish between an advertising node that only supports non-MPLS=20 > encapsulations and one that supports MPLS and non-MPLS encapsulations.=20 > An advertising node that only supports MPLS encapsulation does not=20 > need to advertise any encapsulation tunnel types; i.e., if the BGP=20 > Encapsulation extended community is not present, then either MPLS=20 > encapsulation or a statically configured encapsulation is assumed." Having more text to explain things in the overlay draft does not hurt. > > For the tunnel encaps draft, replace this text in section 5: > > "If the Tunnel Encapsulation attribute contains several TLVs (i.e.,=20 > ifit specifies several tunnels), router R may choose any one of those > tunnels, based upon local policy. If any of tunnels' TLVs contain the >= Color sub-TLV and/or the Protocol Type sub-TLV defined in [RFC5512], the > choice of tunnel may be influenced by these sub-TLVs." > > With the following: > > "If the Tunnel Encapsulation attribute contains several TLVs (i.e.,=20 > ifit specifies several tunnels), router R may choose any one of those=20 > tunnels, based upon local policy. If any of tunnels' TLVs contain the=20 > Color sub-TLV and/or the Protocol Type sub-TLV defined in [RFC5512],=20 > the choice of tunnel may be influenced by these sub-TLVs. Note that if=20 > none of the TLVs specifies the MPLS tunnel type, a Label Switched Path=20 > SHOULD NOT be used unless none of the TLVs specifies a feasible tunnel." I think that the above will technically work. *However* it would be a pity to *not* have the very useful clear-text expla= nation of the reason for the 'MPLS' type (what you propose to add above in = the overlay draft) in draft-ietf-idr-tunnel-encaps-00... why provide the s= mooth explanation for only one of the specs to which this 'MPLS' type appli= es ? > > We hope this is satisfactory. Close, but not quite there yet :) Best, -Thomas > >> -----Original Message----- >> From: Thomas Morin [mailto:thomas.morin@orange.com] >> Sent: Thursday, November 12, 2015 10:08 AM >> To: John E Drake; bess@ietf.org >> Cc: Eric Rosen >> Subject: Re: [bess] One question about 'draft-ietf-bess-evpn-overlay-02' >> >> Hi John, >> >> 2015-11-12, John E Drake: >>> >>> Why do you think it should be documented in Eric's draft rather than=20 >>> in the >> EVPN Overlay draft? >> >> The issue applies beyond the context of E-VPN overlay specs, and=20 >> exist in any context where different kinds of MPLS(/x) encaps can be=20 >> mixed (E-VPN non-overlay, IP VPNs), which is addressed by Eric's draft. >> >> Best, >> >> -Thomas > ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou = copies sans autorisation. Si vous avez recu ce message par erreur, veuillez= le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Le= s messages electroniques etant susceptibles d'alteration, Orange decline to= ute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used= or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. _______________________________________________ BESS mailing list BESS@ietf.org https://www.ietf.org/mailman/listinfo/bess From nobody Fri Nov 13 10:36:15 2015 Return-Path: X-Original-To: idr@ietf.org Delivered-To: idr@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 9CB061B2AC2; Fri, 13 Nov 2015 10:36:12 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.9.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20151113183612.2056.46989.idtracker@ietfa.amsl.com> Date: Fri, 13 Nov 2015 10:36:12 -0800 Archived-At: Cc: idr@ietf.org Subject: [Idr] I-D Action: draft-ietf-idr-rtc-no-rt-04.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Nov 2015 18:36:12 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Inter-Domain Routing Working Group of the IETF. Title : Route Target Constrained Distribution of Routes with no Route Targets Authors : Eric C. Rosen Keyur Patel Jeffrey Haas Robert Raszuk Filename : draft-ietf-idr-rtc-no-rt-04.txt Pages : 7 Date : 2015-11-13 Abstract: There are a variety of BGP-enabled services in which the originator of a BGP route may attach one or more "Route Targets" to the route. By means of a procedure known as "RT Constrained Distribution" (RTC), a given BGP speaker (call it "B") can announce the set of RTs in which it has interest. The implication is that if a particular route (call it "R") carries any RTs at all, BGP speaker B wants to receive route R if and only if B has announced interest in one of the RTs carried by R. However, if route R does not carry any RTs at all, prior specifications do not make it clear whether B's use of RTC implies that it does not want to receive route R. This has caused interoperability problems in the field, as some implementations of RTC do not allow B to receive R, but some services presuppose that B will receive R. This document updates RFC 4684 by clarifying the effect of the RTC mechanism on routes that do not have any RTs. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-idr-rtc-no-rt/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-idr-rtc-no-rt-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-idr-rtc-no-rt-04 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri Nov 13 11:55:59 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E99A1B2BD7; Fri, 13 Nov 2015 11:55:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham 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 0hhsdy6PUEo7; Fri, 13 Nov 2015 11:55:54 -0800 (PST) Received: from st11p00im-asmtp001.me.com (st11p00im-asmtp001.me.com [17.172.80.95]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7AF161B2B93; Fri, 13 Nov 2015 11:55:54 -0800 (PST) Received: from [127.0.0.1] (ec2-52-70-63-183.compute-1.amazonaws.com [52.70.63.183]) by st11p00im-asmtp001.me.com (Oracle Communications Messaging Server 7.0.5.35.0 64bit (built Mar 31 2015)) with ESMTPSA id <0NXR00FHBRD4IT10@st11p00im-asmtp001.me.com>; Fri, 13 Nov 2015 19:55:53 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2015-11-13_17:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 kscore.is_bulkscore=0 kscore.compositescore=1 compositescore=0.9 suspectscore=0 phishscore=0 bulkscore=0 kscore.is_spamscore=0 rbsscore=0 spamscore=0 urlsuspectscore=0.9 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1510090000 definitions=main-1511130333 Content-type: multipart/alternative; boundary="----sinikael-?=_1-14474445522690.24223728221841156" From: Gunter Van De Velde To: Lucy yong In-reply-to: <2691CE0099834E4A9C5044EEC662BB9D5720C851@dfweml701-chm> References: <486973F4-725A-4510-969F-AD9BC3D34B54@alcatel-lucent.com> <1F70DC8A-2BB5-40C7-89CA-03F6E0784B8B@alcatel-lucent.com> <4550_1447317570_56445042_4550_858_1_56445041.3030507@orange.com> <5644AB4F.6030708@orange.com> <29407_1447433162_564613CA_29407_1693_1_564613C9.6080900@orange.com> <2691CE0099834E4A9C5044EEC662BB9D5720C851@dfweml701-chm> Date: Fri, 13 Nov 2015 20:46:00 +0100 X-Cm-Message-Id: 1447443962427530e7e635339741f0970d2eb1646a42fac356463dfa686bb174281380 X-Cm-Draft-Id: WyJhIiwxLCJkcmFmdF9pZCIsMTQ0NzQ0Mzk2MDgxMiwidiIsMV0= X-Mailer: CloudMagic Message-id: <1447444552407-db1ef9b1-d48eda6d-80edc740@icloud.com> MIME-version: 1.0 Archived-At: Cc: "Ali Sajassi \(sajassi\)" , bess@ietf.org, IDR Subject: Re: [Idr] [bess] One question about 'draft-ietf-bess-evpn-overlay-02' and draft-ietf-idr-tunnel-encaps-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Nov 2015 19:55:57 -0000 ------sinikael-?=_1-14474445522690.24223728221841156 Content-Type: text/plain; format=flowed Content-Transfer-Encoding: 7bit Hi Lucy, Did you take time to read https://tools.ietf.org/html/draft-ietf-bess-evpn-overlay-02 Its used pretty intense by DC orchestration platforms nowadays. Section 5.1 provides more insight. Brgds, G/ Sent using CloudMagic Email [https://cloudmagic.com/k/d/mailapp?ct=pa&cv=8.0.55&pv=6.0&source=email_footer_2] On Fri, Nov 13, 2015 at 7:12 PM, Lucy yong < lucy.yong@huawei.com [lucy.yong@huawei.com] > wrote: Hi John, Since the tunnel encap draft goes with encap tunnel attribute and there was no deployment of RFC5512, IMO, we should deprecate encapsulation extended community to keep a consistent method. Thus, should the overlay draft states if BGP tunnel encapsulate attribute is not present, .... Regards, Lucy -----Original Message----- From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of thomas.morin@orange.com Sent: Friday, November 13, 2015 10:46 AM To: John E Drake; bess@ietf.org Cc: IDR; Ali Sajassi (sajassi); Eric Rosen Subject: Re: [bess] One question about 'draft-ietf-bess-evpn-overlay-02' and draft-ietf-idr-tunnel-encaps-00 John, (Cc'ing IDR.) 2015-11-13, John E Drake: > > I spoke with Eric and Ali and we would like to change both the overlay > draft and the tunnel encaps drafts as follows. > > For the overlay draft, replace this text in section 5.1.3: > > "If the BGP Encapsulation extended community is not present, then > thedefault MPLS encapsulation or a statically configured encapsulation > is > assumed." > > With the following: > > "Note that the MPLS encapsulation tunnel type is needed in order to > distinguish between an advertising node that only supports non-MPLS > encapsulations and one that supports MPLS and non-MPLS encapsulations. > An advertising node that only supports MPLS encapsulation does not > need to advertise any encapsulation tunnel types; i.e., if the BGP > Encapsulation extended community is not present, then either MPLS > encapsulation or a statically configured encapsulation is assumed." Having more text to explain things in the overlay draft does not hurt. > > For the tunnel encaps draft, replace this text in section 5: > > "If the Tunnel Encapsulation attribute contains several TLVs (i.e., > ifit specifies several tunnels), router R may choose any one of those > tunnels, based upon local policy. If any of tunnels' TLVs contain the > Color sub-TLV and/or the Protocol Type sub-TLV defined in [RFC5512], the > choice of tunnel may be influenced by these sub-TLVs." > > With the following: > > "If the Tunnel Encapsulation attribute contains several TLVs (i.e., > ifit specifies several tunnels), router R may choose any one of those > tunnels, based upon local policy. If any of tunnels' TLVs contain the > Color sub-TLV and/or the Protocol Type sub-TLV defined in [RFC5512], > the choice of tunnel may be influenced by these sub-TLVs. Note that if > none of the TLVs specifies the MPLS tunnel type, a Label Switched Path > SHOULD NOT be used unless none of the TLVs specifies a feasible tunnel." I think that the above will technically work. *However* it would be a pity to *not* have the very useful clear-text explanation of the reason for the 'MPLS' type (what you propose to add above in the overlay draft) in draft-ietf-idr-tunnel-encaps-00... why provide the smooth explanation for only one of the specs to which this 'MPLS' type applies ? > > We hope this is satisfactory. Close, but not quite there yet :) Best, -Thomas > >> -----Original Message----- >> From: Thomas Morin [mailto:thomas.morin@orange.com] >> Sent: Thursday, November 12, 2015 10:08 AM >> To: John E Drake; bess@ietf.org >> Cc: Eric Rosen >> Subject: Re: [bess] One question about 'draft-ietf-bess-evpn-overlay-02' >> >> Hi John, >> >> 2015-11-12, John E Drake: >>> >>> Why do you think it should be documented in Eric's draft rather than >>> in the >> EVPN Overlay draft? >> >> The issue applies beyond the context of E-VPN overlay specs, and >> exist in any context where different kinds of MPLS(/x) encaps can be >> mixed (E-VPN non-overlay, IP VPNs), which is addressed by Eric's draft. >> >> Best, >> >> -Thomas > _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. _______________________________________________ BESS mailing list BESS@ietf.org https://www.ietf.org/mailman/listinfo/bess _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr ------sinikael-?=_1-14474445522690.24223728221841156 Content-Type: text/html; format=flowed Content-Transfer-Encoding: 7bit

Hi Lucy,

Did you take time to read
https://tools.ietf.org/html/draft-ietf-bess-evpn-overlay-02

Its used pretty intense by DC orchestration platforms nowadays. Section 5.1 provides more insight.

Brgds,
G/

Sent using CloudMagic Email
On Fri, Nov 13, 2015 at 7:12 PM, Lucy yong <lucy.yong@huawei.com> wrote:

Hi John,

Since the tunnel encap draft goes with encap tunnel attribute and there was no deployment of RFC5512, IMO, we should deprecate encapsulation extended community to keep a consistent method.

Thus, should the overlay draft states if BGP tunnel encapsulate attribute is not present, ....

Regards,
Lucy

-----Original Message-----
From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of thomas.morin@orange.com
Sent: Friday, November 13, 2015 10:46 AM
To: John E Drake; bess@ietf.org
Cc: IDR; Ali Sajassi (sajassi); Eric Rosen
Subject: Re: [bess] One question about 'draft-ietf-bess-evpn-overlay-02' and draft-ietf-idr-tunnel-encaps-00

John,

(Cc'ing IDR.)

2015-11-13, John E Drake:
>
> I spoke with Eric and Ali and we would like to change both the overlay 
> draft and the tunnel encaps drafts as follows.
>
> For the overlay draft, replace this text in section 5.1.3:
>
> "If the BGP Encapsulation extended community is not present, then
> thedefault MPLS encapsulation or a statically configured encapsulation
> is
> assumed."
>
> With the following:
>
> "Note that the MPLS encapsulation tunnel type is needed in order to
> distinguish between an advertising node that only supports non-MPLS
> encapsulations and one that supports MPLS and non-MPLS encapsulations.
> An advertising node that only supports MPLS encapsulation does not
> need to advertise any encapsulation tunnel types; i.e., if the BGP
> Encapsulation extended community is not present, then either MPLS
> encapsulation or a statically configured encapsulation is assumed."

Having more text to explain things in the overlay draft does not hurt.


>
> For the tunnel encaps draft, replace this text in section 5:
>
> "If the Tunnel Encapsulation attribute contains several TLVs (i.e.,
> ifit specifies several tunnels), router R may choose any one of those
> tunnels, based upon local policy. If any of tunnels' TLVs contain the  > Color sub-TLV and/or the Protocol Type sub-TLV defined in [RFC5512], the
> choice of tunnel may be influenced by these sub-TLVs."
>
> With the following:
>
> "If the Tunnel Encapsulation attribute contains several TLVs (i.e.,
> ifit specifies several tunnels), router R may choose any one of those
> tunnels, based upon local policy. If any of tunnels' TLVs contain the
> Color sub-TLV and/or the Protocol Type sub-TLV defined in [RFC5512],
> the choice of tunnel may be influenced by these sub-TLVs. Note that if
> none of the TLVs specifies the MPLS tunnel type, a Label Switched Path
> SHOULD NOT be used unless none of the TLVs specifies a feasible tunnel."

I think that the above will technically work.

*However* it would be a pity to *not* have the very useful clear-text explanation of the reason for the 'MPLS' type (what you propose to add above in the overlay draft) in  draft-ietf-idr-tunnel-encaps-00... why provide the smooth explanation for only one of the specs to which this 'MPLS' type applies ?

>
> We hope this is satisfactory.

Close, but not quite there yet :)

Best,

-Thomas




>
>> -----Original Message-----
>> From: Thomas Morin [mailto:thomas.morin@orange.com]
>> Sent: Thursday, November 12, 2015 10:08 AM
>> To: John E Drake; bess@ietf.org
>> Cc: Eric Rosen
>> Subject: Re: [bess] One question about 'draft-ietf-bess-evpn-overlay-02'
>>
>> Hi John,
>>
>> 2015-11-12, John E Drake:
>>>
>>> Why do you think it should be documented in Eric's draft rather than
>>> in the
>> EVPN Overlay draft?
>>
>> The issue applies beyond the context of E-VPN overlay specs, and
>> exist in any context where different kinds of MPLS(/x) encaps can be
>> mixed (E-VPN non-overlay, IP VPNs), which is addressed by Eric's draft.
>>
>> Best,
>>
>> -Thomas
>


_________________________________________________________________________________________________________________________

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

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

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

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

------sinikael-?=_1-14474445522690.24223728221841156-- From nobody Fri Nov 13 12:11:20 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B071B1B2C98; Fri, 13 Nov 2015 12:11:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.21 X-Spam-Level: X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 6z8pF9oN-dqe; Fri, 13 Nov 2015 12:11:14 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CF0F61B2C86; Fri, 13 Nov 2015 12:11:13 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml403-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CEB48020; Fri, 13 Nov 2015 20:11:11 +0000 (GMT) Received: from DFWEML704-CHM.china.huawei.com (10.193.5.141) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 13 Nov 2015 20:11:10 +0000 Received: from DFWEML701-CHM.china.huawei.com ([10.193.5.50]) by dfweml704-chm ([10.193.5.141]) with mapi id 14.03.0235.001; Fri, 13 Nov 2015 12:11:07 -0800 From: Lucy yong To: Gunter Van De Velde Thread-Topic: [Idr] [bess] One question about 'draft-ietf-bess-evpn-overlay-02' and draft-ietf-idr-tunnel-encaps-00 Thread-Index: AQHRHjLk+EPbBLnwbEaYyccCDDNBvp6aOngggACnFgD//35y4A== Date: Fri, 13 Nov 2015 20:11:06 +0000 Message-ID: <2691CE0099834E4A9C5044EEC662BB9D5720C91E@dfweml701-chm> References: <486973F4-725A-4510-969F-AD9BC3D34B54@alcatel-lucent.com> <1F70DC8A-2BB5-40C7-89CA-03F6E0784B8B@alcatel-lucent.com> <4550_1447317570_56445042_4550_858_1_56445041.3030507@orange.com> <5644AB4F.6030708@orange.com> <29407_1447433162_564613CA_29407_1693_1_564613C9.6080900@orange.com> <2691CE0099834E4A9C5044EEC662BB9D5720C851@dfweml701-chm> <1447444552407-db1ef9b1-d48eda6d-80edc740@icloud.com> In-Reply-To: <1447444552407-db1ef9b1-d48eda6d-80edc740@icloud.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.158.222] Content-Type: multipart/alternative; boundary="_000_2691CE0099834E4A9C5044EEC662BB9D5720C91Edfweml701chm_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090202.564643E0.0029, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: bd2426f01ee0513c9fb0759007e40dbb Archived-At: Cc: "Ali Sajassi \(sajassi\)" , "bess@ietf.org" , IDR Subject: Re: [Idr] [bess] One question about 'draft-ietf-bess-evpn-overlay-02' and draft-ietf-idr-tunnel-encaps-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Nov 2015 20:11:18 -0000 --_000_2691CE0099834E4A9C5044EEC662BB9D5720C91Edfweml701chm_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Gunter, Thank you to point to the right section. This overlay draft suggests to use= Encapsulation extended community to indicate the type of data plane encaps= ulation to be used for all EVC routes. But the tunnel encap draft proposes = to use tunnel encapsulation attribute + sub-TLVs to indicate the type of da= ta plane encapsulation to be used for a prefix. Why do we want to have two = solutions for the same space? Since this overlay draft is not RFC yet, it is good for the community to ma= ke a decision on it, which keeps simple for the implementation. It is not h= ard to modify the draft to use tunnel encapsulation attribute indicating th= e type of data plane encapsulation for all EVC routes. Regards, Lucy From: Gunter Van De Velde [mailto:guntervandeveldecc@icloud.com] Sent: Friday, November 13, 2015 1:46 PM To: Lucy yong Cc: thomas.morin@orange.com; John E Drake; bess@ietf.org; IDR; Ali Sajassi = (sajassi) Subject: Re: [Idr] [bess] One question about 'draft-ietf-bess-evpn-overlay-= 02' and draft-ietf-idr-tunnel-encaps-00 Hi Lucy, Did you take time to read https://tools.ietf.org/html/draft-ietf-bess-evpn-overlay-02 Its used pretty intense by DC orchestration platforms nowadays. Section 5.1= provides more insight. Brgds, G/ Sent using CloudMagic Email On Fri, Nov 13, 2015 at 7:12 PM, Lucy yong > wrote: Hi John, Since the tunnel encap draft goes with encap tunnel attribute and there was= no deployment of RFC5512, IMO, we should deprecate encapsulation extended = community to keep a consistent method. Thus, should the overlay draft states if BGP tunnel encapsulate attribute i= s not present, .... Regards, Lucy -----Original Message----- From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of thomas.morin@orange.= com Sent: Friday, November 13, 2015 10:46 AM To: John E Drake; bess@ietf.org Cc: IDR; Ali Sajassi (sajassi); Eric Rosen Subject: Re: [bess] One question about 'draft-ietf-bess-evpn-overlay-02' an= d draft-ietf-idr-tunnel-encaps-00 John, (Cc'ing IDR.) 2015-11-13, John E Drake: > > I spoke with Eric and Ali and we would like to change both the overlay > draft and the tunnel encaps drafts as follows. > > For the overlay draft, replace this text in section 5.1.3: > > "If the BGP Encapsulation extended community is not present, then > thedefault MPLS encapsulation or a statically configured encapsulation > is > assumed." > > With the following: > > "Note that the MPLS encapsulation tunnel type is needed in order to > distinguish between an advertising node that only supports non-MPLS > encapsulations and one that supports MPLS and non-MPLS encapsulations. > An advertising node that only supports MPLS encapsulation does not > need to advertise any encapsulation tunnel types; i.e., if the BGP > Encapsulation extended community is not present, then either MPLS > encapsulation or a statically configured encapsulation is assumed." Having more text to explain things in the overlay draft does not hurt. > > For the tunnel encaps draft, replace this text in section 5: > > "If the Tunnel Encapsulation attribute contains several TLVs (i.e., > ifit specifies several tunnels), router R may choose any one of those > tunnels, based upon local policy. If any of tunnels' TLVs contain the > = Color sub-TLV and/or the Protocol Type sub-TLV defined in [RFC5512], the > choice of tunnel may be influenced by these sub-TLVs." > > With the following: > > "If the Tunnel Encapsulation attribute contains several TLVs (i.e., > ifit specifies several tunnels), router R may choose any one of those > tunnels, based upon local policy. If any of tunnels' TLVs contain the > Color sub-TLV and/or the Protocol Type sub-TLV defined in [RFC5512], > the choice of tunnel may be influenced by these sub-TLVs. Note that if > none of the TLVs specifies the MPLS tunnel type, a Label Switched Path > SHOULD NOT be used unless none of the TLVs specifies a feasible tunnel." I think that the above will technically work. *However* it would be a pity to *not* have the very useful clear-text expla= nation of the reason for the 'MPLS' type (what you propose to add above in = the overlay draft) in draft-ietf-idr-tunnel-encaps-00... why provide the s= mooth explanation for only one of the specs to which this 'MPLS' type appli= es ? > > We hope this is satisfactory. Close, but not quite there yet :) Best, -Thomas > >> -----Original Message----- >> From: Thomas Morin [mailto:thomas.morin@orange.com] >> Sent: Thursday, November 12, 2015 10:08 AM >> To: John E Drake; bess@ietf.org >> Cc: Eric Rosen >> Subject: Re: [bess] One question about 'draft-ietf-bess-evpn-overlay-02' >> >> Hi John, >> >> 2015-11-12, John E Drake: >>> >>> Why do you think it should be documented in Eric's draft rather than >>> in the >> EVPN Overlay draft? >> >> The issue applies beyond the context of E-VPN overlay specs, and >> exist in any context where different kinds of MPLS(/x) encaps can be >> mixed (E-VPN non-overlay, IP VPNs), which is addressed by Eric's draft. >> >> Best, >> >> -Thomas > ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou = copies sans autorisation. Si vous avez recu ce message par erreur, veuillez= le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Le= s messages electroniques etant susceptibles d'alteration, Orange decline to= ute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used= or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. _______________________________________________ BESS mailing list BESS@ietf.org https://www.ietf.org/mailman/listinfo/bess _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr --_000_2691CE0099834E4A9C5044EEC662BB9D5720C91Edfweml701chm_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Gunter,

 <= /p>

Thank you to point to the= right section. This overlay draft suggests to use Encapsulation extended c= ommunity to indicate the type of data plane encapsulation to be used for all EVC routes. But the tunnel encap draft proposes to use = tunnel encapsulation attribute + sub-TLVs to indicate the type of data = plane encapsulation to be used for a prefix. Why do we want to have two sol= utions for the same space?

 <= /p>

Since this overlay draft = is not RFC yet, it is good for the community to make a decision on it, whic= h keeps simple for the implementation. It is not hard to modify the draft to use tunnel encapsulation attribute indicating the type= of data plane encapsulation for all EVC routes.

 <= /p>

Regards,

Lucy

 <= /p>

From: Gunter V= an De Velde [mailto:guntervandeveldecc@icloud.com]
Sent: Friday, November 13, 2015 1:46 PM
To: Lucy yong
Cc: thomas.morin@orange.com; John E Drake; bess@ietf.org; IDR; Ali S= ajassi (sajassi)
Subject: Re: [Idr] [bess] One question about 'draft-ietf-bess-evpn-o= verlay-02' and draft-ietf-idr-tunnel-encaps-00

 

Hi Lucy,

Did you take time to read
htt= ps://tools.ietf.org/html/draft-ietf-bess-evpn-overlay-02

Its used pretty intense by DC orchestration platform= s nowadays. Section 5.1 provides more insight.

 

Brgds,

G/

Sent using CloudMagic Email

On Fri, Nov 13, 2015 a= t 7:12 PM, Lucy yong <lucy.yong@= huawei.com> wrote:

 

Hi John,

Since the tunnel encap draft goes with encap tunnel attribute and there was= no deployment of RFC5512, IMO, we should deprecate encapsulation extended = community to keep a consistent method.

Thus, should the overlay draft states if BGP tunnel encapsulate attribute i= s not present, ....

Regards,
Lucy

-----Original Message-----
From: BESS [mailto:bess-bounces@ie= tf.org] On Behalf Of thomas.morin@orange.com
Sent: Friday, November 13, 2015 10:46 AM
To: John E Drake; bess@ietf.org
Cc: IDR; Ali Sajassi (sajassi); Eric Rosen
Subject: Re: [bess] One question about 'draft-ietf-bess-evpn-overlay-02' an= d draft-ietf-idr-tunnel-encaps-00

John,

(Cc'ing IDR.)

2015-11-13, John E Drake:
>
> I spoke with Eric and Ali and we would like to change both the overlay=  
> draft and the tunnel encaps drafts as follows.
>
> For the overlay draft, replace this text in section 5.1.3:
>
> "If the BGP Encapsulation extended community is not present, then=
> thedefault MPLS encapsulation or a statically configured encapsulation=
> is
> assumed."
>
> With the following:
>
> "Note that the MPLS encapsulation tunnel type is needed in order = to
> distinguish between an advertising node that only supports non-MPLS > encapsulations and one that supports MPLS and non-MPLS encapsulations.=
> An advertising node that only supports MPLS encapsulation does not > need to advertise any encapsulation tunnel types; i.e., if the BGP > Encapsulation extended community is not present, then either MPLS
> encapsulation or a statically configured encapsulation is assumed.&quo= t;

Having more text to explain things in the overlay draft does not hurt.


>
> For the tunnel encaps draft, replace this text in section 5:
>
> "If the Tunnel Encapsulation attribute contains several TLVs (i.e= .,
> ifit specifies several tunnels), router R may choose any one of those<= br> > tunnels, based upon local policy. If any of tunnels' TLVs contain the&= nbsp; > Color sub-TLV and/or the Protocol Type sub-TLV defined in [RFC55= 12], the
> choice of tunnel may be influenced by these sub-TLVs."
>
> With the following:
>
> "If the Tunnel Encapsulation attribute contains several TLVs (i.e= .,
> ifit specifies several tunnels), router R may choose any one of those =
> tunnels, based upon local policy. If any of tunnels' TLVs contain the =
> Color sub-TLV and/or the Protocol Type sub-TLV defined in [RFC5512], <= br> > the choice of tunnel may be influenced by these sub-TLVs. Note that if=
> none of the TLVs specifies the MPLS tunnel type, a Label Switched Path=
> SHOULD NOT be used unless none of the TLVs specifies a feasible tunnel= ."

I think that the above will technically work.

*However* it would be a pity to *not* have the very useful clear-text expla= nation of the reason for the 'MPLS' type (what you propose to add above in = the overlay draft) in  draft-ietf-idr-tunnel-encaps-00... why provide = the smooth explanation for only one of the specs to which this 'MPLS' type applies ?

>
> We hope this is satisfactory.

Close, but not quite there yet :)

Best,

-Thomas




>
>> -----Original Message-----
>> From: Thomas Morin [mai= lto:thomas.morin@orange.com]
>> Sent: Thursday, November 12, 2015 10:08 AM
>> To: John E Drake; bess@ietf.org
>> Cc: Eric Rosen
>> Subject: Re: [bess] One question about 'draft-ietf-bess-evpn-overl= ay-02'
>>
>> Hi John,
>>
>> 2015-11-12, John E Drake:
>>>
>>> Why do you think it should be documented in Eric's draft rathe= r than
>>> in the
>> EVPN Overlay draft?
>>
>> The issue applies beyond the context of E-VPN overlay specs, and <= br> >> exist in any context where different kinds of MPLS(/x) encaps can = be
>> mixed (E-VPN non-overlay, IP VPNs), which is addressed by Eric's d= raft.
>>
>> Best,
>>
>> -Thomas
>


___________________________________________________________________________= ______________________________________________

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

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

_______________________________________________
BESS mailing list
BESS@ietf.org
https://www.ietf.org= /mailman/listinfo/bess

_______________________________________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/= mailman/listinfo/idr

--_000_2691CE0099834E4A9C5044EEC662BB9D5720C91Edfweml701chm_-- From nobody Fri Nov 13 12:19:16 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 995821B2E32; Fri, 13 Nov 2015 12:19:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.908 X-Spam-Level: X-Spam-Status: No, score=-1.908 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, UNPARSEABLE_RELAY=0.001] autolearn=ham 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 NAzIEAoEf85Z; Fri, 13 Nov 2015 12:19:11 -0800 (PST) Received: from relais-inet.orange.com (relais-nor35.orange.com [80.12.70.35]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 19DA81B2E31; Fri, 13 Nov 2015 12:19:11 -0800 (PST) Received: from opfednr01.francetelecom.fr (unknown [xx.xx.xx.65]) by opfednr20.francetelecom.fr (ESMTP service) with ESMTP id 5AE8B40886; Fri, 13 Nov 2015 21:19:09 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.41]) by opfednr01.francetelecom.fr (ESMTP service) with ESMTP id 261261A0060; Fri, 13 Nov 2015 21:19:09 +0100 (CET) Received: from OPEXCLILM43.corporate.adroot.infra.ftgroup ([fe80::ec23:902:c31f:731c]) by OPEXCLILM31.corporate.adroot.infra.ftgroup ([fe80::2cc9:4bac:7b7d:229d%19]) with mapi id 14.03.0248.002; Fri, 13 Nov 2015 21:19:09 +0100 From: To: Gunter Van De Velde , Lucy yong Thread-Topic: [Idr] [bess] One question about 'draft-ietf-bess-evpn-overlay-02' and draft-ietf-idr-tunnel-encaps-00 Thread-Index: AQHRHj7ekIaymY6A0UmGPjUPvR5ENZ6aSpYAgAAHAwCAABMDlw== Date: Fri, 13 Nov 2015 20:19:08 +0000 Message-ID: <21747_1447445949_564645BD_21747_4152_1_ko297mmvp0kfv335qvemt2fm.1447445900828@email.android.com> References: <486973F4-725A-4510-969F-AD9BC3D34B54@alcatel-lucent.com> <1F70DC8A-2BB5-40C7-89CA-03F6E0784B8B@alcatel-lucent.com> <4550_1447317570_56445042_4550_858_1_56445041.3030507@orange.com> <5644AB4F.6030708@orange.com> <29407_1447433162_564613CA_29407_1693_1_564613C9.6080900@orange.com> <2691CE0099834E4A9C5044EEC662BB9D5720C851@dfweml701-chm> <1447444552407-db1ef9b1-d48eda6d-80edc740@icloud.com>, <2691CE0099834E4A9C5044EEC662BB9D5720C91E@dfweml701-chm> In-Reply-To: <2691CE0099834E4A9C5044EEC662BB9D5720C91E@dfweml701-chm> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: multipart/alternative; boundary="_000_ko297mmvp0kfv335qvemt2fm1447445900828emailandroidcom_" MIME-Version: 1.0 Archived-At: Cc: "Ali Sajassi \(sajassi\)" , "bess@ietf.org" , IDR Subject: Re: [Idr] [bess] One question about 'draft-ietf-bess-evpn-overlay-02' and draft-ietf-idr-tunnel-encaps-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Nov 2015 20:19:14 -0000 --_000_ko297mmvp0kfv335qvemt2fm1447445900828emailandroidcom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Lucy, The tunnel encap also describe how to use the extended community, in sectio= n 6. Best, -Thomas ---- Lucy yong a =E9crit ---- Hi Gunter, Thank you to point to the right section. This overlay draft suggests to use= Encapsulation extended community to indicate the type of data plane encaps= ulation to be used for all EVC routes. But the tunnel encap draft proposes = to use tunnel encapsulation attribute + sub-TLVs to indicate the type of da= ta plane encapsulation to be used for a prefix. Why do we want to have two = solutions for the same space? Since this overlay draft is not RFC yet, it is good for the community to ma= ke a decision on it, which keeps simple for the implementation. It is not h= ard to modify the draft to use tunnel encapsulation attribute indicating th= e type of data plane encapsulation for all EVC routes. Regards, Lucy From: Gunter Van De Velde [mailto:guntervandeveldecc@icloud.com] Sent: Friday, November 13, 2015 1:46 PM To: Lucy yong Cc: thomas.morin@orange.com; John E Drake; bess@ietf.org; IDR; Ali Sajassi = (sajassi) Subject: Re: [Idr] [bess] One question about 'draft-ietf-bess-evpn-overlay-= 02' and draft-ietf-idr-tunnel-encaps-00 Hi Lucy, Did you take time to read https://tools.ietf.org/html/draft-ietf-bess-evpn-overlay-02 Its used pretty intense by DC orchestration platforms nowadays. Section 5.1= provides more insight. Brgds, G/ Sent using CloudMagic Email On Fri, Nov 13, 2015 at 7:12 PM, Lucy yong > wrote: Hi John, Since the tunnel encap draft goes with encap tunnel attribute and there was= no deployment of RFC5512, IMO, we should deprecate encapsulation extended = community to keep a consistent method. Thus, should the overlay draft states if BGP tunnel encapsulate attribute i= s not present, .... Regards, Lucy -----Original Message----- From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of thomas.morin@orange.= com Sent: Friday, November 13, 2015 10:46 AM To: John E Drake; bess@ietf.org Cc: IDR; Ali Sajassi (sajassi); Eric Rosen Subject: Re: [bess] One question about 'draft-ietf-bess-evpn-overlay-02' an= d draft-ietf-idr-tunnel-encaps-00 John, (Cc'ing IDR.) 2015-11-13, John E Drake: > > I spoke with Eric and Ali and we would like to change both the overlay > draft and the tunnel encaps drafts as follows. > > For the overlay draft, replace this text in section 5.1.3: > > "If the BGP Encapsulation extended community is not present, then > thedefault MPLS encapsulation or a statically configured encapsulation > is > assumed." > > With the following: > > "Note that the MPLS encapsulation tunnel type is needed in order to > distinguish between an advertising node that only supports non-MPLS > encapsulations and one that supports MPLS and non-MPLS encapsulations. > An advertising node that only supports MPLS encapsulation does not > need to advertise any encapsulation tunnel types; i.e., if the BGP > Encapsulation extended community is not present, then either MPLS > encapsulation or a statically configured encapsulation is assumed." Having more text to explain things in the overlay draft does not hurt. > > For the tunnel encaps draft, replace this text in section 5: > > "If the Tunnel Encapsulation attribute contains several TLVs (i.e., > ifit specifies several tunnels), router R may choose any one of those > tunnels, based upon local policy. If any of tunnels' TLVs contain the > = Color sub-TLV and/or the Protocol Type sub-TLV defined in [RFC5512], the > choice of tunnel may be influenced by these sub-TLVs." > > With the following: > > "If the Tunnel Encapsulation attribute contains several TLVs (i.e., > ifit specifies several tunnels), router R may choose any one of those > tunnels, based upon local policy. If any of tunnels' TLVs contain the > Color sub-TLV and/or the Protocol Type sub-TLV defined in [RFC5512], > the choice of tunnel may be influenced by these sub-TLVs. Note that if > none of the TLVs specifies the MPLS tunnel type, a Label Switched Path > SHOULD NOT be used unless none of the TLVs specifies a feasible tunnel." I think that the above will technically work. *However* it would be a pity to *not* have the very useful clear-text expla= nation of the reason for the 'MPLS' type (what you propose to add above in = the overlay draft) in draft-ietf-idr-tunnel-encaps-00... why provide the s= mooth explanation for only one of the specs to which this 'MPLS' type appli= es ? > > We hope this is satisfactory. Close, but not quite there yet :) Best, -Thomas > >> -----Original Message----- >> From: Thomas Morin [mailto:thomas.morin@orange.com] >> Sent: Thursday, November 12, 2015 10:08 AM >> To: John E Drake; bess@ietf.org >> Cc: Eric Rosen >> Subject: Re: [bess] One question about 'draft-ietf-bess-evpn-overlay-02' >> >> Hi John, >> >> 2015-11-12, John E Drake: >>> >>> Why do you think it should be documented in Eric's draft rather than >>> in the >> EVPN Overlay draft? >> >> The issue applies beyond the context of E-VPN overlay specs, and >> exist in any context where different kinds of MPLS(/x) encaps can be >> mixed (E-VPN non-overlay, IP VPNs), which is addressed by Eric's draft. >> >> Best, >> >> -Thomas > ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou = copies sans autorisation. Si vous avez recu ce message par erreur, veuillez= le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Le= s messages electroniques etant susceptibles d'alteration, Orange decline to= ute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used= or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. _______________________________________________ BESS mailing list BESS@ietf.org https://www.ietf.org/mailman/listinfo/bess _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, France Telecom - Orange decline toute responsabilite si ce message a ete al= tere, deforme ou falsifie. Merci This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorization. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, France Telecom - Orange shall not be liable if th= is message was modified, changed or falsified. Thank you. --_000_ko297mmvp0kfv335qvemt2fm1447445900828emailandroidcom_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Lucy,

The tunnel encap also describe how to use the extended commu= nity, in section 6.

Best,

-Thomas



---- Lucy yong a =E9crit ----

Hi Gunter,

 

Thank you to point to t= he right section. This overlay draft suggests to use Encapsulation extended= community to indicate the type of data plane encapsulation to be used for all EVC routes. But the tunnel encap draft proposes to use = tunnel encapsulation attribute + sub-TLVs to indicate the type of data = plane encapsulation to be used for a prefix. Why do we want to have two sol= utions for the same space?

 

Since this overlay draf= t is not RFC yet, it is good for the community to make a decision on it, wh= ich keeps simple for the implementation. It is not hard to modify the draft to use tunnel encapsulation attribute indicating the t= ype of data plane encapsulation for all EVC routes.

 

Regards,

Lucy

 

From: Gunter= Van De Velde [mailto:guntervandeveldecc@icloud.com]
Sent: Friday, November 13, 2015 1:46 PM
To: Lucy yong
Cc: thomas.morin@orange.com; John E Drake; bess@ietf.org; IDR; Ali S= ajassi (sajassi)
Subject: Re: [Idr] [bess] One question about 'draft-ietf-bess-evpn-o= verlay-02' and draft-ietf-idr-tunnel-encaps-00

 

Hi Lucy,

Did you take time to read
htt= ps://tools.ietf.org/html/draft-ietf-bess-evpn-overlay-02

Its used pretty intense by DC orchestration platform= s nowadays. Section 5.1 provides more insight.

 

Brgds,

G/

Sent using CloudMagic Email

On Fri, Nov 13, 2015 a= t 7:12 PM, Lucy yong <lucy.yong@= huawei.com> wrote:

 

Hi John,

Since the tunnel encap draft goes with encap tunnel attribute and there was= no deployment of RFC5512, IMO, we should deprecate encapsulation extended = community to keep a consistent method.

Thus, should the overlay draft states if BGP tunnel encapsulate attribute i= s not present, ....

Regards,
Lucy

-----Original Message-----
From: BESS [mailto:bess-bounces@ie= tf.org] On Behalf Of thomas.morin@orange.com
Sent: Friday, November 13, 2015 10:46 AM
To: John E Drake; bess@ietf.org
Cc: IDR; Ali Sajassi (sajassi); Eric Rosen
Subject: Re: [bess] One question about 'draft-ietf-bess-evpn-overlay-02' an= d draft-ietf-idr-tunnel-encaps-00

John,

(Cc'ing IDR.)

2015-11-13, John E Drake:
>
> I spoke with Eric and Ali and we would like to change both the overlay=  
> draft and the tunnel encaps drafts as follows.
>
> For the overlay draft, replace this text in section 5.1.3:
>
> "If the BGP Encapsulation extended community is not present, then=
> thedefault MPLS encapsulation or a statically configured encapsulation=
> is
> assumed."
>
> With the following:
>
> "Note that the MPLS encapsulation tunnel type is needed in order = to
> distinguish between an advertising node that only supports non-MPLS > encapsulations and one that supports MPLS and non-MPLS encapsulations.=
> An advertising node that only supports MPLS encapsulation does not
> need to advertise any encapsulation tunnel types; i.e., if the BGP
> Encapsulation extended community is not present, then either MPLS
> encapsulation or a statically configured encapsulation is assumed.&quo= t;

Having more text to explain things in the overlay draft does not hurt.


>
> For the tunnel encaps draft, replace this text in section 5:
>
> "If the Tunnel Encapsulation attribute contains several TLVs (i.e= .,
> ifit specifies several tunnels), router R may choose any one of those<= br> > tunnels, based upon local policy. If any of tunnels' TLVs contain the&= nbsp; > Color sub-TLV and/or the Protocol Type sub-TLV defined in [RFC55= 12], the
> choice of tunnel may be influenced by these sub-TLVs."
>
> With the following:
>
> "If the Tunnel Encapsulation attribute contains several TLVs (i.e= .,
> ifit specifies several tunnels), router R may choose any one of those =
> tunnels, based upon local policy. If any of tunnels' TLVs contain the =
> Color sub-TLV and/or the Protocol Type sub-TLV defined in [RFC5512], <= br> > the choice of tunnel may be influenced by these sub-TLVs. Note that if=
> none of the TLVs specifies the MPLS tunnel type, a Label Switched Path=
> SHOULD NOT be used unless none of the TLVs specifies a feasible tunnel= ."

I think that the above will technically work.

*However* it would be a pity to *not* have the very useful clear-text expla= nation of the reason for the 'MPLS' type (what you propose to add above in = the overlay draft) in  draft-ietf-idr-tunnel-encaps-00... why provide = the smooth explanation for only one of the specs to which this 'MPLS' type applies ?

>
> We hope this is satisfactory.

Close, but not quite there yet :)

Best,

-Thomas




>
>> -----Original Message-----
>> From: Thomas Morin [mai= lto:thomas.morin@orange.com]
>> Sent: Thursday, November 12, 2015 10:08 AM
>> To: John E Drake; bess@ietf.org
>> Cc: Eric Rosen
>> Subject: Re: [bess] One question about 'draft-ietf-bess-evpn-overl= ay-02'
>>
>> Hi John,
>>
>> 2015-11-12, John E Drake:
>>>
>>> Why do you think it should be documented in Eric's draft rathe= r than
>>> in the
>> EVPN Overlay draft?
>>
>> The issue applies beyond the context of E-VPN overlay specs, and <= br> >> exist in any context where different kinds of MPLS(/x) encaps can = be
>> mixed (E-VPN non-overlay, IP VPNs), which is addressed by Eric's d= raft.
>>
>> Best,
>>
>> -Thomas
>


___________________________________________________________________________= ______________________________________________

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

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

_______________________________________________
BESS mailing list
BESS@ietf.org
https://www.ietf.org= /mailman/listinfo/bess

_______________________________________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/= mailman/listinfo/idr

______________________________________________________________________=
___________________________________________________

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

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorization.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, France Telecom - Orange shall not be liable if th=
is message was modified, changed or falsified.
Thank you.
--_000_ko297mmvp0kfv335qvemt2fm1447445900828emailandroidcom_-- From nobody Fri Nov 13 12:21:48 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3E6511B2E28; Fri, 13 Nov 2015 12:21:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.21 X-Spam-Level: X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 67OLDK08Wl2U; Fri, 13 Nov 2015 12:21:41 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C7A261B2E42; Fri, 13 Nov 2015 12:21:39 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CAH53701; Fri, 13 Nov 2015 20:21:36 +0000 (GMT) Received: from DFWEML706-CHM.china.huawei.com (10.193.5.225) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 13 Nov 2015 20:21:35 +0000 Received: from DFWEML701-CHM.china.huawei.com ([10.193.5.50]) by dfweml706-chm ([10.193.5.225]) with mapi id 14.03.0235.001; Fri, 13 Nov 2015 12:21:23 -0800 From: Lucy yong To: "thomas.morin@orange.com" , Gunter Van De Velde Thread-Topic: [Idr] [bess] One question about 'draft-ietf-bess-evpn-overlay-02' and draft-ietf-idr-tunnel-encaps-00 Thread-Index: AQHRHjLk+EPbBLnwbEaYyccCDDNBvp6aOngggACnFgD//35y4IAAitAA//96vgA= Date: Fri, 13 Nov 2015 20:21:22 +0000 Message-ID: <2691CE0099834E4A9C5044EEC662BB9D5720C944@dfweml701-chm> References: <486973F4-725A-4510-969F-AD9BC3D34B54@alcatel-lucent.com> <1F70DC8A-2BB5-40C7-89CA-03F6E0784B8B@alcatel-lucent.com> <4550_1447317570_56445042_4550_858_1_56445041.3030507@orange.com> <5644AB4F.6030708@orange.com> <29407_1447433162_564613CA_29407_1693_1_564613C9.6080900@orange.com> <2691CE0099834E4A9C5044EEC662BB9D5720C851@dfweml701-chm> <1447444552407-db1ef9b1-d48eda6d-80edc740@icloud.com>, <2691CE0099834E4A9C5044EEC662BB9D5720C91E@dfweml701-chm> <21747_1447445949_564645BD_21747_4152_1_ko297mmvp0kfv335qvemt2fm.1447445900828@email.android.com> In-Reply-To: <21747_1447445949_564645BD_21747_4152_1_ko297mmvp0kfv335qvemt2fm.1447445900828@email.android.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.158.222] Content-Type: multipart/alternative; boundary="_000_2691CE0099834E4A9C5044EEC662BB9D5720C944dfweml701chm_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090202.56464651.014C, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 5614903193e1a297f5a6c45de9083f02 Archived-At: Cc: "Ali Sajassi \(sajassi\)" , "bess@ietf.org" , IDR Subject: Re: [Idr] [bess] One question about 'draft-ietf-bess-evpn-overlay-02' and draft-ietf-idr-tunnel-encaps-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Nov 2015 20:21:45 -0000 --_000_2691CE0099834E4A9C5044EEC662BB9D5720C944dfweml701chm_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Yes, kindly for backward compatibility. Having two ways to do it is a pain = for the implementation. Lucy From: thomas.morin@orange.com [mailto:thomas.morin@orange.com] Sent: Friday, November 13, 2015 2:19 PM To: Gunter Van De Velde; Lucy yong Cc: John E Drake; bess@ietf.org; IDR; Ali Sajassi (sajassi) Subject: RE: [Idr] [bess] One question about 'draft-ietf-bess-evpn-overlay-= 02' and draft-ietf-idr-tunnel-encaps-00 Lucy, The tunnel encap also describe how to use the extended community, in sectio= n 6. Best, -Thomas ---- Lucy yong a =E9crit ---- Hi Gunter, Thank you to point to the right section. This overlay draft suggests to use= Encapsulation extended community to indicate the type of data plane encaps= ulation to be used for all EVC routes. But the tunnel encap draft proposes = to use tunnel encapsulation attribute + sub-TLVs to indicate the type of da= ta plane encapsulation to be used for a prefix. Why do we want to have two = solutions for the same space? Since this overlay draft is not RFC yet, it is good for the community to ma= ke a decision on it, which keeps simple for the implementation. It is not h= ard to modify the draft to use tunnel encapsulation attribute indicating th= e type of data plane encapsulation for all EVC routes. Regards, Lucy From: Gunter Van De Velde [mailto:guntervandeveldecc@icloud.com] Sent: Friday, November 13, 2015 1:46 PM To: Lucy yong Cc: thomas.morin@orange.com; John E Drake; = bess@ietf.org; IDR; Ali Sajassi (sajassi) Subject: Re: [Idr] [bess] One question about 'draft-ietf-bess-evpn-overlay-= 02' and draft-ietf-idr-tunnel-encaps-00 Hi Lucy, Did you take time to read https://tools.ietf.org/html/draft-ietf-bess-evpn-overlay-02 Its used pretty intense by DC orchestration platforms nowadays. Section 5.1= provides more insight. Brgds, G/ Sent using CloudMagic Email On Fri, Nov 13, 2015 at 7:12 PM, Lucy yong > wrote: Hi John, Since the tunnel encap draft goes with encap tunnel attribute and there was= no deployment of RFC5512, IMO, we should deprecate encapsulation extended = community to keep a consistent method. Thus, should the overlay draft states if BGP tunnel encapsulate attribute i= s not present, .... Regards, Lucy -----Original Message----- From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of thomas.morin@orange.= com Sent: Friday, November 13, 2015 10:46 AM To: John E Drake; bess@ietf.org Cc: IDR; Ali Sajassi (sajassi); Eric Rosen Subject: Re: [bess] One question about 'draft-ietf-bess-evpn-overlay-02' an= d draft-ietf-idr-tunnel-encaps-00 John, (Cc'ing IDR.) 2015-11-13, John E Drake: > > I spoke with Eric and Ali and we would like to change both the overlay > draft and the tunnel encaps drafts as follows. > > For the overlay draft, replace this text in section 5.1.3: > > "If the BGP Encapsulation extended community is not present, then > thedefault MPLS encapsulation or a statically configured encapsulation > is > assumed." > > With the following: > > "Note that the MPLS encapsulation tunnel type is needed in order to > distinguish between an advertising node that only supports non-MPLS > encapsulations and one that supports MPLS and non-MPLS encapsulations. > An advertising node that only supports MPLS encapsulation does not > need to advertise any encapsulation tunnel types; i.e., if the BGP > Encapsulation extended community is not present, then either MPLS > encapsulation or a statically configured encapsulation is assumed." Having more text to explain things in the overlay draft does not hurt. > > For the tunnel encaps draft, replace this text in section 5: > > "If the Tunnel Encapsulation attribute contains several TLVs (i.e., > ifit specifies several tunnels), router R may choose any one of those > tunnels, based upon local policy. If any of tunnels' TLVs contain the > = Color sub-TLV and/or the Protocol Type sub-TLV defined in [RFC5512], the > choice of tunnel may be influenced by these sub-TLVs." > > With the following: > > "If the Tunnel Encapsulation attribute contains several TLVs (i.e., > ifit specifies several tunnels), router R may choose any one of those > tunnels, based upon local policy. If any of tunnels' TLVs contain the > Color sub-TLV and/or the Protocol Type sub-TLV defined in [RFC5512], > the choice of tunnel may be influenced by these sub-TLVs. Note that if > none of the TLVs specifies the MPLS tunnel type, a Label Switched Path > SHOULD NOT be used unless none of the TLVs specifies a feasible tunnel." I think that the above will technically work. *However* it would be a pity to *not* have the very useful clear-text expla= nation of the reason for the 'MPLS' type (what you propose to add above in = the overlay draft) in draft-ietf-idr-tunnel-encaps-00... why provide the s= mooth explanation for only one of the specs to which this 'MPLS' type appli= es ? > > We hope this is satisfactory. Close, but not quite there yet :) Best, -Thomas > >> -----Original Message----- >> From: Thomas Morin [mailto:thomas.morin@orange.com] >> Sent: Thursday, November 12, 2015 10:08 AM >> To: John E Drake; bess@ietf.org >> Cc: Eric Rosen >> Subject: Re: [bess] One question about 'draft-ietf-bess-evpn-overlay-02' >> >> Hi John, >> >> 2015-11-12, John E Drake: >>> >>> Why do you think it should be documented in Eric's draft rather than >>> in the >> EVPN Overlay draft? >> >> The issue applies beyond the context of E-VPN overlay specs, and >> exist in any context where different kinds of MPLS(/x) encaps can be >> mixed (E-VPN non-overlay, IP VPNs), which is addressed by Eric's draft. >> >> Best, >> >> -Thomas > ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou = copies sans autorisation. Si vous avez recu ce message par erreur, veuillez= le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Le= s messages electroniques etant susceptibles d'alteration, Orange decline to= ute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used= or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. _______________________________________________ BESS mailing list BESS@ietf.org https://www.ietf.org/mailman/listinfo/bess _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, France Telecom - Orange decline toute responsabilite si ce message a ete al= tere, deforme ou falsifie. Merci This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorization. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, France Telecom - Orange shall not be liable if th= is message was modified, changed or falsified. Thank you. --_000_2691CE0099834E4A9C5044EEC662BB9D5720C944dfweml701chm_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Yes, kindly for backward = compatibility. Having two ways to do it is a pain for the implementation.

Lucy

 <= /p>

From: thomas.m= orin@orange.com [mailto:thomas.morin@orange.com]
Sent: Friday, November 13, 2015 2:19 PM
To: Gunter Van De Velde; Lucy yong
Cc: John E Drake; bess@ietf.org; IDR; Ali Sajassi (sajassi)
Subject: RE: [Idr] [bess] One question about 'draft-ietf-bess-evpn-o= verlay-02' and draft-ietf-idr-tunnel-encaps-00

 

Lucy,

The tunnel encap also describe how to use the extended community, in sec= tion 6.

Best,

-Thomas



---- Lucy yong a =E9crit ----

Hi Gunter,

 <= /p>

Thank you to point to the= right section. This overlay draft suggests to use Encapsulation extended c= ommunity to indicate the type of data plane encapsulation to be used for all EVC routes. But the tunnel encap draft proposes to use = tunnel encapsulation attribute + sub-TLVs to indicate the type of data = plane encapsulation to be used for a prefix. Why do we want to have two sol= utions for the same space?

 <= /p>

Since this overlay draft = is not RFC yet, it is good for the community to make a decision on it, whic= h keeps simple for the implementation. It is not hard to modify the draft to use tunnel encapsulation attribute indicating the type= of data plane encapsulation for all EVC routes.

 <= /p>

Regards,

Lucy

 <= /p>

From: Gunter V= an De Velde [mailto:gunter= vandeveldecc@icloud.com]
Sent: Friday, November 13, 2015 1:46 PM
To: Lucy yong
Cc: thomas.morin@orange.c= om; John E Drake; bess@ietf.org; IDR; Ali Sajassi (sajas= si)
Subject: Re: [Idr] [bess] One question about 'draft-ietf-bess-evpn-o= verlay-02' and draft-ietf-idr-tunnel-encaps-00

 

Hi Lucy,

Did you take time to read
htt= ps://tools.ietf.org/html/draft-ietf-bess-evpn-overlay-02

Its used pretty intense by DC orchestration platform= s nowadays. Section 5.1 provides more insight.

 

Brgds,

G/

Sent using CloudMagic Email

On Fri, Nov 13, 2015 a= t 7:12 PM, Lucy yong <lucy.yong@= huawei.com> wrote:

 

Hi John,

Since the tunnel encap draft goes with encap tunnel attribute and there was= no deployment of RFC5512, IMO, we should deprecate encapsulation extended = community to keep a consistent method.

Thus, should the overlay draft states if BGP tunnel encapsulate attribute i= s not present, ....

Regards,
Lucy

-----Original Message-----
From: BESS [mailto:bess-bounces@ie= tf.org] On Behalf Of thomas.morin@orange.com
Sent: Friday, November 13, 2015 10:46 AM
To: John E Drake; bess@ietf.org
Cc: IDR; Ali Sajassi (sajassi); Eric Rosen
Subject: Re: [bess] One question about 'draft-ietf-bess-evpn-overlay-02' an= d draft-ietf-idr-tunnel-encaps-00

John,

(Cc'ing IDR.)

2015-11-13, John E Drake:
>
> I spoke with Eric and Ali and we would like to change both the overlay=  
> draft and the tunnel encaps drafts as follows.
>
> For the overlay draft, replace this text in section 5.1.3:
>
> "If the BGP Encapsulation extended community is not present, then=
> thedefault MPLS encapsulation or a statically configured encapsulation=
> is
> assumed."
>
> With the following:
>
> "Note that the MPLS encapsulation tunnel type is needed in order = to
> distinguish between an advertising node that only supports non-MPLS > encapsulations and one that supports MPLS and non-MPLS encapsulations.=
> An advertising node that only supports MPLS encapsulation does not > need to advertise any encapsulation tunnel types; i.e., if the BGP > Encapsulation extended community is not present, then either MPLS
> encapsulation or a statically configured encapsulation is assumed.&quo= t;

Having more text to explain things in the overlay draft does not hurt.


>
> For the tunnel encaps draft, replace this text in section 5:
>
> "If the Tunnel Encapsulation attribute contains several TLVs (i.e= .,
> ifit specifies several tunnels), router R may choose any one of those<= br> > tunnels, based upon local policy. If any of tunnels' TLVs contain the&= nbsp; > Color sub-TLV and/or the Protocol Type sub-TLV defined in [RFC55= 12], the
> choice of tunnel may be influenced by these sub-TLVs."
>
> With the following:
>
> "If the Tunnel Encapsulation attribute contains several TLVs (i.e= .,
> ifit specifies several tunnels), router R may choose any one of those =
> tunnels, based upon local policy. If any of tunnels' TLVs contain the =
> Color sub-TLV and/or the Protocol Type sub-TLV defined in [RFC5512], <= br> > the choice of tunnel may be influenced by these sub-TLVs. Note that if=
> none of the TLVs specifies the MPLS tunnel type, a Label Switched Path=
> SHOULD NOT be used unless none of the TLVs specifies a feasible tunnel= ."

I think that the above will technically work.

*However* it would be a pity to *not* have the very useful clear-text expla= nation of the reason for the 'MPLS' type (what you propose to add above in = the overlay draft) in  draft-ietf-idr-tunnel-encaps-00... why provide = the smooth explanation for only one of the specs to which this 'MPLS' type applies ?

>
> We hope this is satisfactory.

Close, but not quite there yet :)

Best,

-Thomas




>
>> -----Original Message-----
>> From: Thomas Morin [mai= lto:thomas.morin@orange.com]
>> Sent: Thursday, November 12, 2015 10:08 AM
>> To: John E Drake; bess@ietf.org
>> Cc: Eric Rosen
>> Subject: Re: [bess] One question about 'draft-ietf-bess-evpn-overl= ay-02'
>>
>> Hi John,
>>
>> 2015-11-12, John E Drake:
>>>
>>> Why do you think it should be documented in Eric's draft rathe= r than
>>> in the
>> EVPN Overlay draft?
>>
>> The issue applies beyond the context of E-VPN overlay specs, and <= br> >> exist in any context where different kinds of MPLS(/x) encaps can = be
>> mixed (E-VPN non-overlay, IP VPNs), which is addressed by Eric's d= raft.
>>
>> Best,
>>
>> -Thomas
>


___________________________________________________________________________= ______________________________________________

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

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

_______________________________________________
BESS mailing list
BESS@ietf.org
https://www.ietf.org= /mailman/listinfo/bess

_______________________________________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/= mailman/listinfo/idr

______________________________________________________________________=
___________________________________________________
 
Ce message et ses pieces jointes peuvent contenir des informations con=
fidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez=
 recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messag=
es electroniques etant susceptibles d'alteration,
France Telecom - Orange decline toute responsabilite si ce message a e=
te altere, deforme ou falsifie. Merci
 
This message and its attachments may contain confidential or privilege=
d information that may be protected by law;
they should not be distributed, used or copied without authorization.<=
o:p>
If you have received this email in error, please notify the sender and=
 delete this message and its attachments.
As emails may be altered, France Telecom - Orange shall not be liable =
if this message was modified, changed or falsified.
Thank you.
--_000_2691CE0099834E4A9C5044EEC662BB9D5720C944dfweml701chm_-- From nobody Fri Nov 13 13:22:49 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 196A31B3250; Fri, 13 Nov 2015 13:22:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.91 X-Spam-Level: X-Spam-Status: No, score=-6.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 tIcTEkxoyQZe; Fri, 13 Nov 2015 13:22:45 -0800 (PST) Received: from smtp-fr.alcatel-lucent.com (fr-hpgre-esg-01.alcatel-lucent.com [135.245.210.22]) (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 BA2461B325D; Fri, 13 Nov 2015 13:22:43 -0800 (PST) Received: from fr711usmtp1.zeu.alcatel-lucent.com (unknown [135.239.2.122]) by Websense Email Security Gateway with ESMTPS id 26A762AC40FAE; Fri, 13 Nov 2015 21:22:38 +0000 (GMT) Received: from FR711WXCHHUB02.zeu.alcatel-lucent.com (fr711wxchhub02.zeu.alcatel-lucent.com [135.239.2.112]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id tADLMfKJ012792 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 13 Nov 2015 22:22:41 +0100 Received: from FR711WXCHMBA01.zeu.alcatel-lucent.com ([169.254.1.183]) by FR711WXCHHUB02.zeu.alcatel-lucent.com ([135.239.2.112]) with mapi id 14.03.0195.001; Fri, 13 Nov 2015 22:22:41 +0100 From: "Rabadan, Jorge (Jorge)" To: Lucy yong , "thomas.morin@orange.com" , Gunter Van De Velde Thread-Topic: [Idr] [bess] One question about 'draft-ietf-bess-evpn-overlay-02' and draft-ietf-idr-tunnel-encaps-00 Thread-Index: AQHRHk959QBACZX/sEecI9+S3KT6vp6aU7cAgAAAnwD//4sEgA== Date: Fri, 13 Nov 2015 21:22:41 +0000 Message-ID: <393F700E-4C3F-452A-ACBF-EC6EDB91DD1C@alcatel-lucent.com> References: <486973F4-725A-4510-969F-AD9BC3D34B54@alcatel-lucent.com> <1F70DC8A-2BB5-40C7-89CA-03F6E0784B8B@alcatel-lucent.com> <4550_1447317570_56445042_4550_858_1_56445041.3030507@orange.com> <5644AB4F.6030708@orange.com> <29407_1447433162_564613CA_29407_1693_1_564613C9.6080900@orange.com> <2691CE0099834E4A9C5044EEC662BB9D5720C851@dfweml701-chm> <1447444552407-db1ef9b1-d48eda6d-80edc740@icloud.com> <2691CE0099834E4A9C5044EEC662BB9D5720C91E@dfweml701-chm> <21747_1447445949_564645BD_21747_4152_1_ko297mmvp0kfv335qvemt2fm.1447445900828@email.android.com> <2691CE0099834E4A9C5044EEC662BB9D5720C944@dfweml701-chm> In-Reply-To: <2691CE0099834E4A9C5044EEC662BB9D5720C944@dfweml701-chm> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/0.0.0.151008 x-originating-ip: [135.239.27.39] Content-Type: multipart/alternative; boundary="_000_393F700E4C3F452AACBFEC6EDB91DD1Calcatellucentcom_" MIME-Version: 1.0 Archived-At: Cc: IDR , "Ali Sajassi \(sajassi\)" , "bess@ietf.org" Subject: Re: [Idr] [bess] One question about 'draft-ietf-bess-evpn-overlay-02' and draft-ietf-idr-tunnel-encaps-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Nov 2015 21:22:49 -0000 --_000_393F700E4C3F452AACBFEC6EDB91DD1Calcatellucentcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 THVjeSwNCg0KVGhlcmUgYXJlIHNldmVyYWwgaW1wbGVtZW50YXRpb25zIHdpdGggc2hpcHBpbmcg Y29kZSB1c2luZyB0aGUgUkZDNTUxMiBiZ3AgdHVubmVsIGV4dGVuZGVkIGNvbW11bml0eS4gSXQg Y2Fubm90IGJlIGRlcHJlY2F0ZWQuDQpUaGFua3MuDQpKb3JnZQ0KDQpGcm9tOiBJZHIgPGlkci1i b3VuY2VzQGlldGYub3JnPG1haWx0bzppZHItYm91bmNlc0BpZXRmLm9yZz4+IG9uIGJlaGFsZiBv ZiBMdWN5IHlvbmcgPGx1Y3kueW9uZ0BodWF3ZWkuY29tPG1haWx0bzpsdWN5LnlvbmdAaHVhd2Vp LmNvbT4+DQpEYXRlOiBGcmlkYXksIE5vdmVtYmVyIDEzLCAyMDE1IGF0IDEyOjIxIFBNDQpUbzog InRob21hcy5tb3JpbkBvcmFuZ2UuY29tPG1haWx0bzp0aG9tYXMubW9yaW5Ab3JhbmdlLmNvbT4i IDx0aG9tYXMubW9yaW5Ab3JhbmdlLmNvbTxtYWlsdG86dGhvbWFzLm1vcmluQG9yYW5nZS5jb20+ PiwgR3VudGVyIFZhbiBEZSBWZWxkZSA8Z3VudGVydmFuZGV2ZWxkZWNjQGljbG91ZC5jb208bWFp bHRvOmd1bnRlcnZhbmRldmVsZGVjY0BpY2xvdWQuY29tPj4NCkNjOiAiQWxpIFNhamFzc2kgKHNh amFzc2kpIiA8c2FqYXNzaUBjaXNjby5jb208bWFpbHRvOnNhamFzc2lAY2lzY28uY29tPj4sICJi ZXNzQGlldGYub3JnPG1haWx0bzpiZXNzQGlldGYub3JnPiIgPGJlc3NAaWV0Zi5vcmc8bWFpbHRv OmJlc3NAaWV0Zi5vcmc+PiwgSURSIDxpZHJAaWV0Zi5vcmc8bWFpbHRvOmlkckBpZXRmLm9yZz4+ DQpTdWJqZWN0OiBSZTogW0lkcl0gW2Jlc3NdIE9uZSBxdWVzdGlvbiBhYm91dCAnZHJhZnQtaWV0 Zi1iZXNzLWV2cG4tb3ZlcmxheS0wMicgYW5kIGRyYWZ0LWlldGYtaWRyLXR1bm5lbC1lbmNhcHMt MDANCg0KWWVzLCBraW5kbHkgZm9yIGJhY2t3YXJkIGNvbXBhdGliaWxpdHkuIEhhdmluZyB0d28g d2F5cyB0byBkbyBpdCBpcyBhIHBhaW4gZm9yIHRoZSBpbXBsZW1lbnRhdGlvbi4NCkx1Y3kNCg0K RnJvbTogdGhvbWFzLm1vcmluQG9yYW5nZS5jb208bWFpbHRvOnRob21hcy5tb3JpbkBvcmFuZ2Uu Y29tPiBbbWFpbHRvOnRob21hcy5tb3JpbkBvcmFuZ2UuY29tXQ0KU2VudDogRnJpZGF5LCBOb3Zl bWJlciAxMywgMjAxNSAyOjE5IFBNDQpUbzogR3VudGVyIFZhbiBEZSBWZWxkZTsgTHVjeSB5b25n DQpDYzogSm9obiBFIERyYWtlOyBiZXNzQGlldGYub3JnPG1haWx0bzpiZXNzQGlldGYub3JnPjsg SURSOyBBbGkgU2FqYXNzaSAoc2FqYXNzaSkNClN1YmplY3Q6IFJFOiBbSWRyXSBbYmVzc10gT25l IHF1ZXN0aW9uIGFib3V0ICdkcmFmdC1pZXRmLWJlc3MtZXZwbi1vdmVybGF5LTAyJyBhbmQgZHJh ZnQtaWV0Zi1pZHItdHVubmVsLWVuY2Fwcy0wMA0KDQoNCkx1Y3ksDQoNClRoZSB0dW5uZWwgZW5j YXAgYWxzbyBkZXNjcmliZSBob3cgdG8gdXNlIHRoZSBleHRlbmRlZCBjb21tdW5pdHksIGluIHNl Y3Rpb24gNi4NCg0KQmVzdCwNCg0KLVRob21hcw0KDQoNCi0tLS0gTHVjeSB5b25nIGEgw6ljcml0 IC0tLS0NCkhpIEd1bnRlciwNCg0KVGhhbmsgeW91IHRvIHBvaW50IHRvIHRoZSByaWdodCBzZWN0 aW9uLiBUaGlzIG92ZXJsYXkgZHJhZnQgc3VnZ2VzdHMgdG8gdXNlIEVuY2Fwc3VsYXRpb24gZXh0 ZW5kZWQgY29tbXVuaXR5IHRvIGluZGljYXRlIHRoZSB0eXBlIG9mIGRhdGEgcGxhbmUgZW5jYXBz dWxhdGlvbiB0byBiZSB1c2VkIGZvciBhbGwgRVZDIHJvdXRlcy4gQnV0IHRoZSB0dW5uZWwgZW5j YXAgZHJhZnQgcHJvcG9zZXMgdG8gdXNlIHR1bm5lbCBlbmNhcHN1bGF0aW9uIGF0dHJpYnV0ZSAr IHN1Yi1UTFZzIHRvIGluZGljYXRlIHRoZSB0eXBlIG9mIGRhdGEgcGxhbmUgZW5jYXBzdWxhdGlv biB0byBiZSB1c2VkIGZvciBhIHByZWZpeC4gV2h5IGRvIHdlIHdhbnQgdG8gaGF2ZSB0d28gc29s dXRpb25zIGZvciB0aGUgc2FtZSBzcGFjZT8NCg0KU2luY2UgdGhpcyBvdmVybGF5IGRyYWZ0IGlz IG5vdCBSRkMgeWV0LCBpdCBpcyBnb29kIGZvciB0aGUgY29tbXVuaXR5IHRvIG1ha2UgYSBkZWNp c2lvbiBvbiBpdCwgd2hpY2gga2VlcHMgc2ltcGxlIGZvciB0aGUgaW1wbGVtZW50YXRpb24uIEl0 IGlzIG5vdCBoYXJkIHRvIG1vZGlmeSB0aGUgZHJhZnQgdG8gdXNlIHR1bm5lbCBlbmNhcHN1bGF0 aW9uIGF0dHJpYnV0ZSBpbmRpY2F0aW5nIHRoZSB0eXBlIG9mIGRhdGEgcGxhbmUgZW5jYXBzdWxh dGlvbiBmb3IgYWxsIEVWQyByb3V0ZXMuDQoNClJlZ2FyZHMsDQpMdWN5DQoNCkZyb206IEd1bnRl ciBWYW4gRGUgVmVsZGUgW21haWx0bzpndW50ZXJ2YW5kZXZlbGRlY2NAaWNsb3VkLmNvbV0NClNl bnQ6IEZyaWRheSwgTm92ZW1iZXIgMTMsIDIwMTUgMTo0NiBQTQ0KVG86IEx1Y3kgeW9uZw0KQ2M6 IHRob21hcy5tb3JpbkBvcmFuZ2UuY29tPG1haWx0bzp0aG9tYXMubW9yaW5Ab3JhbmdlLmNvbT47 IEpvaG4gRSBEcmFrZTsgYmVzc0BpZXRmLm9yZzxtYWlsdG86YmVzc0BpZXRmLm9yZz47IElEUjsg QWxpIFNhamFzc2kgKHNhamFzc2kpDQpTdWJqZWN0OiBSZTogW0lkcl0gW2Jlc3NdIE9uZSBxdWVz dGlvbiBhYm91dCAnZHJhZnQtaWV0Zi1iZXNzLWV2cG4tb3ZlcmxheS0wMicgYW5kIGRyYWZ0LWll dGYtaWRyLXR1bm5lbC1lbmNhcHMtMDANCg0KDQpIaSBMdWN5LA0KDQpEaWQgeW91IHRha2UgdGlt ZSB0byByZWFkDQpodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1iZXNzLWV2 cG4tb3ZlcmxheS0wMg0KSXRzIHVzZWQgcHJldHR5IGludGVuc2UgYnkgREMgb3JjaGVzdHJhdGlv biBwbGF0Zm9ybXMgbm93YWRheXMuIFNlY3Rpb24gNS4xIHByb3ZpZGVzIG1vcmUgaW5zaWdodC4N Cg0KQnJnZHMsDQpHLw0KDQpTZW50IHVzaW5nIENsb3VkTWFnaWMgRW1haWw8aHR0cHM6Ly9jbG91 ZG1hZ2ljLmNvbS9rL2QvbWFpbGFwcD9jdD1wYSZjdj04LjAuNTUmcHY9Ni4wJnNvdXJjZT1lbWFp bF9mb290ZXJfMj4NCk9uIEZyaSwgTm92IDEzLCAyMDE1IGF0IDc6MTIgUE0sIEx1Y3kgeW9uZyA8 bHVjeS55b25nQGh1YXdlaS5jb208bWFpbHRvOmx1Y3kueW9uZ0BodWF3ZWkuY29tPj4gd3JvdGU6 DQoNCg0KSGkgSm9obiwNCg0KU2luY2UgdGhlIHR1bm5lbCBlbmNhcCBkcmFmdCBnb2VzIHdpdGgg ZW5jYXAgdHVubmVsIGF0dHJpYnV0ZSBhbmQgdGhlcmUgd2FzIG5vIGRlcGxveW1lbnQgb2YgUkZD NTUxMiwgSU1PLCB3ZSBzaG91bGQgZGVwcmVjYXRlIGVuY2Fwc3VsYXRpb24gZXh0ZW5kZWQgY29t bXVuaXR5IHRvIGtlZXAgYSBjb25zaXN0ZW50IG1ldGhvZC4NCg0KVGh1cywgc2hvdWxkIHRoZSBv dmVybGF5IGRyYWZ0IHN0YXRlcyBpZiBCR1AgdHVubmVsIGVuY2Fwc3VsYXRlIGF0dHJpYnV0ZSBp cyBub3QgcHJlc2VudCwgLi4uLg0KDQpSZWdhcmRzLA0KTHVjeQ0KDQotLS0tLU9yaWdpbmFsIE1l c3NhZ2UtLS0tLQ0KRnJvbTogQkVTUyBbbWFpbHRvOmJlc3MtYm91bmNlc0BpZXRmLm9yZ10gT24g QmVoYWxmIE9mIHRob21hcy5tb3JpbkBvcmFuZ2UuY29tPG1haWx0bzp0aG9tYXMubW9yaW5Ab3Jh bmdlLmNvbT4NClNlbnQ6IEZyaWRheSwgTm92ZW1iZXIgMTMsIDIwMTUgMTA6NDYgQU0NClRvOiBK b2huIEUgRHJha2U7IGJlc3NAaWV0Zi5vcmc8bWFpbHRvOmJlc3NAaWV0Zi5vcmc+DQpDYzogSURS OyBBbGkgU2FqYXNzaSAoc2FqYXNzaSk7IEVyaWMgUm9zZW4NClN1YmplY3Q6IFJlOiBbYmVzc10g T25lIHF1ZXN0aW9uIGFib3V0ICdkcmFmdC1pZXRmLWJlc3MtZXZwbi1vdmVybGF5LTAyJyBhbmQg ZHJhZnQtaWV0Zi1pZHItdHVubmVsLWVuY2Fwcy0wMA0KDQpKb2huLA0KDQooQ2MnaW5nIElEUi4p DQoNCjIwMTUtMTEtMTMsIEpvaG4gRSBEcmFrZToNCj4NCj4gSSBzcG9rZSB3aXRoIEVyaWMgYW5k IEFsaSBhbmQgd2Ugd291bGQgbGlrZSB0byBjaGFuZ2UgYm90aCB0aGUgb3ZlcmxheQ0KPiBkcmFm dCBhbmQgdGhlIHR1bm5lbCBlbmNhcHMgZHJhZnRzIGFzIGZvbGxvd3MuDQo+DQo+IEZvciB0aGUg b3ZlcmxheSBkcmFmdCwgcmVwbGFjZSB0aGlzIHRleHQgaW4gc2VjdGlvbiA1LjEuMzoNCj4NCj4g IklmIHRoZSBCR1AgRW5jYXBzdWxhdGlvbiBleHRlbmRlZCBjb21tdW5pdHkgaXMgbm90IHByZXNl bnQsIHRoZW4NCj4gdGhlZGVmYXVsdCBNUExTIGVuY2Fwc3VsYXRpb24gb3IgYSBzdGF0aWNhbGx5 IGNvbmZpZ3VyZWQgZW5jYXBzdWxhdGlvbg0KPiBpcw0KPiBhc3N1bWVkLiINCj4NCj4gV2l0aCB0 aGUgZm9sbG93aW5nOg0KPg0KPiAiTm90ZSB0aGF0IHRoZSBNUExTIGVuY2Fwc3VsYXRpb24gdHVu bmVsIHR5cGUgaXMgbmVlZGVkIGluIG9yZGVyIHRvDQo+IGRpc3Rpbmd1aXNoIGJldHdlZW4gYW4g YWR2ZXJ0aXNpbmcgbm9kZSB0aGF0IG9ubHkgc3VwcG9ydHMgbm9uLU1QTFMNCj4gZW5jYXBzdWxh dGlvbnMgYW5kIG9uZSB0aGF0IHN1cHBvcnRzIE1QTFMgYW5kIG5vbi1NUExTIGVuY2Fwc3VsYXRp b25zLg0KPiBBbiBhZHZlcnRpc2luZyBub2RlIHRoYXQgb25seSBzdXBwb3J0cyBNUExTIGVuY2Fw c3VsYXRpb24gZG9lcyBub3QNCj4gbmVlZCB0byBhZHZlcnRpc2UgYW55IGVuY2Fwc3VsYXRpb24g dHVubmVsIHR5cGVzOyBpLmUuLCBpZiB0aGUgQkdQDQo+IEVuY2Fwc3VsYXRpb24gZXh0ZW5kZWQg Y29tbXVuaXR5IGlzIG5vdCBwcmVzZW50LCB0aGVuIGVpdGhlciBNUExTDQo+IGVuY2Fwc3VsYXRp b24gb3IgYSBzdGF0aWNhbGx5IGNvbmZpZ3VyZWQgZW5jYXBzdWxhdGlvbiBpcyBhc3N1bWVkLiIN Cg0KSGF2aW5nIG1vcmUgdGV4dCB0byBleHBsYWluIHRoaW5ncyBpbiB0aGUgb3ZlcmxheSBkcmFm dCBkb2VzIG5vdCBodXJ0Lg0KDQoNCj4NCj4gRm9yIHRoZSB0dW5uZWwgZW5jYXBzIGRyYWZ0LCBy ZXBsYWNlIHRoaXMgdGV4dCBpbiBzZWN0aW9uIDU6DQo+DQo+ICJJZiB0aGUgVHVubmVsIEVuY2Fw c3VsYXRpb24gYXR0cmlidXRlIGNvbnRhaW5zIHNldmVyYWwgVExWcyAoaS5lLiwNCj4gaWZpdCBz cGVjaWZpZXMgc2V2ZXJhbCB0dW5uZWxzKSwgcm91dGVyIFIgbWF5IGNob29zZSBhbnkgb25lIG9m IHRob3NlDQo+IHR1bm5lbHMsIGJhc2VkIHVwb24gbG9jYWwgcG9saWN5LiBJZiBhbnkgb2YgdHVu bmVscycgVExWcyBjb250YWluIHRoZSAgPiBDb2xvciBzdWItVExWIGFuZC9vciB0aGUgUHJvdG9j b2wgVHlwZSBzdWItVExWIGRlZmluZWQgaW4gW1JGQzU1MTJdLCB0aGUNCj4gY2hvaWNlIG9mIHR1 bm5lbCBtYXkgYmUgaW5mbHVlbmNlZCBieSB0aGVzZSBzdWItVExWcy4iDQo+DQo+IFdpdGggdGhl IGZvbGxvd2luZzoNCj4NCj4gIklmIHRoZSBUdW5uZWwgRW5jYXBzdWxhdGlvbiBhdHRyaWJ1dGUg Y29udGFpbnMgc2V2ZXJhbCBUTFZzIChpLmUuLA0KPiBpZml0IHNwZWNpZmllcyBzZXZlcmFsIHR1 bm5lbHMpLCByb3V0ZXIgUiBtYXkgY2hvb3NlIGFueSBvbmUgb2YgdGhvc2UNCj4gdHVubmVscywg YmFzZWQgdXBvbiBsb2NhbCBwb2xpY3kuIElmIGFueSBvZiB0dW5uZWxzJyBUTFZzIGNvbnRhaW4g dGhlDQo+IENvbG9yIHN1Yi1UTFYgYW5kL29yIHRoZSBQcm90b2NvbCBUeXBlIHN1Yi1UTFYgZGVm aW5lZCBpbiBbUkZDNTUxMl0sDQo+IHRoZSBjaG9pY2Ugb2YgdHVubmVsIG1heSBiZSBpbmZsdWVu Y2VkIGJ5IHRoZXNlIHN1Yi1UTFZzLiBOb3RlIHRoYXQgaWYNCj4gbm9uZSBvZiB0aGUgVExWcyBz cGVjaWZpZXMgdGhlIE1QTFMgdHVubmVsIHR5cGUsIGEgTGFiZWwgU3dpdGNoZWQgUGF0aA0KPiBT SE9VTEQgTk9UIGJlIHVzZWQgdW5sZXNzIG5vbmUgb2YgdGhlIFRMVnMgc3BlY2lmaWVzIGEgZmVh c2libGUgdHVubmVsLiINCg0KSSB0aGluayB0aGF0IHRoZSBhYm92ZSB3aWxsIHRlY2huaWNhbGx5 IHdvcmsuDQoNCipIb3dldmVyKiBpdCB3b3VsZCBiZSBhIHBpdHkgdG8gKm5vdCogaGF2ZSB0aGUg dmVyeSB1c2VmdWwgY2xlYXItdGV4dCBleHBsYW5hdGlvbiBvZiB0aGUgcmVhc29uIGZvciB0aGUg J01QTFMnIHR5cGUgKHdoYXQgeW91IHByb3Bvc2UgdG8gYWRkIGFib3ZlIGluIHRoZSBvdmVybGF5 IGRyYWZ0KSBpbiAgZHJhZnQtaWV0Zi1pZHItdHVubmVsLWVuY2Fwcy0wMC4uLiB3aHkgcHJvdmlk ZSB0aGUgc21vb3RoIGV4cGxhbmF0aW9uIGZvciBvbmx5IG9uZSBvZiB0aGUgc3BlY3MgdG8gd2hp Y2ggdGhpcyAnTVBMUycgdHlwZSBhcHBsaWVzID8NCg0KPg0KPiBXZSBob3BlIHRoaXMgaXMgc2F0 aXNmYWN0b3J5Lg0KDQpDbG9zZSwgYnV0IG5vdCBxdWl0ZSB0aGVyZSB5ZXQgOikNCg0KQmVzdCwN Cg0KLVRob21hcw0KDQoNCg0KDQo+DQo+PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPj4g RnJvbTogVGhvbWFzIE1vcmluIFttYWlsdG86dGhvbWFzLm1vcmluQG9yYW5nZS5jb21dDQo+PiBT ZW50OiBUaHVyc2RheSwgTm92ZW1iZXIgMTIsIDIwMTUgMTA6MDggQU0NCj4+IFRvOiBKb2huIEUg RHJha2U7IGJlc3NAaWV0Zi5vcmc8bWFpbHRvOmJlc3NAaWV0Zi5vcmc+DQo+PiBDYzogRXJpYyBS b3Nlbg0KPj4gU3ViamVjdDogUmU6IFtiZXNzXSBPbmUgcXVlc3Rpb24gYWJvdXQgJ2RyYWZ0LWll dGYtYmVzcy1ldnBuLW92ZXJsYXktMDInDQo+Pg0KPj4gSGkgSm9obiwNCj4+DQo+PiAyMDE1LTEx LTEyLCBKb2huIEUgRHJha2U6DQo+Pj4NCj4+PiBXaHkgZG8geW91IHRoaW5rIGl0IHNob3VsZCBi ZSBkb2N1bWVudGVkIGluIEVyaWMncyBkcmFmdCByYXRoZXIgdGhhbg0KPj4+IGluIHRoZQ0KPj4g RVZQTiBPdmVybGF5IGRyYWZ0Pw0KPj4NCj4+IFRoZSBpc3N1ZSBhcHBsaWVzIGJleW9uZCB0aGUg Y29udGV4dCBvZiBFLVZQTiBvdmVybGF5IHNwZWNzLCBhbmQNCj4+IGV4aXN0IGluIGFueSBjb250 ZXh0IHdoZXJlIGRpZmZlcmVudCBraW5kcyBvZiBNUExTKC94KSBlbmNhcHMgY2FuIGJlDQo+PiBt aXhlZCAoRS1WUE4gbm9uLW92ZXJsYXksIElQIFZQTnMpLCB3aGljaCBpcyBhZGRyZXNzZWQgYnkg RXJpYydzIGRyYWZ0Lg0KPj4NCj4+IEJlc3QsDQo+Pg0KPj4gLVRob21hcw0KPg0KDQoNCl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18NCg0KQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBk ZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9p dmVudCBkb25jIHBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0 b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWls bGV6IGxlIHNpZ25hbGVyIGEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBs ZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2Nl cHRpYmxlcyBkJ2FsdGVyYXRpb24sIE9yYW5nZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRl IHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS4N Cg0KVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50 aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxh dzsgdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0 IGF1dGhvcmlzYXRpb24uDQpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9y LCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0 cyBhdHRhY2htZW50cy4NCkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBs aWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZh bHNpZmllZC4NClRoYW5rIHlvdS4NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCkJFU1MgbWFpbGluZyBsaXN0DQpCRVNTQGlldGYub3JnPG1haWx0bzpC RVNTQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9iZXNz DQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpJZHIg bWFpbGluZyBsaXN0DQpJZHJAaWV0Zi5vcmc8bWFpbHRvOklkckBpZXRmLm9yZz4NCmh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaWRyDQoNCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KDQoNCkNlIG1l c3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0 aW9ucyBjb25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYw0K DQpwYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlv bi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBz aWduYWxlcg0KDQphIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBp ZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJs ZXMgZCdhbHRlcmF0aW9uLA0KDQpGcmFuY2UgVGVsZWNvbSAtIE9yYW5nZSBkZWNsaW5lIHRvdXRl IHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZh bHNpZmllLiBNZXJjaQ0KDQoNCg0KVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5 IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkg YmUgcHJvdGVjdGVkIGJ5IGxhdzsNCg0KdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1 c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcml6YXRpb24uDQoNCklmIHlvdSBoYXZlIHJlY2Vp dmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVs ZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLg0KDQpBcyBlbWFpbHMgbWF5IGJl IGFsdGVyZWQsIEZyYW5jZSBUZWxlY29tIC0gT3JhbmdlIHNoYWxsIG5vdCBiZSBsaWFibGUgaWYg dGhpcyBtZXNzYWdlIHdhcyBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuDQoNClRoYW5r IHlvdS4NCg== --_000_393F700E4C3F452AACBFEC6EDB91DD1Calcatellucentcom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NXB4OyBmb250LWZhbWlseTogQXZlbmlyLCBzYW5zLXNlcmlmOyI+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+THVjeSw8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PlRoZXJlIGFyZSBzZXZlcmFs IGltcGxlbWVudGF0aW9ucyB3aXRoIHNoaXBwaW5nIGNvZGUgdXNpbmcgdGhlIFJGQzU1MTIgYmdw IHR1bm5lbCBleHRlbmRlZCBjb21tdW5pdHkuIEl0IGNhbm5vdCBiZSBkZXByZWNhdGVkLiZuYnNw OzwvZGl2Pg0KPGRpdj5UaGFua3MuPC9kaXY+DQo8ZGl2PkpvcmdlPC9kaXY+DQo8ZGl2Pg0KPGRp diBpZD0iTUFDX09VVExPT0tfU0lHTkFUVVJFIj48L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8c3BhbiBpZD0iT0xLX1NSQ19CT0RZX1NFQ1RJT04iPg0K PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaTsgZm9udC1zaXplOjEycHQ7IHRleHQtYWxp Z246bGVmdDsgY29sb3I6YmxhY2s7IEJPUkRFUi1CT1RUT006IG1lZGl1bSBub25lOyBCT1JERVIt TEVGVDogbWVkaXVtIG5vbmU7IFBBRERJTkctQk9UVE9NOiAwaW47IFBBRERJTkctTEVGVDogMGlu OyBQQURESU5HLVJJR0hUOiAwaW47IEJPUkRFUi1UT1A6ICNiNWM0ZGYgMXB0IHNvbGlkOyBCT1JE RVItUklHSFQ6IG1lZGl1bSBub25lOyBQQURESU5HLVRPUDogM3B0Ij4NCjxzcGFuIHN0eWxlPSJm b250LXdlaWdodDpib2xkIj5Gcm9tOiA8L3NwYW4+SWRyICZsdDs8YSBocmVmPSJtYWlsdG86aWRy LWJvdW5jZXNAaWV0Zi5vcmciPmlkci1ib3VuY2VzQGlldGYub3JnPC9hPiZndDsgb24gYmVoYWxm IG9mIEx1Y3kgeW9uZyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmx1Y3kueW9uZ0BodWF3ZWkuY29tIj5s dWN5LnlvbmdAaHVhd2VpLmNvbTwvYT4mZ3Q7PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0 OmJvbGQiPkRhdGU6IDwvc3Bhbj5GcmlkYXksIE5vdmVtYmVyIDEzLCAyMDE1IGF0IDEyOjIxIFBN PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPlRvOiA8L3NwYW4+JnF1b3Q7PGEg aHJlZj0ibWFpbHRvOnRob21hcy5tb3JpbkBvcmFuZ2UuY29tIj50aG9tYXMubW9yaW5Ab3Jhbmdl LmNvbTwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzp0aG9tYXMubW9yaW5Ab3JhbmdlLmNv bSI+dGhvbWFzLm1vcmluQG9yYW5nZS5jb208L2E+Jmd0OywgR3VudGVyIFZhbiBEZSBWZWxkZSAm bHQ7PGEgaHJlZj0ibWFpbHRvOmd1bnRlcnZhbmRldmVsZGVjY0BpY2xvdWQuY29tIj5ndW50ZXJ2 YW5kZXZlbGRlY2NAaWNsb3VkLmNvbTwvYT4mZ3Q7PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2Vp Z2h0OmJvbGQiPkNjOiA8L3NwYW4+JnF1b3Q7QWxpIFNhamFzc2kgKHNhamFzc2kpJnF1b3Q7ICZs dDs8YSBocmVmPSJtYWlsdG86c2FqYXNzaUBjaXNjby5jb20iPnNhamFzc2lAY2lzY28uY29tPC9h PiZndDssICZxdW90OzxhIGhyZWY9Im1haWx0bzpiZXNzQGlldGYub3JnIj5iZXNzQGlldGYub3Jn PC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmJlc3NAaWV0Zi5vcmciPmJlc3NAaWV0Zi5v cmc8L2E+Jmd0OywgSURSICZsdDs8YSBocmVmPSJtYWlsdG86aWRyQGlldGYub3JnIj5pZHJAaWV0 Zi5vcmc8L2E+Jmd0Ozxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5TdWJqZWN0 OiA8L3NwYW4+UmU6IFtJZHJdIFtiZXNzXSBPbmUgcXVlc3Rpb24gYWJvdXQgJ2RyYWZ0LWlldGYt YmVzcy1ldnBuLW92ZXJsYXktMDInIGFuZCBkcmFmdC1pZXRmLWlkci10dW5uZWwtZW5jYXBzLTAw PGJyPg0KPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgaWQ9Ik1BQ19PVVRM T09LX0FUVFJJQlVUSU9OX0JMT0NLUVVPVEUiIHN0eWxlPSJCT1JERVItTEVGVDogI2I1YzRkZiA1 IHNvbGlkOyBQQURESU5HOjAgMCAwIDU7IE1BUkdJTjowIDAgMCA1OyI+DQo8ZGl2Pg0KPG1ldGEg bmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxMiAoZmlsdGVyZWQgbWVk aXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseTpTaW1TdW47DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpA Zm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1 IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBh bm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 VGFob21hOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDMgNSA0IDQgMiA0O30NCkBmb250LWZhY2UNCgl7 Zm9udC1mYW1pbHk6Q29uc29sYXM7DQoJcGFub3NlLTE6MiAxMSA2IDkgMiAyIDQgMyAyIDQ7fQ0K QGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiXEBTaW1TdW4iOw0KCXBhbm9zZS0xOjIgMSA2IDAg MyAxIDEgMSAxIDE7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5N c29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4w MDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseTpTaW1TdW47fQ0KYTpsaW5r LCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1 ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBl cmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0K CXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7 DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowaW47DQoJZm9udC1zaXplOjEyLjBw dDsNCglmb250LWZhbWlseTpTaW1TdW47fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsN Cgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbWFyZ2luOjBpbjsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWls eToiQ291cmllciBOZXciO30NCnAuTXNvQWNldGF0ZSwgbGkuTXNvQWNldGF0ZSwgZGl2Lk1zb0Fj ZXRhdGUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxsb29u IFRleHQgQ2hhciI7DQoJbWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9u dC1zaXplOjguMHB0Ow0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9DQpzcGFu LkJhbGxvb25UZXh0Q2hhcg0KCXttc28tc3R5bGUtbmFtZToiQmFsbG9vbiBUZXh0IENoYXIiOw0K CW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiQmFsbG9vbiBUZXh0IjsN Cglmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7fQ0Kc3Bhbi5iYWxsb29udGV4dGNo YXIwDQoJe21zby1zdHlsZS1uYW1lOmJhbGxvb250ZXh0Y2hhcjsNCglmb250LWZhbWlseToiVGFo b21hIiwic2Fucy1zZXJpZiI7fQ0Kc3Bhbi5lbWFpbHN0eWxlMjANCgl7bXNvLXN0eWxlLW5hbWU6 ZW1haWxzdHlsZTIwOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29s b3I6IzFGNDk3RDt9DQpzcGFuLkhUTUxQcmVmb3JtYXR0ZWRDaGFyDQoJe21zby1zdHlsZS1uYW1l OiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNv LXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIjsNCglmb250LWZhbWlseTpDb25zb2xhczt9 DQpzcGFuLkVtYWlsU3R5bGUyNA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglm b250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1z b0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEw LjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2lu OjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3Jk U2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBl ZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0t LT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4N CjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1s PjwhW2VuZGlmXS0tPg0KPGRpdiBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBs ZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2Vy aWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+WWVzLCBraW5kbHkgZm9yIGJhY2t3YXJkIGNv bXBhdGliaWxpdHkuIEhhdmluZyB0d28gd2F5cyB0byBkbyBpdCBpcyBhIHBhaW4gZm9yIHRoZSBp bXBsZW1lbnRhdGlvbi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fu cy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij5MdWN5PG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsg Zm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUp OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRl cjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAw aW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 IDEwcHQ7IGZvbnQtZmFtaWx5OiBUYWhvbWEsIHNhbnMtc2VyaWY7Ij5Gcm9tOjwvc3Bhbj48L2I+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTBwdDsgZm9udC1mYW1pbHk6IFRhaG9tYSwgc2Fucy1z ZXJpZjsiPg0KPGEgaHJlZj0ibWFpbHRvOnRob21hcy5tb3JpbkBvcmFuZ2UuY29tIj50aG9tYXMu bW9yaW5Ab3JhbmdlLmNvbTwvYT4gWzxhIGhyZWY9Im1haWx0bzp0aG9tYXMubW9yaW5Ab3Jhbmdl LmNvbSI+bWFpbHRvOnRob21hcy5tb3JpbkBvcmFuZ2UuY29tPC9hPl0NCjxicj4NCjxiPlNlbnQ6 PC9iPiBGcmlkYXksIE5vdmVtYmVyIDEzLCAyMDE1IDI6MTkgUE08YnI+DQo8Yj5Ubzo8L2I+IEd1 bnRlciBWYW4gRGUgVmVsZGU7IEx1Y3kgeW9uZzxicj4NCjxiPkNjOjwvYj4gSm9obiBFIERyYWtl OyA8YSBocmVmPSJtYWlsdG86YmVzc0BpZXRmLm9yZyI+YmVzc0BpZXRmLm9yZzwvYT47IElEUjsg QWxpIFNhamFzc2kgKHNhamFzc2kpPGJyPg0KPGI+U3ViamVjdDo8L2I+IFJFOiBbSWRyXSBbYmVz c10gT25lIHF1ZXN0aW9uIGFib3V0ICdkcmFmdC1pZXRmLWJlc3MtZXZwbi1vdmVybGF5LTAyJyBh bmQgZHJhZnQtaWV0Zi1pZHItdHVubmVsLWVuY2Fwcy0wMDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjxwPkx1Y3ksIDxvOnA+PC9vOnA+PC9wPg0KPHA+VGhlIHR1bm5lbCBlbmNhcCBhbHNvIGRl c2NyaWJlIGhvdyB0byB1c2UgdGhlIGV4dGVuZGVkIGNvbW11bml0eSwgaW4gc2VjdGlvbiA2Ljxv OnA+PC9vOnA+PC9wPg0KPHA+QmVzdCw8bzpwPjwvbzpwPjwvcD4NCjxwPi1UaG9tYXM8bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBw dCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJywgc2VyaWY7Ij48 YnI+DQo8YnI+DQotLS0tIEx1Y3kgeW9uZyBhIMOpY3JpdCAtLS0tPG86cD48L286cD48L3NwYW4+ PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJn YigzMSwgNzMsIDEyNSk7Ij5IaSBHdW50ZXIsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6 IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+Jm5ic3A7PC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiBy Z2IoMzEsIDczLCAxMjUpOyI+VGhhbmsgeW91IHRvIHBvaW50IHRvIHRoZSByaWdodCBzZWN0aW9u LiBUaGlzIG92ZXJsYXkgZHJhZnQgc3VnZ2VzdHMgdG8gdXNlIEVuY2Fwc3VsYXRpb24gZXh0ZW5k ZWQgY29tbXVuaXR5IHRvIGluZGljYXRlIHRoZSB0eXBlIG9mIGRhdGEgcGxhbmUgZW5jYXBzdWxh dGlvbg0KIHRvIGJlIHVzZWQgZm9yIGFsbCBFVkMgcm91dGVzLiBCdXQgdGhlIHR1bm5lbCBlbmNh cCBkcmFmdCBwcm9wb3NlcyB0byB1c2UgdHVubmVsIGVuY2Fwc3VsYXRpb24gYXR0cmlidXRlICYj NDM7IHN1Yi1UTFZzIHRvIGluZGljYXRlIHRoZSB0eXBlIG9mIGRhdGEgcGxhbmUgZW5jYXBzdWxh dGlvbiB0byBiZSB1c2VkIGZvciBhIHByZWZpeC4gV2h5IGRvIHdlIHdhbnQgdG8gaGF2ZSB0d28g c29sdXRpb25zIGZvciB0aGUgc2FtZSBzcGFjZT8NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFt aWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiPiZuYnNw Ozwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xv cjogcmdiKDMxLCA3MywgMTI1KTsiPlNpbmNlIHRoaXMgb3ZlcmxheSBkcmFmdCBpcyBub3QgUkZD IHlldCwgaXQgaXMgZ29vZCBmb3IgdGhlIGNvbW11bml0eSB0byBtYWtlIGEgZGVjaXNpb24gb24g aXQsIHdoaWNoIGtlZXBzIHNpbXBsZSBmb3IgdGhlIGltcGxlbWVudGF0aW9uLiBJdCBpcyBub3QN CiBoYXJkIHRvIG1vZGlmeSB0aGUgZHJhZnQgdG8gdXNlIHR1bm5lbCBlbmNhcHN1bGF0aW9uIGF0 dHJpYnV0ZSBpbmRpY2F0aW5nIHRoZSB0eXBlIG9mIGRhdGEgcGxhbmUgZW5jYXBzdWxhdGlvbiBm b3IgYWxsIEVWQyByb3V0ZXMuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmks IHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+Jm5ic3A7PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTog MTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDcz LCAxMjUpOyI+UmVnYXJkcyw8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwg c2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij5MdWN5PC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFw dDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAx MjUpOyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5v bmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAw aW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTBw dDsgZm9udC1mYW1pbHk6IFRhaG9tYSwgc2Fucy1zZXJpZjsiPkZyb206PC9zcGFuPjwvYj48c3Bh biBzdHlsZT0iZm9udC1zaXplOiAxMHB0OyBmb250LWZhbWlseTogVGFob21hLCBzYW5zLXNlcmlm OyI+IEd1bnRlciBWYW4gRGUgVmVsZGUgWzxhIGhyZWY9Im1haWx0bzpndW50ZXJ2YW5kZXZlbGRl Y2NAaWNsb3VkLmNvbSI+bWFpbHRvOmd1bnRlcnZhbmRldmVsZGVjY0BpY2xvdWQuY29tPC9hPl0N Cjxicj4NCjxiPlNlbnQ6PC9iPiBGcmlkYXksIE5vdmVtYmVyIDEzLCAyMDE1IDE6NDYgUE08YnI+ DQo8Yj5Ubzo8L2I+IEx1Y3kgeW9uZzxicj4NCjxiPkNjOjwvYj4gPGEgaHJlZj0ibWFpbHRvOnRo b21hcy5tb3JpbkBvcmFuZ2UuY29tIj50aG9tYXMubW9yaW5Ab3JhbmdlLmNvbTwvYT47IEpvaG4g RSBEcmFrZTsNCjxhIGhyZWY9Im1haWx0bzpiZXNzQGlldGYub3JnIj5iZXNzQGlldGYub3JnPC9h PjsgSURSOyBBbGkgU2FqYXNzaSAoc2FqYXNzaSk8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtJ ZHJdIFtiZXNzXSBPbmUgcXVlc3Rpb24gYWJvdXQgJ2RyYWZ0LWlldGYtYmVzcy1ldnBuLW92ZXJs YXktMDInIGFuZCBkcmFmdC1pZXRmLWlkci10dW5uZWwtZW5jYXBzLTAwPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwv cD4NCjxwPkhpIEx1Y3ksPG86cD48L286cD48L3A+DQo8cD5EaWQgeW91IHRha2UgdGltZSB0byBy ZWFkIDxicj4NCjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRm LWJlc3MtZXZwbi1vdmVybGF5LTAyIj5odHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQt aWV0Zi1iZXNzLWV2cG4tb3ZlcmxheS0wMjwvYT48bzpwPjwvbzpwPjwvcD4NCjxkaXYgaWQ9ImNt X3NpZ25hdHVyZSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JdHMgdXNlZCBwcmV0dHkgaW50ZW5z ZSBieSBEQyBvcmNoZXN0cmF0aW9uIHBsYXRmb3JtcyBub3dhZGF5cy4gU2VjdGlvbiA1LjEgcHJv dmlkZXMgbW9yZSBpbnNpZ2h0LjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+QnJnZHMsPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+Ry88YnI+DQo8YnI+DQpTZW50IHVzaW5nIDxhIGhyZWY9Imh0dHBzOi8vY2xvdWRtYWdpYy5j b20vay9kL21haWxhcHA/Y3Q9cGEmYW1wO2N2PTguMC41NSZhbXA7cHY9Ni4wJmFtcDtzb3VyY2U9 ZW1haWxfZm9vdGVyXzIiPg0KQ2xvdWRNYWdpYyBFbWFpbDwvYT4gPG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImNvbG9yOiM3ODc4NzgiPk9uIEZyaSwgTm92IDEzLCAyMDE1IGF0IDc6MTIgUE0sIEx1 Y3kgeW9uZyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmx1Y3kueW9uZ0BodWF3ZWkuY29tIj5sdWN5Lnlv bmdAaHVhd2VpLmNvbTwvYT4mZ3Q7IHdyb3RlOjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8ZGl2IGlkPSJv bGRjb250ZW50Ij4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1i b3R0b206NS4wcHQiPg0KPHA+SGkgSm9obiw8YnI+DQo8YnI+DQpTaW5jZSB0aGUgdHVubmVsIGVu Y2FwIGRyYWZ0IGdvZXMgd2l0aCBlbmNhcCB0dW5uZWwgYXR0cmlidXRlIGFuZCB0aGVyZSB3YXMg bm8gZGVwbG95bWVudCBvZiBSRkM1NTEyLCBJTU8sIHdlIHNob3VsZCBkZXByZWNhdGUgZW5jYXBz dWxhdGlvbiBleHRlbmRlZCBjb21tdW5pdHkgdG8ga2VlcCBhIGNvbnNpc3RlbnQgbWV0aG9kLg0K PGJyPg0KPGJyPg0KVGh1cywgc2hvdWxkIHRoZSBvdmVybGF5IGRyYWZ0IHN0YXRlcyBpZiBCR1Ag dHVubmVsIGVuY2Fwc3VsYXRlIGF0dHJpYnV0ZSBpcyBub3QgcHJlc2VudCwgLi4uLjxicj4NCjxi cj4NClJlZ2FyZHMsPGJyPg0KTHVjeSA8YnI+DQo8YnI+DQotLS0tLU9yaWdpbmFsIE1lc3NhZ2Ut LS0tLTxicj4NCkZyb206IEJFU1MgWzxhIGhyZWY9Im1haWx0bzpiZXNzLWJvdW5jZXNAaWV0Zi5v cmciPm1haWx0bzpiZXNzLWJvdW5jZXNAaWV0Zi5vcmc8L2E+XSBPbiBCZWhhbGYgT2YNCjxhIGhy ZWY9Im1haWx0bzp0aG9tYXMubW9yaW5Ab3JhbmdlLmNvbSI+dGhvbWFzLm1vcmluQG9yYW5nZS5j b208L2E+PGJyPg0KU2VudDogRnJpZGF5LCBOb3ZlbWJlciAxMywgMjAxNSAxMDo0NiBBTTxicj4N ClRvOiBKb2huIEUgRHJha2U7IDxhIGhyZWY9Im1haWx0bzpiZXNzQGlldGYub3JnIj5iZXNzQGll dGYub3JnPC9hPjxicj4NCkNjOiBJRFI7IEFsaSBTYWphc3NpIChzYWphc3NpKTsgRXJpYyBSb3Nl bjxicj4NClN1YmplY3Q6IFJlOiBbYmVzc10gT25lIHF1ZXN0aW9uIGFib3V0ICdkcmFmdC1pZXRm LWJlc3MtZXZwbi1vdmVybGF5LTAyJyBhbmQgZHJhZnQtaWV0Zi1pZHItdHVubmVsLWVuY2Fwcy0w MDxicj4NCjxicj4NCkpvaG4sPGJyPg0KPGJyPg0KKENjJ2luZyBJRFIuKTxicj4NCjxicj4NCjIw MTUtMTEtMTMsIEpvaG4gRSBEcmFrZTo8YnI+DQomZ3Q7PGJyPg0KJmd0OyBJIHNwb2tlIHdpdGgg RXJpYyBhbmQgQWxpIGFuZCB3ZSB3b3VsZCBsaWtlIHRvIGNoYW5nZSBib3RoIHRoZSBvdmVybGF5 Jm5ic3A7IDxicj4NCiZndDsgZHJhZnQgYW5kIHRoZSB0dW5uZWwgZW5jYXBzIGRyYWZ0cyBhcyBm b2xsb3dzLjxicj4NCiZndDs8YnI+DQomZ3Q7IEZvciB0aGUgb3ZlcmxheSBkcmFmdCwgcmVwbGFj ZSB0aGlzIHRleHQgaW4gc2VjdGlvbiA1LjEuMzo8YnI+DQomZ3Q7PGJyPg0KJmd0OyAmcXVvdDtJ ZiB0aGUgQkdQIEVuY2Fwc3VsYXRpb24gZXh0ZW5kZWQgY29tbXVuaXR5IGlzIG5vdCBwcmVzZW50 LCB0aGVuIDxicj4NCiZndDsgdGhlZGVmYXVsdCBNUExTIGVuY2Fwc3VsYXRpb24gb3IgYSBzdGF0 aWNhbGx5IGNvbmZpZ3VyZWQgZW5jYXBzdWxhdGlvbiA8YnI+DQomZ3Q7IGlzPGJyPg0KJmd0OyBh c3N1bWVkLiZxdW90Ozxicj4NCiZndDs8YnI+DQomZ3Q7IFdpdGggdGhlIGZvbGxvd2luZzo8YnI+ DQomZ3Q7PGJyPg0KJmd0OyAmcXVvdDtOb3RlIHRoYXQgdGhlIE1QTFMgZW5jYXBzdWxhdGlvbiB0 dW5uZWwgdHlwZSBpcyBuZWVkZWQgaW4gb3JkZXIgdG8gPGJyPg0KJmd0OyBkaXN0aW5ndWlzaCBi ZXR3ZWVuIGFuIGFkdmVydGlzaW5nIG5vZGUgdGhhdCBvbmx5IHN1cHBvcnRzIG5vbi1NUExTIDxi cj4NCiZndDsgZW5jYXBzdWxhdGlvbnMgYW5kIG9uZSB0aGF0IHN1cHBvcnRzIE1QTFMgYW5kIG5v bi1NUExTIGVuY2Fwc3VsYXRpb25zLiA8YnI+DQomZ3Q7IEFuIGFkdmVydGlzaW5nIG5vZGUgdGhh dCBvbmx5IHN1cHBvcnRzIE1QTFMgZW5jYXBzdWxhdGlvbiBkb2VzIG5vdCA8YnI+DQomZ3Q7IG5l ZWQgdG8gYWR2ZXJ0aXNlIGFueSBlbmNhcHN1bGF0aW9uIHR1bm5lbCB0eXBlczsgaS5lLiwgaWYg dGhlIEJHUCA8YnI+DQomZ3Q7IEVuY2Fwc3VsYXRpb24gZXh0ZW5kZWQgY29tbXVuaXR5IGlzIG5v dCBwcmVzZW50LCB0aGVuIGVpdGhlciBNUExTIDxicj4NCiZndDsgZW5jYXBzdWxhdGlvbiBvciBh IHN0YXRpY2FsbHkgY29uZmlndXJlZCBlbmNhcHN1bGF0aW9uIGlzIGFzc3VtZWQuJnF1b3Q7PGJy Pg0KPGJyPg0KSGF2aW5nIG1vcmUgdGV4dCB0byBleHBsYWluIHRoaW5ncyBpbiB0aGUgb3Zlcmxh eSBkcmFmdCBkb2VzIG5vdCBodXJ0Ljxicj4NCjxicj4NCjxicj4NCiZndDs8YnI+DQomZ3Q7IEZv ciB0aGUgdHVubmVsIGVuY2FwcyBkcmFmdCwgcmVwbGFjZSB0aGlzIHRleHQgaW4gc2VjdGlvbiA1 Ojxicj4NCiZndDs8YnI+DQomZ3Q7ICZxdW90O0lmIHRoZSBUdW5uZWwgRW5jYXBzdWxhdGlvbiBh dHRyaWJ1dGUgY29udGFpbnMgc2V2ZXJhbCBUTFZzIChpLmUuLCA8YnI+DQomZ3Q7IGlmaXQgc3Bl Y2lmaWVzIHNldmVyYWwgdHVubmVscyksIHJvdXRlciBSIG1heSBjaG9vc2UgYW55IG9uZSBvZiB0 aG9zZTxicj4NCiZndDsgdHVubmVscywgYmFzZWQgdXBvbiBsb2NhbCBwb2xpY3kuIElmIGFueSBv ZiB0dW5uZWxzJyBUTFZzIGNvbnRhaW4gdGhlJm5ic3A7ICZndDsgQ29sb3Igc3ViLVRMViBhbmQv b3IgdGhlIFByb3RvY29sIFR5cGUgc3ViLVRMViBkZWZpbmVkIGluIFtSRkM1NTEyXSwgdGhlPGJy Pg0KJmd0OyBjaG9pY2Ugb2YgdHVubmVsIG1heSBiZSBpbmZsdWVuY2VkIGJ5IHRoZXNlIHN1Yi1U TFZzLiZxdW90Ozxicj4NCiZndDs8YnI+DQomZ3Q7IFdpdGggdGhlIGZvbGxvd2luZzo8YnI+DQom Z3Q7PGJyPg0KJmd0OyAmcXVvdDtJZiB0aGUgVHVubmVsIEVuY2Fwc3VsYXRpb24gYXR0cmlidXRl IGNvbnRhaW5zIHNldmVyYWwgVExWcyAoaS5lLiwgPGJyPg0KJmd0OyBpZml0IHNwZWNpZmllcyBz ZXZlcmFsIHR1bm5lbHMpLCByb3V0ZXIgUiBtYXkgY2hvb3NlIGFueSBvbmUgb2YgdGhvc2UgPGJy Pg0KJmd0OyB0dW5uZWxzLCBiYXNlZCB1cG9uIGxvY2FsIHBvbGljeS4gSWYgYW55IG9mIHR1bm5l bHMnIFRMVnMgY29udGFpbiB0aGUgPGJyPg0KJmd0OyBDb2xvciBzdWItVExWIGFuZC9vciB0aGUg UHJvdG9jb2wgVHlwZSBzdWItVExWIGRlZmluZWQgaW4gW1JGQzU1MTJdLCA8YnI+DQomZ3Q7IHRo ZSBjaG9pY2Ugb2YgdHVubmVsIG1heSBiZSBpbmZsdWVuY2VkIGJ5IHRoZXNlIHN1Yi1UTFZzLiBO b3RlIHRoYXQgaWYgPGJyPg0KJmd0OyBub25lIG9mIHRoZSBUTFZzIHNwZWNpZmllcyB0aGUgTVBM UyB0dW5uZWwgdHlwZSwgYSBMYWJlbCBTd2l0Y2hlZCBQYXRoIDxicj4NCiZndDsgU0hPVUxEIE5P VCBiZSB1c2VkIHVubGVzcyBub25lIG9mIHRoZSBUTFZzIHNwZWNpZmllcyBhIGZlYXNpYmxlIHR1 bm5lbC4mcXVvdDs8YnI+DQo8YnI+DQpJIHRoaW5rIHRoYXQgdGhlIGFib3ZlIHdpbGwgdGVjaG5p Y2FsbHkgd29yay48YnI+DQo8YnI+DQoqSG93ZXZlciogaXQgd291bGQgYmUgYSBwaXR5IHRvICpu b3QqIGhhdmUgdGhlIHZlcnkgdXNlZnVsIGNsZWFyLXRleHQgZXhwbGFuYXRpb24gb2YgdGhlIHJl YXNvbiBmb3IgdGhlICdNUExTJyB0eXBlICh3aGF0IHlvdSBwcm9wb3NlIHRvIGFkZCBhYm92ZSBp biB0aGUgb3ZlcmxheSBkcmFmdCkgaW4mbmJzcDsgZHJhZnQtaWV0Zi1pZHItdHVubmVsLWVuY2Fw cy0wMC4uLiB3aHkgcHJvdmlkZSB0aGUgc21vb3RoIGV4cGxhbmF0aW9uIGZvciBvbmx5IG9uZSBv Zg0KIHRoZSBzcGVjcyB0byB3aGljaCB0aGlzICdNUExTJyB0eXBlIGFwcGxpZXMgPzxicj4NCjxi cj4NCiZndDs8YnI+DQomZ3Q7IFdlIGhvcGUgdGhpcyBpcyBzYXRpc2ZhY3RvcnkuPGJyPg0KPGJy Pg0KQ2xvc2UsIGJ1dCBub3QgcXVpdGUgdGhlcmUgeWV0IDopPGJyPg0KPGJyPg0KQmVzdCw8YnI+ DQo8YnI+DQotVGhvbWFzPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KJmd0Ozxicj4NCiZn dDsmZ3Q7IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPGJyPg0KJmd0OyZndDsgRnJvbTogVGhv bWFzIE1vcmluIFs8YSBocmVmPSJtYWlsdG86dGhvbWFzLm1vcmluQG9yYW5nZS5jb20iPm1haWx0 bzp0aG9tYXMubW9yaW5Ab3JhbmdlLmNvbTwvYT5dPGJyPg0KJmd0OyZndDsgU2VudDogVGh1cnNk YXksIE5vdmVtYmVyIDEyLCAyMDE1IDEwOjA4IEFNPGJyPg0KJmd0OyZndDsgVG86IEpvaG4gRSBE cmFrZTsgPGEgaHJlZj0ibWFpbHRvOmJlc3NAaWV0Zi5vcmciPmJlc3NAaWV0Zi5vcmc8L2E+PGJy Pg0KJmd0OyZndDsgQ2M6IEVyaWMgUm9zZW48YnI+DQomZ3Q7Jmd0OyBTdWJqZWN0OiBSZTogW2Jl c3NdIE9uZSBxdWVzdGlvbiBhYm91dCAnZHJhZnQtaWV0Zi1iZXNzLWV2cG4tb3ZlcmxheS0wMic8 YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7IEhpIEpvaG4sPGJyPg0KJmd0OyZndDs8YnI+DQom Z3Q7Jmd0OyAyMDE1LTExLTEyLCBKb2huIEUgRHJha2U6PGJyPg0KJmd0OyZndDsmZ3Q7PGJyPg0K Jmd0OyZndDsmZ3Q7IFdoeSBkbyB5b3UgdGhpbmsgaXQgc2hvdWxkIGJlIGRvY3VtZW50ZWQgaW4g RXJpYydzIGRyYWZ0IHJhdGhlciB0aGFuIDxicj4NCiZndDsmZ3Q7Jmd0OyBpbiB0aGU8YnI+DQom Z3Q7Jmd0OyBFVlBOIE92ZXJsYXkgZHJhZnQ/PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyBU aGUgaXNzdWUgYXBwbGllcyBiZXlvbmQgdGhlIGNvbnRleHQgb2YgRS1WUE4gb3ZlcmxheSBzcGVj cywgYW5kIDxicj4NCiZndDsmZ3Q7IGV4aXN0IGluIGFueSBjb250ZXh0IHdoZXJlIGRpZmZlcmVu dCBraW5kcyBvZiBNUExTKC94KSBlbmNhcHMgY2FuIGJlIDxicj4NCiZndDsmZ3Q7IG1peGVkIChF LVZQTiBub24tb3ZlcmxheSwgSVAgVlBOcyksIHdoaWNoIGlzIGFkZHJlc3NlZCBieSBFcmljJ3Mg ZHJhZnQuPGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyBCZXN0LDxicj4NCiZndDsmZ3Q7PGJy Pg0KJmd0OyZndDsgLVRob21hczxicj4NCiZndDs8YnI+DQo8YnI+DQo8YnI+DQpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo8 YnI+DQo8YnI+DQpDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRl bmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBu ZSBkb2l2ZW50IGRvbmMgcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2Fu cyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwg dmV1aWxsZXogbGUgc2lnbmFsZXIgYSBsJ2V4cGVkaXRldXIgZXQgbGUNCiBkZXRydWlyZSBhaW5z aSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFu dCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLCBPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25z YWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4g TWVyY2kuPGJyPg0KPGJyPg0KVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNv bnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUg cHJvdGVjdGVkIGJ5IGxhdzsgdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9y IGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uPGJyPg0KSWYgeW91IGhhdmUgcmVjZWl2ZWQg dGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUg dGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuPGJyPg0KQXMgZW1haWxzIG1heSBiZSBh bHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBoYXZlIGJlZW4g bW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLjxicj4NClRoYW5rIHlvdS48YnI+DQo8YnI+ DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCkJF U1MgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRvOkJFU1NAaWV0Zi5vcmciPkJFU1NA aWV0Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby9iZXNzIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2Jlc3M8 L2E+PGJyPg0KPGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX188YnI+DQpJZHIgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRvOklkckBpZXRm Lm9yZyI+SWRyQGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3Jn L21haWxtYW4vbGlzdGluZm8vaWRyIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp bmZvL2lkcjwvYT48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjxwcmU+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wcmU+DQo8cHJlPkNlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZl bnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdp ZWVzIGV0IG5lIGRvaXZlbnQgZG9uYzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPnBhcyBldHJlIGRp ZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2 ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyPG86cD48 L286cD48L3ByZT4NCjxwcmU+YSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVl IGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3Vz Y2VwdGlibGVzIGQnYWx0ZXJhdGlvbiw8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5GcmFuY2UgVGVs ZWNvbSAtIE9yYW5nZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2Ug YSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaTxvOnA+PC9vOnA+PC9wcmU+ DQo8cHJlPjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJlPlRoaXMgbWVzc2FnZSBhbmQgaXRz IGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxlZ2VkIGluZm9y bWF0aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7PG86cD48L286cD48L3ByZT4NCjxw cmU+dGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0 IGF1dGhvcml6YXRpb24uPG86cD48L286cD48L3ByZT4NCjxwcmU+SWYgeW91IGhhdmUgcmVjZWl2 ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxl dGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuPG86cD48L286cD48L3ByZT4NCjxw cmU+QXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBGcmFuY2UgVGVsZWNvbSAtIE9yYW5nZSBzaGFs bCBub3QgYmUgbGlhYmxlIGlmIHRoaXMgbWVzc2FnZSB3YXMgbW9kaWZpZWQsIGNoYW5nZWQgb3Ig ZmFsc2lmaWVkLjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPlRoYW5rIHlvdS48bzpwPjwvbzpwPjwv cHJlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9zcGFuPg0KPC9i b2R5Pg0KPC9odG1sPg0K --_000_393F700E4C3F452AACBFEC6EDB91DD1Calcatellucentcom_-- From nobody Fri Nov 13 13:25:22 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4E6E61B327A; Fri, 13 Nov 2015 13:25:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.21 X-Spam-Level: X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 7Za0nUS-0naZ; Fri, 13 Nov 2015 13:25:16 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D49DD1B3276; Fri, 13 Nov 2015 13:25:14 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CAH57268; Fri, 13 Nov 2015 21:25:12 +0000 (GMT) Received: from DFWEML704-CHM.china.huawei.com (10.193.5.141) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 13 Nov 2015 21:25:11 +0000 Received: from DFWEML701-CHM.china.huawei.com ([10.193.5.50]) by dfweml704-chm ([10.193.5.141]) with mapi id 14.03.0235.001; Fri, 13 Nov 2015 13:25:06 -0800 From: Lucy yong To: "Rabadan, Jorge (Jorge)" , "thomas.morin@orange.com" , Gunter Van De Velde Thread-Topic: [Idr] [bess] One question about 'draft-ietf-bess-evpn-overlay-02' and draft-ietf-idr-tunnel-encaps-00 Thread-Index: AQHRHjLk+EPbBLnwbEaYyccCDDNBvp6aOngggACnFgD//35y4IAAitAA//96vgCAAJcDgP//esag Date: Fri, 13 Nov 2015 21:25:05 +0000 Message-ID: <2691CE0099834E4A9C5044EEC662BB9D5720CA0F@dfweml701-chm> References: <486973F4-725A-4510-969F-AD9BC3D34B54@alcatel-lucent.com> <1F70DC8A-2BB5-40C7-89CA-03F6E0784B8B@alcatel-lucent.com> <4550_1447317570_56445042_4550_858_1_56445041.3030507@orange.com> <5644AB4F.6030708@orange.com> <29407_1447433162_564613CA_29407_1693_1_564613C9.6080900@orange.com> <2691CE0099834E4A9C5044EEC662BB9D5720C851@dfweml701-chm> <1447444552407-db1ef9b1-d48eda6d-80edc740@icloud.com> <2691CE0099834E4A9C5044EEC662BB9D5720C91E@dfweml701-chm> <21747_1447445949_564645BD_21747_4152_1_ko297mmvp0kfv335qvemt2fm.1447445900828@email.android.com> <2691CE0099834E4A9C5044EEC662BB9D5720C944@dfweml701-chm> <393F700E-4C3F-452A-ACBF-EC6EDB91DD1C@alcatel-lucent.com> In-Reply-To: <393F700E-4C3F-452A-ACBF-EC6EDB91DD1C@alcatel-lucent.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.158.222] Content-Type: multipart/alternative; boundary="_000_2691CE0099834E4A9C5044EEC662BB9D5720CA0Fdfweml701chm_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090201.56465539.002F, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 5614903193e1a297f5a6c45de9083f02 Archived-At: Cc: IDR , "Ali Sajassi \(sajassi\)" , "bess@ietf.org" Subject: Re: [Idr] [bess] One question about 'draft-ietf-bess-evpn-overlay-02' and draft-ietf-idr-tunnel-encaps-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Nov 2015 21:25:20 -0000 --_000_2691CE0099834E4A9C5044EEC662BB9D5720CA0Fdfweml701chm_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sm9yZ2UsDQoNClRoYW5rIHlvdSBsZXQgbWUga25vdy4gVG9vIGJhZCwgd2UgaGF2ZSB0byBsaXZl IHdpdGggaXQuDQoNClJlYWdyZHMsDQpMdWN5DQoNCkZyb206IFJhYmFkYW4sIEpvcmdlIChKb3Jn ZSkgW21haWx0bzpqb3JnZS5yYWJhZGFuQGFsY2F0ZWwtbHVjZW50LmNvbV0NClNlbnQ6IEZyaWRh eSwgTm92ZW1iZXIgMTMsIDIwMTUgMzoyMyBQTQ0KVG86IEx1Y3kgeW9uZzsgdGhvbWFzLm1vcmlu QG9yYW5nZS5jb207IEd1bnRlciBWYW4gRGUgVmVsZGUNCkNjOiBBbGkgU2FqYXNzaSAoc2FqYXNz aSk7IGJlc3NAaWV0Zi5vcmc7IElEUg0KU3ViamVjdDogUmU6IFtJZHJdIFtiZXNzXSBPbmUgcXVl c3Rpb24gYWJvdXQgJ2RyYWZ0LWlldGYtYmVzcy1ldnBuLW92ZXJsYXktMDInIGFuZCBkcmFmdC1p ZXRmLWlkci10dW5uZWwtZW5jYXBzLTAwDQoNCkx1Y3ksDQoNClRoZXJlIGFyZSBzZXZlcmFsIGlt cGxlbWVudGF0aW9ucyB3aXRoIHNoaXBwaW5nIGNvZGUgdXNpbmcgdGhlIFJGQzU1MTIgYmdwIHR1 bm5lbCBleHRlbmRlZCBjb21tdW5pdHkuIEl0IGNhbm5vdCBiZSBkZXByZWNhdGVkLg0KVGhhbmtz Lg0KSm9yZ2UNCg0KRnJvbTogSWRyIDxpZHItYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86aWRyLWJv dW5jZXNAaWV0Zi5vcmc+PiBvbiBiZWhhbGYgb2YgTHVjeSB5b25nIDxsdWN5LnlvbmdAaHVhd2Vp LmNvbTxtYWlsdG86bHVjeS55b25nQGh1YXdlaS5jb20+Pg0KRGF0ZTogRnJpZGF5LCBOb3ZlbWJl ciAxMywgMjAxNSBhdCAxMjoyMSBQTQ0KVG86ICJ0aG9tYXMubW9yaW5Ab3JhbmdlLmNvbTxtYWls dG86dGhvbWFzLm1vcmluQG9yYW5nZS5jb20+IiA8dGhvbWFzLm1vcmluQG9yYW5nZS5jb208bWFp bHRvOnRob21hcy5tb3JpbkBvcmFuZ2UuY29tPj4sIEd1bnRlciBWYW4gRGUgVmVsZGUgPGd1bnRl cnZhbmRldmVsZGVjY0BpY2xvdWQuY29tPG1haWx0bzpndW50ZXJ2YW5kZXZlbGRlY2NAaWNsb3Vk LmNvbT4+DQpDYzogIkFsaSBTYWphc3NpIChzYWphc3NpKSIgPHNhamFzc2lAY2lzY28uY29tPG1h aWx0bzpzYWphc3NpQGNpc2NvLmNvbT4+LCAiYmVzc0BpZXRmLm9yZzxtYWlsdG86YmVzc0BpZXRm Lm9yZz4iIDxiZXNzQGlldGYub3JnPG1haWx0bzpiZXNzQGlldGYub3JnPj4sIElEUiA8aWRyQGll dGYub3JnPG1haWx0bzppZHJAaWV0Zi5vcmc+Pg0KU3ViamVjdDogUmU6IFtJZHJdIFtiZXNzXSBP bmUgcXVlc3Rpb24gYWJvdXQgJ2RyYWZ0LWlldGYtYmVzcy1ldnBuLW92ZXJsYXktMDInIGFuZCBk cmFmdC1pZXRmLWlkci10dW5uZWwtZW5jYXBzLTAwDQoNClllcywga2luZGx5IGZvciBiYWNrd2Fy ZCBjb21wYXRpYmlsaXR5LiBIYXZpbmcgdHdvIHdheXMgdG8gZG8gaXQgaXMgYSBwYWluIGZvciB0 aGUgaW1wbGVtZW50YXRpb24uDQpMdWN5DQoNCkZyb206IHRob21hcy5tb3JpbkBvcmFuZ2UuY29t PG1haWx0bzp0aG9tYXMubW9yaW5Ab3JhbmdlLmNvbT4gW21haWx0bzp0aG9tYXMubW9yaW5Ab3Jh bmdlLmNvbV0NClNlbnQ6IEZyaWRheSwgTm92ZW1iZXIgMTMsIDIwMTUgMjoxOSBQTQ0KVG86IEd1 bnRlciBWYW4gRGUgVmVsZGU7IEx1Y3kgeW9uZw0KQ2M6IEpvaG4gRSBEcmFrZTsgYmVzc0BpZXRm Lm9yZzxtYWlsdG86YmVzc0BpZXRmLm9yZz47IElEUjsgQWxpIFNhamFzc2kgKHNhamFzc2kpDQpT dWJqZWN0OiBSRTogW0lkcl0gW2Jlc3NdIE9uZSBxdWVzdGlvbiBhYm91dCAnZHJhZnQtaWV0Zi1i ZXNzLWV2cG4tb3ZlcmxheS0wMicgYW5kIGRyYWZ0LWlldGYtaWRyLXR1bm5lbC1lbmNhcHMtMDAN Cg0KDQpMdWN5LA0KDQpUaGUgdHVubmVsIGVuY2FwIGFsc28gZGVzY3JpYmUgaG93IHRvIHVzZSB0 aGUgZXh0ZW5kZWQgY29tbXVuaXR5LCBpbiBzZWN0aW9uIDYuDQoNCkJlc3QsDQoNCi1UaG9tYXMN Cg0KDQotLS0tIEx1Y3kgeW9uZyBhIMOpY3JpdCAtLS0tDQpIaSBHdW50ZXIsDQoNClRoYW5rIHlv dSB0byBwb2ludCB0byB0aGUgcmlnaHQgc2VjdGlvbi4gVGhpcyBvdmVybGF5IGRyYWZ0IHN1Z2dl c3RzIHRvIHVzZSBFbmNhcHN1bGF0aW9uIGV4dGVuZGVkIGNvbW11bml0eSB0byBpbmRpY2F0ZSB0 aGUgdHlwZSBvZiBkYXRhIHBsYW5lIGVuY2Fwc3VsYXRpb24gdG8gYmUgdXNlZCBmb3IgYWxsIEVW QyByb3V0ZXMuIEJ1dCB0aGUgdHVubmVsIGVuY2FwIGRyYWZ0IHByb3Bvc2VzIHRvIHVzZSB0dW5u ZWwgZW5jYXBzdWxhdGlvbiBhdHRyaWJ1dGUgKyBzdWItVExWcyB0byBpbmRpY2F0ZSB0aGUgdHlw ZSBvZiBkYXRhIHBsYW5lIGVuY2Fwc3VsYXRpb24gdG8gYmUgdXNlZCBmb3IgYSBwcmVmaXguIFdo eSBkbyB3ZSB3YW50IHRvIGhhdmUgdHdvIHNvbHV0aW9ucyBmb3IgdGhlIHNhbWUgc3BhY2U/DQoN ClNpbmNlIHRoaXMgb3ZlcmxheSBkcmFmdCBpcyBub3QgUkZDIHlldCwgaXQgaXMgZ29vZCBmb3Ig dGhlIGNvbW11bml0eSB0byBtYWtlIGEgZGVjaXNpb24gb24gaXQsIHdoaWNoIGtlZXBzIHNpbXBs ZSBmb3IgdGhlIGltcGxlbWVudGF0aW9uLiBJdCBpcyBub3QgaGFyZCB0byBtb2RpZnkgdGhlIGRy YWZ0IHRvIHVzZSB0dW5uZWwgZW5jYXBzdWxhdGlvbiBhdHRyaWJ1dGUgaW5kaWNhdGluZyB0aGUg dHlwZSBvZiBkYXRhIHBsYW5lIGVuY2Fwc3VsYXRpb24gZm9yIGFsbCBFVkMgcm91dGVzLg0KDQpS ZWdhcmRzLA0KTHVjeQ0KDQpGcm9tOiBHdW50ZXIgVmFuIERlIFZlbGRlIFttYWlsdG86Z3VudGVy dmFuZGV2ZWxkZWNjQGljbG91ZC5jb21dDQpTZW50OiBGcmlkYXksIE5vdmVtYmVyIDEzLCAyMDE1 IDE6NDYgUE0NClRvOiBMdWN5IHlvbmcNCkNjOiB0aG9tYXMubW9yaW5Ab3JhbmdlLmNvbTxtYWls dG86dGhvbWFzLm1vcmluQG9yYW5nZS5jb20+OyBKb2huIEUgRHJha2U7IGJlc3NAaWV0Zi5vcmc8 bWFpbHRvOmJlc3NAaWV0Zi5vcmc+OyBJRFI7IEFsaSBTYWphc3NpIChzYWphc3NpKQ0KU3ViamVj dDogUmU6IFtJZHJdIFtiZXNzXSBPbmUgcXVlc3Rpb24gYWJvdXQgJ2RyYWZ0LWlldGYtYmVzcy1l dnBuLW92ZXJsYXktMDInIGFuZCBkcmFmdC1pZXRmLWlkci10dW5uZWwtZW5jYXBzLTAwDQoNCg0K SGkgTHVjeSwNCg0KRGlkIHlvdSB0YWtlIHRpbWUgdG8gcmVhZA0KaHR0cHM6Ly90b29scy5pZXRm Lm9yZy9odG1sL2RyYWZ0LWlldGYtYmVzcy1ldnBuLW92ZXJsYXktMDINCkl0cyB1c2VkIHByZXR0 eSBpbnRlbnNlIGJ5IERDIG9yY2hlc3RyYXRpb24gcGxhdGZvcm1zIG5vd2FkYXlzLiBTZWN0aW9u IDUuMSBwcm92aWRlcyBtb3JlIGluc2lnaHQuDQoNCkJyZ2RzLA0KRy8NCg0KU2VudCB1c2luZyBD bG91ZE1hZ2ljIEVtYWlsPGh0dHBzOi8vY2xvdWRtYWdpYy5jb20vay9kL21haWxhcHA/Y3Q9cGEm Y3Y9OC4wLjU1JnB2PTYuMCZzb3VyY2U9ZW1haWxfZm9vdGVyXzI+DQpPbiBGcmksIE5vdiAxMywg MjAxNSBhdCA3OjEyIFBNLCBMdWN5IHlvbmcgPGx1Y3kueW9uZ0BodWF3ZWkuY29tPG1haWx0bzps dWN5LnlvbmdAaHVhd2VpLmNvbT4+IHdyb3RlOg0KDQoNCkhpIEpvaG4sDQoNClNpbmNlIHRoZSB0 dW5uZWwgZW5jYXAgZHJhZnQgZ29lcyB3aXRoIGVuY2FwIHR1bm5lbCBhdHRyaWJ1dGUgYW5kIHRo ZXJlIHdhcyBubyBkZXBsb3ltZW50IG9mIFJGQzU1MTIsIElNTywgd2Ugc2hvdWxkIGRlcHJlY2F0 ZSBlbmNhcHN1bGF0aW9uIGV4dGVuZGVkIGNvbW11bml0eSB0byBrZWVwIGEgY29uc2lzdGVudCBt ZXRob2QuDQoNClRodXMsIHNob3VsZCB0aGUgb3ZlcmxheSBkcmFmdCBzdGF0ZXMgaWYgQkdQIHR1 bm5lbCBlbmNhcHN1bGF0ZSBhdHRyaWJ1dGUgaXMgbm90IHByZXNlbnQsIC4uLi4NCg0KUmVnYXJk cywNCkx1Y3kNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEJFU1MgW21haWx0 bzpiZXNzLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiB0aG9tYXMubW9yaW5Ab3Jhbmdl LmNvbTxtYWlsdG86dGhvbWFzLm1vcmluQG9yYW5nZS5jb20+DQpTZW50OiBGcmlkYXksIE5vdmVt YmVyIDEzLCAyMDE1IDEwOjQ2IEFNDQpUbzogSm9obiBFIERyYWtlOyBiZXNzQGlldGYub3JnPG1h aWx0bzpiZXNzQGlldGYub3JnPg0KQ2M6IElEUjsgQWxpIFNhamFzc2kgKHNhamFzc2kpOyBFcmlj IFJvc2VuDQpTdWJqZWN0OiBSZTogW2Jlc3NdIE9uZSBxdWVzdGlvbiBhYm91dCAnZHJhZnQtaWV0 Zi1iZXNzLWV2cG4tb3ZlcmxheS0wMicgYW5kIGRyYWZ0LWlldGYtaWRyLXR1bm5lbC1lbmNhcHMt MDANCg0KSm9obiwNCg0KKENjJ2luZyBJRFIuKQ0KDQoyMDE1LTExLTEzLCBKb2huIEUgRHJha2U6 DQo+DQo+IEkgc3Bva2Ugd2l0aCBFcmljIGFuZCBBbGkgYW5kIHdlIHdvdWxkIGxpa2UgdG8gY2hh bmdlIGJvdGggdGhlIG92ZXJsYXkNCj4gZHJhZnQgYW5kIHRoZSB0dW5uZWwgZW5jYXBzIGRyYWZ0 cyBhcyBmb2xsb3dzLg0KPg0KPiBGb3IgdGhlIG92ZXJsYXkgZHJhZnQsIHJlcGxhY2UgdGhpcyB0 ZXh0IGluIHNlY3Rpb24gNS4xLjM6DQo+DQo+ICJJZiB0aGUgQkdQIEVuY2Fwc3VsYXRpb24gZXh0 ZW5kZWQgY29tbXVuaXR5IGlzIG5vdCBwcmVzZW50LCB0aGVuDQo+IHRoZWRlZmF1bHQgTVBMUyBl bmNhcHN1bGF0aW9uIG9yIGEgc3RhdGljYWxseSBjb25maWd1cmVkIGVuY2Fwc3VsYXRpb24NCj4g aXMNCj4gYXNzdW1lZC4iDQo+DQo+IFdpdGggdGhlIGZvbGxvd2luZzoNCj4NCj4gIk5vdGUgdGhh dCB0aGUgTVBMUyBlbmNhcHN1bGF0aW9uIHR1bm5lbCB0eXBlIGlzIG5lZWRlZCBpbiBvcmRlciB0 bw0KPiBkaXN0aW5ndWlzaCBiZXR3ZWVuIGFuIGFkdmVydGlzaW5nIG5vZGUgdGhhdCBvbmx5IHN1 cHBvcnRzIG5vbi1NUExTDQo+IGVuY2Fwc3VsYXRpb25zIGFuZCBvbmUgdGhhdCBzdXBwb3J0cyBN UExTIGFuZCBub24tTVBMUyBlbmNhcHN1bGF0aW9ucy4NCj4gQW4gYWR2ZXJ0aXNpbmcgbm9kZSB0 aGF0IG9ubHkgc3VwcG9ydHMgTVBMUyBlbmNhcHN1bGF0aW9uIGRvZXMgbm90DQo+IG5lZWQgdG8g YWR2ZXJ0aXNlIGFueSBlbmNhcHN1bGF0aW9uIHR1bm5lbCB0eXBlczsgaS5lLiwgaWYgdGhlIEJH UA0KPiBFbmNhcHN1bGF0aW9uIGV4dGVuZGVkIGNvbW11bml0eSBpcyBub3QgcHJlc2VudCwgdGhl biBlaXRoZXIgTVBMUw0KPiBlbmNhcHN1bGF0aW9uIG9yIGEgc3RhdGljYWxseSBjb25maWd1cmVk IGVuY2Fwc3VsYXRpb24gaXMgYXNzdW1lZC4iDQoNCkhhdmluZyBtb3JlIHRleHQgdG8gZXhwbGFp biB0aGluZ3MgaW4gdGhlIG92ZXJsYXkgZHJhZnQgZG9lcyBub3QgaHVydC4NCg0KDQo+DQo+IEZv ciB0aGUgdHVubmVsIGVuY2FwcyBkcmFmdCwgcmVwbGFjZSB0aGlzIHRleHQgaW4gc2VjdGlvbiA1 Og0KPg0KPiAiSWYgdGhlIFR1bm5lbCBFbmNhcHN1bGF0aW9uIGF0dHJpYnV0ZSBjb250YWlucyBz ZXZlcmFsIFRMVnMgKGkuZS4sDQo+IGlmaXQgc3BlY2lmaWVzIHNldmVyYWwgdHVubmVscyksIHJv dXRlciBSIG1heSBjaG9vc2UgYW55IG9uZSBvZiB0aG9zZQ0KPiB0dW5uZWxzLCBiYXNlZCB1cG9u IGxvY2FsIHBvbGljeS4gSWYgYW55IG9mIHR1bm5lbHMnIFRMVnMgY29udGFpbiB0aGUgID4gQ29s b3Igc3ViLVRMViBhbmQvb3IgdGhlIFByb3RvY29sIFR5cGUgc3ViLVRMViBkZWZpbmVkIGluIFtS RkM1NTEyXSwgdGhlDQo+IGNob2ljZSBvZiB0dW5uZWwgbWF5IGJlIGluZmx1ZW5jZWQgYnkgdGhl c2Ugc3ViLVRMVnMuIg0KPg0KPiBXaXRoIHRoZSBmb2xsb3dpbmc6DQo+DQo+ICJJZiB0aGUgVHVu bmVsIEVuY2Fwc3VsYXRpb24gYXR0cmlidXRlIGNvbnRhaW5zIHNldmVyYWwgVExWcyAoaS5lLiwN Cj4gaWZpdCBzcGVjaWZpZXMgc2V2ZXJhbCB0dW5uZWxzKSwgcm91dGVyIFIgbWF5IGNob29zZSBh bnkgb25lIG9mIHRob3NlDQo+IHR1bm5lbHMsIGJhc2VkIHVwb24gbG9jYWwgcG9saWN5LiBJZiBh bnkgb2YgdHVubmVscycgVExWcyBjb250YWluIHRoZQ0KPiBDb2xvciBzdWItVExWIGFuZC9vciB0 aGUgUHJvdG9jb2wgVHlwZSBzdWItVExWIGRlZmluZWQgaW4gW1JGQzU1MTJdLA0KPiB0aGUgY2hv aWNlIG9mIHR1bm5lbCBtYXkgYmUgaW5mbHVlbmNlZCBieSB0aGVzZSBzdWItVExWcy4gTm90ZSB0 aGF0IGlmDQo+IG5vbmUgb2YgdGhlIFRMVnMgc3BlY2lmaWVzIHRoZSBNUExTIHR1bm5lbCB0eXBl LCBhIExhYmVsIFN3aXRjaGVkIFBhdGgNCj4gU0hPVUxEIE5PVCBiZSB1c2VkIHVubGVzcyBub25l IG9mIHRoZSBUTFZzIHNwZWNpZmllcyBhIGZlYXNpYmxlIHR1bm5lbC4iDQoNCkkgdGhpbmsgdGhh dCB0aGUgYWJvdmUgd2lsbCB0ZWNobmljYWxseSB3b3JrLg0KDQoqSG93ZXZlciogaXQgd291bGQg YmUgYSBwaXR5IHRvICpub3QqIGhhdmUgdGhlIHZlcnkgdXNlZnVsIGNsZWFyLXRleHQgZXhwbGFu YXRpb24gb2YgdGhlIHJlYXNvbiBmb3IgdGhlICdNUExTJyB0eXBlICh3aGF0IHlvdSBwcm9wb3Nl IHRvIGFkZCBhYm92ZSBpbiB0aGUgb3ZlcmxheSBkcmFmdCkgaW4gIGRyYWZ0LWlldGYtaWRyLXR1 bm5lbC1lbmNhcHMtMDAuLi4gd2h5IHByb3ZpZGUgdGhlIHNtb290aCBleHBsYW5hdGlvbiBmb3Ig b25seSBvbmUgb2YgdGhlIHNwZWNzIHRvIHdoaWNoIHRoaXMgJ01QTFMnIHR5cGUgYXBwbGllcyA/ DQoNCj4NCj4gV2UgaG9wZSB0aGlzIGlzIHNhdGlzZmFjdG9yeS4NCg0KQ2xvc2UsIGJ1dCBub3Qg cXVpdGUgdGhlcmUgeWV0IDopDQoNCkJlc3QsDQoNCi1UaG9tYXMNCg0KDQoNCg0KPg0KPj4gLS0t LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4+IEZyb206IFRob21hcyBNb3JpbiBbbWFpbHRvOnRo b21hcy5tb3JpbkBvcmFuZ2UuY29tXQ0KPj4gU2VudDogVGh1cnNkYXksIE5vdmVtYmVyIDEyLCAy MDE1IDEwOjA4IEFNDQo+PiBUbzogSm9obiBFIERyYWtlOyBiZXNzQGlldGYub3JnPG1haWx0bzpi ZXNzQGlldGYub3JnPg0KPj4gQ2M6IEVyaWMgUm9zZW4NCj4+IFN1YmplY3Q6IFJlOiBbYmVzc10g T25lIHF1ZXN0aW9uIGFib3V0ICdkcmFmdC1pZXRmLWJlc3MtZXZwbi1vdmVybGF5LTAyJw0KPj4N Cj4+IEhpIEpvaG4sDQo+Pg0KPj4gMjAxNS0xMS0xMiwgSm9obiBFIERyYWtlOg0KPj4+DQo+Pj4g V2h5IGRvIHlvdSB0aGluayBpdCBzaG91bGQgYmUgZG9jdW1lbnRlZCBpbiBFcmljJ3MgZHJhZnQg cmF0aGVyIHRoYW4NCj4+PiBpbiB0aGUNCj4+IEVWUE4gT3ZlcmxheSBkcmFmdD8NCj4+DQo+PiBU aGUgaXNzdWUgYXBwbGllcyBiZXlvbmQgdGhlIGNvbnRleHQgb2YgRS1WUE4gb3ZlcmxheSBzcGVj cywgYW5kDQo+PiBleGlzdCBpbiBhbnkgY29udGV4dCB3aGVyZSBkaWZmZXJlbnQga2luZHMgb2Yg TVBMUygveCkgZW5jYXBzIGNhbiBiZQ0KPj4gbWl4ZWQgKEUtVlBOIG5vbi1vdmVybGF5LCBJUCBW UE5zKSwgd2hpY2ggaXMgYWRkcmVzc2VkIGJ5IEVyaWMncyBkcmFmdC4NCj4+DQo+PiBCZXN0LA0K Pj4NCj4+IC1UaG9tYXMNCj4NCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCkNlIG1lc3NhZ2UgZXQgc2VzIHBpZWNl cyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxs ZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYyBwYXMgZXRyZSBkaWZmdXNlcywg ZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3Ug Y2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlciBhIGwnZXhwZWRpdGV1 ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2Fn ZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLCBPcmFuZ2Ug ZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwg ZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuDQoNClRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFj aG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxlZ2VkIGluZm9ybWF0aW9u IHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7IHRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmli dXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLg0KSWYgeW91IGhhdmUg cmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFu ZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuDQpBcyBlbWFpbHMgbWF5 IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUg YmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuDQpUaGFuayB5b3UuDQoNCl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpCRVNTIG1haWxpbmcg bGlzdA0KQkVTU0BpZXRmLm9yZzxtYWlsdG86QkVTU0BpZXRmLm9yZz4NCmh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vYmVzcw0KDQpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KSWRyIG1haWxpbmcgbGlzdA0KSWRyQGlldGYub3JnPG1h aWx0bzpJZHJAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L2lkcg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fDQoNCg0KDQpDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBw ZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZp bGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMNCg0KcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRl cyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3Nh Z2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXINCg0KYSBsJ2V4cGVkaXRldXIgZXQg bGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVs ZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwNCg0KRnJhbmNlIFRl bGVjb20gLSBPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdl IGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kNCg0KDQoNClRoaXMgbWVz c2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2 aWxlZ2VkIGluZm9ybWF0aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7DQoNCnRoZXkg c2hvdWxkIG5vdCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jp emF0aW9uLg0KDQpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVh c2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRh Y2htZW50cy4NCg0KQXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBGcmFuY2UgVGVsZWNvbSAtIE9y YW5nZSBzaGFsbCBub3QgYmUgbGlhYmxlIGlmIHRoaXMgbWVzc2FnZSB3YXMgbW9kaWZpZWQsIGNo YW5nZWQgb3IgZmFsc2lmaWVkLg0KDQpUaGFuayB5b3UuDQo= --_000_2691CE0099834E4A9C5044EEC662BB9D5720CA0Fdfweml701chm_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 U2ltU3VuOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5v c2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNv bnNvbGFzOw0KCXBhbm9zZS0xOjIgMTEgNiA5IDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7 Zm9udC1mYW1pbHk6IlxAU2ltU3VuIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30N Ci8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYu TXNvTm9ybWFsDQoJe21hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQt c2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6U2ltU3VuO30NCmE6bGluaywgc3Bhbi5Nc29IeXBl cmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNv cmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQN Cgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRp b246dW5kZXJsaW5lO30NCnANCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1tYXJnaW4t dG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGluOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1p bHk6U2ltU3VuO30NCnByZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxp bms6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRv bTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3 Ijt9DQpwLk1zb0FjZXRhdGUsIGxpLk1zb0FjZXRhdGUsIGRpdi5Nc29BY2V0YXRlDQoJe21zby1z dHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiQmFsbG9vbiBUZXh0IENoYXIiOw0K CW1hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZTo4LjBwdDsN Cglmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7fQ0Kc3Bhbi5IVE1MUHJlZm9ybWF0 dGVkQ2hhcg0KCXttc28tc3R5bGUtbmFtZToiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbXNv LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCI7 DQoJZm9udC1mYW1pbHk6Q29uc29sYXM7fQ0Kc3Bhbi5CYWxsb29uVGV4dENoYXINCgl7bXNvLXN0 eWxlLW5hbWU6IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJ bXNvLXN0eWxlLWxpbms6IkJhbGxvb24gVGV4dCI7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNh bnMtc2VyaWYiO30NCnNwYW4uYmFsbG9vbnRleHRjaGFyMA0KCXttc28tc3R5bGUtbmFtZTpiYWxs b29udGV4dGNoYXI7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiO30NCnNwYW4u ZW1haWxzdHlsZTIwDQoJe21zby1zdHlsZS1uYW1lOmVtYWlsc3R5bGUyMDsNCglmb250LWZhbWls eToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0 eWxlMjQNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmki LCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHlsZTI1DQoJe21z by1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fu cy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUt dHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9u MQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47 fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwh LS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3Bp ZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1s Pg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRh dGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8 Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNz PSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkpvcmdlLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0 OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+VGhhbmsgeW91IGxldCBt ZSBrbm93LiBUb28gYmFkLCB3ZSBoYXZlIHRvIGxpdmUgd2l0aCBpdC48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlJlYWdy ZHMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkx1Y3k8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5 bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMu MHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsi PiBSYWJhZGFuLCBKb3JnZSAoSm9yZ2UpIFttYWlsdG86am9yZ2UucmFiYWRhbkBhbGNhdGVsLWx1 Y2VudC5jb21dDQo8YnI+DQo8Yj5TZW50OjwvYj4gRnJpZGF5LCBOb3ZlbWJlciAxMywgMjAxNSAz OjIzIFBNPGJyPg0KPGI+VG86PC9iPiBMdWN5IHlvbmc7IHRob21hcy5tb3JpbkBvcmFuZ2UuY29t OyBHdW50ZXIgVmFuIERlIFZlbGRlPGJyPg0KPGI+Q2M6PC9iPiBBbGkgU2FqYXNzaSAoc2FqYXNz aSk7IGJlc3NAaWV0Zi5vcmc7IElEUjxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW0lkcl0gW2Jl c3NdIE9uZSBxdWVzdGlvbiBhYm91dCAnZHJhZnQtaWV0Zi1iZXNzLWV2cG4tb3ZlcmxheS0wMicg YW5kIGRyYWZ0LWlldGYtaWRyLXR1bm5lbC1lbmNhcHMtMDA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5MdWN5LDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuNXB0 O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6YmxhY2siPlRoZXJlIGFyZSBzZXZlcmFsIGltcGxlbWVudGF0aW9ucyB3aXRoIHNoaXBwaW5n IGNvZGUgdXNpbmcgdGhlIFJGQzU1MTIgYmdwIHR1bm5lbCBleHRlbmRlZCBjb21tdW5pdHkuIEl0 IGNhbm5vdCBiZSBkZXByZWNhdGVkLiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu NXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6YmxhY2siPlRoYW5rcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjVwdDtmb250 LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJs YWNrIj5Kb3JnZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjVw dDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXYgc3R5 bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMu MHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6YmxhY2siPkZyb206DQo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPklkciAm bHQ7PGEgaHJlZj0ibWFpbHRvOmlkci1ib3VuY2VzQGlldGYub3JnIj5pZHItYm91bmNlc0BpZXRm Lm9yZzwvYT4mZ3Q7IG9uIGJlaGFsZiBvZiBMdWN5IHlvbmcgJmx0OzxhIGhyZWY9Im1haWx0bzps dWN5LnlvbmdAaHVhd2VpLmNvbSI+bHVjeS55b25nQGh1YXdlaS5jb208L2E+Jmd0Ozxicj4NCjxi PkRhdGU6IDwvYj5GcmlkYXksIE5vdmVtYmVyIDEzLCAyMDE1IGF0IDEyOjIxIFBNPGJyPg0KPGI+ VG86IDwvYj4mcXVvdDs8YSBocmVmPSJtYWlsdG86dGhvbWFzLm1vcmluQG9yYW5nZS5jb20iPnRo b21hcy5tb3JpbkBvcmFuZ2UuY29tPC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnRob21h cy5tb3JpbkBvcmFuZ2UuY29tIj50aG9tYXMubW9yaW5Ab3JhbmdlLmNvbTwvYT4mZ3Q7LCBHdW50 ZXIgVmFuIERlIFZlbGRlICZsdDs8YSBocmVmPSJtYWlsdG86Z3VudGVydmFuZGV2ZWxkZWNjQGlj bG91ZC5jb20iPmd1bnRlcnZhbmRldmVsZGVjY0BpY2xvdWQuY29tPC9hPiZndDs8YnI+DQo8Yj5D YzogPC9iPiZxdW90O0FsaSBTYWphc3NpIChzYWphc3NpKSZxdW90OyAmbHQ7PGEgaHJlZj0ibWFp bHRvOnNhamFzc2lAY2lzY28uY29tIj5zYWphc3NpQGNpc2NvLmNvbTwvYT4mZ3Q7LCAmcXVvdDs8 YSBocmVmPSJtYWlsdG86YmVzc0BpZXRmLm9yZyI+YmVzc0BpZXRmLm9yZzwvYT4mcXVvdDsgJmx0 OzxhIGhyZWY9Im1haWx0bzpiZXNzQGlldGYub3JnIj5iZXNzQGlldGYub3JnPC9hPiZndDssIElE UiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmlkckBpZXRmLm9yZyI+aWRyQGlldGYub3JnPC9hPiZndDs8 YnI+DQo8Yj5TdWJqZWN0OiA8L2I+UmU6IFtJZHJdIFtiZXNzXSBPbmUgcXVlc3Rpb24gYWJvdXQg J2RyYWZ0LWlldGYtYmVzcy1ldnBuLW92ZXJsYXktMDInIGFuZCBkcmFmdC1pZXRmLWlkci10dW5u ZWwtZW5jYXBzLTAwPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS41cHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9y ZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0I1QzRERiA0LjVwdDtwYWRkaW5nOjBpbiAwaW4g MGluIDQuMHB0O21hcmdpbi1sZWZ0OjMuNzVwdDttYXJnaW4tcmlnaHQ6MGluIiBpZD0iTUFDX09V VExPT0tfQVRUUklCVVRJT05fQkxPQ0tRVU9URSI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5ZZXMs IGtpbmRseSBmb3IgYmFja3dhcmQgY29tcGF0aWJpbGl0eS4gSGF2aW5nIHR3byB3YXlzIHRvIGRv IGl0IGlzIGEgcGFpbiBmb3IgdGhlIGltcGxlbWVudGF0aW9uLjwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5MdWN5PC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZu YnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0 REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhv bWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+RnJvbTo8L3NwYW4+ PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9t YSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4NCjxhIGhyZWY9Im1h aWx0bzp0aG9tYXMubW9yaW5Ab3JhbmdlLmNvbSI+dGhvbWFzLm1vcmluQG9yYW5nZS5jb208L2E+ IFs8YSBocmVmPSJtYWlsdG86dGhvbWFzLm1vcmluQG9yYW5nZS5jb20iPm1haWx0bzp0aG9tYXMu bW9yaW5Ab3JhbmdlLmNvbTwvYT5dDQo8YnI+DQo8Yj5TZW50OjwvYj4gRnJpZGF5LCBOb3ZlbWJl ciAxMywgMjAxNSAyOjE5IFBNPGJyPg0KPGI+VG86PC9iPiBHdW50ZXIgVmFuIERlIFZlbGRlOyBM dWN5IHlvbmc8YnI+DQo8Yj5DYzo8L2I+IEpvaG4gRSBEcmFrZTsgPGEgaHJlZj0ibWFpbHRvOmJl c3NAaWV0Zi5vcmciPmJlc3NAaWV0Zi5vcmc8L2E+OyBJRFI7IEFsaSBTYWphc3NpIChzYWphc3Np KTxicj4NCjxiPlN1YmplY3Q6PC9iPiBSRTogW0lkcl0gW2Jlc3NdIE9uZSBxdWVzdGlvbiBhYm91 dCAnZHJhZnQtaWV0Zi1iZXNzLWV2cG4tb3ZlcmxheS0wMicgYW5kIGRyYWZ0LWlldGYtaWRyLXR1 bm5lbC1lbmNhcHMtMDA8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cD48c3Bh biBzdHlsZT0iY29sb3I6YmxhY2siPkx1Y3ksIDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+VGhlIHR1bm5lbCBlbmNhcCBhbHNvIGRlc2NyaWJlIGhv dyB0byB1c2UgdGhlIGV4dGVuZGVkIGNvbW11bml0eSwgaW4gc2VjdGlvbiA2LjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+QmVzdCw8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cD48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPi1UaG9tYXM8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRv bToxMi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxicj4NCjxicj4NCi0tLS0gTHVj eSB5b25nIGEgw6ljcml0IC0tLS08L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5IaSBHdW50ZXIsPC9zcGFu PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi PiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojMUY0OTdEIj5UaGFuayB5b3UgdG8gcG9pbnQgdG8gdGhlIHJpZ2h0IHNlY3Rpb24uIFRo aXMgb3ZlcmxheSBkcmFmdCBzdWdnZXN0cyB0byB1c2UgRW5jYXBzdWxhdGlvbiBleHRlbmRlZCBj b21tdW5pdHkgdG8gaW5kaWNhdGUgdGhlIHR5cGUgb2YgZGF0YSBwbGFuZSBlbmNhcHN1bGF0aW9u DQogdG8gYmUgdXNlZCBmb3IgYWxsIEVWQyByb3V0ZXMuIEJ1dCB0aGUgdHVubmVsIGVuY2FwIGRy YWZ0IHByb3Bvc2VzIHRvIHVzZSB0dW5uZWwgZW5jYXBzdWxhdGlvbiBhdHRyaWJ1dGUgJiM0Mzsg c3ViLVRMVnMgdG8gaW5kaWNhdGUgdGhlIHR5cGUgb2YgZGF0YSBwbGFuZSBlbmNhcHN1bGF0aW9u IHRvIGJlIHVzZWQgZm9yIGEgcHJlZml4LiBXaHkgZG8gd2Ugd2FudCB0byBoYXZlIHR3byBzb2x1 dGlvbnMgZm9yIHRoZSBzYW1lIHNwYWNlPw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj ayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHls ZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5TaW5jZSB0aGlz IG92ZXJsYXkgZHJhZnQgaXMgbm90IFJGQyB5ZXQsIGl0IGlzIGdvb2QgZm9yIHRoZSBjb21tdW5p dHkgdG8gbWFrZSBhIGRlY2lzaW9uIG9uIGl0LCB3aGljaCBrZWVwcyBzaW1wbGUgZm9yIHRoZSBp bXBsZW1lbnRhdGlvbi4gSXQgaXMgbm90IGhhcmQgdG8NCiBtb2RpZnkgdGhlIGRyYWZ0IHRvIHVz ZSB0dW5uZWwgZW5jYXBzdWxhdGlvbiBhdHRyaWJ1dGUgaW5kaWNhdGluZyB0aGUgdHlwZSBvZiBk YXRhIHBsYW5lIGVuY2Fwc3VsYXRpb24gZm9yIGFsbCBFVkMgcm91dGVzLjwvc3Bhbj48c3BhbiBz dHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8 L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG NDk3RCI+UmVnYXJkcyw8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6IzFGNDk3RCI+THVjeTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9 ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6 bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGlu IDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjpibGFjayI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOmJsYWNrIj4gR3VudGVyIFZhbiBEZSBWZWxkZSBbPGEgaHJlZj0ibWFpbHRvOmd1bnRl cnZhbmRldmVsZGVjY0BpY2xvdWQuY29tIj5tYWlsdG86Z3VudGVydmFuZGV2ZWxkZWNjQGljbG91 ZC5jb208L2E+XQ0KPGJyPg0KPGI+U2VudDo8L2I+IEZyaWRheSwgTm92ZW1iZXIgMTMsIDIwMTUg MTo0NiBQTTxicj4NCjxiPlRvOjwvYj4gTHVjeSB5b25nPGJyPg0KPGI+Q2M6PC9iPiA8YSBocmVm PSJtYWlsdG86dGhvbWFzLm1vcmluQG9yYW5nZS5jb20iPnRob21hcy5tb3JpbkBvcmFuZ2UuY29t PC9hPjsgSm9obiBFIERyYWtlOw0KPGEgaHJlZj0ibWFpbHRvOmJlc3NAaWV0Zi5vcmciPmJlc3NA aWV0Zi5vcmc8L2E+OyBJRFI7IEFsaSBTYWphc3NpIChzYWphc3NpKTxicj4NCjxiPlN1YmplY3Q6 PC9iPiBSZTogW0lkcl0gW2Jlc3NdIE9uZSBxdWVzdGlvbiBhYm91dCAnZHJhZnQtaWV0Zi1iZXNz LWV2cG4tb3ZlcmxheS0wMicgYW5kIGRyYWZ0LWlldGYtaWRyLXR1bm5lbC1lbmNhcHMtMDA8L3Nw YW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7 PG86cD48L286cD48L3NwYW4+PC9wPg0KPHA+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5IaSBM dWN5LDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+ RGlkIHlvdSB0YWtlIHRpbWUgdG8gcmVhZCA8YnI+DQo8YSBocmVmPSJodHRwczovL3Rvb2xzLmll dGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1iZXNzLWV2cG4tb3ZlcmxheS0wMiI+aHR0cHM6Ly90b29s cy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtYmVzcy1ldnBuLW92ZXJsYXktMDI8L2E+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPGRpdiBpZD0iY21fc2lnbmF0dXJlIj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+SXRzIHVzZWQgcHJldHR5IGludGVuc2Ug YnkgREMgb3JjaGVzdHJhdGlvbiBwbGF0Zm9ybXMgbm93YWRheXMuIFNlY3Rpb24gNS4xIHByb3Zp ZGVzIG1vcmUgaW5zaWdodC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iY29sb3I6YmxhY2siPkJyZ2RzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkcvPGJyPg0KPGJyPg0K U2VudCB1c2luZyA8YSBocmVmPSJodHRwczovL2Nsb3VkbWFnaWMuY29tL2svZC9tYWlsYXBwP2N0 PXBhJmFtcDtjdj04LjAuNTUmYW1wO3B2PTYuMCZhbXA7c291cmNlPWVtYWlsX2Zvb3Rlcl8yIj4N CkNsb3VkTWFnaWMgRW1haWw8L2E+IDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29s b3I6Izc4Nzg3OCI+T24gRnJpLCBOb3YgMTMsIDIwMTUgYXQgNzoxMiBQTSwgTHVjeSB5b25nICZs dDs8YSBocmVmPSJtYWlsdG86bHVjeS55b25nQGh1YXdlaS5jb20iPmx1Y3kueW9uZ0BodWF3ZWku Y29tPC9hPiZndDsgd3JvdGU6PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iY29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgaWQ9Im9s ZGNvbnRlbnQiPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJv dHRvbTo1LjBwdCI+DQo8cD48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkhpIEpvaG4sPGJyPg0K PGJyPg0KU2luY2UgdGhlIHR1bm5lbCBlbmNhcCBkcmFmdCBnb2VzIHdpdGggZW5jYXAgdHVubmVs IGF0dHJpYnV0ZSBhbmQgdGhlcmUgd2FzIG5vIGRlcGxveW1lbnQgb2YgUkZDNTUxMiwgSU1PLCB3 ZSBzaG91bGQgZGVwcmVjYXRlIGVuY2Fwc3VsYXRpb24gZXh0ZW5kZWQgY29tbXVuaXR5IHRvIGtl ZXAgYSBjb25zaXN0ZW50IG1ldGhvZC4NCjxicj4NCjxicj4NClRodXMsIHNob3VsZCB0aGUgb3Zl cmxheSBkcmFmdCBzdGF0ZXMgaWYgQkdQIHR1bm5lbCBlbmNhcHN1bGF0ZSBhdHRyaWJ1dGUgaXMg bm90IHByZXNlbnQsIC4uLi48YnI+DQo8YnI+DQpSZWdhcmRzLDxicj4NCkx1Y3kgPGJyPg0KPGJy Pg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08YnI+DQpGcm9tOiBCRVNTIFs8YSBocmVmPSJt YWlsdG86YmVzcy1ib3VuY2VzQGlldGYub3JnIj5tYWlsdG86YmVzcy1ib3VuY2VzQGlldGYub3Jn PC9hPl0gT24gQmVoYWxmIE9mDQo8YSBocmVmPSJtYWlsdG86dGhvbWFzLm1vcmluQG9yYW5nZS5j b20iPnRob21hcy5tb3JpbkBvcmFuZ2UuY29tPC9hPjxicj4NClNlbnQ6IEZyaWRheSwgTm92ZW1i ZXIgMTMsIDIwMTUgMTA6NDYgQU08YnI+DQpUbzogSm9obiBFIERyYWtlOyA8YSBocmVmPSJtYWls dG86YmVzc0BpZXRmLm9yZyI+YmVzc0BpZXRmLm9yZzwvYT48YnI+DQpDYzogSURSOyBBbGkgU2Fq YXNzaSAoc2FqYXNzaSk7IEVyaWMgUm9zZW48YnI+DQpTdWJqZWN0OiBSZTogW2Jlc3NdIE9uZSBx dWVzdGlvbiBhYm91dCAnZHJhZnQtaWV0Zi1iZXNzLWV2cG4tb3ZlcmxheS0wMicgYW5kIGRyYWZ0 LWlldGYtaWRyLXR1bm5lbC1lbmNhcHMtMDA8YnI+DQo8YnI+DQpKb2huLDxicj4NCjxicj4NCihD YydpbmcgSURSLik8YnI+DQo8YnI+DQoyMDE1LTExLTEzLCBKb2huIEUgRHJha2U6PGJyPg0KJmd0 Ozxicj4NCiZndDsgSSBzcG9rZSB3aXRoIEVyaWMgYW5kIEFsaSBhbmQgd2Ugd291bGQgbGlrZSB0 byBjaGFuZ2UgYm90aCB0aGUgb3ZlcmxheSZuYnNwOyA8YnI+DQomZ3Q7IGRyYWZ0IGFuZCB0aGUg dHVubmVsIGVuY2FwcyBkcmFmdHMgYXMgZm9sbG93cy48YnI+DQomZ3Q7PGJyPg0KJmd0OyBGb3Ig dGhlIG92ZXJsYXkgZHJhZnQsIHJlcGxhY2UgdGhpcyB0ZXh0IGluIHNlY3Rpb24gNS4xLjM6PGJy Pg0KJmd0Ozxicj4NCiZndDsgJnF1b3Q7SWYgdGhlIEJHUCBFbmNhcHN1bGF0aW9uIGV4dGVuZGVk IGNvbW11bml0eSBpcyBub3QgcHJlc2VudCwgdGhlbiA8YnI+DQomZ3Q7IHRoZWRlZmF1bHQgTVBM UyBlbmNhcHN1bGF0aW9uIG9yIGEgc3RhdGljYWxseSBjb25maWd1cmVkIGVuY2Fwc3VsYXRpb24g PGJyPg0KJmd0OyBpczxicj4NCiZndDsgYXNzdW1lZC4mcXVvdDs8YnI+DQomZ3Q7PGJyPg0KJmd0 OyBXaXRoIHRoZSBmb2xsb3dpbmc6PGJyPg0KJmd0Ozxicj4NCiZndDsgJnF1b3Q7Tm90ZSB0aGF0 IHRoZSBNUExTIGVuY2Fwc3VsYXRpb24gdHVubmVsIHR5cGUgaXMgbmVlZGVkIGluIG9yZGVyIHRv IDxicj4NCiZndDsgZGlzdGluZ3Vpc2ggYmV0d2VlbiBhbiBhZHZlcnRpc2luZyBub2RlIHRoYXQg b25seSBzdXBwb3J0cyBub24tTVBMUyA8YnI+DQomZ3Q7IGVuY2Fwc3VsYXRpb25zIGFuZCBvbmUg dGhhdCBzdXBwb3J0cyBNUExTIGFuZCBub24tTVBMUyBlbmNhcHN1bGF0aW9ucy4gPGJyPg0KJmd0 OyBBbiBhZHZlcnRpc2luZyBub2RlIHRoYXQgb25seSBzdXBwb3J0cyBNUExTIGVuY2Fwc3VsYXRp b24gZG9lcyBub3QgPGJyPg0KJmd0OyBuZWVkIHRvIGFkdmVydGlzZSBhbnkgZW5jYXBzdWxhdGlv biB0dW5uZWwgdHlwZXM7IGkuZS4sIGlmIHRoZSBCR1AgPGJyPg0KJmd0OyBFbmNhcHN1bGF0aW9u IGV4dGVuZGVkIGNvbW11bml0eSBpcyBub3QgcHJlc2VudCwgdGhlbiBlaXRoZXIgTVBMUyA8YnI+ DQomZ3Q7IGVuY2Fwc3VsYXRpb24gb3IgYSBzdGF0aWNhbGx5IGNvbmZpZ3VyZWQgZW5jYXBzdWxh dGlvbiBpcyBhc3N1bWVkLiZxdW90Ozxicj4NCjxicj4NCkhhdmluZyBtb3JlIHRleHQgdG8gZXhw bGFpbiB0aGluZ3MgaW4gdGhlIG92ZXJsYXkgZHJhZnQgZG9lcyBub3QgaHVydC48YnI+DQo8YnI+ DQo8YnI+DQomZ3Q7PGJyPg0KJmd0OyBGb3IgdGhlIHR1bm5lbCBlbmNhcHMgZHJhZnQsIHJlcGxh Y2UgdGhpcyB0ZXh0IGluIHNlY3Rpb24gNTo8YnI+DQomZ3Q7PGJyPg0KJmd0OyAmcXVvdDtJZiB0 aGUgVHVubmVsIEVuY2Fwc3VsYXRpb24gYXR0cmlidXRlIGNvbnRhaW5zIHNldmVyYWwgVExWcyAo aS5lLiwgPGJyPg0KJmd0OyBpZml0IHNwZWNpZmllcyBzZXZlcmFsIHR1bm5lbHMpLCByb3V0ZXIg UiBtYXkgY2hvb3NlIGFueSBvbmUgb2YgdGhvc2U8YnI+DQomZ3Q7IHR1bm5lbHMsIGJhc2VkIHVw b24gbG9jYWwgcG9saWN5LiBJZiBhbnkgb2YgdHVubmVscycgVExWcyBjb250YWluIHRoZSZuYnNw OyAmZ3Q7IENvbG9yIHN1Yi1UTFYgYW5kL29yIHRoZSBQcm90b2NvbCBUeXBlIHN1Yi1UTFYgZGVm aW5lZCBpbiBbUkZDNTUxMl0sIHRoZTxicj4NCiZndDsgY2hvaWNlIG9mIHR1bm5lbCBtYXkgYmUg aW5mbHVlbmNlZCBieSB0aGVzZSBzdWItVExWcy4mcXVvdDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyBX aXRoIHRoZSBmb2xsb3dpbmc6PGJyPg0KJmd0Ozxicj4NCiZndDsgJnF1b3Q7SWYgdGhlIFR1bm5l bCBFbmNhcHN1bGF0aW9uIGF0dHJpYnV0ZSBjb250YWlucyBzZXZlcmFsIFRMVnMgKGkuZS4sIDxi cj4NCiZndDsgaWZpdCBzcGVjaWZpZXMgc2V2ZXJhbCB0dW5uZWxzKSwgcm91dGVyIFIgbWF5IGNo b29zZSBhbnkgb25lIG9mIHRob3NlIDxicj4NCiZndDsgdHVubmVscywgYmFzZWQgdXBvbiBsb2Nh bCBwb2xpY3kuIElmIGFueSBvZiB0dW5uZWxzJyBUTFZzIGNvbnRhaW4gdGhlIDxicj4NCiZndDsg Q29sb3Igc3ViLVRMViBhbmQvb3IgdGhlIFByb3RvY29sIFR5cGUgc3ViLVRMViBkZWZpbmVkIGlu IFtSRkM1NTEyXSwgPGJyPg0KJmd0OyB0aGUgY2hvaWNlIG9mIHR1bm5lbCBtYXkgYmUgaW5mbHVl bmNlZCBieSB0aGVzZSBzdWItVExWcy4gTm90ZSB0aGF0IGlmIDxicj4NCiZndDsgbm9uZSBvZiB0 aGUgVExWcyBzcGVjaWZpZXMgdGhlIE1QTFMgdHVubmVsIHR5cGUsIGEgTGFiZWwgU3dpdGNoZWQg UGF0aCA8YnI+DQomZ3Q7IFNIT1VMRCBOT1QgYmUgdXNlZCB1bmxlc3Mgbm9uZSBvZiB0aGUgVExW cyBzcGVjaWZpZXMgYSBmZWFzaWJsZSB0dW5uZWwuJnF1b3Q7PGJyPg0KPGJyPg0KSSB0aGluayB0 aGF0IHRoZSBhYm92ZSB3aWxsIHRlY2huaWNhbGx5IHdvcmsuPGJyPg0KPGJyPg0KKkhvd2V2ZXIq IGl0IHdvdWxkIGJlIGEgcGl0eSB0byAqbm90KiBoYXZlIHRoZSB2ZXJ5IHVzZWZ1bCBjbGVhci10 ZXh0IGV4cGxhbmF0aW9uIG9mIHRoZSByZWFzb24gZm9yIHRoZSAnTVBMUycgdHlwZSAod2hhdCB5 b3UgcHJvcG9zZSB0byBhZGQgYWJvdmUgaW4gdGhlIG92ZXJsYXkgZHJhZnQpIGluJm5ic3A7IGRy YWZ0LWlldGYtaWRyLXR1bm5lbC1lbmNhcHMtMDAuLi4gd2h5IHByb3ZpZGUgdGhlIHNtb290aCBl eHBsYW5hdGlvbiBmb3Igb25seSBvbmUgb2YNCiB0aGUgc3BlY3MgdG8gd2hpY2ggdGhpcyAnTVBM UycgdHlwZSBhcHBsaWVzID88YnI+DQo8YnI+DQomZ3Q7PGJyPg0KJmd0OyBXZSBob3BlIHRoaXMg aXMgc2F0aXNmYWN0b3J5Ljxicj4NCjxicj4NCkNsb3NlLCBidXQgbm90IHF1aXRlIHRoZXJlIHll dCA6KTxicj4NCjxicj4NCkJlc3QsPGJyPg0KPGJyPg0KLVRob21hczxicj4NCjxicj4NCjxicj4N Cjxicj4NCjxicj4NCiZndDs8YnI+DQomZ3Q7Jmd0OyAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0t LTxicj4NCiZndDsmZ3Q7IEZyb206IFRob21hcyBNb3JpbiBbPGEgaHJlZj0ibWFpbHRvOnRob21h cy5tb3JpbkBvcmFuZ2UuY29tIj5tYWlsdG86dGhvbWFzLm1vcmluQG9yYW5nZS5jb208L2E+XTxi cj4NCiZndDsmZ3Q7IFNlbnQ6IFRodXJzZGF5LCBOb3ZlbWJlciAxMiwgMjAxNSAxMDowOCBBTTxi cj4NCiZndDsmZ3Q7IFRvOiBKb2huIEUgRHJha2U7IDxhIGhyZWY9Im1haWx0bzpiZXNzQGlldGYu b3JnIj5iZXNzQGlldGYub3JnPC9hPjxicj4NCiZndDsmZ3Q7IENjOiBFcmljIFJvc2VuPGJyPg0K Jmd0OyZndDsgU3ViamVjdDogUmU6IFtiZXNzXSBPbmUgcXVlc3Rpb24gYWJvdXQgJ2RyYWZ0LWll dGYtYmVzcy1ldnBuLW92ZXJsYXktMDInPGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyBIaSBK b2huLDxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgMjAxNS0xMS0xMiwgSm9obiBFIERyYWtl Ojxicj4NCiZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7Jmd0OyBXaHkgZG8geW91IHRoaW5rIGl0 IHNob3VsZCBiZSBkb2N1bWVudGVkIGluIEVyaWMncyBkcmFmdCByYXRoZXIgdGhhbiA8YnI+DQom Z3Q7Jmd0OyZndDsgaW4gdGhlPGJyPg0KJmd0OyZndDsgRVZQTiBPdmVybGF5IGRyYWZ0Pzxicj4N CiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgVGhlIGlzc3VlIGFwcGxpZXMgYmV5b25kIHRoZSBjb250 ZXh0IG9mIEUtVlBOIG92ZXJsYXkgc3BlY3MsIGFuZCA8YnI+DQomZ3Q7Jmd0OyBleGlzdCBpbiBh bnkgY29udGV4dCB3aGVyZSBkaWZmZXJlbnQga2luZHMgb2YgTVBMUygveCkgZW5jYXBzIGNhbiBi ZSA8YnI+DQomZ3Q7Jmd0OyBtaXhlZCAoRS1WUE4gbm9uLW92ZXJsYXksIElQIFZQTnMpLCB3aGlj aCBpcyBhZGRyZXNzZWQgYnkgRXJpYydzIGRyYWZ0Ljxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZn dDsgQmVzdCw8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7IC1UaG9tYXM8YnI+DQomZ3Q7PGJy Pg0KPGJyPg0KPGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KPGJyPg0KPGJyPg0KQ2UgbWVzc2FnZSBldCBzZXMgcGll Y2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGll bGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jIHBhcyBldHJlIGRpZmZ1c2Vz LCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVj dSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyIGEgbCdleHBlZGl0 ZXVyIGV0IGxlDQogZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1l c3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwgT3Jh bmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRl cmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLjxicj4NCjxicj4NClRoaXMgbWVzc2FnZSBh bmQgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxlZ2Vk IGluZm9ybWF0aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7IHRoZXkgc2hvdWxkIG5v dCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLjxi cj4NCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3Rp ZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRz Ljxicj4NCkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9y IG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC48 YnI+DQpUaGFuayB5b3UuPGJyPg0KPGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX188YnI+DQpCRVNTIG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1h aWx0bzpCRVNTQGlldGYub3JnIj5CRVNTQGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vYmVzcyI+aHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9iZXNzPC9hPjxicj4NCjxicj4NCl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KSWRyIG1haWxpbmcgbGlzdDxicj4N CjxhIGhyZWY9Im1haWx0bzpJZHJAaWV0Zi5vcmciPklkckBpZXRmLm9yZzwvYT48YnI+DQo8YSBo cmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lkciI+aHR0cHM6Ly93 d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pZHI8L2E+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPHByZT48c3BhbiBzdHls ZT0iY29sb3I6YmxhY2siPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX188bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxw cmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5DZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9p bnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91 IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmM8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4N CjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5wYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9p dGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVz c2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlcjxvOnA+PC9vOnA+PC9zcGFuPjwv cHJlPg0KPHByZT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPmEgbCdleHBlZGl0ZXVyIGV0IGxl IGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVj dHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sPG86cD48L286cD48L3Nw YW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+RnJhbmNlIFRlbGVjb20g LSBPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRl IGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2k8bzpwPjwvbzpwPjwvc3Bhbj48L3By ZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bh bj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5UaGlzIG1lc3NhZ2UgYW5k IGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBp bmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3OzxvOnA+PC9vOnA+PC9zcGFu PjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPnRoZXkgc2hvdWxkIG5vdCBi ZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3JpemF0aW9uLjxvOnA+ PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPklmIHlv dSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNl bmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLjxvOnA+PC9v OnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkFzIGVtYWls cyBtYXkgYmUgYWx0ZXJlZCwgRnJhbmNlIFRlbGVjb20gLSBPcmFuZ2Ugc2hhbGwgbm90IGJlIGxp YWJsZSBpZiB0aGlzIG1lc3NhZ2Ugd2FzIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC48 bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5U aGFuayB5b3UuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9j a3F1b3RlPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_2691CE0099834E4A9C5044EEC662BB9D5720CA0Fdfweml701chm_-- From nobody Fri Nov 13 13:58:34 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 88CD01B3317; Fri, 13 Nov 2015 13:58:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham 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 Z9TTi3D3Rdmc; Fri, 13 Nov 2015 13:58:24 -0800 (PST) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0120.outbound.protection.outlook.com [207.46.100.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 55BCF1B3316; Fri, 13 Nov 2015 13:58:22 -0800 (PST) Received: from SN1PR0501MB1709.namprd05.prod.outlook.com (10.163.130.155) by SN1PR0501MB1710.namprd05.prod.outlook.com (10.163.130.156) with Microsoft SMTP Server (TLS) id 15.1.318.15; Fri, 13 Nov 2015 21:58:20 +0000 Received: from SN1PR0501MB1709.namprd05.prod.outlook.com ([10.163.130.155]) by SN1PR0501MB1709.namprd05.prod.outlook.com ([10.163.130.155]) with mapi id 15.01.0318.003; Fri, 13 Nov 2015 21:58:19 +0000 From: John E Drake To: Lucy yong Thread-Topic: [Idr] [bess] One question about 'draft-ietf-bess-evpn-overlay-02' and draft-ietf-idr-tunnel-encaps-00 Thread-Index: AQHRHjLJfjDrtbEMOkejEZCsh/vBf56aQUsAgAAaJwCAAAcDAIAAAj8AgAAAnwCAABEigIAAAKyAgAAJSVU= Date: Fri, 13 Nov 2015 21:58:19 +0000 Message-ID: <97FC12B2-CE76-43F4-BC90-537E9514D06F@juniper.net> References: <486973F4-725A-4510-969F-AD9BC3D34B54@alcatel-lucent.com> <1F70DC8A-2BB5-40C7-89CA-03F6E0784B8B@alcatel-lucent.com> <4550_1447317570_56445042_4550_858_1_56445041.3030507@orange.com> <5644AB4F.6030708@orange.com> <29407_1447433162_564613CA_29407_1693_1_564613C9.6080900@orange.com> <2691CE0099834E4A9C5044EEC662BB9D5720C851@dfweml701-chm> <1447444552407-db1ef9b1-d48eda6d-80edc740@icloud.com> <2691CE0099834E4A9C5044EEC662BB9D5720C91E@dfweml701-chm> <21747_1447445949_564645BD_21747_4152_1_ko297mmvp0kfv335qvemt2fm.1447445900828@email.android.com> <2691CE0099834E4A9C5044EEC662BB9D5720C944@dfweml701-chm> <393F700E-4C3F-452A-ACBF-EC6EDB91DD1C@alcatel-lucent.com>, <2691CE0099834E4A9C5044EEC662BB9D5720CA0F@dfweml701-chm> In-Reply-To: <2691CE0099834E4A9C5044EEC662BB9D5720CA0F@dfweml701-chm> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=jdrake@juniper.net; x-originating-ip: [166.171.184.205] x-microsoft-exchange-diagnostics: 1; SN1PR0501MB1710; 5:9aEX3JF+VQIOZ1GJy444T2qzbK6Yz18DeHEvwWhyIb72NQnun9mPCagX3ghegZ10m+UJB3s8jr7gQb1zKlgl7+ghe9muJlqL0o8TxaBmrneOGOet3jRVhdkDN4lAZo+769bwrCjgH6Y4dky/ARCkBg==; 24:ls6+jafY3PHqPcPSr6yJaa2Lxj8VBdtECqpeImcB8n1mtKACri1FdKaDP9DL8o9Sh19tMKrIQPBMagD12m0JvU2+MZ3Zxr2V3IJLr8tGvks=; 20:+e8LtjynLCSrXdqNPBr24p7ab8AIPKdkUba6w0dx5tGIqf1I9JL1QxLLZ3AkzVF8HIM88W2i1MzAw9aqms9IVg== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:SN1PR0501MB1710; x-ld-processed: bea78b3c-4cdb-4130-854a-1d193232e5f4,ExtAddr x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(84792000423722)(95692535739014)(18271650672692); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(520078)(8121501046)(10201501046)(3002001); SRVR:SN1PR0501MB1710; BCL:0; PCL:0; RULEID:; SRVR:SN1PR0501MB1710; x-forefront-prvs: 0759F7A50A x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(78124002)(51444003)(189002)(199003)(377454003)(377424004)(13464003)(24454002)(19617315012)(15975445007)(40100003)(2950100001)(54356999)(5007970100001)(101416001)(19625215002)(76176999)(5008740100001)(18717965001)(2900100001)(5002640100001)(50986999)(86362001)(81156007)(33656002)(102836002)(36756003)(77096005)(189998001)(87936001)(105586002)(122556002)(106116001)(5001960100002)(106356001)(83716003)(5003630100001)(16236675004)(230783001)(5890100001)(10400500002)(97736004)(99286002)(82746002)(93886004)(92566002)(66066001)(19580405001)(19580395003)(4001150100001)(5004730100002)(110136002)(586003)(7059030)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:SN1PR0501MB1710; H:SN1PR0501MB1709.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_97FC12B2CE7643F4BC90537E9514D06Fjunipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Nov 2015 21:58:19.3515 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN1PR0501MB1710 Archived-At: Cc: "Ali Sajassi \(sajassi\)" , IDR , "bess@ietf.org" Subject: Re: [Idr] [bess] One question about 'draft-ietf-bess-evpn-overlay-02' and draft-ietf-idr-tunnel-encaps-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Nov 2015 21:58:30 -0000 --_000_97FC12B2CE7643F4BC90537E9514D06Fjunipernet_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Actually, no we don't. As I indicated the last time you raised this issue,= we are only going to use the extended community. Sent from my iPhone On Nov 13, 2015, at 4:25 PM, Lucy yong > wrote: Jorge, Thank you let me know. Too bad, we have to live with it. Reagrds, Lucy From: Rabadan, Jorge (Jorge) [mailto:jorge.rabadan@alcatel-lucent.com] Sent: Friday, November 13, 2015 3:23 PM To: Lucy yong; thomas.morin@orange.com; Gun= ter Van De Velde Cc: Ali Sajassi (sajassi); bess@ietf.org; IDR Subject: Re: [Idr] [bess] One question about 'draft-ietf-bess-evpn-overlay-= 02' and draft-ietf-idr-tunnel-encaps-00 Lucy, There are several implementations with shipping code using the RFC5512 bgp = tunnel extended community. It cannot be deprecated. Thanks. Jorge From: Idr > on behalf of = Lucy yong > Date: Friday, November 13, 2015 at 12:21 PM To: "thomas.morin@orange.com" >, Gunter Van De Velde > Cc: "Ali Sajassi (sajassi)" >, = "bess@ietf.org" >= , IDR > Subject: Re: [Idr] [bess] One question about 'draft-ietf-bess-evpn-overlay-= 02' and draft-ietf-idr-tunnel-encaps-00 Yes, kindly for backward compatibility. Having two ways to do it is a pain = for the implementation. Lucy From: thomas.morin@orange.com [mailto:thoma= s.morin@orange.com] Sent: Friday, November 13, 2015 2:19 PM To: Gunter Van De Velde; Lucy yong Cc: John E Drake; bess@ietf.org; IDR; Ali Sajassi (sa= jassi) Subject: RE: [Idr] [bess] One question about 'draft-ietf-bess-evpn-overlay-= 02' and draft-ietf-idr-tunnel-encaps-00 Lucy, The tunnel encap also describe how to use the extended community, in sectio= n 6. Best, -Thomas ---- Lucy yong a =E9crit ---- Hi Gunter, Thank you to point to the right section. This overlay draft suggests to use= Encapsulation extended community to indicate the type of data plane encaps= ulation to be used for all EVC routes. But the tunnel encap draft proposes = to use tunnel encapsulation attribute + sub-TLVs to indicate the type of da= ta plane encapsulation to be used for a prefix. Why do we want to have two = solutions for the same space? Since this overlay draft is not RFC yet, it is good for the community to ma= ke a decision on it, which keeps simple for the implementation. It is not h= ard to modify the draft to use tunnel encapsulation attribute indicating th= e type of data plane encapsulation for all EVC routes. Regards, Lucy From: Gunter Van De Velde [mailto:guntervandeveldecc@icloud.com] Sent: Friday, November 13, 2015 1:46 PM To: Lucy yong Cc: thomas.morin@orange.com; John E Drake; = bess@ietf.org; IDR; Ali Sajassi (sajassi) Subject: Re: [Idr] [bess] One question about 'draft-ietf-bess-evpn-overlay-= 02' and draft-ietf-idr-tunnel-encaps-00 Hi Lucy, Did you take time to read https://tools.ietf.org/html/draft-ietf-bess-evpn-overlay-02 Its used pretty intense by DC orchestration platforms nowadays. Section 5.1= provides more insight. Brgds, G/ Sent using CloudMagic Email On Fri, Nov 13, 2015 at 7:12 PM, Lucy yong > wrote: Hi John, Since the tunnel encap draft goes with encap tunnel attribute and there was= no deployment of RFC5512, IMO, we should deprecate encapsulation extended = community to keep a consistent method. Thus, should the overlay draft states if BGP tunnel encapsulate attribute i= s not present, .... Regards, Lucy -----Original Message----- From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of thomas.morin@orange.= com Sent: Friday, November 13, 2015 10:46 AM To: John E Drake; bess@ietf.org Cc: IDR; Ali Sajassi (sajassi); Eric Rosen Subject: Re: [bess] One question about 'draft-ietf-bess-evpn-overlay-02' an= d draft-ietf-idr-tunnel-encaps-00 John, (Cc'ing IDR.) 2015-11-13, John E Drake: > > I spoke with Eric and Ali and we would like to change both the overlay > draft and the tunnel encaps drafts as follows. > > For the overlay draft, replace this text in section 5.1.3: > > "If the BGP Encapsulation extended community is not present, then > thedefault MPLS encapsulation or a statically configured encapsulation > is > assumed." > > With the following: > > "Note that the MPLS encapsulation tunnel type is needed in order to > distinguish between an advertising node that only supports non-MPLS > encapsulations and one that supports MPLS and non-MPLS encapsulations. > An advertising node that only supports MPLS encapsulation does not > need to advertise any encapsulation tunnel types; i.e., if the BGP > Encapsulation extended community is not present, then either MPLS > encapsulation or a statically configured encapsulation is assumed." Having more text to explain things in the overlay draft does not hurt. > > For the tunnel encaps draft, replace this text in section 5: > > "If the Tunnel Encapsulation attribute contains several TLVs (i.e., > ifit specifies several tunnels), router R may choose any one of those > tunnels, based upon local policy. If any of tunnels' TLVs contain the > = Color sub-TLV and/or the Protocol Type sub-TLV defined in [RFC5512], the > choice of tunnel may be influenced by these sub-TLVs." > > With the following: > > "If the Tunnel Encapsulation attribute contains several TLVs (i.e., > ifit specifies several tunnels), router R may choose any one of those > tunnels, based upon local policy. If any of tunnels' TLVs contain the > Color sub-TLV and/or the Protocol Type sub-TLV defined in [RFC5512], > the choice of tunnel may be influenced by these sub-TLVs. Note that if > none of the TLVs specifies the MPLS tunnel type, a Label Switched Path > SHOULD NOT be used unless none of the TLVs specifies a feasible tunnel." I think that the above will technically work. *However* it would be a pity to *not* have the very useful clear-text expla= nation of the reason for the 'MPLS' type (what you propose to add above in = the overlay draft) in draft-ietf-idr-tunnel-encaps-00... why provide the s= mooth explanation for only one of the specs to which this 'MPLS' type appli= es ? > > We hope this is satisfactory. Close, but not quite there yet :) Best, -Thomas > >> -----Original Message----- >> From: Thomas Morin [mailto:thomas.morin@orange.com] >> Sent: Thursday, November 12, 2015 10:08 AM >> To: John E Drake; bess@ietf.org >> Cc: Eric Rosen >> Subject: Re: [bess] One question about 'draft-ietf-bess-evpn-overlay-02' >> >> Hi John, >> >> 2015-11-12, John E Drake: >>> >>> Why do you think it should be documented in Eric's draft rather than >>> in the >> EVPN Overlay draft? >> >> The issue applies beyond the context of E-VPN overlay specs, and >> exist in any context where different kinds of MPLS(/x) encaps can be >> mixed (E-VPN non-overlay, IP VPNs), which is addressed by Eric's draft. >> >> Best, >> >> -Thomas > ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou = copies sans autorisation. Si vous avez recu ce message par erreur, veuillez= le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Le= s messages electroniques etant susceptibles d'alteration, Orange decline to= ute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used= or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. _______________________________________________ BESS mailing list BESS@ietf.org https://www.ietf.org/mailman/listinfo/bess _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, France Telecom - Orange decline toute responsabilite si ce message a ete al= tere, deforme ou falsifie. Merci This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorization. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, France Telecom - Orange shall not be liable if th= is message was modified, changed or falsified. Thank you. _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr --_000_97FC12B2CE7643F4BC90537E9514D06Fjunipernet_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Actually, no we don't.  As I indicated the last time you raised t= his issue, we are only going to use the extended community.

Sent from my iPhone

On Nov 13, 2015, at 4:25 PM, Lucy yong <lucy.yong@huawei.com> wrote:

Jorge,<= /p>

 <= /p>

Thank you let me know. To= o bad, we have to live with it.

 <= /p>

Reagrds,

Lucy

 <= /p>

From: Rabadan,= Jorge (Jorge) [mailto:= jorge.rabadan@alcatel-lucent.com]
Sent: Friday, November 13, 2015 3:23 PM
To: Lucy yong; thomas.mor= in@orange.com; Gunter Van De Velde
Cc: Ali Sajassi (sajassi); bess@iet= f.org; IDR
Subject: Re: [Idr] [bess] One question about 'draft-ietf-bess-evpn-o= verlay-02' and draft-ietf-idr-tunnel-encaps-00

 

Lucy,

 

There are several implementat= ions with shipping code using the RFC5512 bgp tunnel extended community. It= cannot be deprecated. 

Thanks.

Jorge

 

From: Idr <idr-boun= ces@ietf.org> on behalf of Lucy yong <lucy.yong@huawei.com>
Date: Friday, November 13, 2015 at 12:21 PM
To: "thomas.morin@or= ange.com" <thomas.mo= rin@orange.com>, Gunter Van De Velde <guntervandeveldecc@icloud.com>
Cc: "Ali Sajassi (sajassi)" <sajassi@cisco.com>, "bess@ietf.org" <bess@ietf.or= g>, IDR <idr@ietf.org>
Subject: Re: [Idr] [bess] One question about 'draft-ietf-bess-evpn-o= verlay-02' and draft-ietf-idr-tunnel-encaps-00

 

Yes, kindly for backward = compatibility. Having two ways to do it is a pain for the implementation.

Lucy

 

From: thomas.morin@orange.com [mailto:thomas.morin@orange.com]
Sent: Friday, November 13, 2015 2:19 PM
To: Gunter Van De Velde; Lucy yong
Cc: John E Drake; bess@ietf.org= ; IDR; Ali Sajassi (sajassi)
Subject: RE: [Idr] [bess] One question about 'draft-ietf-bess-evpn-o= verlay-02' and draft-ietf-idr-tunnel-encaps-00

 =

Lucy,

The tunnel encap also describe how to use th= e extended community, in section 6.

Best,

-Thomas



---- Lucy yong a =E9crit ----=

Hi Gunter,

 

Thank you to point to the= right section. This overlay draft suggests to use Encapsulation extended c= ommunity to indicate the type of data plane encapsulation to be used for all EVC routes. But the tunnel encap draft proposes to use = tunnel encapsulation attribute + sub-TLVs to indicate the type of data = plane encapsulation to be used for a prefix. Why do we want to have two sol= utions for the same space?

 

Since this overlay draft = is not RFC yet, it is good for the community to make a decision on it, whic= h keeps simple for the implementation. It is not hard to modify the draft to use tunnel encapsulation attribute indicating the type= of data plane encapsulation for all EVC routes.

 

Regards,

Lucy

 

From: Gunter Van De Velde [mailto:guntervandeveldecc@icloud.com]
Sent: Friday, November 13, 2015 1:46 PM
To: Lucy yong
Cc: thomas.morin@orange.c= om; John E Drake; bess@ietf.org; IDR; Ali Sajassi (sajas= si)
Subject: Re: [Idr] [bess] One question about 'draft-ietf-bess-evpn-o= verlay-02' and draft-ietf-idr-tunnel-encaps-00

 =

Hi Lucy,

Did you take time to read
htt= ps://tools.ietf.org/html/draft-ietf-bess-evpn-overlay-02

Its used pretty intense = by DC orchestration platforms nowadays. Section 5.1 provides more insight.<= o:p>

 =

Brgds,=

G/

Sent using CloudMagic Email

On Fri, Nov 13, 2015 a= t 7:12 PM, Lucy yong <lucy.yong@= huawei.com> wrote:

 =

Hi John,

Since the tunnel encap draft goes with encap tunnel attribute and there was= no deployment of RFC5512, IMO, we should deprecate encapsulation extended = community to keep a consistent method.

Thus, should the overlay draft states if BGP tunnel encapsulate attribute i= s not present, ....

Regards,
Lucy

-----Original Message-----
From: BESS [mailto:bess-bounces@ie= tf.org] On Behalf Of thomas.morin@orange.com
Sent: Friday, November 13, 2015 10:46 AM
To: John E Drake; bess@ietf.org
Cc: IDR; Ali Sajassi (sajassi); Eric Rosen
Subject: Re: [bess] One question about 'draft-ietf-bess-evpn-overlay-02' an= d draft-ietf-idr-tunnel-encaps-00

John,

(Cc'ing IDR.)

2015-11-13, John E Drake:
>
> I spoke with Eric and Ali and we would like to change both the overlay=  
> draft and the tunnel encaps drafts as follows.
>
> For the overlay draft, replace this text in section 5.1.3:
>
> "If the BGP Encapsulation extended community is not present, then=
> thedefault MPLS encapsulation or a statically configured encapsulation=
> is
> assumed."
>
> With the following:
>
> "Note that the MPLS encapsulation tunnel type is needed in order = to
> distinguish between an advertising node that only supports non-MPLS > encapsulations and one that supports MPLS and non-MPLS encapsulations.=
> An advertising node that only supports MPLS encapsulation does not > need to advertise any encapsulation tunnel types; i.e., if the BGP > Encapsulation extended community is not present, then either MPLS
> encapsulation or a statically configured encapsulation is assumed.&quo= t;

Having more text to explain things in the overlay draft does not hurt.


>
> For the tunnel encaps draft, replace this text in section 5:
>
> "If the Tunnel Encapsulation attribute contains several TLVs (i.e= .,
> ifit specifies several tunnels), router R may choose any one of those<= br> > tunnels, based upon local policy. If any of tunnels' TLVs contain the&= nbsp; > Color sub-TLV and/or the Protocol Type sub-TLV defined in [RFC55= 12], the
> choice of tunnel may be influenced by these sub-TLVs."
>
> With the following:
>
> "If the Tunnel Encapsulation attribute contains several TLVs (i.e= .,
> ifit specifies several tunnels), router R may choose any one of those =
> tunnels, based upon local policy. If any of tunnels' TLVs contain the =
> Color sub-TLV and/or the Protocol Type sub-TLV defined in [RFC5512], <= br> > the choice of tunnel may be influenced by these sub-TLVs. Note that if=
> none of the TLVs specifies the MPLS tunnel type, a Label Switched Path=
> SHOULD NOT be used unless none of the TLVs specifies a feasible tunnel= ."

I think that the above will technically work.

*However* it would be a pity to *not* have the very useful clear-text expla= nation of the reason for the 'MPLS' type (what you propose to add above in = the overlay draft) in  draft-ietf-idr-tunnel-encaps-00... why provide = the smooth explanation for only one of the specs to which this 'MPLS' type applies ?

>
> We hope this is satisfactory.

Close, but not quite there yet :)

Best,

-Thomas




>
>> -----Original Message-----
>> From: Thomas Morin [mai= lto:thomas.morin@orange.com]
>> Sent: Thursday, November 12, 2015 10:08 AM
>> To: John E Drake; bess@ietf.org
>> Cc: Eric Rosen
>> Subject: Re: [bess] One question about 'draft-ietf-bess-evpn-overl= ay-02'
>>
>> Hi John,
>>
>> 2015-11-12, John E Drake:
>>>
>>> Why do you think it should be documented in Eric's draft rathe= r than
>>> in the
>> EVPN Overlay draft?
>>
>> The issue applies beyond the context of E-VPN overlay specs, and <= br> >> exist in any context where different kinds of MPLS(/x) encaps can = be
>> mixed (E-VPN non-overlay, IP VPNs), which is addressed by Eric's d= raft.
>>
>> Best,
>>
>> -Thomas
>


___________________________________________________________________________= ______________________________________________

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

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

_______________________________________________
BESS mailing list
BESS@ietf.org
https://www.ietf.org= /mailman/listinfo/bess

_______________________________________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/= mailman/listinfo/idr

__________________________________________=
___________________________________________________________________________=
____
 
Ce message et ses pieces jointes peuvent c=
ontenir des informations confidentielles ou privilegiees et ne doivent donc=

pas etre diffuses, exploites ou copies san=
s autorisation. Si vous avez recu ce message par erreur, veuillez le signal=
er
a l'expediteur et le detruire ainsi que le=
s pieces jointes. Les messages electroniques etant susceptibles d'alteratio=
n,
France Telecom - Orange decline toute resp=
onsabilite si ce message a ete altere, deforme ou falsifie. Merci
 
This message and its attachments may conta=
in confidential or privileged information that may be protected by law;
they should not be distributed, used or co=
pied without authorization.
If you have received this email in error, =
please notify the sender and delete this message and its attachments.<=
/o:p>
As emails may be altered, France Telecom -=
 Orange shall not be liable if this message was modified, changed or falsif=
ied.
Thank you.
_______________________________________________
Idr mailing list
Idr@ietf.org
https://www.iet= f.org/mailman/listinfo/idr
--_000_97FC12B2CE7643F4BC90537E9514D06Fjunipernet_-- From nobody Sun Nov 15 22:16:57 2015 Return-Path: X-Original-To: idr@ietf.org Delivered-To: idr@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 8C40C1B2DCC; Sun, 15 Nov 2015 22:16:55 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.9.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20151116061655.796.64333.idtracker@ietfa.amsl.com> Date: Sun, 15 Nov 2015 22:16:55 -0800 Archived-At: Cc: idr@ietf.org Subject: [Idr] I-D Action: draft-ietf-idr-flowspec-l2vpn-03.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2015 06:16:55 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Inter-Domain Routing Working Group of the IETF. Title : Dissemination of Flow Specification Rules for L2 VPN Authors : Weiguo Hao Qiandeng Liang Stephane Litkowski Shunwan Zhuang Filename : draft-ietf-idr-flowspec-l2vpn-03.txt Pages : 13 Date : 2015-11-15 Abstract: This document defines BGP flow-spec extension for Ethernet traffic filtering in L2 VPN network. SAFI=134 in [RFC5575] is redefined for dissemination traffic filtering information in an L2VPN environment. A new subset of component types and extended community also are defined. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-idr-flowspec-l2vpn/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-idr-flowspec-l2vpn-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-idr-flowspec-l2vpn-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Nov 16 06:44:34 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6CC6A1B3016; Mon, 16 Nov 2015 06:44:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.798 X-Spam-Level: X-Spam-Status: No, score=0.798 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham 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 jWSbrBrdaWIX; Mon, 16 Nov 2015 06:44:31 -0800 (PST) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0112.outbound.protection.outlook.com [65.55.169.112]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C29221A1A38; Mon, 16 Nov 2015 06:44:30 -0800 (PST) Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=erosen@juniper.net; Received: from [172.29.35.205] (66.129.241.11) by SN1PR0501MB2015.namprd05.prod.outlook.com (10.163.227.12) with Microsoft SMTP Server (TLS) id 15.1.325.17; Mon, 16 Nov 2015 14:44:28 +0000 To: "Acee Lindem (acee)" , "Stefano Previdi (sprevidi)" References: <56294416.8030807@juniper.net> <5104A350-EA8D-4824-A396-1DC46140BA5D@cisco.com> <5640BA18.7060807@juniper.net> From: Eric C Rosen Message-ID: <5649EBC7.5000505@juniper.net> Date: Mon, 16 Nov 2015 09:44:23 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: [66.129.241.11] X-ClientProxiedBy: CO2PR20CA0028.namprd20.prod.outlook.com (25.163.96.38) To SN1PR0501MB2015.namprd05.prod.outlook.com (25.163.227.12) X-Microsoft-Exchange-Diagnostics: 1; SN1PR0501MB2015; 2:q9/Ki8xZZstRd6PvzusJT+5QvZp7P6PGVmXCOcOh8s+NWp9V3k3gbtTHYumSrb+dYU/MAoEznVa/CqJCohXtprWDLEQuWc0kChh/v6VKaoD7emzihQCSEcLefUjOaQGCIJn10yAtmPayZe4kY0sjI7ak+hPalmPPT+uLIqxpTW8=; 3:HrPYXbrcf3yuqaJSuq4tYcWnPnZ2Mnb2/DIgXg80w3hG/cJlbexZ53iP1aNV7utrTRARgGC9H2OPPZEGLQCRTV53BDhl6UjRS0qDwg8If0vvA+OerWTxcl3bmUnjpOMOAXv1SE+D1Ra60dWyXs/1RQ==; 25:aYRfQW/rt1AQntShMC19Yd2O5N6cycwcLtIzzLjR01aMOJwMZwaKucb2jHse6tqgrIwDqAd5oWCGGwkkgaZfJFD2zgYsavB16MeDuN/rdwwigkHDCjDADhuGFuExRS/P1lDKJugh1erAjnBVNZ0aNFAFNmKP0D2fZxgehlg1LXe1aioM7jodUJSuHOW12nbqYvmYPa3w25xJgeeX0801Ql3qNr+CfxjquWHcRQEdKy4LPxZWrTda2nvQfMY+kHB9uvqVep2j3vvnZiJ7h184iA== X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:SN1PR0501MB2015; X-Microsoft-Exchange-Diagnostics: 1; SN1PR0501MB2015; 20:0fQZjwaGrF2/VU2+wmZkWRMXavG9FAPuLt2TMGeBcDAyKC8S0H3UGzMIB0uywroFgQY+6EOXvH5VO4KoPts43ZbKmyEW+UjzdIuI5wzRy2ceX5BT+PE5RAzCfHjtzNcAEta5A0C2bd3YVB1kyWlev1YL05YusGMaGCi4K4OB+RJzFz231p10dFFUfJKF878aGYsvdJvF2zXUCbrS0+jF/qg54oxne9otjy3MXTefgU2fu63ha+odc/CLb0Jz7FxeFESDVO8ox8Qs0DqTkcJw250plSk7qctJi6cR4gwW8UPTMZJlNUz7WG/cN90ly9Qns/SxrL8a2L6mLXMD1aFjmSHLESRxc6DukY5xaYUUSfm/O77h+rW7cd76EVW30mcE/Az+EKhYM+Ab4zpR26CnENDfOsETLEUJIOYMBoDLdygr9huKay44wJFevjowViQrXLKN0aQ9WPjekUseUXkgiwJvyCkCGGy8x654bokRXz3/uMQcx47Z8j1bCQOxn2dN; 4:VnEDN5m5fn6pPL0nCV773FZtqjWERx64KpO1UDHjV2/Wmbb1JnNNlUA5wEPEo09SYJibrccJfs+b6z+pwLZaZJnrzyPYFN8GY7HdatVT5/GcQgu7i5PJPWGSgk1q3zUvFwj2HGd7TBypyPFQYGjqUEB1bNQTJAUWwWXlqyDf3c7QVVUzfTC6iePmtIalC2sgNFM6fcULS42Aqa6wn8vhlsa/7h3sUxa07nLJsseKJI4+Qh1zOBgm/8sNSLt+ihG9QXYHKZpJeqQlwHoGTPUDXD5ezEbjuaohoD7tPJDIQ3fevAFxFs2EY7y+9droKV+Uuy1DpaOkm5T+bRvq+X/KgsL9ZXG5v4qnJgYUKLRMQue8kUdTWEgsSQnXc04rWMxj X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(520078)(3002001)(10201501046); SRVR:SN1PR0501MB2015; BCL:0; PCL:0; RULEID:; SRVR:SN1PR0501MB2015; X-Forefront-PRVS: 0762FFD075 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6009001)(6049001)(199003)(24454002)(189002)(479174004)(377454003)(2950100001)(66066001)(47776003)(65956001)(5004730100002)(92566002)(50466002)(77096005)(87976001)(5007970100001)(40100003)(5890100001)(65806001)(65816999)(101416001)(5008740100001)(76176999)(122386002)(87266999)(83506001)(54356999)(80316001)(23676002)(105586002)(36756003)(50986999)(93886004)(106356001)(4001350100001)(5001960100002)(64126003)(5001770100001)(33656002)(97736004)(5001920100001)(59896002)(189998001)(42186005)(81156007)(230783001)(86362001)(586003); DIR:OUT; SFP:1102; SCL:1; SRVR:SN1PR0501MB2015; H:[172.29.35.205]; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Received-SPF: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtTTjFQUjA1MDFNQjIwMTU7MjM6MEVCYzFFL3huRS85Q3E1VG4zdFl0ZE5J?= =?utf-8?B?U2g2VlVnWXQ1dVZERDZyaDE4d2JwWU52ZkUzdXNYZ2VBVlNPS09VTFBQOXNM?= =?utf-8?B?Mm5ZN1M4SERnVG13NzRjZ0ZTaHlKN25td29ud0E1OFMxWGV6Y1A5ekZ6WHNz?= =?utf-8?B?ZzM4TEJsdUZxNS9iZnIzZzBrSllINHpXd2VCUU54WVp5QnI0YURjK3gybWxs?= =?utf-8?B?V0xuMlVzSE5UKzdtQ0NQaWNZMCtWbVl3NVBLa2phR1dSZXBHR2RtQ1ZLRHF5?= =?utf-8?B?dkdLdHJxdEFnRllTWW1oSlVtcHVQalk2bll1azUzSWRFQTlObnExUWRxSzRP?= =?utf-8?B?WGZMS2tVQzBWSVlFT29WekZtTndYQlA0ajhBRGk0K2VnalRCbFJ6RytpZlB6?= =?utf-8?B?WWNZSDRoekVqaWs3NndVcFhQL09mL0RaMmNZNlQ2cDR4c2FlUEQwNDZtajMz?= =?utf-8?B?OXk4dTN5R0lRSTcwdGhNTkUvd0UvSmhTTFZvYzJ0SHR5SHZxUk9iaDRsYkpu?= =?utf-8?B?RktPNmdDU0xyQnIzamhDNWNSTkc4TDczL0RzNFFvd1Nock10WUlGTHBIb0kz?= =?utf-8?B?TUo2MjU3L09GekVJR3R2MHlQMHQxUTlsVHlva045NmVzMzA3VFRtK2szSW5s?= =?utf-8?B?QTdGYW92MXovenNlRFlGaFZtM21xYjlWSzljbC81TERVUnRkZXUwYW40a3h0?= =?utf-8?B?bVIvL1RVYWRRU0tpM29xekRhSkYxRCsxbHVNRjJrbXN2RXZtckpVOThId2U5?= =?utf-8?B?blMvSkt4cVlYSng1TUlQTHZCcUU5SzF6d2kwZExvYS9yZGM3Y0xwSk1LeHhJ?= =?utf-8?B?alQraGFJajdHd2lZTGtEZVo2eStvUitONmZkdzEzcW1yVzNpcWtuMUhDT2FX?= =?utf-8?B?Ym8zYkR4Z0d6SXdDbjI1MXNZRnRJUW50VUZBYjA4amdiY1JPbFJFSStWNnhX?= =?utf-8?B?dzNpOUdZVU9SY0ltZXMvYmNVWDJmRDB1Wm9jSGljRnBZRlovaEpPSlR3OXdq?= =?utf-8?B?UDdvR3FhMllOMHN1Ujd0WXpHalptamx1Z3c4eGpWRWhPMVJQYVAySGFtanRS?= =?utf-8?B?VlVtemRKeDFoZWJUTGpDM042eDIwN3RPWWtJNmZmWDN6U1NOTjgyNUduV3Zl?= =?utf-8?B?SkRLY0RaU1h4VmlWQW0wQjg3dGdEVjFvbjlyZ0dQY015Z2lsOU9mUGpEcjBi?= =?utf-8?B?QVlOTnFZbk90R3RaM1RPeWlveC85dTZOZHN4TEFzRkpCT0QzdGh4aHZ5VzVz?= =?utf-8?B?b25oK0hzVGNHVWVZZDg0QXdDQmNDNGprSkhlU0lSU1lqUWhJbk04Qnp6Q21K?= =?utf-8?B?d3pIektGcm42UG5CbWdwWVNlNytEV2xFQUcrK1NhSVhyNUp3MkRhSzZTcXdU?= =?utf-8?B?eGJLRmw5VWpha2xGUDhwa21pWUNzc3pQcnhOYTBOWXA3dCt4T0xmYTQ2VFpX?= =?utf-8?B?djc3VnNlNTd2M0FzdG4rTEUrZ0h2OUpuV0l1U1FaUFk1dFl6YWF5cVd2a3Nn?= =?utf-8?B?ZnNHeDBpL0ZMTjRjTG9DS3BjbmFHdWZidElhbjFOcDd4VmRIRXk2bjkyRmZC?= =?utf-8?B?NGFXcXdObjJLaVVhb2JDU2g1K0FRSXVvQ21BRlVwRkw4SnRJMCtvOFBpQ1dF?= =?utf-8?B?ekdkc0hkTE8rRE1vSXZnMzF1NENweWYxUjIwaEdwQTJQdE91WFQ0N1pxUUVu?= =?utf-8?B?NE9NWU11djUrejlONXZDeGRTeHorUW1LRkdrNXBQRk8vM0d4RjlOSXN6WlQr?= =?utf-8?B?UXpURkhmMUJrSmMvenpyRXlRPT0=?= X-Microsoft-Exchange-Diagnostics: 1; SN1PR0501MB2015; 5:i3z5ff4o5t5yLxBIr4UgQoimArXNYXhvIqBkwEkBwUDNGc6zNWt73pmUqGa+i8DmLq5VbBoIcr/ajh4EzYxekIiDF0gUQvysqq4n56jZr5EMFGzEqA9BV1HtmfNDkcGcWY5hEcnBncPD8U07TZZPXw==; 24:cYrwFwFFIImwhcnWIqJ8TnAfqCh2+6fWkcsZ/8DTe42WnArujhvnVXrL8qtAbLe54+X6ZHVhlGZq0hJkx2ul63E1ZNGejK2AiZo9QcGsPG0=; 20:DPNpO4RXPWt5v2tuhLAPsGFB26pQ4xh3oDusDC6x3Zmw6bNL4Jo4n6zpc6eFif+yRpainXiBwD0Hjrz5NtcEmQ== SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 16 Nov 2015 14:44:28.0301 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN1PR0501MB2015 Archived-At: Cc: idr wg , SPRING WG Subject: Re: [Idr] [spring] Comments on draft-ietf-idr-bgp-prefix-sid-01 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2015 14:44:32 -0000 On 11/10/2015 3:00 PM, Acee Lindem (acee) wrote: > I agree the predominant use case will be advertisement of a loopback. > However, independent of whether or not the Originator-SRGB TLV is > included, I see no reason why a BGP Speaker could not associate a > label-index with a locally attached subnet. I agree that a label-index could be associated with a prefix, I didn't mean to suggest otherwise. But what does it mean exactly to associate an originator-SRGB with a prefix (other than a host address)? On 11/11/2015 3:00 AM, Stefano Previdi (sprevidi) wrote: > I don’t want to constrain the advertisement of the Originator-SRGB to > a /32 (or even to a loopback interface prefix). Do you have an example in mind where it is useful to advertise an Originator SRGB when the prefix in the NLRI is not a host address? From nobody Mon Nov 16 08:24:54 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A11021A21A7 for ; Mon, 16 Nov 2015 08:24:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.483 X-Spam-Level: X-Spam-Status: No, score=-2.483 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham 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 KQXoe3QH6r1Y for ; Mon, 16 Nov 2015 08:24:44 -0800 (PST) Received: from relais-inet.orange.com (relais-nor34.orange.com [80.12.70.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8D90E1A00F0 for ; Mon, 16 Nov 2015 08:24:38 -0800 (PST) Received: from opfednr01.francetelecom.fr (unknown [xx.xx.xx.65]) by opfednr20.francetelecom.fr (ESMTP service) with ESMTP id B7BC340088; Mon, 16 Nov 2015 17:24:36 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.27]) by opfednr01.francetelecom.fr (ESMTP service) with ESMTP id 7CC311A0054; Mon, 16 Nov 2015 17:24:36 +0100 (CET) Received: from OPEXCLILM21.corporate.adroot.infra.ftgroup ([fe80::e92a:c932:907e:8f06]) by OPEXCLILM7C.corporate.adroot.infra.ftgroup ([fe80::8007:17b:c3b4:d68b%19]) with mapi id 14.03.0248.002; Mon, 16 Nov 2015 17:24:36 +0100 From: To: "Alvaro Retana (aretana)" Thread-Topic: [Idr] 2 week WG LC for draft-ietf-custom-decision (4/20 to 5/4/2015) Thread-Index: AQHQfOJEbzqBqbwli0WLinaFdrSzRp5/NkAAgCBzp+A= Date: Mon, 16 Nov 2015 16:24:36 +0000 Message-ID: <30646_1447691076_564A0344_30646_2291_1_53C29892C857584299CBF5D05346208A0F6BC240@OPEXCLILM21.corporate.adroot.infra.ftgroup> References: <015e01d07ba1$0042bff0$00c83fd0$@ndzh.com> <25797_1429696420_55376FA4_25797_3139_1_53C29892C857584299CBF5D05346208A0EBAA545@PEXCVZYM11.corporate.adroot.infra.ftgroup> In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.1] Content-Type: multipart/alternative; boundary="_000_53C29892C857584299CBF5D05346208A0F6BC240OPEXCLILM21corp_" MIME-Version: 1.0 Archived-At: Cc: "idr@ietf.org" , Susan Hares Subject: Re: [Idr] 2 week WG LC for draft-ietf-custom-decision (4/20 to 5/4/2015) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2015 16:24:52 -0000 --_000_53C29892C857584299CBF5D05346208A0F6BC240OPEXCLILM21corp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Alvaro, Thanks for considering my comments. Looks good to me, except one point regarding the security consideration. Th= en I also have some further comments. -- >>=A76. Security Considerations [...] >> a) by default, this mechanism is activated. >> b) non compliant implementation will accept and pass transitive Opaque c= ommunity (0x03) >> a+ b): anyone in the Internet can influence the routing in my AS; which = is not acceptable. > Yes, you're right. We added considerations to turn it off by default. I've only seen "MUST not propagate by default" which is not something this = document can enforce on non-compliant ASBR. Hence some non compliant ASBR w= ill accept this Cost Community from unstrusted source/AS and propagate it = within the AS. IMO, we need that by defaut, the cost community MUST NOT affect the BGP dec= ision process. "Furthermore, all transitive Cost Communities received across an Autonomous System boundary without explicit configuration MUST be stripped off the BGP update, and ignored during the Decision Process." Transitive and non-transitive (MUST be stripped off) (As RFC 4360 does not = specify to remove non-transitive community received over eBGP.) --- OLD: If the high-order bit is set, the Cost in the Cost Community may replace the value of a path attribute at a specific step in the Decision Process, but not the attribute itself. NEW: If the high-order bit is set, the Cost in the Cost Community replace the value of a path attribute at a specific step in the Decision Process, but not the attribute itself. --- " Multiple Cost Communities may indicate the same POI. All the Cost Communities for a specific POI MUST be considered starting with the one(s) with the lowest Community-ID. " By "lowest Community-ID" it's not clear to me whether the high order bit (i= ndicating _after_ or _instead_ the related BGP attribute) is taken into acc= ount or not (i.e. should be masked before the comparison). IMHO I would favor not taking this bit into account as, a priori, I don't s= ee a reason to give preference to POI _after_. In which case, as a related= comment, IMHO the first figure of section 3, should indicate this high ord= er bit as a separate field. Regardless of your choice, IMO the expected behavior should be explicitly s= tated. "All the Cost Communities for a specific POI MUST be considered" I'm not sure I would consider comparable "POI X & High-Order bit 1" with "P= OI X & High-Order bit 0". To me, looks like nearly equally different than P= OI X and POI X+1. -- " Routes that do not contain the Cost Community (for a valid, particular POI),or a Community-ID present in a route from another peer, MUST be considered to have the default Cost" "(for a valid, particular POI" + and high-order bit of the community-ID. Thanks, Regards, Bruno From: Alvaro Retana (aretana) [mailto:aretana@cisco.com] Sent: Monday, October 26, 2015 5:59 PM To: DECRAENE Bruno IMT/OLN Cc: idr@ietf.org; Susan Hares Subject: Re: [Idr] 2 week WG LC for draft-ietf-custom-decision (4/20 to 5/4= /2015) On 4/22/15, 3:53 AM, "Idr on behalf of bruno.decraene@orange.com" = on behalf of bruno.decraene@orange.com> = wrote: Bruno: Hi! Sorry for the long delay.. Since we missed the ID deadline, I'm attaching what will be version -07 and= the diffs..along with specific answers to your comments below. Thanks!! Alvaro. Hi all, Please find below some comments on the document: =A7 Abstract *) "It is cumbersome (if at all possible) for the end user to define polici= es that will select, after partial comparison, a path based on subjective l= ocal (domain and/or node) criteria." IMHO the sentence may be reworded. e.g. using a more factual/neutral orient= ation. (Alternatively, the document would need to elaborate on how much "cu= mbersome"/"impossible" is saved by using this new tool. (definitely not all= IMO)). Yes. OLD The BGP specification defines a Decision Process for installation of routes into the Loc-RIB. This process takes into account an extensive series of path attributes, which can be manipulated to indicate preference for specific paths. It is cumbersome (if at all possible) for the end user to define policies that will select, after partial comparison, a path based on subjective local (domain and/or node) criteria. NEW The BGP specification describes a Decision Process for selecting the best route. This process uses a series of steps, made up of path attributes and other values, to first determine the Degree of Preference of a route and later as tie breakers. While existing mechanisms may achieve some of the same results described in this document, they can only do so through extensive configuration such as matching communities to explicit policy and/or route preference configurations present on each BGP speaker within their administrative domain (autonomous system). Implementing some specific fine grained policies through such mechanisms is cumbersome, if even possible. =A73. The BGP Cost Community *) "The Point of Insertion sub-field contains the value of the path attribu= te *after* which this community MUST be considered during the best path sel= ection process." - My reading of "value of the path attribute" is http://www.iana.org/assign= ments/bgp-parameters/bgp-parameters.xhtml#bgp-parameters-2 Is this correct= ? Probably not as the IANA section of this draft propose a new/different re= gistry for POI. We put in a new sentence to clarify: This document creates a new Cost Community Point of Insertion Registry (Section 7.1) that includes the relevant path attributes and these other values. *) "The high-order bit is reserved to indicate that the Cost Community MUS= T replace the path attribute specified by the Point of Insertion during the= best path selection process." "reserved" does not seem to be the best word given that the bit is not rese= rved (for future use) but specified in this document. s/is reserved to indicate/indicates *) "Multiple Cost Communities may indicate the same Point of Insertion. I= n this case, the Cost Community with the lowest Community-ID is considered = first." Multiple cost communities may be received with the same Point of Insertion = and the same Community-ID. Please specific which one is to be taken or the = error handling. The same Community-ID is OK as long as it comes from different peers - in t= he end the winner should be the one with the lowest cost. OLD> Multiple Cost Communities may indicate the same Point of Insertion. In this case, the Cost Community with the lowest Community-ID is considered first. In other words, all the Cost Communities for a specific Point of Insertion MUST be considered, starting with the one with the lowest Community-ID. NEW> Multiple Cost Communities may indicate the same POI. All the Cost Communities for a specific POI MUST be considered starting with the one(s) with the lowest Community-ID. If multiple Cost Communities, for the same POI, with the same Community-ID are received for the same route from the same peer, then all except the one with the lowest Cost MUST be silently ignored. =A7 5. Deployment Considerations *) "It is important that a consistent path selection process be maintained= across the local Autonomous System to avoid potential routing loops." How much important? Given the (below) use of a few SHOULD (vs MUST) there is no real assurance = that no routing loops will form: - "If a BGP speaker receives a path that contains the Cost Community, it SH= OULD consider its value at the Point of Insertion specified, when calculat= ing the best path" - "if the Cost Community is used, all the nodes in the AS that may have to = consider this new community at any Point of Insertion SHOULD be aware of t= he mechanisms described in this document." IMO, either :s/SHOULD/MUST in the 2 above sentence, or the document must di= scuss the conditions which are safe and the ones which are not. *) "be aware of the mechanisms described in this document" is not enough. = It also needs to support the specific POI used. Obviously avoiding loops is very important. ;-) We also added some additional text. NEW The mechanisms described in this document may be used to modify the Decision Process arbitrarily. It is important that a consistent Decision Process be maintained across the local Autonomous System to avoid potential routing loops. In other words, all the nodes in the AS that may have to consider the Cost Community at any POI MUST support the mechanisms described in this document. Any mechanism which allows the modification of the Decision Process is capable of forming persistent routing loops in the control plane. Network administrators deploying the Cost Community MUST ensure that each impacted router in the network supports them, including the POIs deployed within their network. This is similar in scope to a network administrator who uses communities [RFC1997] combined with filters or other policies to modify the Decision Process of BGP speakers. Consistency must be enforced at an administrative level. =A76. Security Considerations *) "This document introduces no new security concerns to BGP or other speci= fications referenced in this document." Really?? That sentence would rather make me feel that this document is not = ready for RFC publication. IMO a real consideration of the security aspects should be done. e.g. (for free): a) by default, this mechanism is activated. b) non compliant implementation will accept and pass transitive Opaque comm= unity (0x03) a) + b): anyone in the Internet can influence the routing in my AS; wh= ich is not acceptable. Yes, you're right. We added considerations to turn it off by default. =A7 7. IANA Considerations "Some of the values in this new registry match the values assigned in the B= GP Path Attributes registry [BGP_PAR]. It is RECOMMENDED that an effort be= made to assign the same values in both tables when applicable." If this is the goal - both allocation policies should probably be the same. - IMHO the draft should comment on the POI value already assigned to BGP at= tribute. Should they be considered "reserved" of free to use as "non applic= able"? - it could be discussed that POI 129 "IGP_COST" may best match BG Attribute= 3 NEXT_HOP We decided to completely decouple the two registries. =A7 Appendix A. Cost Community Point of Insertion Registry *) It looks like this whole section should be in the IANA section, rather t= han an appendix. Yes, we moved it. ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, France Telecom - Orange decline toute responsabilite si ce message a ete al= tere, deforme ou falsifie. Merci This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorization. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, France Telecom - Orange shall not be liable if th= is message was modified, changed or falsified. Thank you. --_000_53C29892C857584299CBF5D05346208A0F6BC240OPEXCLILM21corp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi Alvaro,

 =

Thanks for considering m= y comments.

Lo= oks good to me, except one point regarding the security consideration. Then I also have = some further comments.

 =

--

>>=A76.  Security= Considerations

 

[…]

>> a) by default, this mechanism is activated.

>> b) non compliant im= plementation will accept and pass transitive Opaque community (0x03)=

 

>> a+ b): anyone in the Internet can influenc= e the routing in my AS; which is not acceptable.

 

> Yes, you're right.  We added considerations to turn it o= ff by default.

 =

I’ve only seen = 220;MUST not propagate by default” which is not something this document can enforce on non-compliant ASBR. Hence some non compliant ASBR will accept this Cost  Co= mmunity from unstrusted source/AS and propagate it within = the AS.

IMO, we need that by defaut, the cost community MUST NOT affect th= e BGP decision process.

 = 

“Furthermore, all
   transitive Cost Communities received across an Autonomous System<=
/pre>

   boundary=
 without explicit configuration MUST be stripped off the BGP


   update, =
and ignored during the Decision Process.”


 


Transitive and non-trans=
itive (MUST be stripped off) (As RFC 4360 does not
 specify to remove non-transitive community received over eBGP.)


---


 =




OLD: If the high-order bit is set, the Cost in the Cost Community=




     &n=
bsp;  
may replace the value of a path attribute at a speci=
fic step in



     &n=
bsp;  
the Decision Process, but not the attri=
bute itself.



NEW:
If the high-order bit is set, the Cost in the Cost Communi=
ty



     &n=
bsp;  
replace the value of a path attribute a=
t a specific step in



     &n=
bsp;  
the Decision Process, but not the attri=
bute itself.


 =



---


“   =
Multiple Cost Communities may indicate the same POI.  All the Cost


   Communities for a specific POI MUST b=
e considered starting with the


   one(s) w=
ith the lowest Community-ID. “


 =



By “lowest Communi=
ty-ID” it’s not clear to me whether the high order bit
 (indicating _after_ or _instead_ the related BGP attribute) =
is taken into account or not (i.e. should be masked before the comparison).=



IMHO I would favor not t=
aking this bit into account as, a
priori, I don’t see a reason to give pre=
ference to POI _after_.
 In which case, as a related c=
omment, IMHO the first figure of section
3, should indicate this high order bit as a se=
parate field.


Regardless of your choic=
e, IMO the expected behavior should be explicitly
 stated.


 =



“All the =
Cost Communities for a specific POI MUST be considered”


I’m not sure I would consider comparable =
“POI X & High-Order bit 1” with “POI X & High-Ord=
er bit 0”. To me, looks like nearly equally different than POI X and =
POI X+1.


 =



 =



--


“   Routes that do not contain the=
 Cost Community (for a valid,


   particular POI),or a Community-ID present in a route from another=



   peer, MU=
ST be considered to have the default Cost”


 =



“(for a valid, particular POI” + and high-order
 bit of the community-ID.


 =



Thanks,


Regards,


Bruno<=
/p>

 =



 =









From:
 Alvaro Retana (aretana) [mailto:aretana@cisco.com] <=
br>
Sent: Monday, October 26, 2015 5:59 PM

To: DECRAENE Bruno IMT/OLN

Cc: idr@ietf.org; Susan Hares

Subject: Re: [Idr] 2 week WG LC for draft-iet=
f-custom-decision (4/20 to 5/4/2015)






 




On 4/22/15, 3:53 AM, "Idr=
 on behalf of
bruno.decraene@orange.com&=
quot; <idr-bounces@ietf.org =
on behalf of
bruno.decraene@orange.com&=
gt; wrote:






 






Bruno:






 






Hi!  Sorry for the long d=
elay..






 






Since we missed the ID deadlin=
e, I'm attaching what will be version –07 and the diffs..along with s=
pecific answers to your comments below.






 






Thanks!!






 






Alvaro.






 






 










Hi all,


 


Please find below some comments on the document:


 


=A7 Abstract=



*) “It is cumbersome (if at all possible) for the en=
d user to define policies that will select, after partial comparison, a pat=
h based on subjective local (domain and/or node)
 criteria.”


IMHO the sentence may be reworded. e.g. using a more factu=
al/neutral orientation. (Alternatively, the document would need to elaborat=
e on how much “cumbersome”/”impossible”
 is saved by using this new tool. (definitely not all IMO)).










 






Yes.






 






OLD








   The BGP specifica=
tion defines a Decision Process for installation of






   routes into the L=
oc-RIB.  This process takes into account an






   extensive series =
of path attributes, which can be manipulated to






   indicate preferen=
ce for specific paths.  It is cumbersome (if at all<=
/p>





   possible) for the=
 end user to define policies that will select, after






   partial compariso=
n, a path based on subjective local (domain and/or






   node) criteria.






 








NEW










   The BGP specification describ=
es a Decision Process for selecting the






   best route.  This proces=
s uses a series of steps, made up of path






   attributes and other values, =
to first determine the Degree of






   Preference of a route and lat=
er as tie breakers.  While existing






   mechanisms may achieve some o=
f the same results described in this






   document, they can only do so=
 through extensive configuration such as






   matching communities to expli=
cit policy and/or route preference






   configurations present on eac=
h BGP speaker within their






   administrative domain (autono=
mous system).  Implementing some






   specific fine grained policie=
s through such mechanisms is cumbersome,






   if even possible.<=
/span>






 










 






 






 










 


=A73.  The BGP Cost Community


*) “The Point of Insertion sub-field contains the va=
lue of the path attribute *after* which this community MUST be considered d=
uring the best path selection process.”


- My reading of “value of the path attribute” =
is

http://www.iana.org/assignments/bgp-parameters/bgp-parameters.xhtml#bgp-par=
ameters-2  Is this correct? Probably not as the IANA section of th=
is draft propose a new/different registry for POI.










 






We put in a new sentence to cl=
arify:






 










         This doc=
ument creates a new Cost Community Point of Insertion






         Registry=
 (Section 7.1) that includes the relevant path






         attribut=
es and these other values.






 










 










 *) “The h=
igh-order bit is reserved to indicate that the Cost Community MUST replace =
the path attribute specified by the Point of Insertion
 during the best path selection process.”


“reserved” does not seem to be the best word g=
iven that the bit is not reserved (for future use) but specified in this do=
cument.










 






s/is reserved to indicate/indi=
cates






 






 










 *) “Multi=
ple Cost Communities may indicate the same Point of Insertion.  In thi=
s case, the Cost Community with the lowest Community-ID
 is considered first.”<=
/span>


Multiple cost communities may be received with the same Po=
int of Insertion and the same Community-ID. Please specific which one is to=
 be taken or the error handling.










 






The same Community-ID is OK as=
 long as it comes from different peers — in the end the winner should=
 be the one with the lowest cost.






 








OLD>






   Multiple Cost Com=
munities may indicate the same Point of Insertion.






   In this case, the=
 Cost Community with the lowest Community-ID is






   considered first.=
  In other words, all the Cost Communities for a






   specific Point of=
 Insertion MUST be considered, starting with the one






   with the lowest C=
ommunity-ID.






 






 






NEW>












   Multiple Cost Com=
munities may indicate the same POI.  All the Cost






   Communities for a=
 specific POI MUST be considered starting with the






   one(s) with the l=
owest Community-ID.  If multiple Cost Communities,





   for the same POI,=
 with the same Community-ID are received for the






   same route from t=
he same peer, then all except the one with the






   lowest Cost MUST =
be silently ignored.












 








 










=A7 5.  Deploymen=
t Considerations


*) “It is important that a  consistent path sel=
ection process be maintained across the local  Autonomous System to av=
oid potential routing loops.”=



How much important?


Given the (below) use of a few SHOULD (vs MUST) there is n=
o real assurance that no routing loops will form:


- “If a BGP speaker receives a path that contains th=
e Cost Community, it SHOULD consider its value at the Point of Insertion sp=
ecified, when  calculating the best path”


- “if the Cost Community is used, all the nodes in t=
he AS that may have to consider this new community at any Point of Insertio=
n SHOULD be  aware of the mechanisms described
 in this document.”


 


IMO, either :s/SHOULD/MUST in the 2 above sentence, or the=
 document must discuss the conditions which are safe and the ones which are=
 not.














 


*) “be  aware of the mechanisms described in th=
is document” is not enough. It also needs to support the specific POI=
 used.










 






Obviously avoiding loops is ve=
ry important. ;-)






 






We also added some additional =
text.






 






NEW














   The mechanisms described in t=
his document may be used to modify the






   Decision Process arbitrarily.=
  It is important that a consistent






   Decision Process be maintaine=
d across the local Autonomous System to






   avoid potential routing loops=
.  In other words, all the nodes in the






   AS that may have to consider =
the Cost Community at any POI MUST






   support the mechanisms descri=
bed in this document.






 






   Any mechanism which allows th=
e modification of the Decision Process






   is capable of forming persist=
ent routing loops in the control plane.






   Network administrators deploy=
ing the Cost Community MUST ensure that






   each impacted router in the n=
etwork supports them, including the POIs






   deployed within their network=
.  This is similar in scope to a network






   administrator who uses commun=
ities [RFC1997] combined with filters or






   other policies to modify the =
Decision Process of BGP speakers.






   Consistency must be enforced =
at an administrative level.






 














 










=A76.  Security Considerations


 


*) “This document introduces no new security concern=
s to BGP or other specifications referenced in this document.”=



Really?? That sentence would rather make me feel that this=
 document is not ready for RFC publication.


IMO a real consideration of the security aspects should be=
 done.


 


e.g. (for free):



a) by default, this mechanism is activated.


b) non compliant implementation will accept and pass trans=
itive Opaque community (0x03)=



 


a)   =
;  
+ b): anyone in the Internet can influence the=
 routing in my AS; which is not acceptable.










 






Yes, you're right.  We ad=
ded considerations to turn it off by default.






 






 










=A7 7.  IANA Cons=
iderations


“Some of the values in this new registry match the v=
alues assigned in the BGP Path Attributes registry [BGP_PAR].  It is R=
ECOMMENDED that an effort be made to assign the same
 values in both tables when applicable.”


If this is the goal


- both allocation policies should probably be the same.


- IMHO the draft should comment on the POI value already a=
ssigned to BGP attribute. Should they be considered “reserved” =
of free to use as “non applicable”?


- it could be discussed that POI 129 “IGP_COST”=
; may best match BG Attribute 3 NEXT_HOP=











 






We decided to completely decou=
ple the two registries.






 






 










 =A7 Appendix A.=
  Cost Community Point of Insertion Registry


*) It looks like this whole section should be in the IANA =
section, rather than an appendix.










 






Yes, we moved it.






______________________________________________________________________=
___________________________________________________

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

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorization.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, France Telecom - Orange shall not be liable if th=
is message was modified, changed or falsified.
Thank you.
--_000_53C29892C857584299CBF5D05346208A0F6BC240OPEXCLILM21corp_-- From nobody Mon Nov 16 11:03:32 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4BB3F1A8797 for ; Mon, 16 Nov 2015 11:03:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.085 X-Spam-Level: X-Spam-Status: No, score=-15.085 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 WG6LiZ4eP22E for ; Mon, 16 Nov 2015 11:03:27 -0800 (PST) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EC49B1A878C for ; Mon, 16 Nov 2015 11:03:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=55090; q=dns/txt; s=iport; t=1447700607; x=1448910207; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=0aYAXiaakpivpb4Nc14v/7o1rmNxD5NMFZapFo2yq+4=; b=ctxizf2XUtDymB2awApwT8e4Qu2CMpDENf0Y6bxxq9n8CcroSR82n7z4 6rG/KY6aRsXDQM3hV694PKO7iIw5wg0YJoVQshnCYXTZCGcHl4i6RTZzx jhLLdy2cNfwxnrYHW9LR9KkKzm35YWMMJCBIn/bVkpki4+3kdRYMIWtxf k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AfAgA5KEpW/4cNJK1dgm5NU28GtiOFK?= =?us-ascii?q?4MMAQ2BZIYQAoFHOBQBAQEBAQEBgQqENQEBAwEtTAULAgEILQsBBgcmDBQRAgQ?= =?us-ascii?q?OBAEUiBIIuxsBAQEBAQEBAQEBAQEBAQEBAQEBAQEYhlQBhH2EKXGEHwWNVIUTg?= =?us-ascii?q?2EBiA2FGYFbkhaEYoNxAR8BAUKEBHKERIEHAQEB?= X-IronPort-AV: E=Sophos; i="5.20,303,1444694400"; d="scan'208,217"; a="50192905" Received: from alln-core-2.cisco.com ([173.36.13.135]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 16 Nov 2015 19:03:05 +0000 Received: from XCH-RCD-003.cisco.com (xch-rcd-003.cisco.com [173.37.102.13]) by alln-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id tAGJ34L2001306 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 16 Nov 2015 19:03:04 GMT Received: from xch-aln-002.cisco.com (173.36.7.12) by XCH-RCD-003.cisco.com (173.37.102.13) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Mon, 16 Nov 2015 13:03:04 -0600 Received: from xch-aln-002.cisco.com ([173.36.7.12]) by XCH-ALN-002.cisco.com ([173.36.7.12]) with mapi id 15.00.1104.000; Mon, 16 Nov 2015 13:03:03 -0600 From: "Alvaro Retana (aretana)" To: "bruno.decraene@orange.com" Thread-Topic: [Idr] 2 week WG LC for draft-ietf-custom-decision (4/20 to 5/4/2015) Thread-Index: AQHQfOJEbzqBqbwli0WLinaFdrSzRp5/NkAAgCBzp+CAALACAA== Date: Mon, 16 Nov 2015 19:03:03 +0000 Message-ID: References: <015e01d07ba1$0042bff0$00c83fd0$@ndzh.com> <25797_1429696420_55376FA4_25797_3139_1_53C29892C857584299CBF5D05346208A0EBAA545@PEXCVZYM11.corporate.adroot.infra.ftgroup> <30646_1447691076_564A0344_30646_2291_1_53C29892C857584299CBF5D05346208A0F6BC240@OPEXCLILM21.corporate.adroot.infra.ftgroup> In-Reply-To: <30646_1447691076_564A0344_30646_2291_1_53C29892C857584299CBF5D05346208A0F6BC240@OPEXCLILM21.corporate.adroot.infra.ftgroup> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.82.238.17] Content-Type: multipart/alternative; boundary="_000_D26F8B7EEA6BAaretanaciscocom_" MIME-Version: 1.0 Archived-At: Cc: "idr@ietf.org" , Susan Hares Subject: Re: [Idr] 2 week WG LC for draft-ietf-custom-decision (4/20 to 5/4/2015) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2015 19:03:31 -0000 --_000_D26F8B7EEA6BAaretanaciscocom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable On 11/16/15, 11:24 AM, "bruno.decraene@orange.com" > wro= te: Bruno: Hi! Looks good to me, except one point regarding the security consideration. Th= en I also have some further comments. -- >>=A76. Security Considerations [...] >> a) by default, this mechanism is activated. >> b) non compliant implementation will accept and pass transitive Opaque c= ommunity (0x03) >> a+ b): anyone in the Internet can influence the routing in my AS; which = is not acceptable. > Yes, you're right. We added considerations to turn it off by default. I've only seen "MUST not propagate by default" which is not something this = document can enforce on non-compliant ASBR. Hence some non compliant ASBR w= ill accept this Cost Community from unstrusted source/AS and propagate it = within the AS. IMO, we need that by defaut, the cost community MUST NOT affect the BGP dec= ision process. I think that this case is addressed in the text below (mod transitive + non= -transitive). You're right that a non-compliant implementation can do what is not specifi= ed (accept, propagate, use). The same obviously applies to any other norma= tive language we can add.. "Furthermore, all transitive Cost Communities received across an Autonomous System boundary without explicit configuration MUST be stripped off the BGP update, and ignored during the Decision Process." Transitive and non-transitive (MUST be stripped off) (As RFC 4360 does not = specify to remove non-transitive community received over eBGP.) The last sentence in Section 4 (Operation) reads: If the non-transitive version of a Cost Community is received across an Autonomous System boundary, then the receiver MUST strip it off the BGP update, and ignore it during the Decision Process. I think we were thinking about the inter-AS case when we wrote the Security= Considerations..so we left the non-transitive part out. We can add it in = the next revision to make sure it is clear. --- OLD: If the high-order bit is set, the Cost in the Cost Community may replace the value of a path attribute at a specific step in the Decision Process, but not the attribute itself. NEW: If the high-order bit is set, the Cost in the Cost Community replace the value of a path attribute at a specific step in the Decision Process, but not the attribute itself. Will fix in the next revision. --- " Multiple Cost Communities may indicate the same POI. All the Cost Communities for a specific POI MUST be considered starting with the one(s) with the lowest Community-ID. " By "lowest Community-ID" it's not clear to me whether the high order bit (i= ndicating _after_ or _instead_ the related BGP attribute) is taken into acc= ount or not (i.e. should be masked before the comparison). IMHO I would favor not taking this bit into account as, a priori, I don't s= ee a reason to give preference to POI _after_. In which case, as a related= comment, IMHO the first figure of section 3, should indicate this high ord= er bit as a separate field. Regardless of your choice, IMO the expected behavior should be explicitly s= tated. We'll change the drawing to indicate the bit separately and clarify what th= e ID is - in the next revision. "All the Cost Communities for a specific POI MUST be considered" I'm not sure I would consider comparable "POI X & High-Order bit 1" with "P= OI X & High-Order bit 0". To me, looks like nearly equally different than P= OI X and POI X+1. Oh, that doesn't mean that they are compared against each other. As you po= int out, the "effective POI" with the high-order bit set is different than = without it. Along with your other comment about the ID and the high-order bit, we'll al= so clarify the meaning of POI. By separating the high-order bit into its own field the meaning of the ID i= s cleared. We'll call it the "Replace Bit" (R-bit). I'm thinking of addi= ng a new term called the Point of Application (POA), which is the place in = the Decision Process where the Cost Community is evaluated. If the R-bit i= s not set, then the POA is after the step in the Decision Process indicated= by the POI; if the R-bit is set, then the POA is at the POI. I'll then s/= POI/POA in Operation, etc. which should result in the clarified behavior. = Thoughts? -- " Routes that do not contain the Cost Community (for a valid, particular POI),or a Community-ID present in a route from another peer, MUST be considered to have the default Cost" "(for a valid, particular POI" + and high-order bit of the community-ID. Yes.. As above. Thanks! Alvaro. --_000_D26F8B7EEA6BAaretanaciscocom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable
On 11/16/15, 11:24 AM, "b= runo.decraene@orange.com" <bruno.decraene@orange.com> wrote:

Bruno:

Hi!

Looks good to me, except one point regarding the security consideration.<= /span> Then I also have some further commen= ts.

 =

--

>>=A76.  Security= Considerations

 

[…]

>> a) by default, this mechanism is activated.

>> b) non compliant im= plementation will accept and pass transitive Opaque community (0x03)=

 

>> a+ b): anyone in the Internet can influenc= e the routing in my AS; which is not acceptable.

 

> Yes, you're right.  We added considerations to turn it o= ff by default.

 =

I’ve only seen = 220;MUST not propagate by default” which is not something this document can enforce on non-compliant ASBR. Hence some non compliant ASBR will accept this Cost  Co= mmunity from unstrusted source/AS and propagate it within = the AS.

IMO, we need that by defaut, the cost community MUST NOT affect th= e BGP decision process.

I think that this case is addressed in the text below (mod transitive += non-transitive).

You're right that a non-compliant implementation can do what is not specifi= ed (accept, propagate, use).  The same obviously applies to any other = normative language we can add..


 = 

“Furthermore, all
   transitive Cost Communities received across an Autonomous System<=
/pre>

   boundary=
 without explicit configuration MUST be stripped off the BGP


   update, =
and ignored during the Decision Process.”


 


Transitive and non-trans=
itive (MUST be stripped off) (As RFC 4360 does not
 specify to remove non-transitive community received over eBGP.)

The last sentence in Section 4 (Operation) reads: 

   If the non-transitive version of a Cost Community is rece= ived across
   an Autonomous System boundary, then the receiver MUST str= ip it off
   the BGP update, and ignore it during the Decision Process= .

I think we were thinking about the inter-AS case when we wrote the Sec= urity Considerations..so we left the non-transitive part out.  We can = add it in the next revision to make sure it is clear.


---

 =

OLD: If the high-order bit is set, the Cost in the Cost Community

       = ;  may replace the value of a path attribute at a speci= fic step in

       = ;  the Decision Process, but not the attri= bute itself.

NEW: If the high-order bit is set, the Cost in the Cost Community

       = ;  replace the value of a path attribute a= t a specific step in

       = ;  the Decision Process, but not the attri= bute itself.

Will fix in the next revision.


 =

--- 

“   Multiple=
 Cost Communities may indicate the same POI.  All the Cost
   Communities for a specific POI MUST b=
e considered starting with the
   one(s) w=
ith the lowest Community-ID. “

 =

By “lowest Communi= ty-ID” it’s not clear to me whether the high order bit (indicating _after_ or _instead_ the related BGP attribute) = is taken into account or not (i.e. should be masked before the comparison).=

IMHO I would favor not t= aking this bit into account as, a priori, I don’t see a reason to give pre= ference to POI _after_.  In which case, as a related c= omment, IMHO the first figure of section 3, should indicate this high order bit as a se= parate field.

Regardless of your choic= e, IMO the expected behavior should be explicitly stated.

We'll change the drawing to indicate the bit separately and clarify wh= at the ID is — in the next revision.


 = “All the Cost Communities for a specific POI MUST be considered” 

I’m not sure I would consider comparable “P=
OI X & High-Order bit 1” with “POI X & High-Order bit 0=
”. To me, looks like nearly equally different than POI X and POI X=
3;1.

Oh, that doesn't mean that they are compared against each other.  = ;As you point out, the "effective POI" with the high-order bit se= t is different than without it.

Along with your other comment about the ID and the high-order bit, we'= ll also clarify the meaning of POI.

By separating the high-order bit into its own field the meaning of the= ID is cleared.  We'll call it the "Replace Bit" (R-bit). &n= bsp; I'm thinking of adding a new term called the Point of Application (POA= ), which is the place in the Decision Process where the Cost Community is evaluated.  If the R-bit is not set, then the P= OA is after the step in the Decision Process indicated by the POI; if= the R-bit is set, then the POA is at the POI.  I'll then s/POI/POA in= Operation, etc. which should result in the clarified behavior.   Thou= ghts?

 = --

“   Routes that do not contain the=
 Cost Community (for a valid,
   particular POI),or a Community-ID present in a route from another=

   peer, MU=
ST be considered to have the default Cost”

 =

“(for a valid, particular POI” + and high-order bit of the community-ID.

Yes..  As above.

Thanks!

Alvaro.
--_000_D26F8B7EEA6BAaretanaciscocom_-- From nobody Mon Nov 16 22:34:23 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C88191B2AC1 for ; Mon, 16 Nov 2015 22:34:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham 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 xw7wxu1BZ30J for ; Mon, 16 Nov 2015 22:34:18 -0800 (PST) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0713.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:713]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1F7071B2AC0 for ; Mon, 16 Nov 2015 22:34:17 -0800 (PST) Received: from BLUPR05MB072.namprd05.prod.outlook.com (10.255.214.27) by BLUPR05MB452.namprd05.prod.outlook.com (10.141.28.27) with Microsoft SMTP Server (TLS) id 15.1.325.17; Tue, 17 Nov 2015 06:34:01 +0000 Received: from BLUPR05MB072.namprd05.prod.outlook.com ([169.254.14.250]) by BLUPR05MB072.namprd05.prod.outlook.com ([169.254.14.250]) with mapi id 15.01.0325.003; Tue, 17 Nov 2015 06:34:00 +0000 From: Pushpasis Sarkar To: John Scudder , Susan Hares Thread-Topic: WG adoption for draft-psarkar-idr-bgp-ls-node-admin-tags-extension Thread-Index: AQHRIQHx2LnKGGlI60ihdhyTjlzGiA== Date: Tue, 17 Nov 2015 06:34:00 +0000 Message-ID: <9A79AEDF-4E31-4016-9DD1-A4E6CD2CBB69@juniper.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/0.0.0.151105 authentication-results: spf=none (sender IP is ) smtp.mailfrom=psarkar@juniper.net; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [116.197.184.12] x-microsoft-exchange-diagnostics: 1; BLUPR05MB452; 5:4eqvJbNn/gc9cwkT31pkCYhI9RJrBDqkOOhISwg/qD8Q7zH4C5c0/D8pxyvYTAsBNm5gPMUgpzxcrQeCnQgt7hk4XyWMB/ZGQ/6dXso1tNaLwuNmm2kgSXNHamApfyUoHEUVwfsYC3zJiLwWwKqrIQ==; 24:B8HrnvrVZOgS/g3CCZUQ4z1RoIkCBIi/HPF+B5xtnGNPNgiaYrVeV/mI5cpjzIgB3Xgj9+97G0+HBK43WFfglxX6lm+oU7hT/ro1glP3ep8=; 20:RjmohINvaIxiR7RZwz9hthDuqVgcbLCuJpU5M86iqJ9GKm4amPRDTPphKKEVPcmesGXDRQX66Nfr/9yH/7SDmQ== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR05MB452; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(520078)(3002001)(10201501046); SRVR:BLUPR05MB452; BCL:0; PCL:0; RULEID:; SRVR:BLUPR05MB452; x-forefront-prvs: 07630F72AD x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(199003)(189002)(33656002)(2900100001)(102836002)(10400500002)(16236675004)(82746002)(5002640100001)(87936001)(5007970100001)(40100003)(5004730100002)(86362001)(586003)(5001960100002)(101416001)(83716003)(4001350100001)(81156007)(122556002)(66066001)(36756003)(230783001)(189998001)(92566002)(50986999)(97736004)(5008740100001)(106116001)(105586002)(106356001)(83506001)(229853001)(54356999)(5001770100001)(99286002)(1941001)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR05MB452; H:BLUPR05MB072.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) Content-Type: multipart/alternative; boundary="_000_9A79AEDF4E3140169DD1A4E6CD2CBB69junipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Nov 2015 06:34:00.6527 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR05MB452 Archived-At: Cc: IDR WG Subject: [Idr] WG adoption for draft-psarkar-idr-bgp-ls-node-admin-tags-extension X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 06:34:22 -0000 --_000_9A79AEDF4E3140169DD1A4E6CD2CBB69junipernet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQ2hhaXJzLA0KDQpBIFdHIGFkb3B0aW9uIHdhcyBjYWxsZWQgYmVmb3JlIHRoZSBJRVRGLTk0 IG1lZXRpbmdzLiBJIGhhdmUgYWxzbyB1cGRhdGVkIHRoZSBkcmFmdCB3aXRoIHNvbWUgbW9yZSBj b21tZW50cyByZWNlaXZlZCBvbiB0aGUgbGlzdC4gV291bGQgbGlrZSB0byBrbm93IGlmIHRoZSBX RyBBZG9wdGlvbiBoYXMgYmVlbiBjb21wbGV0ZSBvciBub3QuLiBBbmQgaWYgSSBzaG91bGQgcG9z dCB0aGUgbmV4dCB2ZXJzaW9uIGFzIGRyYWZ0LWlldGYtZHItYmdwLWxzLW5vZGUtYWRtaW4tdGFn cy1leHRlbnNpb24uLg0KDQpUaGFua3MgYW5kIFJlZ2FyZHMsDQotUHVzaHBhc2lzDQo= --_000_9A79AEDF4E3140169DD1A4E6CD2CBB69junipernet_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj4NCjxkaXY+DQo8 ZGl2PkhpIENoYWlycyw8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PkEgV0cgYWRvcHRp b24gd2FzIGNhbGxlZCBiZWZvcmUgdGhlIElFVEYtOTQgbWVldGluZ3MuIEkgaGF2ZSBhbHNvIHVw ZGF0ZWQgdGhlIGRyYWZ0IHdpdGggc29tZSBtb3JlIGNvbW1lbnRzIHJlY2VpdmVkIG9uIHRoZSBs aXN0LiBXb3VsZCBsaWtlIHRvIGtub3cgaWYgdGhlIFdHIEFkb3B0aW9uIGhhcyBiZWVuIGNvbXBs ZXRlIG9yIG5vdC4uIEFuZCBpZiBJIHNob3VsZCBwb3N0IHRoZSBuZXh0IHZlcnNpb24gYXMgZHJh ZnQtaWV0Zi1kci1iZ3AtbHMtbm9kZS1hZG1pbi10YWdzLWV4dGVuc2lvbi4uJm5ic3A7PC9kaXY+ DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5UaGFua3MgYW5kIFJlZ2FyZHMsPC9kaXY+DQo8ZGl2 Pi1QdXNocGFzaXM8L2Rpdj4NCjxkaXY+DQo8ZGl2IGlkPSJNQUNfT1VUTE9PS19TSUdOQVRVUkUi PjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_9A79AEDF4E3140169DD1A4E6CD2CBB69junipernet_-- From nobody Mon Nov 16 23:49:24 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 81EF71B2BEF; Mon, 16 Nov 2015 23:49:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.086 X-Spam-Level: X-Spam-Status: No, score=-15.086 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 GR2F2oOkJHJ3; Mon, 16 Nov 2015 23:49:22 -0800 (PST) Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6114C1A1A1C; Mon, 16 Nov 2015 23:49:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1414; q=dns/txt; s=iport; t=1447746562; x=1448956162; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=DpnCjjf6tzsaW6rpQJrl+3GWvV0Ksbqwv7AF/9tA9aM=; b=OXnckV4UMzlS1aExS4NSeD0t+AwthQGAHLvdiEjA+zritSHcYtpGxbg8 x1Ku7ZmkVcSKir25H4T7TtsaMfSpojAVKYT5MP7tjceXvBRx5WCa4flwo jJm5NCfkqTYLIbQnM3Gzwro0PMyyq4bHlyAlSaORpBU40zVbhYGVifg/V c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D1AQDV2kpW/4QNJK1egzuBQga+XgENg?= =?us-ascii?q?WWGEAIcgS44FAEBAQEBAQGBCoQ0AQEBAwEjEUUFCwIBCBgCAiYCAgIwFRACBA4?= =?us-ascii?q?FiCYIqnyQQQEBAQEBAQEBAQEBAQEBAQEBAQEBARiBAYVTghCCboRxgwQvgRUBB?= =?us-ascii?q?JZJAY0mnEQBHwEBQoIRHYFWcoQDgQcBAQE?= X-IronPort-AV: E=Sophos;i="5.20,306,1444694400"; d="scan'208";a="51249057" Received: from alln-core-10.cisco.com ([173.36.13.132]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 17 Nov 2015 07:49:21 +0000 Received: from XCH-RTP-007.cisco.com (xch-rtp-007.cisco.com [64.101.220.147]) by alln-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id tAH7nLn0015340 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 17 Nov 2015 07:49:21 GMT Received: from xch-rtp-010.cisco.com (64.101.220.150) by XCH-RTP-007.cisco.com (64.101.220.147) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Tue, 17 Nov 2015 02:49:20 -0500 Received: from xch-rtp-010.cisco.com ([64.101.220.150]) by XCH-RTP-010.cisco.com ([64.101.220.150]) with mapi id 15.00.1104.000; Tue, 17 Nov 2015 02:49:20 -0500 From: "Stefano Previdi (sprevidi)" To: Eric C Rosen Thread-Topic: [spring] [Idr] Comments on draft-ietf-idr-bgp-prefix-sid-01 Thread-Index: AQHRDQaNSu+O5jvuAkmSupOY8ZJPb56PZPUAgATZkQCAAeAXgIAJFbiAgAEeYoA= Date: Tue, 17 Nov 2015 07:49:20 +0000 Message-ID: <7E84CCA4-1BF7-4D9C-A2AF-EC16877F7A90@cisco.com> References: <56294416.8030807@juniper.net> <5104A350-EA8D-4824-A396-1DC46140BA5D@cisco.com> <5640BA18.7060807@juniper.net> <5649EBC7.5000505@juniper.net> In-Reply-To: <5649EBC7.5000505@juniper.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.61.199.77] Content-Type: text/plain; charset="utf-8" Content-ID: <9349B92819408643AFC6BD847CC398B5@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: idr wg , SPRING WG Subject: Re: [Idr] [spring] Comments on draft-ietf-idr-bgp-prefix-sid-01 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 07:49:23 -0000 DQo+IE9uIE5vdiAxNiwgMjAxNSwgYXQgMzo0NCBQTSwgRXJpYyBDIFJvc2VuIDxlcm9zZW5AanVu aXBlci5uZXQ+IHdyb3RlOg0KPiANCj4gT24gMTEvMTAvMjAxNSAzOjAwIFBNLCBBY2VlIExpbmRl bSAoYWNlZSkgd3JvdGU6DQo+PiBJIGFncmVlIHRoZSBwcmVkb21pbmFudCB1c2UgY2FzZSB3aWxs IGJlIGFkdmVydGlzZW1lbnQgb2YgYSBsb29wYmFjay4NCj4+IEhvd2V2ZXIsIGluZGVwZW5kZW50 IG9mIHdoZXRoZXIgb3Igbm90IHRoZSBPcmlnaW5hdG9yLVNSR0IgVExWIGlzDQo+PiBpbmNsdWRl ZCwgSSBzZWUgbm8gcmVhc29uIHdoeSBhIEJHUCBTcGVha2VyIGNvdWxkIG5vdCBhc3NvY2lhdGUg YQ0KPj4gbGFiZWwtaW5kZXggd2l0aCBhIGxvY2FsbHkgYXR0YWNoZWQgc3VibmV0Lg0KPiANCj4g SSBhZ3JlZSB0aGF0IGEgbGFiZWwtaW5kZXggY291bGQgYmUgYXNzb2NpYXRlZCB3aXRoIGEgcHJl Zml4LCBJIGRpZG4ndCBtZWFuIHRvIHN1Z2dlc3Qgb3RoZXJ3aXNlLiAgQnV0IHdoYXQgZG9lcyBp dCBtZWFuIGV4YWN0bHkgdG8gYXNzb2NpYXRlIGFuIG9yaWdpbmF0b3ItU1JHQiB3aXRoIGEgcHJl Zml4IChvdGhlciB0aGFuIGEgaG9zdCBhZGRyZXNzKT8NCj4gDQo+IE9uIDExLzExLzIwMTUgMzow MCBBTSwgU3RlZmFubyBQcmV2aWRpIChzcHJldmlkaSkgd3JvdGU6DQo+PiBJIGRvbuKAmXQgd2Fu dCB0byBjb25zdHJhaW4gdGhlIGFkdmVydGlzZW1lbnQgb2YgdGhlIE9yaWdpbmF0b3ItU1JHQiB0 bw0KPj4gYSAvMzIgKG9yIGV2ZW4gdG8gYSBsb29wYmFjayBpbnRlcmZhY2UgcHJlZml4KS4NCj4g DQo+IERvIHlvdSBoYXZlIGFuIGV4YW1wbGUgaW4gbWluZCB3aGVyZSBpdCBpcyB1c2VmdWwgdG8g YWR2ZXJ0aXNlIGFuIE9yaWdpbmF0b3IgU1JHQiB3aGVuIHRoZSBwcmVmaXggaW4gdGhlIE5MUkkg aXMgbm90IGEgaG9zdCBhZGRyZXNzPw0KDQoNCmluIGZhY3QgSSBkb27igJl0IGhhdmUgYW55IGdv b2QgZXhhbXBsZSB3aGVyZSBhIC8zMiAoLzEyOCkgbXVzdCBiZSBlbmZvcmNlZOKApg0KDQpzLg0K DQoNCg0K From nobody Tue Nov 17 00:35:21 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 720641B2C94 for ; Tue, 17 Nov 2015 00:35:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham 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 KIPTWaGnz9st for ; Tue, 17 Nov 2015 00:35:13 -0800 (PST) Received: from relais-inet.francetelecom.com (relais-ias244.francetelecom.com [80.12.204.244]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9ACC21B2C7B for ; Tue, 17 Nov 2015 00:35:12 -0800 (PST) Received: from omfeda06.si.francetelecom.fr (unknown [xx.xx.xx.199]) by omfeda12.si.francetelecom.fr (ESMTP service) with ESMTP id DB1993B42A8; Tue, 17 Nov 2015 09:35:09 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [10.114.31.24]) by omfeda06.si.francetelecom.fr (ESMTP service) with ESMTP id 85185C801D; Tue, 17 Nov 2015 09:35:09 +0100 (CET) Received: from OPEXCLILM21.corporate.adroot.infra.ftgroup ([fe80::e92a:c932:907e:8f06]) by OPEXCLILM7D.corporate.adroot.infra.ftgroup ([fe80::9044:c5ee:4dd2:4f16%19]) with mapi id 14.03.0248.002; Tue, 17 Nov 2015 09:35:09 +0100 From: To: "Alvaro Retana (aretana)" Thread-Topic: [Idr] 2 week WG LC for draft-ietf-custom-decision (4/20 to 5/4/2015) Thread-Index: AQHQfOJEbzqBqbwli0WLinaFdrSzRp5/NkAAgCBzp+CAALACAIAAziXg Date: Tue, 17 Nov 2015 08:35:09 +0000 Message-ID: <9781_1447749309_564AE6BD_9781_1504_1_53C29892C857584299CBF5D05346208A0F6BD227@OPEXCLILM21.corporate.adroot.infra.ftgroup> References: <015e01d07ba1$0042bff0$00c83fd0$@ndzh.com> <25797_1429696420_55376FA4_25797_3139_1_53C29892C857584299CBF5D05346208A0EBAA545@PEXCVZYM11.corporate.adroot.infra.ftgroup> <30646_1447691076_564A0344_30646_2291_1_53C29892C857584299CBF5D05346208A0F6BC240@OPEXCLILM21.corporate.adroot.infra.ftgroup> In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.1] Content-Type: multipart/alternative; boundary="_000_53C29892C857584299CBF5D05346208A0F6BD227OPEXCLILM21corp_" MIME-Version: 1.0 X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.10.16.122716 Archived-At: Cc: "idr@ietf.org" , Susan Hares Subject: Re: [Idr] 2 week WG LC for draft-ietf-custom-decision (4/20 to 5/4/2015) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 08:35:19 -0000 --_000_53C29892C857584299CBF5D05346208A0F6BD227OPEXCLILM21corp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Alvaro, Thanks for the discussion and the proposed change. I indeed think that separating the "high order bit" in its own field will h= elp clarifying the text. I'll wait for next revision since I expect a few c= hanges in the text. Please see 1 point inline [Bruno] From: Alvaro Retana (aretana) [mailto:aretana@cisco.com] Sent: Monday, November 16, 2015 8:03 PM To: DECRAENE Bruno IMT/OLN Cc: idr@ietf.org; Susan Hares Subject: Re: [Idr] 2 week WG LC for draft-ietf-custom-decision (4/20 to 5/4= /2015) On 11/16/15, 11:24 AM, "bruno.decraene@orange.com" > wro= te: Bruno: Hi! Looks good to me, except one point regarding the security consideration. Th= en I also have some further comments. -- >>=A76. Security Considerations [...] >> a) by default, this mechanism is activated. >> b) non compliant implementation will accept and pass transitive Opaque c= ommunity (0x03) >> a+ b): anyone in the Internet can influence the routing in my AS; which = is not acceptable. > Yes, you're right. We added considerations to turn it off by default. I've only seen "MUST not propagate by default" which is not something this = document can enforce on non-compliant ASBR. Hence some non compliant ASBR w= ill accept this Cost Community from unstrusted source/AS and propagate it = within the AS. IMO, we need that by defaut, the cost community MUST NOT affect the BGP dec= ision process. I think that this case is addressed in the text below (mod transitive + non= -transitive). [Bruno] I don't think so. My concern is for an AS not using this cost community: a) compliant routers will, by default, modify route preference based on the= community b) non compliant routers will, by default, accept this community over eBGP = sessions. a+b: we have an issue as untrusted AS may influence my routing policy or cr= eate loops. We agree that we can't do anything about "b". So I am asking to address "a" by having compliant routers to _not_ change r= oute preference by default. i.e. MUST be explicitly configured to change th= eir route preference based on this community. Thanks -- Bruno You're right that a non-compliant implementation can do what is not specifi= ed (accept, propagate, use). The same obviously applies to any other norma= tive language we can add.. "Furthermore, all transitive Cost Communities received across an Autonomous System boundary without explicit configuration MUST be stripped off the BGP update, and ignored during the Decision Process." Transitive and non-transitive (MUST be stripped off) (As RFC 4360 does not = specify to remove non-transitive community received over eBGP.) The last sentence in Section 4 (Operation) reads: If the non-transitive version of a Cost Community is received across an Autonomous System boundary, then the receiver MUST strip it off the BGP update, and ignore it during the Decision Process. I think we were thinking about the inter-AS case when we wrote the Security= Considerations..so we left the non-transitive part out. We can add it in = the next revision to make sure it is clear. --- OLD: If the high-order bit is set, the Cost in the Cost Community may replace the value of a path attribute at a specific step in the Decision Process, but not the attribute itself. NEW: If the high-order bit is set, the Cost in the Cost Community replace the value of a path attribute at a specific step in the Decision Process, but not the attribute itself. Will fix in the next revision. --- " Multiple Cost Communities may indicate the same POI. All the Cost Communities for a specific POI MUST be considered starting with the one(s) with the lowest Community-ID. " By "lowest Community-ID" it's not clear to me whether the high order bit (i= ndicating _after_ or _instead_ the related BGP attribute) is taken into acc= ount or not (i.e. should be masked before the comparison). IMHO I would favor not taking this bit into account as, a priori, I don't s= ee a reason to give preference to POI _after_. In which case, as a related= comment, IMHO the first figure of section 3, should indicate this high ord= er bit as a separate field. Regardless of your choice, IMO the expected behavior should be explicitly s= tated. We'll change the drawing to indicate the bit separately and clarify what th= e ID is - in the next revision. "All the Cost Communities for a specific POI MUST be considered" I'm not sure I would consider comparable "POI X & High-Order bit 1" with "P= OI X & High-Order bit 0". To me, looks like nearly equally different than P= OI X and POI X+1. Oh, that doesn't mean that they are compared against each other. As you po= int out, the "effective POI" with the high-order bit set is different than = without it. Along with your other comment about the ID and the high-order bit, we'll al= so clarify the meaning of POI. By separating the high-order bit into its own field the meaning of the ID i= s cleared. We'll call it the "Replace Bit" (R-bit). I'm thinking of addi= ng a new term called the Point of Application (POA), which is the place in = the Decision Process where the Cost Community is evaluated. If the R-bit i= s not set, then the POA is after the step in the Decision Process indicated= by the POI; if the R-bit is set, then the POA is at the POI. I'll then s/= POI/POA in Operation, etc. which should result in the clarified behavior. = Thoughts? -- " Routes that do not contain the Cost Community (for a valid, particular POI),or a Community-ID present in a route from another peer, MUST be considered to have the default Cost" "(for a valid, particular POI" + and high-order bit of the community-ID. Yes.. As above. Thanks! Alvaro. ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_53C29892C857584299CBF5D05346208A0F6BD227OPEXCLILM21corp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi Alvaro,

 

Thanks for the discussion and the proposed change.

I indeed think that separating the “high order bit” in its own field will help clarifying the text. I’l= l wait for next revision since I expect a few changes in the text.

Please see 1 point inline [Bruno]

 

From: Alvaro Retana (aretana) [mailto:aretana@cisco.com]
Sent: Monday, November 16, 2015 8:03 PM
To: DECRAENE Bruno IMT/OLN
Cc: idr@ietf.org; Susan Hares
Subject: Re: [Idr] 2 week WG LC for draft-ietf-custom-decision (4/20= to 5/4/2015)

 

On 11/16/15, 11:24 AM, "<= a href=3D"mailto:bruno.decraene@orange.com">bruno.decraene@orange.com&q= uot; <bruno.decraene@orange= .com> wrote:

 

Bruno:

 

Hi!

 

Looks good to me, except one point regarding the security = consideration. Then I also have some further comments.

 

--

>>=A76.  Security Considerations

 

[…]

>> a) by default, this mechanism is activated.

>> b) non compliant implementation will accept and p= ass transitive Opaque community (0x03)

 

>> a+ b): anyone in the Internet can influence t= he routing in my AS; which is not acceptable.

 

> Yes, you're right.  We added considerations to turn it o= ff by default.

 

I’ve only seen “MUST not propagate by default&= #8221; which is not something this document can enforce on non-compliant AS= BR. Hence some non compliant ASBR will accept this Cost  Community from unstrusted source/AS and propagate it within the AS.<= /span>

IMO, we need that by defaut, the cost community MUST NOT a= ffect the BGP decision process.

 

I think that this case is addr= essed in the text below (mod transitive + non-transitive).

[Bruno] I don’t think so.

My concern is for an AS not using this cost community:

a) compliant routers will, by default, modify rou= te preference based on the community

b) non compliant ro= uters will, by default, accept this community over eBGP sessions.

 

a+b: we have an issue as untrusted AS may influence my routing policy or create= loops.

 

We agree that we can’t do anything about “b”.

So I am asking to address “a” by having compliant routers to _not_ change route preference by default. i.e. MUST be explicitly configured to change their route preference = based on this community.

 

Thanks

-- Bruno

You're<= /span> right that a non-compliant implementation can do wh= at is not specified (accept, propagate, use).  The same obviously appl= ies to any other normative language we can add..

 

 

 

“Furthermore, al=
l
   transitive Cost Communiti=
es received across an Autonomous System<=
o:p>
   boundary without explicit=
 configuration MUST be stripped off the BGP
   update, and ignored durin=
g the Decision Process.”
&nb=
sp;

Transitive and non-transitive (MUST be stripped off) (As R= FC 4360 does not specify to remove non-transitive community received over e= BGP.)

 

The last sentence in Section 4= (Operation) reads: 

 

   If the non-transitive version of a Cost Commun= ity is received across

   an Autonomous System boundary, then the receiv= er MUST strip it off

   the BGP update, and ignore it during the Decis= ion Process.

 

I think we were thinking about the inter-AS case when we wr= ote the Security Considerations..so we left the non-transitive part out.  We can add it in the next revision to make sure it is clear.

 

 

---

 

OLD: If the high-order bit is = set, the Cost in the Cost Community=

         may re= place the value of a path attribute at a specific step in

         the Decision Process, but not the attribute itself.

NEW: <= /span>If the high-order bit is= set, the Cost in the Cost Community

         replace the value of a path attribute at a specific step in

         the Decision Process, but not the attribute itself.

 

Will fix in the next revision.

 

 

 

--- 

“   Multiple Cost Communities may indicat=
e the same POI.  All the Cost<=
/span>
   Communities for a specifi=
c POI MUST be considered starting with the
   one(s) with the lowest Co=
mmunity-ID. “

 


By “lowest Community-ID” it’s not clear =
to me whether the high order bit (indicating _after_ or _instead<=
/i>_ the related BGP attribute) is taken into account or
 not (i.e. should be masked before the comparison).


IMHO I would favor not taking this bit into account as, a =
priori, I don’t see a reason to give preference to POI _after_=
. 
In which case, as a related comment, IMHO the first figure of sectio=
n 3, should indicate this high order bit as a separate field.


Regardless of your choice, IMO the expected behavior shoul=
d be explicitly stated.

 

We'll change the drawing to indicate the bit separately and= clarify what the ID is — in the next revision.

 

 

 “All the Cost Communities for a s= pecific POI MUST be considered”

I’m not sure I =
would consider comparable “POI X & High-Order bit 1” with &=
#8220;POI X & High-Order bit 0”. To me, looks like nearly equally=
 different than POI X and POI X+1.

 

Oh, that doesn't mean that they are compared against each o= ther.  As you point out, the "effective POI" with the high-o= rder bit set is different than without it.

 

Along with your other comment about the ID and the high-ord= er bit, we'll also clarify the meaning of POI.

 

By separating the high-order bit into its own field the mea= ning of the ID is cleared.  We'll call it the "Replace Bit" = (R-bit).   I'm thinking of adding a new term called the Point of Application (= POA), which is the place in the Decision Process where the Cost Community i= s evaluated.  If the R-bit is not set, then the POA is after the step in the Decision Process indicated by the POI; if= the R-bit is set, then the POA is at the POI.  I'll then s/POI/POA in= Operation, etc. which should result in the clarified behavior.   Thou= ghts?

 

 --

=
220;   Routes that do not=
 contain the Cost Community (for a valid,
   particular POI),or a Comm=
unity-ID present in a route from another=

   peer, MUST be considered =
to have the default Cost”

 

“(for a valid, particular POI” + and high-= order bit of the community-ID.

 

Yes..  As above.

 

Thanks!

 

Alvaro.

______________________________________________________________________=
___________________________________________________

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

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
--_000_53C29892C857584299CBF5D05346208A0F6BD227OPEXCLILM21corp_-- From nobody Tue Nov 17 06:53:09 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 199BD1A8A98; Tue, 17 Nov 2015 06:53:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham 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 R28ROK8TuIds; Tue, 17 Nov 2015 06:53:07 -0800 (PST) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0119.outbound.protection.outlook.com [65.55.169.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 55EFE1A8AC4; Tue, 17 Nov 2015 06:52:50 -0800 (PST) Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=erosen@juniper.net; Received: from [172.29.35.205] (66.129.241.11) by BY2PR0501MB2008.namprd05.prod.outlook.com (10.163.197.19) with Microsoft SMTP Server (TLS) id 15.1.325.17; Tue, 17 Nov 2015 14:52:46 +0000 To: "Stefano Previdi (sprevidi)" References: <56294416.8030807@juniper.net> <5104A350-EA8D-4824-A396-1DC46140BA5D@cisco.com> <5640BA18.7060807@juniper.net> <5649EBC7.5000505@juniper.net> <7E84CCA4-1BF7-4D9C-A2AF-EC16877F7A90@cisco.com> From: Eric C Rosen Message-ID: <564B3F3A.3070808@juniper.net> Date: Tue, 17 Nov 2015 09:52:42 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <7E84CCA4-1BF7-4D9C-A2AF-EC16877F7A90@cisco.com> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: [66.129.241.11] X-ClientProxiedBy: BY1PR19CA0013.namprd19.prod.outlook.com (25.162.139.151) To BY2PR0501MB2008.namprd05.prod.outlook.com (25.163.197.19) X-Microsoft-Exchange-Diagnostics: 1; BY2PR0501MB2008; 2:sjwYtMUpsTmpIAtbAQIJB2mQXvnh6CW1JwvoZrEqYUbSDWeY9Z2w3oeLViopzE5OSo7bOMzMZ3kmCOoKKe5ibakTJ99j00cDBSrWkYtv0AF9V/9+tiGz+egCJVOS+W/XKxg4qJCt+NIh+61A5ZfJvllrdyyfOc5SIVqnJLlEvaQ=; 3:dV8xxi6xsESGMknHOR1Vbfkv/wt0zUkokot3tM44fX0AQnnPFMbXbeu6noF06ryv2LsT4n6o4ulO2cHnsVZACmQAIoolzD+PB3YmYhnlz8jIyMbhNaZWN1rqnVX0nqQcZEv2aKI5v3u5emcewJVdRw==; 25:jME+SiT8IxpP3wBRTvRqN7AGxXnpcGBHnbebgsAiMIaGV27jwBdHqD9DVh7bf8Wbn2/i1bujHllw0vSLsSMgqq7tmR3tNfPtkA0EWf8SgVm//qmAWvGxM6X5aM1EUklHUBiaya/Z3DqiJcKZzW0uQwqDpzAAFFMiiPamH3h0Axb+AVWI8ild3XR45TlO5Ku8+fLyH2+F+Jna12L2alKFs8ZcSYMawogqdiRGrDKkb7wS+nlgtfBnk6ojyu9a4FMwVOVgM5OnrcvxHMX7M7+VPw== X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY2PR0501MB2008; X-Microsoft-Exchange-Diagnostics: 1; BY2PR0501MB2008; 20:v3pT59vcO7Qf0Hr6cIp6pEDLjQuV738Y5beryq7QajoW+EATmDTRL6LSsybBgPXI9bnM187dm8L2dCDQXBuE+jWQyDySRaIAz4r+yZst3YuAZRjxzeg+wUW9TkNJaxHgI2683OVnodtNKAMKFkmVy3V/OCj+nxgpKl9vnabOZosYEhB2m/cqZ7olwg3uV2ysqYApcd38hLYtG0Br29TbRj3jyjzWxWnnK61UTIRLweEqTej2iN4WNBIbYldLCbv3V6XpM6fpJtRPdkiInkWCn2J++ApgIFS0TOcJjypphR6cJZ5uEYVLqDDiYOiBx0eSG3f6mfbYrMGVU5FqopZmbU2JgHsbH5WRl3FmRIwdI8SDKwU1u7NxSKY8TDo1WZd1/ZrxHNWdZMbNXGpVGgbipPZAfRYDqYXiCE8d/kXWdifHCIu4524+oErMnxXJdmTRd5DF4pX26kS5C0CKlbVwRUuzFn7sTfL2VtIYOEYL39RTL/kIcTrwqbFTKDcQBi9U; 4:gfuo8NrsNkm71yFTleQFG5VBTuNiN/g0NR6gjdYdon8P2I1kX2XM/ELV9qJzxMWJ1qZtADsiLg9uiO51urgFwPEAr+pA/4k9mdDdKBhfoLSg2pbYVF3BJHqftdFA9cnsxmeGDOzKdPV09/Th5c3qx9XDvUmY/mSTr3H+HzLW5tpS7rcYESwJIhb+3JMqGrRij0GWBDS7NGPaNV+2N4IxABjRtvlHPHLA4ixoipjLNcExjqtk1SwodgbtogolhLSZ1sDe6Yc3V81yrUjS0DHJJAdQjQpxkWQjzPnXwAzHWtBeSWn1bBkddLXGTzfgUcdYI0JThzfIKUf6A2zSM25FvZErB+OIGzE3xWz3CQAObinz5iY4ns862O/gnrNbkJ7c X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(520078)(5005006)(3002001)(10201501046); SRVR:BY2PR0501MB2008; BCL:0; PCL:0; RULEID:; SRVR:BY2PR0501MB2008; X-Forefront-PRVS: 07630F72AD X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6009001)(6049001)(189002)(199003)(77096005)(5008740100001)(2950100001)(5001960100002)(5890100001)(80316001)(50986999)(64126003)(97736004)(4001350100001)(76176999)(110136002)(189998001)(50466002)(23676002)(586003)(54356999)(5007970100001)(87266999)(65816999)(92566002)(65806001)(33656002)(81156007)(86362001)(101416001)(40100003)(83506001)(230783001)(47776003)(87976001)(5004730100002)(59896002)(36756003)(105586002)(93886004)(122386002)(42186005)(65956001)(66066001)(106356001); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR0501MB2008; H:[172.29.35.205]; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; Received-SPF: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtCWTJQUjA1MDFNQjIwMDg7MjM6WmEySnVYYzIzb29WVy8wSDdCMms2SXIr?= =?utf-8?B?dENGUWpMYTVyM3ZZTlptMnJhNnpKN1VjOXMxOEJRMnJHZlZNU2FQRUptZG1a?= =?utf-8?B?YXZZMEl6clZRZUZycGd4RkZ5TlFET1VtblJGeHBmTzJ2emFuZnBUdEp6UlBU?= =?utf-8?B?VUtEQU9uRW9SYmkzVmV5Q01HMlkzT1lKOXBlNkFub3lZSlE1NjAralVVdnp5?= =?utf-8?B?a0VENUQ2eHVhM1I0eENUZnBDOWx2VEVBVStvWVJJQmRsRUo4Wi9RTkVwbEhq?= =?utf-8?B?SVdac25xTkdxbVVGTXlSWDZGWVhucmJmdVhVSldrQWhRdmNEY256K1ZDamtn?= =?utf-8?B?eHBTKzJiOG5TM010VWk0Z1pqQnNENlR2NS83VjFSNWpEY1BveWZjZ1djMzBk?= =?utf-8?B?SUhWRGRSZzAvc1JGa2R5VVhVOUk3VlJiRytSaC80azVaOWppZENMVHBma3ZF?= =?utf-8?B?cFhDWDJGbzVTblVjaTFkOGhyWHBXNHNqRnBxMXIxZDB1b1ZBQXhEM1d4S1JU?= =?utf-8?B?SkpUSUZYRXBEVUdDL0I2YktDYWk5RTIxajR5OC9ON2hlYmRaWWIxY0FEZVRj?= =?utf-8?B?ckpNZ3I3OTl1dTBCaDU2VHdZb3lMNXpLa29QL3RWZGJvazRlTFNsK0s0S2Nq?= =?utf-8?B?UjBaYlVXU1JiVnIwOUdNanIwK2ZEbC9tS1hjSVlZWGRvMSs5VllFb0J5OWNX?= =?utf-8?B?dXlyRENwQklxV0N2cTJDRWlldTV5Ri9odEd2aDU2YXVVTlR0ZTFLYXYrYWpF?= =?utf-8?B?U1lYMmxQVE5TNE1NR3FQdVdCNnFmZjNpcjVlS0VXd01vTUFSOEp3OXUyRVUy?= =?utf-8?B?VWt1MHNwSk9KZS9XR3A4b0E0azhqS290cWdHQ2tPMVB2eHVxYy9WZ0ZFY2Zx?= =?utf-8?B?U1VZSkpaTlFPVCsya0xsRWxOQ01GR2VtaXVLS3NoTERuQUNFc1JVVnV2aTFj?= =?utf-8?B?VEIrd0c5d3BLS3F2YStmb0l3OXFtK0c1RmpxeVhtek9nN2tHV0dkZ3VSUUpI?= =?utf-8?B?MzlmblJQaGdnN2lDblJPRzVWbGs3WEJoNW0wK1J4SElBc2oySzV4UmpxdTJ6?= =?utf-8?B?S2p5QzlRZkdKWEJtdDNEaTROR0M4MzI5QXJCN1VQL0VGUVZsT3loSis1Zlhv?= =?utf-8?B?NkZ3akpCcG9QZ2FEcUJMMGxQWUdEYWZ2Ui9NSzROb1A1blpRMHgySlA1Rnk4?= =?utf-8?B?VDJYdWJjZ2NpY0JqZVpSTFBhWkF4cjU1ell4S25OME13RnZVcDcxN1lZYkdF?= =?utf-8?B?RnVBaG1FNnhON1JSZGg3NUU3WTZHVWQ2WDhZdkJsbndVdmpvb0NGRlRnZ1lx?= =?utf-8?B?TVZhL3FQL1E5ajkxSzJId3k2NHBZTXQvRCtCMGsvZ09hOS9lU2wyV1JOR1Az?= =?utf-8?B?dEk3blY5d3Mxdk11QWNGUU1vbHZ3QnBzaW9keThubDI5cjhlejRsRW5Wa3M1?= =?utf-8?B?aXF1dGRNc3czdG9UQ2FhQS9NRngwS3Ara3RPdUlKTkEyclg0NVZzemRSeHpI?= =?utf-8?B?eW1GOUdoVUwzYjQxYnNsN3UySExaZEtlWlQyYllaTFVyazBlTUVVTERqUG9X?= =?utf-8?B?NDNucUxzdWVZWGluanlXZ0NCcHNJSW9aVHdvREdZRjRYMkJIL3F1NmJheFA4?= =?utf-8?Q?4=3D?= X-Microsoft-Exchange-Diagnostics: 1; BY2PR0501MB2008; 5:PtkoiQkxoDvo/d+O00e+gA2HZoL4jK2SvPn1YDnyrF2YMSSjp6ATOGC4pIwO1JGgxY104+7W5evnWgv+9ne1luagi2zlNr6KRdAgobo8/xmOfyeogGBErm8yQuE6vk80InAGG4jIKipHGkpmqitvrw==; 24:NV/1i20DkczMiLLOQmPwkMeuU236NGFBJIq/mD5jscsNV/G2AIO8ZpLM48Qd6obAmmudI5QoIYhtqK7wj6rIJIHSadWsPvz/sDXl4t7Nz10=; 20:AYxa9sy5+MGnO+3tOrBo1rjGgeAHOJPpAOlvnK139BUuh+TbpCqUwT8b90mqI55H4isIGJ80H75uzAtopnXKnw== SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 17 Nov 2015 14:52:46.6395 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR0501MB2008 Archived-At: Cc: idr wg , SPRING WG Subject: Re: [Idr] [spring] Comments on draft-ietf-idr-bgp-prefix-sid-01 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 14:53:09 -0000 [Eric] Do you have an example in mind where it is useful to advertise an Originator SRGB when the prefix in the NLRI is not a host address? [Stefano] in fact I don’t have any good example where a /32 (/128) must be enforced… Well, that's not the question I asked ;-) Given that the SRGB is a property of a node, it seems to make sense to associate an advertised SRGB with the address of a node. As I explained, one can use this by pushing on a label that is computed by combining a domain-wide unique SID with the node's SRGB, and then pushing on a label that causes the packet to be delivered to the node in question. However, I can see Acee's point that (if I understand it correctly) that all the nodes on a given subnet might use the same SRGB. Suppose we modify my suggested text as follows: --------------------------- OLD When a BGP speaker attaches a Prefix-SID attribute to a given route, the Originator SRGB TLV MUST NOT be included in the attribute unless the following conditions hold: - The prefix field of the route's NLRI contains a host address (i.e., a /32 IPv4 address or a /128 IPv6 address). - The value of the Originator SRGB TLV specifies the SRGB of the node that is identified by the prefix field of the NLRI. If a BGP route is received that contains a Prefix-SID attribute with an Originator SRGB TLV, but the prefix field of the NLRI does not contain a host address, the attribute SHOULD be regarded as malformed. If aPrefix-SID attribute contains more than one SRGB TLV, it SHOULD be regarded as malformed. See section 7 for the treatment of a malformed Prefix-SID attribute. When a route carrying the Prefix-SID attribute is propagated, the Originator SRGB TLV (if present) MUST NOT be changed. NEW If a BGP speaker attaches a Prefix-SID attribute to a given route, and if the Prefix-SID attribute includes the Originator SRGB TLV, then: - If the prefix field of the route's NLRI contains a host address (i.e., a /32 IPv4 address or a /128 IPv6 address), the Originator SRGB TLV specifies the SRGB of the node to whom the host address belongs - If the prefix field of the route's NLRI does not contain a host address, the Originator SRGB TLV specifies the SRGB that is used by the set of nodes whose host addresses match the prefix, but for which there is no "more specific" match that specifies a different Originator SRGB. When a route carrying the Prefix-SID attribute is propagated, the Originator SRGB TLV (if present) MUST NOT be changed. -------------------- This new text omits the enforcement, allows an SRGB to be advertised for an entire subnet (as suggested by Acee), but still explains how to figure out which nodes are using the specified SRGB. Does this modification satisfy your objection? From nobody Tue Nov 17 07:31:37 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B69A1A9135; Tue, 17 Nov 2015 07:31:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.086 X-Spam-Level: X-Spam-Status: No, score=-15.086 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 EpFoYKpSIDPA; Tue, 17 Nov 2015 07:31:32 -0800 (PST) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 40D421A912F; Tue, 17 Nov 2015 07:31:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4368; q=dns/txt; s=iport; t=1447774292; x=1448983892; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=bnbmOJwTTkbc1ulZTbgEXUTAttGFbSeItJwExWzKyto=; b=myhN7vuRh0vmP3LELruxrIEzaGahXxZiXitZWlqoNruk/z8a7Gwu3djV IcIA8ZP5i+A0ZjUIaeRpLKcxZAuAsFvDj0ZKkECMjjs15nddA8dEGwn9G FnN/V3cM550z+HTykAH8bQwQ8QykefQDlUAmN3HYm1JxHLG11nWw3mGb6 g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D+AQDoRktW/5tdJa1egzuBQga+WwENg?= =?us-ascii?q?WWGEAIcgTI4FAEBAQEBAQGBCoQ0AQEBAwEjEUUFCwIBCBgCAiYCAgIwFRACBA4?= =?us-ascii?q?FiCYIq2WQPAEBAQEBAQEBAQEBAQEBAQEBAQEBARiBAYVTghCCboRZgxwvgRUBB?= =?us-ascii?q?IdEjwUBjSqBW5Z4g3EBHwEBQoIRHYFWcoQDgQcBAQE?= X-IronPort-AV: E=Sophos;i="5.20,308,1444694400"; d="scan'208";a="45535123" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 17 Nov 2015 15:31:31 +0000 Received: from XCH-RTP-011.cisco.com (xch-rtp-011.cisco.com [64.101.220.151]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id tAHFVVHB031132 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 17 Nov 2015 15:31:31 GMT Received: from xch-rtp-010.cisco.com (64.101.220.150) by XCH-RTP-011.cisco.com (64.101.220.151) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Tue, 17 Nov 2015 10:31:30 -0500 Received: from xch-rtp-010.cisco.com ([64.101.220.150]) by XCH-RTP-010.cisco.com ([64.101.220.150]) with mapi id 15.00.1104.000; Tue, 17 Nov 2015 10:31:30 -0500 From: "Stefano Previdi (sprevidi)" To: Eric C Rosen Thread-Topic: [spring] [Idr] Comments on draft-ietf-idr-bgp-prefix-sid-01 Thread-Index: AQHRDQaNSu+O5jvuAkmSupOY8ZJPb56PZPUAgATZkQCAAeAXgIAJFbiAgAEeYoCAAHZGAIAACtUA Date: Tue, 17 Nov 2015 15:31:30 +0000 Message-ID: <2F05F2A0-63BF-47EB-9E7B-7F722337FFF5@cisco.com> References: <56294416.8030807@juniper.net> <5104A350-EA8D-4824-A396-1DC46140BA5D@cisco.com> <5640BA18.7060807@juniper.net> <5649EBC7.5000505@juniper.net> <7E84CCA4-1BF7-4D9C-A2AF-EC16877F7A90@cisco.com> <564B3F3A.3070808@juniper.net> In-Reply-To: <564B3F3A.3070808@juniper.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.61.199.77] Content-Type: text/plain; charset="utf-8" Content-ID: <0E72E6F30307FF458980651F24FD3A57@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: idr wg , SPRING WG Subject: Re: [Idr] [spring] Comments on draft-ietf-idr-bgp-prefix-sid-01 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 15:31:34 -0000 DQo+IE9uIE5vdiAxNywgMjAxNSwgYXQgMzo1MiBQTSwgRXJpYyBDIFJvc2VuIDxlcm9zZW5AanVu aXBlci5uZXQ+IHdyb3RlOg0KPiANCj4gW0VyaWNdIERvIHlvdSBoYXZlIGFuIGV4YW1wbGUgaW4g bWluZCB3aGVyZSBpdCBpcyB1c2VmdWwgdG8gYWR2ZXJ0aXNlDQo+IGFuIE9yaWdpbmF0b3IgU1JH QiB3aGVuIHRoZSBwcmVmaXggaW4gdGhlIE5MUkkgaXMgbm90IGEgaG9zdA0KPiBhZGRyZXNzPw0K PiANCj4gW1N0ZWZhbm9dIGluIGZhY3QgSSBkb27igJl0IGhhdmUgYW55IGdvb2QgZXhhbXBsZSB3 aGVyZSBhIC8zMiAoLzEyOCkgbXVzdCBiZQ0KPiBlbmZvcmNlZOKApg0KPiANCj4gV2VsbCwgdGhh dCdzIG5vdCB0aGUgcXVlc3Rpb24gSSBhc2tlZCA7LSkNCj4gDQo+IEdpdmVuIHRoYXQgdGhlIFNS R0IgaXMgYSBwcm9wZXJ0eSBvZiBhIG5vZGUsIGl0IHNlZW1zIHRvIG1ha2Ugc2Vuc2UgdG8gYXNz b2NpYXRlIGFuIGFkdmVydGlzZWQgU1JHQiB3aXRoIHRoZSBhZGRyZXNzIG9mIGEgbm9kZS4NCg0K DQp0byBtZSBpdCBtYWtlcyBzZW5zZSB0byBhZHZlcnRpc2UgdGhlIFNSR0IgYWxvbmcgd2l0aCBB TlkgcHJlZml4IG9yaWdpbmF0ZWQgYnkgdGhhdCBub2RlLCByZWdhcmRsZXNzIHRoZSBtYXNrLWxl bmd0aC4NCg0Kcy4NCg0KDQo+ICBBcyBJIGV4cGxhaW5lZCwgb25lIGNhbiB1c2UgdGhpcyBieSBw dXNoaW5nIG9uIGEgbGFiZWwgdGhhdCBpcyBjb21wdXRlZCBieSBjb21iaW5pbmcgYSBkb21haW4t d2lkZSB1bmlxdWUgU0lEIHdpdGggdGhlIG5vZGUncyBTUkdCLCBhbmQgdGhlbiBwdXNoaW5nIG9u IGEgbGFiZWwgdGhhdCBjYXVzZXMgdGhlIHBhY2tldCB0byBiZSBkZWxpdmVyZWQgdG8gdGhlIG5v ZGUgaW4gcXVlc3Rpb24uDQo+IA0KPiBIb3dldmVyLCBJIGNhbiBzZWUgQWNlZSdzIHBvaW50IHRo YXQgKGlmIEkgdW5kZXJzdGFuZCBpdCBjb3JyZWN0bHkpIHRoYXQgYWxsIHRoZSBub2RlcyBvbiBh IGdpdmVuIHN1Ym5ldCBtaWdodCB1c2UgdGhlIHNhbWUgU1JHQi4NCj4gDQo+IFN1cHBvc2Ugd2Ug bW9kaWZ5IG15IHN1Z2dlc3RlZCB0ZXh0IGFzIGZvbGxvd3M6DQo+IA0KPiAtLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0NCj4gT0xEDQo+IA0KPiAgIFdoZW4gYSBCR1Agc3BlYWtlciBhdHRhY2hl cyBhIFByZWZpeC1TSUQgYXR0cmlidXRlIHRvIGEgZ2l2ZW4gcm91dGUsDQo+ICAgdGhlIE9yaWdp bmF0b3IgU1JHQiBUTFYgTVVTVCBOT1QgYmUgaW5jbHVkZWQgaW4gdGhlIGF0dHJpYnV0ZSB1bmxl c3MNCj4gICB0aGUgZm9sbG93aW5nIGNvbmRpdGlvbnMgaG9sZDoNCj4gDQo+ICAgLSBUaGUgcHJl Zml4IGZpZWxkIG9mIHRoZSByb3V0ZSdzIE5MUkkgY29udGFpbnMgYSBob3N0IGFkZHJlc3MNCj4g ICAgIChpLmUuLCBhIC8zMiBJUHY0IGFkZHJlc3Mgb3IgYSAvMTI4IElQdjYgYWRkcmVzcykuDQo+ IA0KPiAgIC0gVGhlIHZhbHVlIG9mIHRoZSBPcmlnaW5hdG9yIFNSR0IgVExWIHNwZWNpZmllcyB0 aGUgU1JHQiBvZiB0aGUgbm9kZQ0KPiAgICAgdGhhdCBpcyBpZGVudGlmaWVkIGJ5IHRoZSBwcmVm aXggZmllbGQgb2YgdGhlIE5MUkkuDQo+IA0KPiAgIElmIGEgQkdQIHJvdXRlIGlzIHJlY2VpdmVk IHRoYXQgY29udGFpbnMgYSBQcmVmaXgtU0lEIGF0dHJpYnV0ZSB3aXRoDQo+ICAgYW4gT3JpZ2lu YXRvciBTUkdCIFRMViwgYnV0IHRoZSBwcmVmaXggZmllbGQgb2YgdGhlIE5MUkkgZG9lcyBub3QN Cj4gICBjb250YWluIGEgaG9zdCBhZGRyZXNzLCB0aGUgYXR0cmlidXRlIFNIT1VMRCBiZSByZWdh cmRlZCBhcw0KPiAgIG1hbGZvcm1lZC4gSWYgYVByZWZpeC1TSUQgYXR0cmlidXRlIGNvbnRhaW5z IG1vcmUgdGhhbiBvbmUgU1JHQiBUTFYsDQo+ICAgaXQgU0hPVUxEIGJlIHJlZ2FyZGVkIGFzIG1h bGZvcm1lZC4gIFNlZSBzZWN0aW9uIDcgZm9yIHRoZSB0cmVhdG1lbnQNCj4gICBvZiBhIG1hbGZv cm1lZCBQcmVmaXgtU0lEIGF0dHJpYnV0ZS4NCj4gDQo+ICAgV2hlbiBhIHJvdXRlIGNhcnJ5aW5n IHRoZSBQcmVmaXgtU0lEIGF0dHJpYnV0ZSBpcyBwcm9wYWdhdGVkLCB0aGUNCj4gICBPcmlnaW5h dG9yIFNSR0IgVExWIChpZiBwcmVzZW50KSBNVVNUIE5PVCBiZSBjaGFuZ2VkLg0KPiANCj4gTkVX DQo+IA0KPiBJZiBhIEJHUCBzcGVha2VyIGF0dGFjaGVzIGEgUHJlZml4LVNJRCBhdHRyaWJ1dGUg dG8gYSBnaXZlbiByb3V0ZSwgYW5kIGlmIHRoZSBQcmVmaXgtU0lEIGF0dHJpYnV0ZSBpbmNsdWRl cyB0aGUgT3JpZ2luYXRvciBTUkdCIFRMViwgdGhlbjoNCj4gDQo+IC0gSWYgdGhlIHByZWZpeCBm aWVsZCBvZiB0aGUgcm91dGUncyBOTFJJIGNvbnRhaW5zIGEgaG9zdCBhZGRyZXNzDQo+IChpLmUu LCBhIC8zMiBJUHY0IGFkZHJlc3Mgb3IgYSAvMTI4IElQdjYgYWRkcmVzcyksIHRoZSBPcmlnaW5h dG9yIFNSR0IgVExWIHNwZWNpZmllcyB0aGUgU1JHQiBvZiB0aGUgbm9kZSB0byB3aG9tIHRoZSBo b3N0IGFkZHJlc3MgYmVsb25ncw0KPiANCj4gLSBJZiB0aGUgcHJlZml4IGZpZWxkIG9mIHRoZSBy b3V0ZSdzIE5MUkkgZG9lcyBub3QgY29udGFpbiBhIGhvc3QgYWRkcmVzcywgdGhlIE9yaWdpbmF0 b3IgU1JHQiBUTFYgc3BlY2lmaWVzIHRoZSBTUkdCIHRoYXQgaXMgdXNlZCBieSB0aGUgc2V0IG9m IG5vZGVzIHdob3NlIGhvc3QgYWRkcmVzc2VzIG1hdGNoIHRoZSBwcmVmaXgsIGJ1dCBmb3Igd2hp Y2ggdGhlcmUgaXMgbm8gIm1vcmUgc3BlY2lmaWMiIG1hdGNoIHRoYXQgc3BlY2lmaWVzIGEgZGlm ZmVyZW50IE9yaWdpbmF0b3IgU1JHQi4NCj4gDQo+IFdoZW4gYSByb3V0ZSBjYXJyeWluZyB0aGUg UHJlZml4LVNJRCBhdHRyaWJ1dGUgaXMgcHJvcGFnYXRlZCwgdGhlDQo+IE9yaWdpbmF0b3IgU1JH QiBUTFYgKGlmIHByZXNlbnQpIE1VU1QgTk9UIGJlIGNoYW5nZWQuDQo+IA0KPiAtLS0tLS0tLS0t LS0tLS0tLS0tLQ0KPiANCj4gVGhpcyBuZXcgdGV4dCBvbWl0cyB0aGUgZW5mb3JjZW1lbnQsIGFs bG93cyBhbiBTUkdCIHRvIGJlIGFkdmVydGlzZWQgZm9yIGFuIGVudGlyZSBzdWJuZXQgKGFzIHN1 Z2dlc3RlZCBieSBBY2VlKSwgYnV0IHN0aWxsIGV4cGxhaW5zIGhvdyB0byBmaWd1cmUgb3V0IHdo aWNoIG5vZGVzIGFyZSB1c2luZyB0aGUgc3BlY2lmaWVkIFNSR0IuDQo+IA0KPiBEb2VzIHRoaXMg bW9kaWZpY2F0aW9uIHNhdGlzZnkgeW91ciBvYmplY3Rpb24/DQo+IA0KPiANCj4gDQo+IA0KDQo= From nobody Tue Nov 17 09:16:09 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 96DB91A1BC3; Tue, 17 Nov 2015 09:16:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham 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 7pApWkxSt8lX; Tue, 17 Nov 2015 09:16:04 -0800 (PST) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0798.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:798]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A7D191A1BB9; Tue, 17 Nov 2015 09:16:03 -0800 (PST) Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=erosen@juniper.net; Received: from [172.29.35.205] (66.129.241.11) by BY2PR0501MB2005.namprd05.prod.outlook.com (10.163.197.16) with Microsoft SMTP Server (TLS) id 15.1.325.17; Tue, 17 Nov 2015 17:15:46 +0000 To: "Stefano Previdi (sprevidi)" References: <56294416.8030807@juniper.net> <5104A350-EA8D-4824-A396-1DC46140BA5D@cisco.com> <5640BA18.7060807@juniper.net> <5649EBC7.5000505@juniper.net> <7E84CCA4-1BF7-4D9C-A2AF-EC16877F7A90@cisco.com> <564B3F3A.3070808@juniper.net> <2F05F2A0-63BF-47EB-9E7B-7F722337FFF5@cisco.com> From: Eric C Rosen Message-ID: <564B60BF.2050705@juniper.net> Date: Tue, 17 Nov 2015 12:15:43 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <2F05F2A0-63BF-47EB-9E7B-7F722337FFF5@cisco.com> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [66.129.241.11] X-ClientProxiedBy: CO2PR05CA011.namprd05.prod.outlook.com (10.141.241.139) To BY2PR0501MB2005.namprd05.prod.outlook.com (25.163.197.16) X-Microsoft-Exchange-Diagnostics: 1; BY2PR0501MB2005; 2:FtsjnSYhhZbnmDKJVJtiMl30Qb+dtEljdmGsinBECnvSSqaiBzO/62wSeuWWfw6gWL0vkS48CpEkFmZQayYEOcqz92byTIDQGoMVryUk5mi+krkFGjuQxJaH9471IZI4Zc01+f/oLOk/85YWE/Cj/+c7Hnxx26SSTFeKHpM6sgQ=; 3:0IcFwmYi7sm7ItvZlPDBclOsiaHUS192j5PPxWMo0lAAtSFkCyemEaLwUDqNbl5mcE7rN7Gcof+czPCifHsllDwljT6ISD0lHXQrstMlpjFbUwWiXZN9BJ962mWVlNMP4XKSKb8WOvkXWhE5ypJNmg==; 25:uqETfS0hfBaOLD3Yn4+UB7+Hzlf8CqiL4T2vzyF+UG5mnRdRszq9rwYNf9Tq8Wlikm5pwIvpabHS1ZVKs0tuckl1Pg+Vdrq2zws+QhVEJ3cpCA84ZwOExTN9wMxAB3SDZPx1jhUryVrMAx2TjXohaFk6aK3SvB1O2p5riGLIX0gpk4+QAQ6mnGhwidkUkkqMrogmkoSZ+xqAeaRWotLmthVZsheH0A5vag+5Gs6vcoqZwadFaVQeGouN35YCfX9ZnzZ/b9y9rm//DHvhtw/Rjw== X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY2PR0501MB2005; X-Microsoft-Exchange-Diagnostics: 1; BY2PR0501MB2005; 20:cSyEsSV3X67A3gtcyX+EJltjCV4erQ+K4tBBZU1GJ2LLlmCaSYzNSCVRMq151B2zErxifqChwUIYpvhvthSblTYUd+zGORgAlFEqUgIjqgExJvDnEwRgLsPvPRNE+eldhHauhHhdagmY5ZLJM0r/2vaMzEPQdpqua5Y4/AG4S2D2q7qICJZlgsfO9P/dtnLgQJri0EeDG2gL/SEDMbPgo9nReZIywFsIB1GIsvrQb5Pgr4znz5OTEdDVG//FjRjEomuAuA+LY5NJRqRHA4FImPBRgov/5xEXrbJNAlvZd0En8eKMlRaTLjUSudvQ+Iyj0PF67fCnnwNSm2TUQ0X1Q1BDxZgKqCZhpyM3Pm3CfLNRl1eKaqa6Y0vew8Y+HBwrTDjK+dfv2APeKZxkZUFploXv+PerF3QhtIsX4xqZR88FOr25vTEye9wyXyY11cDed9XoYrCK1iqYROspB2Pfmn2ZzFOEaG/JxsUL58WWlK6V/BF3om0+d15lZ9Bbul7w; 4:S6/8ennjnalPS5pHIX2LgqX+NHEfLFn+Mwgw1vF7fVQsEs+4rP6jmXvHlBA9PGmXmr8dvAkSPq4iMcXqjEcwcJScKIAt8xZJ+xF2XFYhcdp2kB7M3XyOgF9iUqfus+F1FNlfvjYSOns4FKy/p6kOIE/nJCdpkhIBcCrBqAoGqr9sQSsqtwlLmenHQRZm4d//QHQzncnzR6tGth42qo641Aus9TOWd8xZGyMB4UxPH00gJjALbV3rlNwDI7OTeC5rHY0DQ3iVJwb/iVpQKKLQNPqL0w6yPsoDba1EC0UGJYbiZxn8nNGBC+kizLd75b96y6jq4OUdXvpF8hdzZg0BMFewpJ3FtYkv1P9Ua3j4uPwyaVQAkQk3b5fwmnKGGhjH X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(520078)(10201501046)(3002001); SRVR:BY2PR0501MB2005; BCL:0; PCL:0; RULEID:; SRVR:BY2PR0501MB2005; X-Forefront-PRVS: 07630F72AD X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6049001)(6009001)(24454002)(479174004)(199003)(189002)(377454003)(87266999)(5008740100001)(66066001)(92566002)(65956001)(33656002)(40100003)(230700001)(76176999)(65816999)(101416001)(50986999)(54356999)(23676002)(36756003)(122386002)(64126003)(65806001)(5001920100001)(87976001)(42186005)(50466002)(77096005)(5001960100002)(230783001)(83506001)(80316001)(47776003)(93886004)(5007970100001)(2950100001)(5004730100002)(586003)(59896002)(105586002)(189998001)(81156007)(86362001)(106356001)(97736004)(110136002)(4001350100001); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR0501MB2005; H:[172.29.35.205]; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Received-SPF: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtCWTJQUjA1MDFNQjIwMDU7MjM6ZGQyQ0xLNGh2VzE2N2Q0ZDFMelpUVDht?= =?utf-8?B?M1NBZFowbVFJaTZ1ZlltQ25kVStXSnZ5VCtBQUpJMTd3blpKL2JPWHZpYW9O?= =?utf-8?B?amloV0tTQkNYSWJkUGg3Rk1jc1V4Q3p2RTFBUTFOSTdHYnlQTjg3azc0VlBh?= =?utf-8?B?TFdFdGU3WG0rUTR3ZkpWRktzaXNIalhDaGpLSVlVclVqYi81WGpKdjdDdzli?= =?utf-8?B?OFl1VHFpaEZ5ZGVEYVhyOUZ1RXQ5L2swVGZRRWl1QXhkeGV1dS90ZXNnU3c4?= =?utf-8?B?aldRTkpBVGNJejJIbjlYMENlQ1U3U2tsZEpmWkpLSWhWYXdEeXFGMWNqd1FR?= =?utf-8?B?L2Nlclg0dlRzcWQvRVl0T05yY3V2TE93eFlHOHRUQW14S1NpaUdZeW43V25a?= =?utf-8?B?b1YzYVVzbTA1MW9RTE5NeStnUFFYWk0yUTYySUR2UkVmNjE0UUt5bG5SOW1X?= =?utf-8?B?MUwrZ2lJZ0VpK3JrNlhlSHZyUk1XbEM3N2JIL091UWV0eVo3Vmh4V2MrakZQ?= =?utf-8?B?amU4V3VBRk9rNm9MQWhqV0xkeGlvMmFqTUhNMVl5YW9ZNTU0eDRvQXlvVEl5?= =?utf-8?B?RlA2a20wOFdwM2JQTUFHaFNVMXlsM0hRRGdoZm5HSXFYUEY1N3lPeTFRM0M1?= =?utf-8?B?YTY2d2Rxa3lHaUZzd05jbDIrSHpJZk5uSUtzaWlDN1h1Z250VlBHczExcGE0?= =?utf-8?B?QldhajhRa2V3ZFJJSHgrRTBldmtsa3A0UzgrVXVUVGJZeVdLWTFGRXpsK3JB?= =?utf-8?B?eHAveFpuYjBEYjd0Z2hDSE5KdW1CUW1TbGZEdjZ2RkFkMFhrZ3FvcW1VKzA4?= =?utf-8?B?ZEdLczVOMkF6b1lseEVQUGNsOUZRNkhNbTRSV2pweU1vQ1ZKbElJRmhheWZU?= =?utf-8?B?KzA0ZFFNVTgzTFlrMGZNWGFpdHZVUC9OQ0xUVWNXcVkvT1loM2JJUlRvT29W?= =?utf-8?B?bmxmRnVTNmpUSkV4OXFJdTlvcG1hUVMzc1Z2Q1N2TEZGZGFRVjdCMWwwV2ZX?= =?utf-8?B?YUdSWXlVZWh0TmVkL0RueFZhaE82b1VnMjNlUGlPbmFsaFVsTVlLSmhBei9D?= =?utf-8?B?bFJYWTBaUnNoTmRrOG56TVlvMW5DNVZzdm0yRFVrc2JRSmJXaENsWDU4TEZJ?= =?utf-8?B?NjdmczBTOHVBUVlydGVxTytGQ1FxdzA4d2RBcWhwc3NNSzN6ZjRFTkhzazZr?= =?utf-8?B?WHFYdFBqRDQyRWNHWHRUcWRsSHhVSHQzR0FmWVQ5QkV1Q1U5VVR3V3IwQVN5?= =?utf-8?B?bWxlaTAzRlp6Nm1uRnpvMldTUGNvc1RZbUNzbms5aWhpd1RhN0tmakt0Slhw?= =?utf-8?B?WE5QWGRnVVVPMjlqZVlzV0hwS0M3ai81SkNhUldYRHJ5SEsxTFVJcmlVNzNJ?= =?utf-8?B?L2pzTDdyVlVFelRBaDdPYklvUktsOFI1WGNmM3RTU3prM05JZndaWnhkZU5C?= =?utf-8?B?OUhEN2dIYXg2TmdyaEExcFk5czhBMGludW4weTl0UmVhMWRyYkdwYnh2d1JI?= =?utf-8?B?Mi8vZVFFeHRtN3o0ZkJqUWtwR0prY0dEbkJ5MkxrbU5aajFUQWVSRTRrdjF3?= =?utf-8?B?MlJqUytTT0tiOFA2TjdZdXdXbWxoTm5nTWhLSE9ZemdUcExZN0k0NC9tVmh3?= =?utf-8?B?TzZsNGM0dGFWRlJHc1NIRlNaS1B1bktZYm5saysyQ2NoOWhsNVpsdFNkdEZF?= =?utf-8?B?bE9JSUcyakNweVFtekNLaHJ6QzJWMUdRKzFNY0lOTUM2VWtRbmdnd2ZYcldX?= =?utf-8?B?cFlhalF2UE9XRDA5QzVRRzV3PT0=?= X-Microsoft-Exchange-Diagnostics: 1; BY2PR0501MB2005; 5:UQjKBQubOWnkJX6S+e/LZHXkqnvn1D8nkDbjPSlzLfC1GwQqqd8IGizTPkFvpVl4K+uWJ3/xPLNXOYVHN5DvHUKTOcrNG53r7GE3i1nShw1vS6LCPJTlT9d0+Ic1HbzlXzqsk0nfrYcBfZS7XlQa5w==; 24:JAOAOhZ2xjX7eUYTjWjhEiOeyvmLrxAberLhS0VYXl2KCGVF/Vhh59xOCsv0vh8XiSDujtR5TIt6o/gEyw76jusXDw+vjVpV+zglAIuHTTo=; 20:QAmEhdjn2PsR60Z+8R9hdUGPQz4z8BMv5oHVmRKwShNPBWUCpQWiCmpzx3IMnOFQzwDSuG/8mo5AAYk9AaK1EA== SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 17 Nov 2015 17:15:46.6050 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR0501MB2005 Archived-At: Cc: idr wg , SPRING WG Subject: Re: [Idr] [spring] Comments on draft-ietf-idr-bgp-prefix-sid-01 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 17:16:07 -0000 On 11/17/2015 10:31 AM, Stefano Previdi (sprevidi) wrote: > to me it makes sense to advertise the SRGB along with ANY prefix > originated by that node, regardless the mask-length. But in that case, you don't know who the originator node is. Could you explain to me how you use an SRGB when you don't know the node to which it belongs? From nobody Tue Nov 17 13:36:56 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DD6771B30EF for ; Tue, 17 Nov 2015 13:36:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham 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 uBYhaSpeCySv for ; Tue, 17 Nov 2015 13:36:51 -0800 (PST) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0772.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:772]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 36E841B30D6 for ; Tue, 17 Nov 2015 13:36:49 -0800 (PST) Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=jgs@juniper.net; Received: from [172.29.32.35] (66.129.241.13) by BLUPR05MB451.namprd05.prod.outlook.com (10.141.28.26) with Microsoft SMTP Server (TLS) id 15.1.325.17; Tue, 17 Nov 2015 21:36:32 +0000 From: John G.Scudder Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message-ID: Date: Tue, 17 Nov 2015 16:36:21 -0500 To: idr wg MIME-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) X-Mailer: Apple Mail (2.2104) X-Originating-IP: [66.129.241.13] X-ClientProxiedBy: BY1PR19CA0042.namprd19.prod.outlook.com (25.162.139.180) To BLUPR05MB451.namprd05.prod.outlook.com (10.141.28.26) X-Microsoft-Exchange-Diagnostics: 1; BLUPR05MB451; 2:nnV7zamLLtGynh6sfoElzhyneZRsEI6ojUQGN8mDZmz4tY03UXMnchazMalwYprLxQFwGTmqId8oM+HZWhAqf5vM0Pd5O7XdFpu5QhwHGPNRDSfTKTZiFx/8LMptMtI+27lFMbYwbCO1nXZe58dNoJEMBA5qZTgeoDFCDfUyDIM=; 3:iRcZBHxjq7h2BMwXZp0wH/F0SfjZc0xorWD332wpyHnKBHvqaOn44nBD+yPw0wedBr6nJYWOCcgDS4zawU3WnnXAB4j8uLby/Q+6jKPDcPpcn3TlueaM15S8ZPuEfMHaD80+ovxnAAtbAIW+w/Uiqw==; 25:ogC8a2Yvaqd/b7jkxFDKf2hXzguyj3GUsGBIfTKGkoN1NUebaD7twbH6kIArfGfBLRPA92KTObniJBNvP+psxYVRE1Ur92VvUDweaq8qLAINb2zENOf8BBgF73LOO5tiHXvq6lUBwhnxQmhD4AoZ/TzwUZLfalGE+mxIzpdMf4FJLKjaCJMEyJrcK48d7XsiyOXYI03+fesKFNuS10af1fHQkmvT4iPtYIEy3YQlg/2xlzGjtVhAGWe4+KYpNaMrxMyiXtcHFyRln4tMsYOirw== X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR05MB451; X-Microsoft-Exchange-Diagnostics: 1; BLUPR05MB451; 20:y6VK8ykoXJm0SwnuvZTz8crW7+y28R5sTY3OJ9MJ+GTok4i363M++rg3J1Y9LtmGp6dV83V6FBnsvF+FWpBgZwPG9woK0w0HPetKnarxa04ZWlJP5NAcmP7n0LKPnj2b/YGqme1skhliBEMbtN4DFA1apDJ/Fu/ENc8L8wRxwE/kFbEN8XP9iU/n7GwEzcfJf2JP3/WDW85gAA4YzukMf9GdSjncKroK5w8hsBwOQEuAgZbh1pTsSEYzH9w+3gkjSkPG8GMCN8NB8e12dHCenMB6hwpECkEsYEztdZzRVQ+hMd8N8wJCRDPncB9T4p8Akp0l1kUqgjLaPD8n+YABApM1A57sRRbUQZw7d7HZlhYSj6W11jF6fKxmIfxnSXwZ8ZS2weas49Mca4NsSWu/otrhyBnaoWwH/HOpDDmFk2MdGakwILvij51pLwzFhGy1GXbHWrbeGyUAp41H5fVAD2CeCC6aKQkhlLZR4vQCFthD73jq/3sjLpf+U2m8mEzc; 4:/vrA8MKz24et32rgNYF+fViw9z3YbyVILjP8+l0weChaatwCFkizd1RcqAe2XRhE/bzom1zU2bGucZ7TRxcGxDQQhiDfJO4a+eJckVLoeztnj4A/AJZcRqLXvkMVkHX1LHRql9gmpgJrQeWO/w1McJ8piWTAV6uFwFW4W7f+THxkBuRtfIm3HxmU8BKxaks2SAFPZzYy+EqyY2St3IsZg04nvXDQMFYEQHBqoJgLxVI3HygeRq9AEjgKNtn50cFxdoftAzN7tN+VE6ng+y1Y/1Rir1n4EB8G6Bcwlh4L59ic4aMQbkogj605xvFwgmwvsBZDDLzXTy6TSmksgCDaCC3YxIj/Kn0Uep1VIKB/PfAjz2Xeee2yhdOImKUOOL45 X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(520078)(8121501046)(5005006)(10201501046)(3002001); SRVR:BLUPR05MB451; BCL:0; PCL:0; RULEID:; SRVR:BLUPR05MB451; X-Forefront-PRVS: 07630F72AD X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6049001)(6009001)(164054003)(52544003)(189002)(199003)(189998001)(230783001)(50986999)(40100003)(87976001)(33656002)(97756001)(57306001)(105586002)(50226001)(106356001)(36756003)(5008740100001)(450100001)(92566002)(23726002)(122386002)(42186005)(83716003)(97736004)(77096005)(5001960100002)(110136002)(86362001)(229853001)(101416001)(50466002)(15975445007)(5004730100002)(46406003)(19580395003)(5007970100001)(66066001)(107886002)(47776003)(82746002)(81156007)(5001920100001)(586003)(42262002)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR05MB451; H:[172.29.32.35]; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; Received-SPF: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BLUPR05MB451; 23:fw36ID3yt80A2kczpth0Lt5yY8x8OGbee1mqu6XRSG?= =?us-ascii?Q?vjzPJcxARHM7hm0V4lXT2rdAsv7maU0TuH7V63kNgh7cykPLnjJe/c4BAfTj?= =?us-ascii?Q?MbPHLuQs+4CruFVBfU2dYPZMwwV1ospEX37XpkI37uB5JKdU0SePg+4LDiB0?= =?us-ascii?Q?tPRWCzqB41wKldJn9DpRmyxFKOjrcaYQP6WDHwtfcLETBcbJ6pzj7YhPj6o5?= =?us-ascii?Q?gH9QtT1sJa/7ATqijwjgL0gumCO0uifz1Eu0fmUFxPrXFb4q5OqEcEJtCoGx?= =?us-ascii?Q?i6G8qQvBYurJRr9DICuO2eAstK5XcF9pdu1HFLPB35YEG1myHsE1rTZ8Eq7K?= =?us-ascii?Q?1I9rOuB36ggGKPeNhEDf4YBQ1HIac+7L97xUefvBrA7LQmhyRFMD/0EWlRcH?= =?us-ascii?Q?SVUBOD6wDwKZHUXENfP6isV/LDW2qO7MJSZIePktbP4eeu7PwANoLOAbE4BG?= =?us-ascii?Q?HgNdwJ4AZIvDfQksPQMSLpHjHQC6yccpHlbiuG8s2YJZ1lhgsPE6JZq7y4uX?= =?us-ascii?Q?BP82j6UMXXTOXXcTh5R6sYajZDi9mG1x6HglIvapWtxUGVjq8ljH4w0VRFIA?= =?us-ascii?Q?rH/poYlpnsRafN4Ir0YNQj/OaGPpJexc8drFOZN6xctm9C97KFk9MZ7qIEW/?= =?us-ascii?Q?t32w9Uczo5xSvXNO1MIuIkhl7T6YZnJghL5P7C5FAEVVKN4Aj7TRwNUb2D7x?= =?us-ascii?Q?jhzYMZHagUQNcny+Fb9AvaDsv1qFU1Dr/qh+WiGmzvVmH+9x0SGu+Tk1c2eA?= =?us-ascii?Q?LiImoEBITxXxR1qkJ6jZ40eh+1BcxLYl0s8JZSVvTGbbr2h0ARyxCGnO5KUu?= =?us-ascii?Q?2ONU96x10tGd0jgQcTUnOyHTwfxzOyaK4nBxK7GhQlA/xKs9tO6yUAYMxy0f?= =?us-ascii?Q?YyGOcrICwcJXSG9GipnXYiR9YqjOTRFAasve/TqCI52gDhWjQxW1b1kQasWY?= =?us-ascii?Q?7VBkyc0PAfWSJMnC2FbdYMCyIELog0VA/72fB7gs0KMvBbp2RFfpO1PN7Jur?= =?us-ascii?Q?rIcaoeSe+/hJ9ApoNxFZUWihSyHF8sXFZCM8iBuascgZfTSWSZVbuzTqXRRy?= =?us-ascii?Q?66CUNHoZcSKfAEiVA1ew5XBLRyQa3u9JvaEItCLD3+cTYfplH4rnqooIHVaI?= =?us-ascii?Q?l5vpKjn+IOWKqqaY+Qyl80EaHYGj365xboQ4Yk0E9qmaisq3xm3NeBRDP6A7?= =?us-ascii?Q?hQGrI1aZ/7BDI3DsBQV5UX+ySLWLEvjyAu1UQeB6QUuV0BqJIdyWOqCw=3D?= =?us-ascii?Q?=3D?= X-Microsoft-Exchange-Diagnostics: 1; BLUPR05MB451; 5:ANitpqewqTeCXCt2q7ZsGWDy0c6AZsjNVxkHZUN4GxMTtwiPzB5xvWgJXJtuj9K/yetK5V1ZLFsMtJ1pGn4YnYWjr8Ew4zPtdP/mHryBd3dER1oeZWci3Iur8ibk8RC13WnIKXWgG5UIaUHwjveZYw==; 24:XFZfAI6y5VLwck/S8h6K2vUX0Op9+EkzA9CVhOE0PXPRo6xYjA66E2sC/7Dqyj5ixZu9aEuU7ZA1jYPLSKtgBs1UvIGIWQuDTcQVUC4IIgU=; 20:P0oR+GaTw/uiXiP3nN1ifPt5k6/6+nV6cobEf75U8/Ja41+YkJ6sG9+lNXSoMeKsuRKz9R1/Np8v0mv/Ko1Ibw== SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 17 Nov 2015 21:36:32.7227 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR05MB451 Archived-At: Subject: [Idr] draft-ietf-idr-rtc-no-rt implementations X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 21:36:56 -0000 As part of the process of advancing this draft, I'd appreciate it if = anyone with a compliant implementation could let me know. The best way = to do this is update the wiki: = https://trac.tools.ietf.org/wg/idr/trac/wiki/draft-ietf-idr-rtc-no-rt%20im= plementations and let me know you've done it. If you can't/don't want to = add a report to the wiki, you can email me. Thanks, --John= From nobody Tue Nov 17 13:45:22 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 25B7A1B312E for ; Tue, 17 Nov 2015 13:45:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.153 X-Spam-Level: X-Spam-Status: No, score=-2.153 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, IP_NOT_FRIENDLY=0.334, RP_MATCHES_RCVD=-0.585, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham 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 S_WQrek7QU6w for ; Tue, 17 Nov 2015 13:45:20 -0800 (PST) Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 12FA01B312D for ; Tue, 17 Nov 2015 13:45:19 -0800 (PST) Received: by slice.pfrc.org (Postfix, from userid 1001) id 015FD1E1D1; Tue, 17 Nov 2015 16:45:57 -0500 (EST) Date: Tue, 17 Nov 2015 16:45:57 -0500 From: Jeffrey Haas To: "Keyur Patel (keyupate)" Message-ID: <20151117214557.GC16000@pfrc.org> References: <002a01cf84b8$b0f55230$12dff690$@ndzh.com> <29140_1402414807_539726D7_29140_10276_1_53C29892C857584299CBF5D05346208A0716175D@PEXCVZYM11.corporate.adroot.infra.ftgroup> <0CE20ABC-B920-48B5-AB75-4E41AC1D6067@bgp.nu> <644_1447337897_56449FA9_644_166_1_53C29892C857584299CBF5D05346208A0F6B6DD1@OPEXCLILM21.corporate.adroot.infra.ftgroup> <86E65C6B-3B9E-4D02-91A6-B086C8D5C1AE@juniper.net> <26952_1447343317_5644B4D5_26952_6301_1_53C29892C857584299CBF5D05346208A0F6B7101@OPEXCLILM21.corporate.adroot.infra.ftgroup> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Archived-At: Cc: "bruno.decraene@orange.com" , idr wg , Susan Hares , "Murphy, Sandra" Subject: Re: [Idr] 1 WG call for Review draft-ietf-sidr-origin-validation-signaling-04 - RFC4271 changes X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 21:45:21 -0000 On Thu, Nov 12, 2015 at 07:19:19PM +0000, Keyur Patel (keyupate) wrote: > Hi Bruno, > > Posted -07 version that addresses all your recent comments. > > https://www.ietf.org/internet-drafts/draft-ietf-sidr-origin-validation-signaling-07.txt Version -07 looks good to me. -- Jeff From nobody Tue Nov 17 14:02:02 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7483E1B3193 for ; Tue, 17 Nov 2015 14:02:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.153 X-Spam-Level: X-Spam-Status: No, score=-2.153 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, IP_NOT_FRIENDLY=0.334, RP_MATCHES_RCVD=-0.585, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham 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 oHZqBEjNM0yI for ; Tue, 17 Nov 2015 14:02:00 -0800 (PST) Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 119DD1B3191 for ; Tue, 17 Nov 2015 14:02:00 -0800 (PST) Received: by slice.pfrc.org (Postfix, from userid 1001) id 316ED1E1D1; Tue, 17 Nov 2015 17:02:38 -0500 (EST) Date: Tue, 17 Nov 2015 17:02:38 -0500 From: Jeffrey Haas To: Susan Hares Message-ID: <20151117220238.GD16000@pfrc.org> References: <003201d1173b$86adee30$9409ca90$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <003201d1173b$86adee30$9409ca90$@ndzh.com> User-Agent: Mutt/1.5.21 (2010-09-15) Archived-At: Cc: idr@ietf.org Subject: Re: [Idr] I-D Action: draft-ietf-idr-bgp-gr-notification-06.txt - 1 Week WG LC (11/4 to 11/11/2015) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 22:02:01 -0000 On Wed, Nov 04, 2015 at 03:00:57PM -0500, Susan Hares wrote: > John is correct. This begins a 1 WG Working group last call (11/4 to 11/11/2015) on this draft. Also, the authors should indicate if they know of any IPR relating to the draft? I believe I unicasted, but for the mailing list: No IPR. -- Jeff From nobody Tue Nov 17 18:20:03 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A2321B3813; Tue, 17 Nov 2015 18:20:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.086 X-Spam-Level: X-Spam-Status: No, score=-15.086 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 P2eYhvRJ-ZNs; Tue, 17 Nov 2015 18:19:59 -0800 (PST) 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 148371B3814; Tue, 17 Nov 2015 18:19:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2050; q=dns/txt; s=iport; t=1447813199; x=1449022799; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=uiq/wobU6rJiAu6m5V8PQnWW0LJI3JdIZcsTgiMlEbM=; b=EZ6pTPxMCYcnxhHKsmh3j91XsLAaG03IWEQou3WgIZeuVKD8abqvwfrX 0P2tE43sEf/F8PtgAOMMGUqyJCCdGiIzP2g3KS4HljcBNBcSgecU5xy6q /dnXcJIVgkW8O/fOWMHwkZM1IZLWX1qi5TET2uAQwPKXMKaFnVFI8RnFF w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D1AQDD30tW/4cNJK1egzuBQga+XgENg?= =?us-ascii?q?WWGDwIcgS84FAEBAQEBAQGBCoQ1AQEEIxFFEAIBCBgCAiYCAgIwFRACBAENBYg?= =?us-ascii?q?urSyQMAEBAQEBAQEBAQEBAQEBAQEBAQEBARiBAYpRhFkYgwSBRAEElkkBjSqcR?= =?us-ascii?q?AEfAQFCghEdgVZyhAWBBwEBAQ?= X-IronPort-AV: E=Sophos;i="5.20,310,1444694400"; d="scan'208";a="208923668" Received: from alln-core-2.cisco.com ([173.36.13.135]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 18 Nov 2015 02:19:58 +0000 Received: from XCH-RTP-006.cisco.com (xch-rtp-006.cisco.com [64.101.220.146]) by alln-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id tAI2JwCL025485 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 18 Nov 2015 02:19:58 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-006.cisco.com (64.101.220.146) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Tue, 17 Nov 2015 21:19:57 -0500 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1104.000; Tue, 17 Nov 2015 21:19:57 -0500 From: "Acee Lindem (acee)" To: Eric C Rosen , "Stefano Previdi (sprevidi)" Thread-Topic: [spring] [Idr] Comments on draft-ietf-idr-bgp-prefix-sid-01 Thread-Index: AQHRGwJy6pvfTXZ/qE2W4H0FcAVzPZ6VrscAgAlploCAAR5eAIAAdkoAgAAK1wCAAB0egIAARDcA Date: Wed, 18 Nov 2015 02:19:57 +0000 Message-ID: References: <56294416.8030807@juniper.net> <5104A350-EA8D-4824-A396-1DC46140BA5D@cisco.com> <5640BA18.7060807@juniper.net> <5649EBC7.5000505@juniper.net> <7E84CCA4-1BF7-4D9C-A2AF-EC16877F7A90@cisco.com> <564B3F3A.3070808@juniper.net> <2F05F2A0-63BF-47EB-9E7B-7F722337FFF5@cisco.com> <564B60BF.2050705@juniper.net> In-Reply-To: <564B60BF.2050705@juniper.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.116.152.196] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: idr wg , SPRING WG Subject: Re: [Idr] [spring] Comments on draft-ietf-idr-bgp-prefix-sid-01 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 02:20:00 -0000 SGkgRXJpYywgDQoNCk9uIDExLzE3LzE1LCAxMjoxNSBQTSwgIkVyaWMgQyBSb3NlbiIgPGVyb3Nl bkBqdW5pcGVyLm5ldD4gd3JvdGU6DQoNCj5PbiAxMS8xNy8yMDE1IDEwOjMxIEFNLCBTdGVmYW5v IFByZXZpZGkgKHNwcmV2aWRpKSB3cm90ZToNCj4+IHRvIG1lIGl0IG1ha2VzIHNlbnNlIHRvIGFk dmVydGlzZSB0aGUgU1JHQiBhbG9uZyB3aXRoIEFOWSBwcmVmaXgNCj4+IG9yaWdpbmF0ZWQgYnkg dGhhdCBub2RlLCByZWdhcmRsZXNzIHRoZSBtYXNrLWxlbmd0aC4NCj4NCj5CdXQgaW4gdGhhdCBj YXNlLCB5b3UgZG9uJ3Qga25vdyB3aG8gdGhlIG9yaWdpbmF0b3Igbm9kZSBpcy4gIENvdWxkIHlv dQ0KPmV4cGxhaW4gdG8gbWUgaG93IHlvdSB1c2UgYW4gU1JHQiB3aGVuIHlvdSBkb24ndCBrbm93 IHRoZSBub2RlIHRvIHdoaWNoDQo+aXQgYmVsb25ncz8NCg0KVGhlIHVzZSBjYXNlcyBJIGNhbWUg dXAgd2l0aCBjb3VsZCBkZWZpbml0ZWx5IGJlIGFjY29tcGxpc2hlZCB3aXRoIGVpdGhlcg0KYW4g YWRkaXRpb25hbCBsYWJlbCBvciByZWN1cnNpdmUgcmVzb2x1dGlvbiB0aHJvdWdoIHRoZSBOb2Rl LVNJRC4gSG93ZXZlciwNCml0IHN0aWxsIG1heSBiZSBzaW1wbGVyIG9wZXJhdGlvbmFsbHkgdG8g YWR2ZXJ0aXNlIGEgR2xvYmFsIFByZWZpeC1TSUQgZm9yDQphIGxvY2FsbHkgYXR0YWNoZWQgc3Vi bmV0IGNvbXByaXNlZCBvZiBub2RlcyBvZmZlcmluZyBhIHBhcnRpY3VsYXINCnNlcnZpY2UuIA0K DQpXaXRoIHJlc3BlY3QgdG8gdGhlIE9yaWdpbmF0b3IgU1JHQiwgSSBuZXZlciBjb3VsZCBmdWxs eSBhcHByZWNpYXRlIHRoZQ0KYWR2YW50YWdlcyBvZiBhZHZlcnRpc2luZyBpdC4gSWYgeW91IGFk dmVydGlzZSBhbiBPcmlnaW5hdG9yIFNSR0IsIGl0DQppbXBsaWVzIHRoYXQgdGhlcmUgbm9kZXMg d2l0aCBkaWZmZXJpbmcgU1JHQnMgaW4gdGhlIEJHUCBSb3V0aW5nIERvbWFpbi4NCklmIHRoaXMg aXMgdGhlIGNhc2UsIHRoZXJlIGlzIGEgdmVyeSBnb29kIGNoYW5jZSB0aGF0IG5vZGVzIHJlY2Vp dmluZyB0aGUNClByZWZpeC1TSUQgQXR0cmlidXRlIHdpdGggdGhlIE9yaWdpbmF0b3IgU1JHQiB3 aWxsIG5vdCBoYXZlIHRoZSBzYW1lIFNSR0INCmFuZCB3aWxsIG5vdCBoYXZlIHRoZSBPcmlnaW5h dG9yLVNSR0JbbGFiZWwtaW5kZXhdIGxhYmVsIGF2YWlsYWJsZSBmb3INCmxvY2FsIGFsbG9jYXRp b24uIEkgY2Fu4oCZdCByZWFsbHkgc2VlIHdoYXQgZGlmZmVyZW50IGl0IG1ha2VzIHdoZXRoZXIg b3INCm5vdCBpdCBpcyBhIGhvc3QgcHJlZml4IG9yIHdoZXRoZXIgeW91IGNhbiBhc2NlcnRhaW4g dGhlIG5vZGUgdG8gd2hpY2ggdGhlDQpTUkdCIGJlbG9uZ3MuIEl0IHNlZW1zIHRoYXQgdGhlIGtl eSBjb25zdHJhaW50IGlzIHRoYXQgdGhlIGxhYmVsLWluZGV4IGFuZA0KdGhlIFNSR0IgY2FtZSBm cm9tIHRoZSBzYW1lIG5vZGUgYW5kIHRoaXMgaXMgYWx3YXlzIHRoZSBjYXNlLg0KDQoNClRoYW5r cywNCkFjZWUgDQoNCg== From nobody Wed Nov 18 07:55:56 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 723CB1B36A1; Wed, 18 Nov 2015 07:55:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.398 X-Spam-Level: X-Spam-Status: No, score=0.398 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MANGLED_DIET=2.3, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=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 jS9cLxQuuNC2; Wed, 18 Nov 2015 07:55:53 -0800 (PST) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0757.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:757]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DB7F81B3313; Wed, 18 Nov 2015 07:55:52 -0800 (PST) Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=erosen@juniper.net; Received: from [172.28.32.200] (66.129.241.12) by BY2PR0501MB2007.namprd05.prod.outlook.com (10.163.197.18) with Microsoft SMTP Server (TLS) id 15.1.325.17; Wed, 18 Nov 2015 15:55:30 +0000 To: "Acee Lindem (acee)" , "Stefano Previdi (sprevidi)" References: <56294416.8030807@juniper.net> <5104A350-EA8D-4824-A396-1DC46140BA5D@cisco.com> <5640BA18.7060807@juniper.net> <5649EBC7.5000505@juniper.net> <7E84CCA4-1BF7-4D9C-A2AF-EC16877F7A90@cisco.com> <564B3F3A.3070808@juniper.net> <2F05F2A0-63BF-47EB-9E7B-7F722337FFF5@cisco.com> <564B60BF.2050705@juniper.net> From: Eric C Rosen Message-ID: <564C9F6B.8000802@juniper.net> Date: Wed, 18 Nov 2015 10:55:23 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: [66.129.241.12] X-ClientProxiedBy: CO1PR06CA021.namprd06.prod.outlook.com (10.242.160.11) To BY2PR0501MB2007.namprd05.prod.outlook.com (25.163.197.18) X-Microsoft-Exchange-Diagnostics: 1; BY2PR0501MB2007; 2:6y2bA1XkjptOXD73EJORp0FxMCDS/lKTy8+5MO1ESyD+FSKmlHMWq0HHhLwp4VWYTe38JEaVgSV/ZNhkryXebQzBv8I0zqMhj52T50//72ZqPD4F/c0UjcmeVLhKdUl9uxvq/o8A2a12iKLXH2YwuWcnNwi0aT6EerPJqodnRjo=; 3:eAx3Ivbjdemu5gbndWnyhSY34rM3eoofoRrzEt1wWbCVNLxak1jL1nuTCYtaOZdcUO9tk4DwZ9sgNg0NEnkEgixHrnqQOACyVjkqKNTobjb9qJtEZIMIG9WVoo5n8E3Sh+7MltE6QzrcLMEfPcs6Cg==; 25:Wpb5qoPjxQBer1K13cLepMIR36lA7h6vJeVzHUwQvUaQDXuEFBqxbPlkxQt1R/iXIvhs67ul+2OynKyMHBGVUGuOobPLhBJ+/HhHJnf9pVMuVj3aEAlWP5wWNpBSDGzdy0+Zpl4EInJIau36k9URBWW5I8za5C8FcZc7na1ntmnIb9I1Q5/fqeqE6394U2Jx/stI5AzI35AgNO83QDssU3PghjY/HDLGp9D+N5OnAvBXgrXjKInK29PLRY0E06vWFdnOC6bc8OfTvxFu0pF7gA== X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY2PR0501MB2007; X-Microsoft-Exchange-Diagnostics: 1; BY2PR0501MB2007; 20:QIezS27U6sUkQEPXTY+HicSGlgg6RptEni7rYRGk5efZh9qtShtLs1Bwmz9rHi2UHBjHZAlqN7hKlAfrKmUI1eelghvaR8xeWYcxAV8gh2UxiWRWZtXfOAwXobRTnCYOUz8Mra0uLdDtqLdB0Ow4rWE6Duwwr7eNiosSjVvPLw0KvzBh7zoZjMXlkbgAZjUhbPbIU9gPMyf7UQVMaYcFPqdLfMYTt50MQGFY3OP5rtb+Baf6yHZJz0hcfTkICsebri5yGuTgjYUmQz7cWPuzB5uq1ys5zaWZMDet2h/ZPcUE9DbAxsie87zxcPijqo5+wYtDxnC4UHioVLicmLNfgAI/0GSbJNstiKzl0xH8VRkOdVk0fIeJOCUs6zdQH70E1d+MVHxLFK7iznKeBpXVVDbj2kezMuSdJoebRXZkzEGXPZgYZTSG2hbR/hpNQFqPcWxJjVrrmrS2HeJkuqZDaMKBKs4/eK44JwfumHzzbkc6r/ufLMf/dIsYJbR9/2c4; 4:SNscNuhjxiKh93L/+auxYaEM9Sh+VGfwvvvHTv0NFN76blZVcWk4GggSh0bGqSVJs4OfncoI2iu+UMCDlDJ95K3WsBGuspUy+c6fh5ZA7ZTf/0FBWt1jS14f7FXGdAFV6jgIIqQCfKAU/Y9UPs5PWydyJPm8oL9AT8eWv1lz1aecVMOYETE9NMw6Qk2fQWw6mRfwAR8Qkg6Ru0Jo7uA71goP4o5L7goVWtZErT1RMbGP+8v1sLjiexl8NYUqFk/81muu+ZhxnCuISHapjNrmmlvvcFBsULrEjnvsUS6Q95PqGsN1FXj3PTD3im0Rbeg3DVzdrUgeGhCCWnN6GSwuuC47cdcBb7u1fVeuJORxEEtbl4LXjLEI/EA3VLGiAZ2b X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(520078)(5005006)(8121501046)(10201501046)(3002001); SRVR:BY2PR0501MB2007; BCL:0; PCL:0; RULEID:; SRVR:BY2PR0501MB2007; X-Forefront-PRVS: 0764C4A8CD X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6049001)(6009001)(189002)(199003)(92566002)(5001960100002)(189998001)(93886004)(106356001)(105586002)(230783001)(47776003)(42186005)(80316001)(59896002)(65956001)(66066001)(65806001)(23676002)(5007970100001)(5004730100002)(64126003)(5001770100001)(83506001)(86362001)(33656002)(65816999)(5890100001)(36756003)(101416001)(2950100001)(77096005)(54356999)(76176999)(50986999)(122386002)(87976001)(4001350100001)(87266999)(81156007)(586003)(50466002)(97736004)(5008740100001)(40100003); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR0501MB2007; H:[172.28.32.200]; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; Received-SPF: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtCWTJQUjA1MDFNQjIwMDc7MjM6MEl3Vzkzbnh3YUVyZVI0c0RZMFR0UDF0?= =?utf-8?B?NG9iekl5ZHZTaUU4cFNIQy9GaDlNRXhGY2FYSXpRMXRlWThmb2cyeVlqTUNJ?= =?utf-8?B?dldZQ0tUU05SSDVWemdRSWFrYW5LSEZETjFMRm9CZ0ZiZFhzNjNBMjRxUWha?= =?utf-8?B?d0d2dDBxT1BNWXkzeWwxZEcxeE1mblR3OVBUUnBSS3ZkbWE3MURXcjNxR0cy?= =?utf-8?B?TlZBdHdRcmtLMU9tMGpyVmdrbHplb3lUT3YvV1JERnVEdlU4SEpVUWZRdHA1?= =?utf-8?B?d0thMXBTa0JIb3drV29yb0wrQUdRL2Nra1dtSHZPVnpSbzUyeHdUWXE1OGlK?= =?utf-8?B?RXVOalBiZ1dYS2g1bDNUNkdaS1E1aXh5clpMKzQ2RHlJTjNiRmMrZDMyVEls?= =?utf-8?B?MUI4L1NOclF3RFpHU0pnVVRZUUM4cjBRbDR1MjR6UWJBQnFzMnJaN3FsTUZk?= =?utf-8?B?YW16WDllKzRBaTQ5TGZZcUhIdldBUlk3ckFGZFlTbXcxOVRUMDVMdG1VMy9s?= =?utf-8?B?dXE1TWwySFQ0YjFLVmlXTmtDdTVuSWJVNC9YRTJBeDdhZWZqRGJZbXI5Qi9E?= =?utf-8?B?ZWRWclcrTHFRYWlKOEZiYjQwRUw0MVp1S2M1d2pzYi9pU0sxMmh4dkpXM2Z6?= =?utf-8?B?MUY4SFpwTlF2TjhHd2JGK2VpV1FOOC9lTWdRUFVoWHZwRmpyM1JxZmVMU1B5?= =?utf-8?B?R2dFbkswd0srNU9UYVl3TWFjdm1nSHVXOUY0Um5pV0dkekJiNVBDVHkzc0xJ?= =?utf-8?B?MGlFSk9QUlMrdDk5c2tJQlUremdsc1E1K0JVeW1HalhxNWxZUlVRK0srckJH?= =?utf-8?B?di84SDJ6TU91cTM5aXE1clM4WHQxc0xJcmRXSU9yTncwcHBrVkRYcFV1eU1T?= =?utf-8?B?N2FOMCtIUHdRQlJuYyt3cUg3R3ZxMkxGMEMwYTVsUUh0QUh6OE9oOUpMN2p5?= =?utf-8?B?djVydEJ3WXBUT21JTnFZMTV3c3A3djNnekRGNytmenBNWmRoS01IZHRoT21m?= =?utf-8?B?NEhUL3hpSlZyRndvU0tDbE5YMWp0Nk9lZ3hmelRvL0xjUG1ET1BPblhpYTBU?= =?utf-8?B?ckhEekluS2x4VzBIVDlBY2F0NzYvWFQyVVhBMGZnL0dZSUZZanRveUZPaWt6?= =?utf-8?B?YzI0NktNamRQMlc0TUE4UUZNcWNKUFZOTVFKWnQ2dzI2MXBweWU3djByOEdY?= =?utf-8?B?VDJPWm4xTWVJUDZ6V0htZ1E0THBoZ25ZRFA4L0xramN0enE4aEtDZkcwZDcr?= =?utf-8?B?cjJwOTRVZm1QK2VSMDZPUDJPTEp6S2ppTExEMWkzOEthZVJ6N25WRE5UL0xG?= =?utf-8?B?eGR6RGdqNUt1K0c0b1g1c2ZYWlJmYisvSG9XWEFkc0UwbXlaZzJkbDJHd1BY?= =?utf-8?B?dEpJNGNzaFJDZWh0Sm1xSkZ5QXpXNlA5Z3VkME9NaTVJWmMzeFZZbUNnTDFF?= =?utf-8?B?bmIramhXYUhVSEFTdW9FN3dTa1V5TCtWbUI3OWJyeHliRFhBaGxIUDZDQ3Bp?= =?utf-8?B?TFI3bmdHOG5KNlBUdDV5Z3g2NTVWOFQ2b2dqS3JGMi9NcE1la3NTTXJUb3dB?= =?utf-8?B?SGpnRVVPY3paeWlNamhLSnQ0V01HVTRMQU11aTJZcnp6MmpxUmM2K0NCWmlT?= =?utf-8?Q?Q=3D?= X-Microsoft-Exchange-Diagnostics: 1; BY2PR0501MB2007; 5:uEFHf5EtEmBhZVz3zgCGZZ4PyjK7Vj0sYZouyQmFd8BVnBvZdy31WNeIi2k9rkvoA8T07WDSshNDNX2kwwHfoe2lywYsHuzdyMlm9nmFDR4aorrSyQIATOA7lOjGdngwzKp4fe7TM0wTDy6FCz3wYQ==; 24:xUcHetDfLr5Qq7d56tgv5jx02kuP7UiAPJf3PrDAn4zAV5Y9YGHxSZDbzCs4tqPYSaUNkOwWYm1HbrWCUEhllzj0bAlExPPVjBnaDhvvfxk=; 20:q4yv7WMzqTsRAEXpWcJsVRlYTVtXOYsKtfoT0zAuU00TNC6Xq8DJBa9MlCYIL0zd69zbkafnw9YkIR4AGeg1CQ== SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 18 Nov 2015 15:55:30.4937 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR0501MB2007 Archived-At: Cc: idr wg , SPRING WG Subject: Re: [Idr] [spring] Comments on draft-ietf-idr-bgp-prefix-sid-01 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 15:55:55 -0000 Hi Acee, > However, it still may be simpler operationally to advertise a Global > Prefix-SID for a locally attached subnet comprised of nodes offering > a particular service. I don't think I suggested anything that would prevent one from advertising a domain-wide prefix-SID for a locally attached subnet. > With respect to the Originator SRGB, I never could fully appreciate > the advantages of advertising it. That suggests that you don't really see the use case for it. I believe the intended use case is the following. Suppose node S has a packet to send to prefix D, and S knows (through some magic) that it wants the packet to traverse nodes A, B, and C (i.e., to follow the path S-A-B-C-D), even though this is not the default shortest path from S to D. Let's also suppose that this is a loose source route, i.e., that A is not adjacent to B, B is not adjacent to C, and C is not adjacent to D. In order for S to force a packet through this loose source route, it is necessary for S to push labels on the packet in the following order: 1. Push C's label for D. 2. Push B's label for C. 3. Push A's label for B. 4. Push whatever label will get the packet from S to A. To compute label 1 above, S must know (a) C's SRGB and (b) the (global) prefix-SID for D. To compute label 2 above, S must know (a) B's SRGB and (b) the (global) prefix-SID for C. To compute label 3 above, S must know (a) A's SRGB and (b) the (global) prefix-SID for B. If A, B, and C, each originates a BGP UPDATE with its own loopback address as prefix, then each can advertise its own SRGB by attaching a Prefix-SID attribute to the UPDATE, and specifying its SRGB in the Originator-SRGB field of the Prefix-SID attribute. I think all the use cases for Originator-SRGB will be like this; (a) tunnel to the node whose SRGB it is, and (b) use that node's SRGB to figure out what label to push beneath the labels that get you to the tunnel endpoint. I don't see how you can do this unless you know the address of the node to which you are tunneling, and unless you know that node's SRGB. If you're not trying to do something like this, there is no need for the Originator Sub-TLV. In this example, one could imagine that A, B, C have the same SRGB, and that there is a prefix covering the addresses of A, B, and C. In that case, it might make sense to advertise the Originator-SRGB in a route whose to the covering prefix. So I agree (now) that the prefix need not be a /32 or /128. Naturally, the originator SRGB sub-TLV is just one of several possible ways of allowing a node to advertise its SRGB. Another way for a node to advertise its SRGB would be to use the segment routing extensions of BGP-LS. However, there are scenarios in which BGP-LS is not present, but BGP-LU is in use. There's also a completely different way of figuring out the labels for the traffic engineered path, using the EPE extensions of BGP-LS. Those extensions allow a BGP speaker to advertise a (locally significant) adjacency-SID for each of its BGP neighbors. Since those labels are locally significant, you don't need to know the SRGBs of the transit nodes. But that's a different use case. > If you advertise an Originator SRGB, it implies that there nodes > with differing SRGBs in the BGP Routing Domain. If this is the case, > there is a very good chance that nodes receiving the Prefix-SID > Attribute with the Originator SRGB will not have the same SRGB and > will not have the Originator-SRGB[label-index] label available for > local allocation. Right. In the use case I described above, the Originator-SRGB of a particular node is used only to compute label values for the node whose SRGB it is. No one else uses it for local label allocation. > I can’t really see what different it makes whether or not it is a > host prefix or whether you can ascertain the node to which the SRGB > belongs. Please see the use case described above. > It seems that the key constraint is that the label-index and the SRGB > came from the same node and this is always the case. Now it's my turn to say that I don't understand the use case you have in mind ;-) If all you know is that the SRGB and the Prefix-SID sub-TLVs were created by the same node, I don't see what good it does you to know the SRGB. Eric From nobody Thu Nov 19 04:06:47 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CE57C1ACE21; Thu, 19 Nov 2015 04:06:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -12.786 X-Spam-Level: X-Spam-Status: No, score=-12.786 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, MANGLED_DIET=2.3, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 ffnyRoOY3SFk; Thu, 19 Nov 2015 04:06:37 -0800 (PST) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AC3221ACE28; Thu, 19 Nov 2015 04:06:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6704; q=dns/txt; s=iport; t=1447934797; x=1449144397; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=QoAuTTWDxi21CiygwDWhId79mFfKu2aBi7MVbdHUc3I=; b=KcR1tiZqLz4mM3ri8PMbOipFevw+th78O0hc7wDfhxeUnTRJNFZaUXEA 2dLpPH124F75Xz6kiWONs7MgXqsnu0kGGfTdIO068nRuQ8bMSNhOx8OZK g4pbi3Xj8o2sRUgAMkswp8O0QOmHPCnfhWxuMSbtLEVv28JsosIakavqC M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AMAgBIuk1W/5tdJa1egzuBQga+ZwENg?= =?us-ascii?q?WWGDwIcgSs4FAEBAQEBAQGBCoQ1AQEDASMRRRACAQgaAiYCAgIwFRACBAENBYg?= =?us-ascii?q?mCK8XkDMBAQEBAQEBAQEBAQEBAQEBAQEBGoEBilGEWRiDBIFEAQSWTAGIFIUZg?= =?us-ascii?q?VuEQI1YiFMBHwEBQoIRHYFWcoQZgQcBAQE?= X-IronPort-AV: E=Sophos;i="5.20,317,1444694400"; d="scan'208";a="46329574" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 19 Nov 2015 12:06:36 +0000 Received: from XCH-RTP-010.cisco.com (xch-rtp-010.cisco.com [64.101.220.150]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id tAJC6ac2009672 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 19 Nov 2015 12:06:36 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-010.cisco.com (64.101.220.150) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Thu, 19 Nov 2015 07:06:35 -0500 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1104.000; Thu, 19 Nov 2015 07:06:35 -0500 From: "Acee Lindem (acee)" To: Eric C Rosen , "Stefano Previdi (sprevidi)" Thread-Topic: [spring] [Idr] Comments on draft-ietf-idr-bgp-prefix-sid-01 Thread-Index: AQHRGwJy6pvfTXZ/qE2W4H0FcAVzPZ6VrscAgAlploCAAR5eAIAAdkoAgAAK1wCAAB0egIAARDcAgAE3rICAAP6JAA== Date: Thu, 19 Nov 2015 12:06:35 +0000 Message-ID: References: <56294416.8030807@juniper.net> <5104A350-EA8D-4824-A396-1DC46140BA5D@cisco.com> <5640BA18.7060807@juniper.net> <5649EBC7.5000505@juniper.net> <7E84CCA4-1BF7-4D9C-A2AF-EC16877F7A90@cisco.com> <564B3F3A.3070808@juniper.net> <2F05F2A0-63BF-47EB-9E7B-7F722337FFF5@cisco.com> <564B60BF.2050705@juniper.net> <564C9F6B.8000802@juniper.net> In-Reply-To: <564C9F6B.8000802@juniper.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.116.152.196] Content-Type: text/plain; charset="utf-8" Content-ID: <2B2DF218FF643749B11E99AB25F0F5B3@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: idr wg , SPRING WG Subject: Re: [Idr] [spring] Comments on draft-ietf-idr-bgp-prefix-sid-01 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2015 12:06:42 -0000 SGkgRXJpYywgDQoNCk9uIDExLzE4LzE1LCAxMDo1NSBBTSwgIkVyaWMgQyBSb3NlbiIgPGVyb3Nl bkBqdW5pcGVyLm5ldD4gd3JvdGU6DQoNCj5IaSBBY2VlLA0KPg0KPj4gSG93ZXZlciwgaXQgc3Rp bGwgbWF5IGJlIHNpbXBsZXIgb3BlcmF0aW9uYWxseSB0byBhZHZlcnRpc2UgYSBHbG9iYWwNCj4+ ICBQcmVmaXgtU0lEIGZvciBhIGxvY2FsbHkgYXR0YWNoZWQgc3VibmV0IGNvbXByaXNlZCBvZiBu b2RlcyBvZmZlcmluZw0KPj4gIGEgcGFydGljdWxhciBzZXJ2aWNlLg0KPg0KPkkgZG9uJ3QgdGhp bmsgSSBzdWdnZXN0ZWQgYW55dGhpbmcgdGhhdCB3b3VsZCBwcmV2ZW50IG9uZSBmcm9tDQo+YWR2 ZXJ0aXNpbmcgYSBkb21haW4td2lkZSBwcmVmaXgtU0lEIGZvciBhIGxvY2FsbHkgYXR0YWNoZWQg c3VibmV0Lg0KPg0KPj4gV2l0aCByZXNwZWN0IHRvIHRoZSBPcmlnaW5hdG9yIFNSR0IsIEkgbmV2 ZXIgY291bGQgZnVsbHkgYXBwcmVjaWF0ZQ0KPj4gdGhlIGFkdmFudGFnZXMgb2YgYWR2ZXJ0aXNp bmcgaXQuDQo+DQo+VGhhdCBzdWdnZXN0cyB0aGF0IHlvdSBkb24ndCByZWFsbHkgc2VlIHRoZSB1 c2UgY2FzZSBmb3IgaXQuICBJIGJlbGlldmUNCj50aGUgaW50ZW5kZWQgdXNlIGNhc2UgaXMgdGhl IGZvbGxvd2luZy4NCj4NCj5TdXBwb3NlIG5vZGUgUyBoYXMgYSBwYWNrZXQgdG8gc2VuZCB0byBw cmVmaXggRCwgYW5kIFMga25vd3MgKHRocm91Z2gNCj5zb21lIG1hZ2ljKSB0aGF0IGl0IHdhbnRz IHRoZSBwYWNrZXQgdG8gdHJhdmVyc2Ugbm9kZXMgQSwgQiwgYW5kIEMNCj4oaS5lLiwgdG8gZm9s bG93IHRoZSBwYXRoIFMtQS1CLUMtRCksIGV2ZW4gdGhvdWdoIHRoaXMgaXMgbm90IHRoZQ0KPmRl ZmF1bHQgc2hvcnRlc3QgcGF0aCBmcm9tIFMgdG8gRC4gIExldCdzIGFsc28gc3VwcG9zZSB0aGF0 IHRoaXMgaXMgYQ0KPmxvb3NlIHNvdXJjZSByb3V0ZSwgaS5lLiwgdGhhdCBBIGlzIG5vdCBhZGph Y2VudCB0byBCLCBCIGlzIG5vdCBhZGphY2VudA0KPnRvIEMsIGFuZCBDIGlzIG5vdCBhZGphY2Vu dCB0byBELg0KPg0KPkluIG9yZGVyIGZvciBTIHRvIGZvcmNlIGEgcGFja2V0IHRocm91Z2ggdGhp cyBsb29zZSBzb3VyY2Ugcm91dGUsIGl0IGlzDQo+bmVjZXNzYXJ5IGZvciBTIHRvIHB1c2ggbGFi ZWxzIG9uIHRoZSBwYWNrZXQgaW4gdGhlIGZvbGxvd2luZyBvcmRlcjoNCj4NCj4xLiBQdXNoIEMn cyBsYWJlbCBmb3IgRC4NCj4yLiBQdXNoIEIncyBsYWJlbCBmb3IgQy4NCj4zLiBQdXNoIEEncyBs YWJlbCBmb3IgQi4NCj40LiBQdXNoIHdoYXRldmVyIGxhYmVsIHdpbGwgZ2V0IHRoZSBwYWNrZXQg ZnJvbSBTIHRvIEEuDQo+DQo+VG8gY29tcHV0ZSBsYWJlbCAxIGFib3ZlLCBTIG11c3Qga25vdyAo YSkgQydzIFNSR0IgYW5kIChiKSB0aGUgKGdsb2JhbCkNCj5wcmVmaXgtU0lEIGZvciBELg0KPg0K PlRvIGNvbXB1dGUgbGFiZWwgMiBhYm92ZSwgUyBtdXN0IGtub3cgKGEpIEIncyBTUkdCIGFuZCAo YikgdGhlIChnbG9iYWwpDQo+cHJlZml4LVNJRCBmb3IgQy4NCj4NCj5UbyBjb21wdXRlIGxhYmVs IDMgYWJvdmUsIFMgbXVzdCBrbm93IChhKSBBJ3MgU1JHQiBhbmQgKGIpIHRoZSAoZ2xvYmFsKQ0K PnByZWZpeC1TSUQgZm9yIEIuDQo+DQo+SWYgQSwgQiwgYW5kIEMsICBlYWNoIG9yaWdpbmF0ZXMg YSBCR1AgVVBEQVRFIHdpdGggaXRzIG93biBsb29wYmFjaw0KPmFkZHJlc3MgYXMgcHJlZml4LCB0 aGVuIGVhY2ggY2FuIGFkdmVydGlzZSBpdHMgb3duIFNSR0IgYnkgYXR0YWNoaW5nIGENCj5QcmVm aXgtU0lEIGF0dHJpYnV0ZSB0byB0aGUgVVBEQVRFLCBhbmQgc3BlY2lmeWluZyBpdHMgU1JHQiBp biB0aGUNCj5PcmlnaW5hdG9yLVNSR0IgZmllbGQgb2YgdGhlIFByZWZpeC1TSUQgYXR0cmlidXRl Lg0KPg0KPkkgdGhpbmsgYWxsIHRoZSB1c2UgY2FzZXMgZm9yIE9yaWdpbmF0b3ItU1JHQiB3aWxs IGJlIGxpa2UgdGhpczsgKGEpDQo+dHVubmVsIHRvIHRoZSBub2RlIHdob3NlIFNSR0IgaXQgaXMs IGFuZCAoYikgdXNlIHRoYXQgbm9kZSdzIFNSR0IgdG8NCj5maWd1cmUgb3V0IHdoYXQgbGFiZWwg dG8gcHVzaCBiZW5lYXRoIHRoZSBsYWJlbHMgdGhhdCBnZXQgeW91IHRvIHRoZQ0KPnR1bm5lbCBl bmRwb2ludC4gIEkgZG9uJ3Qgc2VlIGhvdyB5b3UgY2FuIGRvIHRoaXMgdW5sZXNzIHlvdSBrbm93 IHRoZQ0KPmFkZHJlc3Mgb2YgdGhlIG5vZGUgdG8gd2hpY2ggeW91IGFyZSB0dW5uZWxpbmcsIGFu ZCB1bmxlc3MgeW91IGtub3cgdGhhdA0KPm5vZGUncyBTUkdCLiAgSWYgeW91J3JlIG5vdCB0cnlp bmcgdG8gZG8gc29tZXRoaW5nIGxpa2UgdGhpcywgdGhlcmUgaXMNCj5ubyBuZWVkIGZvciB0aGUg T3JpZ2luYXRvciBTdWItVExWLg0KPg0KPkluIHRoaXMgZXhhbXBsZSwgb25lIGNvdWxkIGltYWdp bmUgdGhhdCBBLCBCLCBDIGhhdmUgdGhlIHNhbWUgU1JHQiwgYW5kDQo+dGhhdCB0aGVyZSBpcyBh IHByZWZpeCBjb3ZlcmluZyB0aGUgYWRkcmVzc2VzIG9mIEEsIEIsIGFuZCBDLiAgSW4gdGhhdA0K PmNhc2UsIGl0IG1pZ2h0IG1ha2Ugc2Vuc2UgdG8gYWR2ZXJ0aXNlIHRoZSBPcmlnaW5hdG9yLVNS R0IgaW4gYSByb3V0ZQ0KPndob3NlIHRvIHRoZSBjb3ZlcmluZyBwcmVmaXguICBTbyBJIGFncmVl IChub3cpIHRoYXQgdGhlIHByZWZpeCBuZWVkIG5vdA0KPmJlIGEgLzMyIG9yIC8xMjguDQo+DQo+ TmF0dXJhbGx5LCB0aGUgb3JpZ2luYXRvciBTUkdCIHN1Yi1UTFYgaXMganVzdCBvbmUgb2Ygc2V2 ZXJhbCBwb3NzaWJsZQ0KPndheXMgb2YgYWxsb3dpbmcgYSBub2RlIHRvIGFkdmVydGlzZSBpdHMg U1JHQi4gIEFub3RoZXIgd2F5IGZvciBhIG5vZGUNCj50byBhZHZlcnRpc2UgaXRzIFNSR0Igd291 bGQgYmUgdG8gdXNlIHRoZSBzZWdtZW50IHJvdXRpbmcgZXh0ZW5zaW9ucyBvZg0KPkJHUC1MUy4g IEhvd2V2ZXIsIHRoZXJlIGFyZSBzY2VuYXJpb3MgaW4gd2hpY2ggQkdQLUxTIGlzIG5vdCBwcmVz ZW50LA0KPmJ1dCBCR1AtTFUgaXMgaW4gdXNlLg0KPg0KPlRoZXJlJ3MgYWxzbyBhIGNvbXBsZXRl bHkgZGlmZmVyZW50IHdheSBvZiBmaWd1cmluZyBvdXQgdGhlIGxhYmVscyBmb3INCj50aGUgdHJh ZmZpYyBlbmdpbmVlcmVkIHBhdGgsIHVzaW5nIHRoZSBFUEUgZXh0ZW5zaW9ucyBvZiBCR1AtTFMu ICBUaG9zZQ0KPmV4dGVuc2lvbnMgYWxsb3cgYSBCR1Agc3BlYWtlciB0byBhZHZlcnRpc2UgYSAo bG9jYWxseSBzaWduaWZpY2FudCkNCj5hZGphY2VuY3ktU0lEIGZvciBlYWNoIG9mIGl0cyBCR1Ag bmVpZ2hib3JzLiAgU2luY2UgdGhvc2UgbGFiZWxzIGFyZQ0KPmxvY2FsbHkgc2lnbmlmaWNhbnQs IHlvdSBkb24ndCBuZWVkIHRvIGtub3cgdGhlIFNSR0JzIG9mIHRoZSB0cmFuc2l0DQo+bm9kZXMu ICBCdXQgdGhhdCdzIGEgZGlmZmVyZW50IHVzZSBjYXNlLg0KDQpPa2F5IC0gSSB1bmRlcnN0YW5k IHRoZSBtb3RpdmF0aW9uIG5vdy4gVGhlIE9yaWdpbmF0b3ItU1JHQiBUTFYgaXMgc2ltcGx5DQph IG1lY2hhbmlzbSBmb3Igbm9kZSB0byBhZHZlcnRpc2UgaXRzIGxvY2FsIFNSR0IgdG8gYSBjb250 cm9sbGVyIG9yIG90aGVyDQpCR1Agc3BlYWtlciB0aGF0IHdpbGwgY29uc3RydWN0IHNlZ21lbnRz LiBJIG5vdyByZWNhbGwgdGhlIG5vbi1jb25jbHVkZWQNCmRpc2N1c3Npb24gb24gdGhlIElEUiBs aXN0IHdpdGggcmVzcGVjdCB0byB0aGlzIHJlcXVpcmVtZW50Lg0KDQpUaGFua3MsDQpBY2VlIA0K DQoNCj4NCj4+IElmIHlvdSBhZHZlcnRpc2UgYW4gT3JpZ2luYXRvciBTUkdCLCBpdCBpbXBsaWVz IHRoYXQgdGhlcmUgbm9kZXMNCj4+IHdpdGggZGlmZmVyaW5nIFNSR0JzIGluIHRoZSBCR1AgUm91 dGluZyBEb21haW4uIElmIHRoaXMgaXMgdGhlIGNhc2UsDQo+PiB0aGVyZSBpcyBhIHZlcnkgZ29v ZCBjaGFuY2UgdGhhdCBub2RlcyByZWNlaXZpbmcgdGhlIFByZWZpeC1TSUQNCj4+IEF0dHJpYnV0 ZSB3aXRoIHRoZSBPcmlnaW5hdG9yIFNSR0Igd2lsbCBub3QgaGF2ZSB0aGUgc2FtZSBTUkdCIGFu ZA0KPj4gd2lsbCBub3QgaGF2ZSB0aGUgT3JpZ2luYXRvci1TUkdCW2xhYmVsLWluZGV4XSBsYWJl bCBhdmFpbGFibGUgZm9yDQo+PiBsb2NhbCBhbGxvY2F0aW9uLg0KPg0KPlJpZ2h0LiAgSW4gdGhl IHVzZSBjYXNlIEkgZGVzY3JpYmVkIGFib3ZlLCB0aGUgT3JpZ2luYXRvci1TUkdCIG9mIGENCj5w YXJ0aWN1bGFyIG5vZGUgaXMgdXNlZCBvbmx5IHRvIGNvbXB1dGUgbGFiZWwgdmFsdWVzIGZvciB0 aGUgbm9kZSB3aG9zZQ0KPlNSR0IgaXQgaXMuICBObyBvbmUgZWxzZSB1c2VzIGl0IGZvciBsb2Nh bCBsYWJlbCBhbGxvY2F0aW9uLg0KPg0KPj4gSSBjYW7igJl0IHJlYWxseSBzZWUgd2hhdCBkaWZm ZXJlbnQgaXQgbWFrZXMgd2hldGhlciBvciBub3QgaXQgaXMgYQ0KPj4gaG9zdCBwcmVmaXggb3Ig d2hldGhlciB5b3UgY2FuIGFzY2VydGFpbiB0aGUgbm9kZSB0byB3aGljaCB0aGUgU1JHQg0KPj4g YmVsb25ncy4NCj4NCj5QbGVhc2Ugc2VlIHRoZSB1c2UgY2FzZSBkZXNjcmliZWQgYWJvdmUuDQo+ DQo+PiBJdCBzZWVtcyB0aGF0IHRoZSBrZXkgY29uc3RyYWludCBpcyB0aGF0IHRoZSBsYWJlbC1p bmRleCBhbmQgdGhlIFNSR0INCj4+IGNhbWUgZnJvbSB0aGUgc2FtZSBub2RlIGFuZCB0aGlzIGlz IGFsd2F5cyB0aGUgY2FzZS4NCj4NCj5Ob3cgaXQncyBteSB0dXJuIHRvIHNheSB0aGF0IEkgZG9u J3QgdW5kZXJzdGFuZCB0aGUgdXNlIGNhc2UgeW91IGhhdmUgaW4NCj5taW5kIDstKSAgSWYgYWxs IHlvdSBrbm93IGlzIHRoYXQgdGhlIFNSR0IgYW5kIHRoZSBQcmVmaXgtU0lEIHN1Yi1UTFZzDQo+ d2VyZSBjcmVhdGVkIGJ5IHRoZSBzYW1lIG5vZGUsIEkgZG9uJ3Qgc2VlIHdoYXQgZ29vZCBpdCBk b2VzIHlvdSB0byBrbm93DQo+dGhlIFNSR0IuDQoNCg0KDQo+DQo+RXJpYw0KPg0KPg0KDQo= From nobody Thu Nov 19 06:29:02 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9F4231B2A3E for ; Thu, 19 Nov 2015 06:18:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -107.487 X-Spam-Level: X-Spam-Status: No, score=-107.487 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.585, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham 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 MadXinQ1aJoV for ; Thu, 19 Nov 2015 06:18:50 -0800 (PST) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) by ietfa.amsl.com (Postfix) with ESMTP id C93681B2A3D for ; Thu, 19 Nov 2015 06:18:49 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 30) id 94362180009; Thu, 19 Nov 2015 06:17:28 -0800 (PST) To: quaizar.vohra@gmail.com, enkechen@cisco.com, akatlas@gmail.com, db3546@att.com, aretana@cisco.com, shares@ndzh.com, jgs@juniper.net X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Message-Id: <20151119141728.94362180009@rfc-editor.org> Date: Thu, 19 Nov 2015 06:17:28 -0800 (PST) Archived-At: X-Mailman-Approved-At: Thu, 19 Nov 2015 06:28:50 -0800 Cc: idr@ietf.org, rfc-editor@rfc-editor.org Subject: [Idr] [Technical Errata Reported] RFC6793 (4538) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2015 14:18:58 -0000 The following errata report has been submitted for RFC6793, "BGP Support for Four-Octet Autonomous System (AS) Number Space". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=6793&eid=4538 -------------------------------------- Type: Technical Reported by: Warren Kumari Section: 8 Original Text ------------- If the BGP4-MIB [RFC4273] is supported, there are no additional manageability concerns that arise from the use of four-octet AS numbers, since the InetAutonomousSystemNumber textual convention [RFC4001] is defined as Unsigned32. Corrected Text -------------- Notes ----- I do not have corrected text. RFC4273 does not use InetAutonomousSystemNumber for AS numbers: bgpPeerRemoteAs OBJECT-TYPE SYNTAX Integer32 (0..65535) MAX-ACCESS read-only STATUS current DESCRIPTION \\"The remote autonomous system number received in the BGP OPEN message.\\" REFERENCE \\"RFC 4271, Section 4.2.\\" ::= { bgpPeerEntry 9 } This uses \\"Integer32 (0...65535)\\" (note, Integer, not Unsigned Int). It is unclear to me how to fix this, I know some folk are simply treating it as a UInt32. Instructions: ------------- This erratum is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party (IESG) can log in to change the status and edit the report, if necessary. -------------------------------------- RFC6793 (draft-ietf-idr-rfc4893bis-07) -------------------------------------- Title : BGP Support for Four-Octet Autonomous System (AS) Number Space Publication Date : December 2012 Author(s) : Q. Vohra, E. Chen Category : PROPOSED STANDARD Source : Inter-Domain Routing Area : Routing Stream : IETF Verifying Party : IESG From nobody Thu Nov 19 09:15:36 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 405AF1B2D19 for ; Thu, 19 Nov 2015 09:15:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.153 X-Spam-Level: X-Spam-Status: No, score=-2.153 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, IP_NOT_FRIENDLY=0.334, RP_MATCHES_RCVD=-0.585, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham 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 SWI5CYP26FXi for ; Thu, 19 Nov 2015 09:15:33 -0800 (PST) Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id BB1171B2D11 for ; Thu, 19 Nov 2015 09:15:33 -0800 (PST) Received: by slice.pfrc.org (Postfix, from userid 1001) id 4DF4C1E1D1; Thu, 19 Nov 2015 12:16:14 -0500 (EST) Date: Thu, 19 Nov 2015 12:16:14 -0500 From: Jeffrey Haas To: idr@ietf.org, warren@kumari.net Message-ID: <20151119171613.GC30062@pfrc.org> References: <20151119141728.94362180009@rfc-editor.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20151119141728.94362180009@rfc-editor.org> User-Agent: Mutt/1.5.21 (2010-09-15) Archived-At: Subject: Re: [Idr] [Technical Errata Reported] RFC6793 (4538) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2015 17:15:35 -0000 On Thu, Nov 19, 2015 at 06:17:28AM -0800, RFC Errata System wrote: > I do not have corrected text. RFC4273 does not use InetAutonomousSystemNumber for AS numbers: > bgpPeerRemoteAs OBJECT-TYPE > SYNTAX Integer32 (0..65535) > MAX-ACCESS read-only > STATUS current > DESCRIPTION > \\"The remote autonomous system number received in > the BGP OPEN message.\\" > REFERENCE > \\"RFC 4271, Section 4.2.\\" > ::= { bgpPeerEntry 9 } > > This uses \\"Integer32 (0...65535)\\" (note, Integer, not Unsigned Int). > It is unclear to me how to fix this, I know some folk are simply treating it as a UInt32. Unsigned32 has a type of APPLICATION 2. Integer32/Integer is UNIVERAL 2. Unfortunately they're not the same on-the wire encodings. This was not a permissable change to the MIB when the work on RFC 4273 was being done. So, in terms of errata - it's an issue to not be able to encode 4-byte ASes in RFC 4273. However, this was one of the use cases for the BGP MIBv2 work. -- Jeff From nobody Thu Nov 19 14:51:36 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 59A191B36BB for ; Thu, 19 Nov 2015 14:51:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.086 X-Spam-Level: X-Spam-Status: No, score=-15.086 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 tTT3eO9ER9xA for ; Thu, 19 Nov 2015 14:51:33 -0800 (PST) Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9D7451B36BE for ; Thu, 19 Nov 2015 14:51:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2604; q=dns/txt; s=iport; t=1447973493; x=1449183093; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=3MVLWXrzu/VpUTgDvql0fIK684u46GzPA7CNH4jXmIY=; b=UGynlwG8HsYCYngcyhTtmfGGMpTmGnKuVqXgOT5B1MpFltOO0EqfXzvZ FmYCkkSrRDC1ONQAt4YQqIIjD3F1xO+J8m/xCNLYomX/bLFuQeNgP0KWe j7JzV2HKq33bU+5Mn3xChdg/UNbQ/mC0JG0ocdxFg0Qdvg3l33b/nPcND Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ANAgDaUU5W/5pdJa1EGoM7U28GvngBD?= =?us-ascii?q?YFlIYVuAoFSOBQBAQEBAQEBgQqENQEBBDo/EAIBCDYQMiUCBAENBYguDTu/YAE?= =?us-ascii?q?BAQEBAQEBAQEBAQEBAQEBAQEBARiGVAGEfYFAgl+FGgEEh0YKhwCEGoNiAY0tg?= =?us-ascii?q?VuEQIMlkwYBHwEBQoIRDRCBVnIBE4QFgQcBAQE?= X-IronPort-AV: E=Sophos;i="5.20,319,1444694400"; d="scan'208";a="209453848" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 19 Nov 2015 22:51:32 +0000 Received: from XCH-ALN-003.cisco.com (xch-aln-003.cisco.com [173.36.7.13]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id tAJMpW0V003867 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 19 Nov 2015 22:51:32 GMT Received: from xch-aln-002.cisco.com (173.36.7.12) by XCH-ALN-003.cisco.com (173.36.7.13) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Thu, 19 Nov 2015 16:51:31 -0600 Received: from xch-aln-002.cisco.com ([173.36.7.12]) by XCH-ALN-002.cisco.com ([173.36.7.12]) with mapi id 15.00.1104.000; Thu, 19 Nov 2015 16:51:31 -0600 From: "Alvaro Retana (aretana)" To: RFC Errata System , "quaizar.vohra@gmail.com" , "Enke Chen (enkechen)" , "akatlas@gmail.com" , "db3546@att.com" , "shares@ndzh.com" , "jgs@juniper.net" Thread-Topic: [Technical Errata Reported] RFC6793 (4538) Thread-Index: AQHRItU/nj8/uPdDV0C7Y8rmpyEu8J6kBL0A Date: Thu, 19 Nov 2015 22:51:31 +0000 Message-ID: References: <20151119141728.94362180009@rfc-editor.org> In-Reply-To: <20151119141728.94362180009@rfc-editor.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.117.15.3] Content-Type: text/plain; charset="us-ascii" Content-ID: <4613A8BB68DB7847B8EBC4139342F625@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "idr@ietf.org" Subject: Re: [Idr] [Technical Errata Reported] RFC6793 (4538) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2015 22:51:35 -0000 Hi! I wonder if the authors meant draft-ietf-idr-bgp4-mibv2 (instead of rfc4273), which does use InetAutonomousSystemNumber. If so, then that would be the errata. Enke/Quaizar? Of course, the MIBv2 has been stuck without implementations for a while (??). Sue/John: can you please confirm? Thanks! Alvaro. On 11/19/15, 9:17 AM, "RFC Errata System" wrote: >The following errata report has been submitted for RFC6793, >"BGP Support for Four-Octet Autonomous System (AS) Number Space". > >-------------------------------------- >You may review the report below and at: >http://www.rfc-editor.org/errata_search.php?rfc=3D6793&eid=3D4538 > >-------------------------------------- >Type: Technical >Reported by: Warren Kumari > >Section: 8 > >Original Text >------------- >If the BGP4-MIB [RFC4273] is supported, there are no additional >manageability concerns that arise from the use of four-octet AS >numbers, since the InetAutonomousSystemNumber textual convention >[RFC4001] is defined as Unsigned32. > >Corrected Text >-------------- > > >Notes >----- >I do not have corrected text. RFC4273 does not use >InetAutonomousSystemNumber for AS numbers: >bgpPeerRemoteAs OBJECT-TYPE > SYNTAX Integer32 (0..65535) > MAX-ACCESS read-only > STATUS current > DESCRIPTION > \\"The remote autonomous system number received in > the BGP OPEN message.\\" > REFERENCE > \\"RFC 4271, Section 4.2.\\" > ::=3D { bgpPeerEntry 9 } > >This uses \\"Integer32 (0...65535)\\" (note, Integer, not Unsigned Int). >It is unclear to me how to fix this, I know some folk are simply treating >it as a UInt32. > >Instructions: >------------- >This erratum is currently posted as "Reported". If necessary, please >use "Reply All" to discuss whether it should be verified or >rejected. When a decision is reached, the verifying party (IESG) >can log in to change the status and edit the report, if necessary. > >-------------------------------------- >RFC6793 (draft-ietf-idr-rfc4893bis-07) >-------------------------------------- >Title : BGP Support for Four-Octet Autonomous System (AS) >Number Space >Publication Date : December 2012 >Author(s) : Q. Vohra, E. Chen >Category : PROPOSED STANDARD >Source : Inter-Domain Routing >Area : Routing >Stream : IETF >Verifying Party : IESG > From nobody Thu Nov 19 15:25:31 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B95461B3712 for ; Thu, 19 Nov 2015 15:12:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham 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 5z6rwNMa9jxK for ; Thu, 19 Nov 2015 15:12:46 -0800 (PST) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0133.outbound.protection.outlook.com [207.46.100.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 70C021B3710 for ; Thu, 19 Nov 2015 15:12:46 -0800 (PST) Received: from BLUPR05MB451.namprd05.prod.outlook.com (10.141.28.26) by BLUPR05MB450.namprd05.prod.outlook.com (10.141.28.19) with Microsoft SMTP Server (TLS) id 15.1.325.17; Thu, 19 Nov 2015 23:12:43 +0000 Received: from BLUPR05MB451.namprd05.prod.outlook.com ([169.254.6.87]) by BLUPR05MB451.namprd05.prod.outlook.com ([169.254.6.87]) with mapi id 15.01.0325.019; Thu, 19 Nov 2015 23:12:43 +0000 From: John Scudder To: "Alvaro Retana (aretana)" Thread-Topic: [Technical Errata Reported] RFC6793 (4538) Thread-Index: AQHRItU35dXg75Jt7ESjxGedrgqHWQ== Date: Thu, 19 Nov 2015 23:12:43 +0000 Message-ID: <6B92E2D5-0F25-4233-ABC6-48378A3AD5C5@juniper.net> References: <20151119141728.94362180009@rfc-editor.org> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=jgs@juniper.net; x-originating-ip: [75.151.14.9] x-microsoft-exchange-diagnostics: 1; BLUPR05MB450; 5:+XWADA7GNRn4kgnFaRcLYcgiCwOCF99UcqdA3gbsij7mElwbzYrYzOeoPvFA9ffrQb4X+8nxmRgcy0TsApftJIC5TnNu8nlzBgYcSkKlCyjgNHcB8KKDGbkj2JYYHlFYQOpJWsBX963VUA8rfDlxjQ==; 24:Au4GKJ/XzoIXC49kx6aeXj7jyUJ92RUpWAPT8tBpmh+Vx+SDj5q3hQpKOJOVJpucr88JV/K8AP4Q+yTOQdeiftmfZ3r8CcKfdCweEPvabGo=; 20:O9dodIupyTrO+LAYpBeo8j3C6ykU9Z0pdEOyA5gMJXxZGbr/e+erUgf20xA9cBwz0oUJKJSPySGlP6JIN6QQRA== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR05MB450; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(95692535739014); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(520078)(5005006)(10201501046)(3002001); SRVR:BLUPR05MB450; BCL:0; PCL:0; RULEID:; SRVR:BLUPR05MB450; x-forefront-prvs: 07658B8EA3 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(199003)(189002)(377454003)(24454002)(5007970100001)(189998001)(558084003)(40100003)(102836003)(5008740100001)(5004730100002)(11100500001)(76176999)(54356999)(5002640100001)(2950100001)(50986999)(3846002)(66066001)(2900100001)(105586002)(6116002)(101416001)(5001960100002)(106116001)(19580405001)(97736004)(81156007)(33656002)(110136002)(106356001)(19580395003)(82746002)(5001920100001)(86362001)(10400500002)(122556002)(87936001)(92566002)(83716003)(99286002)(36756003)(586003)(104396002)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR05MB450; H:BLUPR05MB451.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) Content-Type: text/plain; charset="utf-8" Content-ID: <96B430D62639DB42AC37C01FD535CFF4@junipernetworks.onmicrosoft.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Nov 2015 23:12:43.4870 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR05MB450 Archived-At: X-Mailman-Approved-At: Thu, 19 Nov 2015 15:25:30 -0800 Cc: "idr@ietf.org" , "quaizar.vohra@gmail.com" , "shares@ndzh.com" , RFC Errata System Subject: Re: [Idr] [Technical Errata Reported] RFC6793 (4538) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2015 23:12:49 -0000 T24gTm92IDE5LCAyMDE1LCBhdCA1OjUxIFBNLCBBbHZhcm8gUmV0YW5hIChhcmV0YW5hKSA8YXJl dGFuYUBjaXNjby5jb20+IHdyb3RlOg0KPiANCj4gTUlCdjIgaGFzIGJlZW4gc3R1Y2sgd2l0aG91 dCBpbXBsZW1lbnRhdGlvbnMgZm9yIGEgd2hpbGUNCj4gKD8/KS4gIFN1ZS9Kb2huOiBjYW4geW91 IHBsZWFzZSBjb25maXJtPw0KDQpDb3JyZWN0Lg0KDQrigJMg4oCTIEpvaG4NCg== From nobody Thu Nov 19 15:25:32 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 11A331B371B for ; Thu, 19 Nov 2015 15:16:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham 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 f5m8ZQFPI8jr for ; Thu, 19 Nov 2015 15:16:27 -0800 (PST) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0708.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:708]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 724ED1B36F1 for ; Thu, 19 Nov 2015 15:16:27 -0800 (PST) Received: from BLUPR05MB451.namprd05.prod.outlook.com (10.141.28.26) by BLUPR05MB450.namprd05.prod.outlook.com (10.141.28.19) with Microsoft SMTP Server (TLS) id 15.1.325.17; Thu, 19 Nov 2015 23:16:05 +0000 Received: from BLUPR05MB451.namprd05.prod.outlook.com ([169.254.6.87]) by BLUPR05MB451.namprd05.prod.outlook.com ([169.254.6.87]) with mapi id 15.01.0325.019; Thu, 19 Nov 2015 23:16:05 +0000 From: John Scudder To: "Alvaro Retana (aretana)" Thread-Topic: [Technical Errata Reported] RFC6793 (4538) Thread-Index: AQHRItU35dXg75Jt7ESjxGedrgqHWQ== Date: Thu, 19 Nov 2015 23:16:05 +0000 Message-ID: References: <20151119141728.94362180009@rfc-editor.org> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=jgs@juniper.net; x-originating-ip: [75.151.14.9] x-microsoft-exchange-diagnostics: 1; BLUPR05MB450; 5:9o3a0tnrl/uVZ+czS4B3g/z+xtNmCxWPdlRdHuw6r4GLDjBtOSlxddhZaNLklu5ksXbkxdJyNMO7qs/qD1M5uIIP/AQwJGsd3JcgCALofvw2qvKSo1VNYcns9dkMegQg/p1kQDZItupSp+rTcX9wDQ==; 24:PRokm+Xoa/tuXYcKfgX1ipnoVWUEi5zyQYSdRm2xeap6qFTPG8SQ8i0zRQY6A2d2y6XJzAV4r2WE0H6YiPecVFf91ngREVaW58VgFKYGEGw=; 20:ayZKP8fXKrOp7IV7DOOYnmHrFC41ckfYxWJLSCfBddAVl8uU/wc+Xi4THUtGBilc4lV+/lOfKx2MIwf3wVGmRg== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR05MB450; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(95692535739014); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(520078)(5005006)(10201501046)(3002001); SRVR:BLUPR05MB450; BCL:0; PCL:0; RULEID:; SRVR:BLUPR05MB450; x-forefront-prvs: 07658B8EA3 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(54094003)(199003)(189002)(377454003)(24454002)(5007970100001)(189998001)(40100003)(102836003)(5008740100001)(5004730100002)(11100500001)(76176999)(54356999)(5002640100001)(2950100001)(50986999)(3846002)(66066001)(2900100001)(105586002)(6116002)(101416001)(5001960100002)(106116001)(19580405001)(97736004)(81156007)(33656002)(110136002)(106356001)(19580395003)(82746002)(5001920100001)(86362001)(10400500002)(122556002)(87936001)(92566002)(83716003)(99286002)(36756003)(586003)(104396002)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR05MB450; H:BLUPR05MB451.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Nov 2015 23:16:05.2561 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR05MB450 Archived-At: X-Mailman-Approved-At: Thu, 19 Nov 2015 15:25:30 -0800 Cc: "idr@ietf.org" , "quaizar.vohra@gmail.com" , "shares@ndzh.com" , RFC Errata System Subject: Re: [Idr] [Technical Errata Reported] RFC6793 (4538) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2015 23:16:30 -0000 On Nov 19, 2015, at 5:51 PM, Alvaro Retana (aretana) wr= ote: >=20 > I wonder if the authors meant draft-ietf-idr-bgp4-mibv2 (instead of > rfc4273), which does use InetAutonomousSystemNumber. If so, then that > would be the errata. Enke/Quaizar? Since it's an informative reference and not normative, that would work I th= ink. --John From nobody Thu Nov 19 15:25:33 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8C4E21B371C for ; Thu, 19 Nov 2015 15:18:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.086 X-Spam-Level: X-Spam-Status: No, score=-15.086 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 TYxv9mt3hdqt for ; Thu, 19 Nov 2015 15:18:30 -0800 (PST) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 61B5E1B3718 for ; Thu, 19 Nov 2015 15:18:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=563; q=dns/txt; s=iport; t=1447975110; x=1449184710; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=gE4cym3zRpG/okN6Wy8BnxiC/ocG4PK7iq2C68q/p7g=; b=WsbPddU4FUsNSH2Y+5bPJvjL+RHQYz6UWIZUgvH7+MjhZzBvU/HeMYFA D90pMNyycBFFJe2s32SGri/8R9c3ViMENXzUncbSgWNkbLqNHph7hltXB Cs+96UUjrvcOXsjA7C43Vq8jt4dzfBP235mSmyKgyoM4snYuy79JU+bjo s=; X-IronPort-AV: E=Sophos;i="5.20,319,1444694400"; d="scan'208";a="46406944" Received: from alln-core-6.cisco.com ([173.36.13.139]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 19 Nov 2015 23:18:29 +0000 Received: from [10.154.200.112] ([10.154.200.112]) by alln-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id tAJNITnv030001; Thu, 19 Nov 2015 23:18:29 GMT To: John Scudder , "Alvaro Retana (aretana)" References: <20151119141728.94362180009@rfc-editor.org> From: Enke Chen Message-ID: <564E58C4.6070006@cisco.com> Date: Thu, 19 Nov 2015 15:18:28 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: X-Mailman-Approved-At: Thu, 19 Nov 2015 15:25:30 -0800 Cc: "idr@ietf.org" , "quaizar.vohra@gmail.com" , "shares@ndzh.com" , RFC Errata System Subject: Re: [Idr] [Technical Errata Reported] RFC6793 (4538) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2015 23:18:31 -0000 Sorry, I do not remember this detail :-( But it certainly should reference a document that uses 32bit (instead of 16bit) for AS numbers. -- Enke On 11/19/15 3:16 PM, John Scudder wrote: > On Nov 19, 2015, at 5:51 PM, Alvaro Retana (aretana) wrote: >> I wonder if the authors meant draft-ietf-idr-bgp4-mibv2 (instead of >> rfc4273), which does use InetAutonomousSystemNumber. If so, then that >> would be the errata. Enke/Quaizar? > Since it's an informative reference and not normative, that would work I think. > > --John From nobody Thu Nov 19 16:54:51 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 70A231A020D for ; Thu, 19 Nov 2015 16:54:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.086 X-Spam-Level: X-Spam-Status: No, score=-15.086 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 rHdM04UQitzn for ; Thu, 19 Nov 2015 16:54:48 -0800 (PST) Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 113D81A020A for ; Thu, 19 Nov 2015 16:54:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=834; q=dns/txt; s=iport; t=1447980888; x=1449190488; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=5zJMkSc1T3077VMHrp3Ir8jS6tqe/Q44edmo+V6PHhY=; b=H3Mb8VW3/LHh+nQH1xjdFXXp3sy4x/UAej0KbFXw70i9IHIsSsqSoF8/ n0bqUFCNaSM2WH4c1Wvq+awJ05KMdaR3Js+WWSPPT8PDQQW1nhzKRzOyP e7ZGZU84vks+6BYeeEtHscyWHuVOzZkdIDJH8uxuRZ5rKGNlwFjBgm5YL A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AMAgCIbk5W/5JdJa1egzuBMw++fwENg?= =?us-ascii?q?WWGDwKBUDgUAQEBAQEBAYEKhDQBAQEDATo/BQsCAQgYHhAyJQIEDgWIJgjAQAE?= =?us-ascii?q?BAQEBAQEBAQEBAQEBAQEBAQEBARiGVAGCD4JugUCDGYNLgRUBBJJqg2IBjS2cR?= =?us-ascii?q?gEfAQFCgh6BZnKFLQEBAQ?= X-IronPort-AV: E=Sophos;i="5.20,319,1444694400"; d="scan'208";a="208879836" Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 20 Nov 2015 00:54:47 +0000 Received: from XCH-ALN-002.cisco.com (xch-aln-002.cisco.com [173.36.7.12]) by rcdn-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id tAK0slhw008656 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 20 Nov 2015 00:54:47 GMT Received: from xch-aln-002.cisco.com (173.36.7.12) by XCH-ALN-002.cisco.com (173.36.7.12) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Thu, 19 Nov 2015 18:54:46 -0600 Received: from xch-aln-002.cisco.com ([173.36.7.12]) by XCH-ALN-002.cisco.com ([173.36.7.12]) with mapi id 15.00.1104.000; Thu, 19 Nov 2015 18:54:46 -0600 From: "Alvaro Retana (aretana)" To: "Enke Chen (enkechen)" Thread-Topic: [Technical Errata Reported] RFC6793 (4538) Thread-Index: AQHRItU/nj8/uPdDV0C7Y8rmpyEu8J6kBL0AgABatICAAACrAP//tlPc Date: Fri, 20 Nov 2015 00:54:46 +0000 Message-ID: <37AC896D-8856-4021-8354-0EE18A2D2855@cisco.com> References: <20151119141728.94362180009@rfc-editor.org> , <564E58C4.6070006@cisco.com> In-Reply-To: <564E58C4.6070006@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "idr@ietf.org" , "quaizar.vohra@gmail.com" , "shares@ndzh.com" , RFC Errata System Subject: Re: [Idr] [Technical Errata Reported] RFC6793 (4538) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Nov 2015 00:54:49 -0000 If no one objects, I'll file the errata so that the text points to the MIB= v2. Thanks! Alvaro. Thumb-typed and autocorrected.. > On Nov 19, 2015, at 6:18 PM, Enke Chen (enkechen) wr= ote: >=20 > Sorry, I do not remember this detail :-( But it certainly should referen= ce a document that uses 32bit (instead of 16bit) for AS numbers. >=20 > -- Enke >=20 >> On 11/19/15 3:16 PM, John Scudder wrote: >>> On Nov 19, 2015, at 5:51 PM, Alvaro Retana (aretana) wrote: >>> I wonder if the authors meant draft-ietf-idr-bgp4-mibv2 (instead of >>> rfc4273), which does use InetAutonomousSystemNumber. If so, then that >>> would be the errata. Enke/Quaizar? >> Since it's an informative reference and not normative, that would work I= think. >>=20 >> --John >=20 From nobody Sun Nov 22 19:54:19 2015 Return-Path: X-Original-To: idr@ietf.org Delivered-To: idr@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 74E841B2FBF; Sun, 22 Nov 2015 19:54:16 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.11.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20151123035416.2649.59243.idtracker@ietfa.amsl.com> Date: Sun, 22 Nov 2015 19:54:16 -0800 Archived-At: Cc: idr@ietf.org Subject: [Idr] I-D Action: draft-ietf-idr-wide-bgp-communities-01.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Nov 2015 03:54:16 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Inter-Domain Routing Working Group of the IETF. Title : Wide BGP Communities Attribute Authors : Robert Raszuk Jeffrey Haas Andrew Lange Shane Amante Bruno Decraene Paul Jakma Richard A Steenbergen Filename : draft-ietf-idr-wide-bgp-communities-01.txt Pages : 23 Date : 2015-11-22 Abstract: Route tagging plays an important role in external BGP [RFC4271] relations, in communicating various routing policies between peers. It is also a very common best practice among operators to propagate various additional information about routes intra-domain. The most common tool used today to attach various information about routes is through the use of BGP communities [RFC1997]. Such information is important to allow BGP speakers to perform some mutually agreed actions without the need to maintain a separate offline database for each tuple of prefix and associated set of action entries. This document defines a new encoding which will enhance and simplify what can be accomplished today with the use of BGP communities. The most important addition this specification makes over currently defined BGP communities is the ability to specify, carry as well as use for execution an operator's defined set of parameters. It also provides an extensible platform for any new community encoding needs in the future. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-idr-wide-bgp-communities/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-idr-wide-bgp-communities-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-idr-wide-bgp-communities-01 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sun Nov 22 19:56:04 2015 Return-Path: X-Original-To: idr@ietf.org Delivered-To: idr@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 602311B2FC6; Sun, 22 Nov 2015 19:56:02 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.11.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20151123035602.8496.37375.idtracker@ietfa.amsl.com> Date: Sun, 22 Nov 2015 19:56:02 -0800 Archived-At: Cc: idr@ietf.org Subject: [Idr] I-D Action: draft-ietf-idr-registered-wide-bgp-communities-01.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Nov 2015 03:56:02 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Inter-Domain Routing Working Group of the IETF. Title : Registered Wide BGP Community Values Authors : Robert Raszuk Jeffrey Haas Filename : draft-ietf-idr-registered-wide-bgp-communities-01.txt Pages : 18 Date : 2015-11-22 Abstract: Communicating various routing policies via route tagging plays an important role in external BGP peering relations. The most common tool used today to attach various information about routes is realized with the use of BGP communities. Such information is important for the peering AS to perform some mutually agreed actions without the need to maintain a separate offline database for each pair of prefix and an associated with it requested set of action entries. This document proposes to establish a new IANA maintained registry of most commonly used Wide BGP Communities by network operators. Such public registry will allow for easy refernece and clear interpretation of the actions associated with received community values. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-idr-registered-wide-bgp-communities/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-idr-registered-wide-bgp-communities-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-idr-registered-wide-bgp-communities-01 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Nov 23 07:01:53 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BDEE01B3A83 for ; Mon, 23 Nov 2015 07:01:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.055 X-Spam-Level: X-Spam-Status: No, score=-99.055 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, USER_IN_WHITELIST=-100] autolearn=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 IznX5gvyKTIy for ; Mon, 23 Nov 2015 07:01:50 -0800 (PST) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) (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 66C5C1B3A82 for ; Mon, 23 Nov 2015 07:01:50 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.177; From: "Susan Hares" To: "'Alvaro Retana \(aretana\)'" , "'Enke Chen \(enkechen\)'" References: <20151119141728.94362180009@rfc-editor.org> , <564E58C4.6070006@cisco.com> <37AC896D-8856-4021-8354-0EE18A2D2855@cisco.com> In-Reply-To: <37AC896D-8856-4021-8354-0EE18A2D2855@cisco.com> Date: Mon, 23 Nov 2015 10:01:42 -0500 Message-ID: <014701d125ff$dd7055f0$985101d0$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQEs1PtoUf2xF6bIISp7krJLDhH6bQG7XnQ2AaJbOIsBqrF3GgIhcg7nn7kGzyA= Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: idr@ietf.org, quaizar.vohra@gmail.com, 'RFC Errata System' Subject: Re: [Idr] [Technical Errata Reported] RFC6793 (4538) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Nov 2015 15:01:51 -0000 Alvaro: Sounds great! Sue -----Original Message----- From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Alvaro Retana (aretana) Sent: Thursday, November 19, 2015 7:55 PM To: Enke Chen (enkechen) Cc: idr@ietf.org; quaizar.vohra@gmail.com; shares@ndzh.com; RFC Errata System Subject: Re: [Idr] [Technical Errata Reported] RFC6793 (4538) If no one objects, I'll file the errata so that the text points to the MIBv2. Thanks! Alvaro. Thumb-typed and autocorrected.. > On Nov 19, 2015, at 6:18 PM, Enke Chen (enkechen) wrote: > > Sorry, I do not remember this detail :-( But it certainly should reference a document that uses 32bit (instead of 16bit) for AS numbers. > > -- Enke > >> On 11/19/15 3:16 PM, John Scudder wrote: >>> On Nov 19, 2015, at 5:51 PM, Alvaro Retana (aretana) wrote: >>> I wonder if the authors meant draft-ietf-idr-bgp4-mibv2 (instead of >>> rfc4273), which does use InetAutonomousSystemNumber. If so, then that >>> would be the errata. Enke/Quaizar? >> Since it's an informative reference and not normative, that would work I think. >> >> --John > _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr From nobody Mon Nov 23 10:58:18 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D8BEE1ACDD6; Mon, 23 Nov 2015 10:58:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -107.487 X-Spam-Level: X-Spam-Status: No, score=-107.487 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.585, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham 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 LxFIcFbq475b; Mon, 23 Nov 2015 10:58:15 -0800 (PST) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) by ietfa.amsl.com (Postfix) with ESMTP id 639431ACDC1; Mon, 23 Nov 2015 10:58:15 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 30) id 24D9918000D; Mon, 23 Nov 2015 10:56:41 -0800 (PST) To: warren@kumari.net, quaizar.vohra@gmail.com, enkechen@cisco.com X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Message-Id: <20151123185641.24D9918000D@rfc-editor.org> Date: Mon, 23 Nov 2015 10:56:41 -0800 (PST) Archived-At: Cc: rfc-editor@rfc-editor.org, iesg@ietf.org, idr@ietf.org Subject: [Idr] [Errata Held for Document Update] RFC6793 (4538) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Nov 2015 18:58:17 -0000 The following errata report has been held for document update for RFC6793, "BGP Support for Four-Octet Autonomous System (AS) Number Space". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=6793&eid=4538 -------------------------------------- Status: Held for Document Update Type: Technical Reported by: Warren Kumari Date Reported: 2015-11-19 Held by: Alvaro Retana (IESG) Section: 8 Original Text ------------- If the BGP4-MIB [RFC4273] is supported, there are no additional manageability concerns that arise from the use of four-octet AS numbers, since the InetAutonomousSystemNumber textual convention [RFC4001] is defined as Unsigned32. Corrected Text -------------- If the BGP4-MIBv2 [draft-ietf-idr-bgp4-mibv2] is supported, there are no additional manageability concerns that arise from the use of four-octet AS numbers, since the InetAutonomousSystemNumber textual convention [RFC4001] is defined as Unsigned32. Notes ----- I do not have corrected text. RFC4273 does not use InetAutonomousSystemNumber for AS numbers: bgpPeerRemoteAs OBJECT-TYPE SYNTAX Integer32 (0..65535) MAX-ACCESS read-only STATUS current DESCRIPTION \\\\\\\\\\\\\\\\"The remote autonomous system number received in the BGP OPEN message.\\\\\\\\\\\\\\\\" REFERENCE \\\\\\\\\\\\\\\\"RFC 4271, Section 4.2.\\\\\\\\\\\\\\\\" ::= { bgpPeerEntry 9 } This uses \\\\\\\\\\\\\\\\"Integer32 (0...65535)\\\\\\\\\\\\\\\\" (note, Integer, not Unsigned Int). It is unclear to me how to fix this, I know some folk are simply treating it as a UInt32. ===== The report is correct, rfc4273 can\\'t support 4-byte ASNs. After consulting with the authors and the WG, it seems like the correct reference should have been draft-ietf-idr-bgp4-mibv2 (BGP4 MIBv2). Besides the corrected text above, an Informative Reference should be added to draft-ietf-idr-bgp4-mibv2. -------------------------------------- RFC6793 (draft-ietf-idr-rfc4893bis-07) -------------------------------------- Title : BGP Support for Four-Octet Autonomous System (AS) Number Space Publication Date : December 2012 Author(s) : Q. Vohra, E. Chen Category : PROPOSED STANDARD Source : Inter-Domain Routing Area : Routing Stream : IETF Verifying Party : IESG From nobody Mon Nov 23 18:38:09 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8F34A1B2C50 for ; Mon, 23 Nov 2015 18:38:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.001 X-Spam-Level: X-Spam-Status: No, score=-0.001 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham 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 t6brHDpAn4Kw for ; Mon, 23 Nov 2015 18:38:07 -0800 (PST) Received: from atl4mhob11.myregisteredsite.com (atl4mhob11.myregisteredsite.com [209.17.115.49]) by ietfa.amsl.com (Postfix) with ESMTP id 095201B2C4E for ; Mon, 23 Nov 2015 18:38:06 -0800 (PST) Received: from mailpod.hostingplatform.com ([10.30.71.207]) by atl4mhob11.myregisteredsite.com (8.14.4/8.14.4) with ESMTP id tAO2c4V0011324 for ; Mon, 23 Nov 2015 21:38:04 -0500 Received: (qmail 11606 invoked by uid 0); 24 Nov 2015 02:38:04 -0000 X-TCPREMOTEIP: 69.81.157.131 X-Authenticated-UID: wes@mti-systems.com Received: from unknown (HELO ?192.168.1.105?) (wes@mti-systems.com@69.81.157.131) by 0 with ESMTPA; 24 Nov 2015 02:38:04 -0000 To: idr@ietf.org From: Wesley Eddy Message-ID: <5653CD88.3070802@mti-systems.com> Date: Mon, 23 Nov 2015 21:38:00 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: Justin Dailey Subject: [Idr] packet-rate action for flowspec X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 02:38:08 -0000 Hello, I'd like to make the working group aware of a very short new draft: https://tools.ietf.org/html/draft-eddy-idr-flowspec-packet-rate-00 The idea is to enhance the set of available flowspec actions, by allocating a community value to indicate packets-per-second rate-limits. We had heard from some operators who make use of flowspec that this would be desirable, and had previously included this idea as one part of an earlier draft (draft-eddy-idr-flowspec-exp). There was a bit of feedback indicating that at least this packet rate limitation may be a reasonable idea to take forward. One important question, not yet addressed in this draft, has been raised by Qiandeng Liang. In brief, it is how to properly handle the concurrence of both a traffic-rate and a packet-rate action in a flowspec advertisement. To me, it seems this could safely be implementation dependent, but would like to explore other thoughts the working group may have. Any other feedback is welcome, as well. From nobody Tue Nov 24 00:13:11 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CB81B1A0439 for ; Tue, 24 Nov 2015 00:13:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.086 X-Spam-Level: X-Spam-Status: No, score=-15.086 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 HlSAe6Qwc7hq for ; Tue, 24 Nov 2015 00:13:08 -0800 (PST) Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 68C4C1A03FF for ; Tue, 24 Nov 2015 00:13:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1292; q=dns/txt; s=iport; t=1448352788; x=1449562388; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=J0YQm5HLvxCXQtHszJ1iLfL1DWHmzsPj0w3qSIDvbxM=; b=IN0bt/Sz6g7rzSnRZHgj3gjOTKbmUpw1uYuHGDTbEGHcj8RkNmuXqeY5 3kITtf7QjA4kgb6P0Oe+sjTVv7LMhJyKgUnUkAjyA/OSKFAH4+HlJIGu/ 0iKaZgxFutk9u8cFUBCHgjUBShvCmu/+AlRGXB6WNSgzpKbuAYwh+St9z 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D9AQAtG1RW/4MNJK1egztTbwa/JQENg?= =?us-ascii?q?WUXCoVuAoE6OBQBAQEBAQEBgQqENQEBBAEBATc0CxIBCA4oNwslAgQBDQUUiBo?= =?us-ascii?q?NvkQBAQEBAQEBAQEBAQEBAQEBAQEBAQEUBIZUhH6JOQEEllABhSOIDZxKAR8BA?= =?us-ascii?q?UKEBHKEJIEHAQEB?= X-IronPort-AV: E=Sophos;i="5.20,338,1444694400"; d="scan'208";a="53390264" Received: from alln-core-1.cisco.com ([173.36.13.131]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 24 Nov 2015 08:13:07 +0000 Received: from XCH-RCD-001.cisco.com (xch-rcd-001.cisco.com [173.37.102.11]) by alln-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id tAO8D7mh011186 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 24 Nov 2015 08:13:07 GMT Received: from xch-rcd-004.cisco.com (173.37.102.14) by XCH-RCD-001.cisco.com (173.37.102.11) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Tue, 24 Nov 2015 02:13:07 -0600 Received: from xch-rcd-004.cisco.com ([173.37.102.14]) by XCH-RCD-004.cisco.com ([173.37.102.14]) with mapi id 15.00.1104.000; Tue, 24 Nov 2015 02:13:06 -0600 From: "Aseem Choudhary (asechoud)" To: Wesley Eddy , "idr@ietf.org" Thread-Topic: [Idr] packet-rate action for flowspec Thread-Index: AQHRJmEsvphvqx+c7keAIR9OGHnREJ6qsZkA Date: Tue, 24 Nov 2015 08:13:06 +0000 Message-ID: In-Reply-To: <5653CD88.3070802@mti-systems.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.3.120616 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.24.60.151] Content-Type: text/plain; charset="us-ascii" Content-ID: <8A35F664BF24A54290B88A37F861F8BC@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: Justin Dailey Subject: Re: [Idr] packet-rate action for flowspec X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 08:13:10 -0000 Why not just have either of the two not both? Aseem On 11/23/15, 6:38 PM, "Wesley Eddy" wrote: >Hello, I'd like to make the working group aware of a very short new draft: >https://tools.ietf.org/html/draft-eddy-idr-flowspec-packet-rate-00 > >The idea is to enhance the set of available flowspec actions, by >allocating a community value to indicate packets-per-second rate-limits. > >We had heard from some operators who make use of flowspec that this >would be desirable, and had previously included this idea as one part of >an earlier draft (draft-eddy-idr-flowspec-exp). There was a bit of >feedback indicating that at least this packet rate limitation may be a >reasonable idea to take forward. > >One important question, not yet addressed in this draft, has been raised >by Qiandeng Liang. In brief, it is how to properly handle the >concurrence of both a traffic-rate and a packet-rate action in a >flowspec advertisement. To me, it seems this could safely be >implementation dependent, but would like to explore other thoughts the >working group may have. > >Any other feedback is welcome, as well. > >_______________________________________________ >Idr mailing list >Idr@ietf.org >https://www.ietf.org/mailman/listinfo/idr From nobody Tue Nov 24 03:08:19 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C3ED71B2FA4; Tue, 24 Nov 2015 03:08:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -97.155 X-Spam-Level: X-Spam-Status: No, score=-97.155 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] autolearn=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 C66_jYtk0xHF; Tue, 24 Nov 2015 03:08:10 -0800 (PST) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) (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 2814C1B2FA1; Tue, 24 Nov 2015 03:08:07 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.177; From: "Susan Hares" To: Date: Tue, 24 Nov 2015 06:08:02 -0500 Message-ID: <054501d126a8$63153330$293f9990$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0546_01D1267E.7A3F2B30" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdEmp77IxuKghE5kRa2lcwZ7iCLuqw== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: draft-psarkar-idr-bgp-ls-node-admin-tag-extension@ietf.org Subject: [Idr] draft-psarkar-idr-bgp-ls-node-admin-tag-extension Adoption - 9/10 to 9/24 - Adoption process extended (11/24 to 12/8) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 11:08:16 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0546_01D1267E.7A3F2B30 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Pushpasis and WG: Thank you for your question regarding draft-psarkar-idr-bgp-ls-node-admin-tag-extension-03.txt. The WG adoption call (9/10 to 9/214) has indicated interest in this document. However, during the adoption process I failed to raise the IPR issues, and this draft has the following IPR disclosure: http://datatracker.ietf.org/ipr/2558/. Therefore, we will need to extend the WG call to ask the all co-authors to respond to this message if they know of any additional IPR. After the authors respond, we will do a 1 week WG conformation call that the WG still wants to adopt the work given the IPR. If you could get your co-authors to quickly indicate their IPR status, it would be helpful. If you have implemented these TLVs and SUB-TLVs, it would be good to update the list on the implementation status. Sue Hares PS - I apologize for missing the IPR during the first WG adoption call period. ------=_NextPart_000_0546_01D1267E.7A3F2B30 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Pushpasis = and WG:

 

Thank you for your question regarding = draft-psarkar-idr-bgp-ls-node-admin-tag-extension-03.txt.   = The WG adoption call (9/10 to 9/214) has indicated interest in this = document.

 

However, during the adoption process I failed to raise = the IPR issues, and this draft has the following IPR disclosure: http://datatracker.ietf.or= g/ipr/2558/.  Therefore, we will need to extend the WG call to = ask the all co-authors to respond to this message if they know of any = additional IPR.  After the authors respond, we will do a 1 week WG = conformation call that the WG still wants to adopt the work given the = IPR. 

 

If you could get your co-authors to quickly indicate = their IPR status, it would be helpful.  

 

If you have = implemented these TLVs and SUB-TLVs, it would be good to update the list = on the implementation status.

 

Sue = Hares

PS – I apologize for = missing the IPR during the first WG adoption call period.  =

 

 

 

------=_NextPart_000_0546_01D1267E.7A3F2B30-- From nobody Tue Nov 24 03:13:41 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 397C91B2FAC; Tue, 24 Nov 2015 03:13:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham 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 oPxVZdPepwNB; Tue, 24 Nov 2015 03:13:33 -0800 (PST) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0745.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::745]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7EDD21B2FA7; Tue, 24 Nov 2015 03:13:33 -0800 (PST) Received: from BLUPR05MB072.namprd05.prod.outlook.com (10.255.214.27) by BLUPR05MB071.namprd05.prod.outlook.com (10.255.214.24) with Microsoft SMTP Server (TLS) id 15.1.331.20; Tue, 24 Nov 2015 11:13:10 +0000 Received: from BLUPR05MB072.namprd05.prod.outlook.com ([169.254.14.30]) by BLUPR05MB072.namprd05.prod.outlook.com ([169.254.14.30]) with mapi id 15.01.0331.019; Tue, 24 Nov 2015 11:13:10 +0000 From: Pushpasis Sarkar To: Susan Hares , "idr@ietf.org" Thread-Topic: draft-psarkar-idr-bgp-ls-node-admin-tag-extension Adoption - 9/10 to 9/24 - Adoption process extended (11/24 to 12/8) Thread-Index: AQHRJqkadiwnpF69YUKLNE1KX1UiLA== Date: Tue, 24 Nov 2015 11:13:10 +0000 Message-ID: <0CC0C1D6-D42E-40E6-AE7D-90E6371F7A9B@juniper.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/0.0.0.151105 authentication-results: spf=none (sender IP is ) smtp.mailfrom=psarkar@juniper.net; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [116.197.184.11] x-microsoft-exchange-diagnostics: 1; BLUPR05MB071; 5:LoAUgfR7P5d1teCHUOPbiIsck3qjluudLOEi2oulZxMuhCeDsA3l8F/zpSlsdCiGKqaYCuvAhX0JCWZ5AYy/M+K9D+2GBYygrTZZz0jnjjFV08FO42i7tQVOG9MzRG8VC4OKZ3Hosxoh+xYwmalJOQ==; 24:SiXH/KA/pGUwu9Qys7rFvchHm64DuBcv+mHpqNmnf+EXyajfeMEJjwCwvg9wHDoMpToNfZ73aNpsONbjeHi6lE99WiIwtmkikIoRyIAMHH4= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR05MB071; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(138986009662008)(108003899814671); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(520078)(8121501046)(3002001)(10201501046); SRVR:BLUPR05MB071; BCL:0; PCL:0; RULEID:; SRVR:BLUPR05MB071; x-forefront-prvs: 0770F75EA9 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(377454003)(189002)(199003)(5001770100001)(19300405004)(106356001)(83716003)(5007970100001)(81156007)(586003)(19617315012)(97736004)(54356999)(122556002)(50986999)(2501003)(19580395003)(66066001)(5001960100002)(19580405001)(2900100001)(4001350100001)(105586002)(106116001)(189998001)(86362001)(5008740100001)(19625215002)(99286002)(15975445007)(101416001)(92566002)(87936001)(40100003)(10400500002)(33656002)(16236675004)(83506001)(230783001)(36756003)(790700001)(5002640100001)(82746002)(102836003)(6116002)(5004730100002)(11100500001)(3846002)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR05MB071; H:BLUPR05MB072.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_0CC0C1D6D42E40E6AE7D90E6371F7A9Bjunipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Nov 2015 11:13:10.1790 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR05MB071 Archived-At: Cc: Hannes Gredler , "draft-psarkar-idr-bgp-ls-node-admin-tag-extension@ietf.org" Subject: Re: [Idr] draft-psarkar-idr-bgp-ls-node-admin-tag-extension Adoption - 9/10 to 9/24 - Adoption process extended (11/24 to 12/8) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 11:13:40 -0000 --_000_0CC0C1D6D42E40E6AE7D90E6371F7A9Bjunipernet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgU3VlLA0KDQpUaGFuayB5b3UgZm9yIHRoZSBmb2xsb3cgdXAgb24gdGhlIGFkb3B0aW9uIHBy b2Nlc3MuDQoNCkkgYW0gbm90IGF3YXJlIG9mIGFueSBJUFIgb3RoZXIgdGhhbiB0aGUgb25lIGRp c2Nsb3NlZCBhbHJlYWR5LiAgQWxzbywgYXMgb2Ygbm93IEkgZG9u4oCZdCBrbm93IGlmIGFueW9u ZSBoYXMgaW1wbGVtZW50ZWQgdGhpcyBhbHJlYWR5Lg0KDQpJIHdpbGwgdHJ5IHRvIGZvbGxvdyB1 cCBxdWlja2x5IHdpdGggb3RoZXIgY28tYXV0aG9ycyBhcyB3ZWxsLg0KDQpUaGFua3Mgb25jZSBh Z2FpbiBhbmQgUmVnYXJkcywNCi1QdXNocGFzaXMNCg0KDQoNCkZyb206IFN1c2FuIEhhcmVzIDxz aGFyZXNAbmR6aC5jb208bWFpbHRvOnNoYXJlc0BuZHpoLmNvbT4+DQpEYXRlOiBUdWVzZGF5LCBO b3ZlbWJlciAyNCwgMjAxNSBhdCA0OjM4IFBNDQpUbzogSURSIFdHIDxpZHJAaWV0Zi5vcmc8bWFp bHRvOmlkckBpZXRmLm9yZz4+DQpDYzogImRyYWZ0LXBzYXJrYXItaWRyLWJncC1scy1ub2RlLWFk bWluLXRhZy1leHRlbnNpb25AaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LXBzYXJrYXItaWRyLWJncC1s cy1ub2RlLWFkbWluLXRhZy1leHRlbnNpb25AaWV0Zi5vcmc+IiA8ZHJhZnQtcHNhcmthci1pZHIt YmdwLWxzLW5vZGUtYWRtaW4tdGFnLWV4dGVuc2lvbkBpZXRmLm9yZzxtYWlsdG86ZHJhZnQtcHNh cmthci1pZHItYmdwLWxzLW5vZGUtYWRtaW4tdGFnLWV4dGVuc2lvbkBpZXRmLm9yZz4+LCBQdXNo cGFzaXMgU2Fya2FyIDxwc2Fya2FyQGp1bmlwZXIubmV0PG1haWx0bzpwc2Fya2FyQGp1bmlwZXIu bmV0Pj4NClN1YmplY3Q6IGRyYWZ0LXBzYXJrYXItaWRyLWJncC1scy1ub2RlLWFkbWluLXRhZy1l eHRlbnNpb24gQWRvcHRpb24gLSA5LzEwIHRvIDkvMjQgLSBBZG9wdGlvbiBwcm9jZXNzIGV4dGVu ZGVkICgxMS8yNCB0byAxMi84KQ0KDQpQdXNocGFzaXMgYW5kIFdHOg0KDQpUaGFuayB5b3UgZm9y IHlvdXIgcXVlc3Rpb24gcmVnYXJkaW5nIGRyYWZ0LXBzYXJrYXItaWRyLWJncC1scy1ub2RlLWFk bWluLXRhZy1leHRlbnNpb24tMDMudHh0LiAgIFRoZSBXRyBhZG9wdGlvbiBjYWxsICg5LzEwIHRv IDkvMjE0KSBoYXMgaW5kaWNhdGVkIGludGVyZXN0IGluIHRoaXMgZG9jdW1lbnQuDQoNCkhvd2V2 ZXIsIGR1cmluZyB0aGUgYWRvcHRpb24gcHJvY2VzcyBJIGZhaWxlZCB0byByYWlzZSB0aGUgSVBS IGlzc3VlcywgYW5kIHRoaXMgZHJhZnQgaGFzIHRoZSBmb2xsb3dpbmcgSVBSIGRpc2Nsb3N1cmU6 IGh0dHA6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9pcHIvMjU1OC8uICBUaGVyZWZvcmUsIHdlIHdp bGwgbmVlZCB0byBleHRlbmQgdGhlIFdHIGNhbGwgdG8gYXNrIHRoZSBhbGwgY28tYXV0aG9ycyB0 byByZXNwb25kIHRvIHRoaXMgbWVzc2FnZSBpZiB0aGV5IGtub3cgb2YgYW55IGFkZGl0aW9uYWwg SVBSLiAgQWZ0ZXIgdGhlIGF1dGhvcnMgcmVzcG9uZCwgd2Ugd2lsbCBkbyBhIDEgd2VlayBXRyBj b25mb3JtYXRpb24gY2FsbCB0aGF0IHRoZSBXRyBzdGlsbCB3YW50cyB0byBhZG9wdCB0aGUgd29y ayBnaXZlbiB0aGUgSVBSLg0KDQpJZiB5b3UgY291bGQgZ2V0IHlvdXIgY28tYXV0aG9ycyB0byBx dWlja2x5IGluZGljYXRlIHRoZWlyIElQUiBzdGF0dXMsIGl0IHdvdWxkIGJlIGhlbHBmdWwuDQoN CklmIHlvdSBoYXZlIGltcGxlbWVudGVkIHRoZXNlIFRMVnMgYW5kIFNVQi1UTFZzLCBpdCB3b3Vs ZCBiZSBnb29kIHRvIHVwZGF0ZSB0aGUgbGlzdCBvbiB0aGUgaW1wbGVtZW50YXRpb24gc3RhdHVz Lg0KDQpTdWUgSGFyZXMNClBTIOKAkyBJIGFwb2xvZ2l6ZSBmb3IgbWlzc2luZyB0aGUgSVBSIGR1 cmluZyB0aGUgZmlyc3QgV0cgYWRvcHRpb24gY2FsbCBwZXJpb2QuDQoNCg0KDQo= --_000_0CC0C1D6D42E40E6AE7D90E6371F7A9Bjunipernet_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj4NCjxkaXY+SGkg U3VlLDwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+VGhhbmsgeW91IGZvciB0aGUgZm9s bG93IHVwIG9uIHRoZSBhZG9wdGlvbiBwcm9jZXNzLiZuYnNwOzwvZGl2Pg0KPGRpdj48YnI+DQo8 L2Rpdj4NCjxkaXY+SSBhbSBub3QgYXdhcmUgb2YgYW55IElQUiBvdGhlciB0aGFuIHRoZSBvbmUg ZGlzY2xvc2VkIGFscmVhZHkuICZuYnNwO0Fsc28sIGFzIG9mIG5vdyBJIGRvbuKAmXQga25vdyBp ZiBhbnlvbmUgaGFzIGltcGxlbWVudGVkIHRoaXMgYWxyZWFkeS4mbmJzcDs8L2Rpdj4NCjxkaXY+ PGJyPg0KPC9kaXY+DQo8ZGl2Pkkgd2lsbCB0cnkgdG8gZm9sbG93IHVwIHF1aWNrbHkgd2l0aCBv dGhlciBjby1hdXRob3JzIGFzIHdlbGwuPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5U aGFua3Mgb25jZSBhZ2FpbiBhbmQgUmVnYXJkcyw8L2Rpdj4NCjxkaXY+LVB1c2hwYXNpczwvZGl2 Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdiBpZD0i TUFDX09VVExPT0tfU0lHTkFUVVJFIj48L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pjxicj4N CjwvZGl2Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9TRUNUSU9OIj4NCjxkaXYgc3R5bGU9ImZv bnQtZmFtaWx5OkNhbGlicmk7IGZvbnQtc2l6ZToxMnB0OyB0ZXh0LWFsaWduOmxlZnQ7IGNvbG9y OmJsYWNrOyBCT1JERVItQk9UVE9NOiBtZWRpdW0gbm9uZTsgQk9SREVSLUxFRlQ6IG1lZGl1bSBu b25lOyBQQURESU5HLUJPVFRPTTogMGluOyBQQURESU5HLUxFRlQ6IDBpbjsgUEFERElORy1SSUdI VDogMGluOyBCT1JERVItVE9QOiAjYjVjNGRmIDFwdCBzb2xpZDsgQk9SREVSLVJJR0hUOiBtZWRp dW0gbm9uZTsgUEFERElORy1UT1A6IDNwdCI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9s ZCI+RnJvbTogPC9zcGFuPlN1c2FuIEhhcmVzICZsdDs8YSBocmVmPSJtYWlsdG86c2hhcmVzQG5k emguY29tIj5zaGFyZXNAbmR6aC5jb208L2E+Jmd0Ozxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdl aWdodDpib2xkIj5EYXRlOiA8L3NwYW4+VHVlc2RheSwgTm92ZW1iZXIgMjQsIDIwMTUgYXQgNDoz OCBQTTxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5UbzogPC9zcGFuPklEUiBX RyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmlkckBpZXRmLm9yZyI+aWRyQGlldGYub3JnPC9hPiZndDs8 YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+Q2M6IDwvc3Bhbj4mcXVvdDs8YSBo cmVmPSJtYWlsdG86ZHJhZnQtcHNhcmthci1pZHItYmdwLWxzLW5vZGUtYWRtaW4tdGFnLWV4dGVu c2lvbkBpZXRmLm9yZyI+ZHJhZnQtcHNhcmthci1pZHItYmdwLWxzLW5vZGUtYWRtaW4tdGFnLWV4 dGVuc2lvbkBpZXRmLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpkcmFmdC1wc2Fy a2FyLWlkci1iZ3AtbHMtbm9kZS1hZG1pbi10YWctZXh0ZW5zaW9uQGlldGYub3JnIj5kcmFmdC1w c2Fya2FyLWlkci1iZ3AtbHMtbm9kZS1hZG1pbi10YWctZXh0ZW5zaW9uQGlldGYub3JnPC9hPiZn dDssDQogUHVzaHBhc2lzIFNhcmthciAmbHQ7PGEgaHJlZj0ibWFpbHRvOnBzYXJrYXJAanVuaXBl ci5uZXQiPnBzYXJrYXJAanVuaXBlci5uZXQ8L2E+Jmd0Ozxicj4NCjxzcGFuIHN0eWxlPSJmb250 LXdlaWdodDpib2xkIj5TdWJqZWN0OiA8L3NwYW4+ZHJhZnQtcHNhcmthci1pZHItYmdwLWxzLW5v ZGUtYWRtaW4tdGFnLWV4dGVuc2lvbiBBZG9wdGlvbiAtIDkvMTAgdG8gOS8yNCAtIEFkb3B0aW9u IHByb2Nlc3MgZXh0ZW5kZWQgKDExLzI0IHRvIDEyLzgpDQo8YnI+DQo8L2Rpdj4NCjxkaXY+PGJy Pg0KPC9kaXY+DQo8ZGl2IHhtbG5zOnY9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206dm1sIiB4 bWxuczpvPSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTpvZmZpY2UiIHhtbG5zOnc9 InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOndvcmQiIHhtbG5zOng9InVybjpzY2hl bWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOmV4Y2VsIiB4bWxuczptPSJodHRwOi8vc2NoZW1hcy5t aWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJodHRwOi8vd3d3LnczLm9y Zy9UUi9SRUMtaHRtbDQwIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9z b2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVm aW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJ cGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5 OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVm aW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7 bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsN Cglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO30NCmE6bGluaywgc3Bhbi5Nc29I eXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1k ZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93 ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29y YXRpb246dW5kZXJsaW5lO30NCnAuTXNvTGlzdFBhcmFncmFwaCwgbGkuTXNvTGlzdFBhcmFncmFw aCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGgNCgl7bXNvLXN0eWxlLXByaW9yaXR5OjM0Ow0KCW1hcmdp bi10b3A6MGluOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbWFyZ2luLWJvdHRvbTowaW47DQoJbWFy Z2luLWxlZnQ6LjVpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBw dDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO30NCnNwYW4uRW1haWxTdHls ZTE3DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLWNvbXBvc2U7DQoJZm9udC1mYW1pbHk6IkNh bGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCi5Nc29DaHBEZWZhdWx0 DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtz aXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2 LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQovKiBMaXN0IERlZmluaXRpb25z ICovDQpAbGlzdCBsMA0KCXttc28tbGlzdC1pZDoxOTY3NTQzOTA3Ow0KCW1zby1saXN0LXR5cGU6 aHlicmlkOw0KCW1zby1saXN0LXRlbXBsYXRlLWlkczoxNTE0MDM4NjQ4IC00Mzk1OTkzMjYgNjc2 OTg3MTMgNjc2OTg3MTUgNjc2OTg3MDMgNjc2OTg3MTMgNjc2OTg3MTUgNjc2OTg3MDMgNjc2OTg3 MTMgNjc2OTg3MTU7fQ0KQGxpc3QgbDA6bGV2ZWwxDQoJe21zby1sZXZlbC10ZXh0OiIlMVwpIjsN Cgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxl ZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluO30NCkBsaXN0IGwwOmxldmVsMg0KCXttc28tbGV2ZWwt bnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCglt c28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluO30NCkBs aXN0IGwwOmxldmVsMw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpyb21hbi1sb3dlcjsNCglt c28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOnJpZ2h0 Ow0KCXRleHQtaW5kZW50Oi05LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDQNCgl7bXNvLWxldmVsLXRh Yi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5k ZW50Oi0uMjVpbjt9DQpAbGlzdCBsMDpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6 YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJl ci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjt9DQpAbGlzdCBsMDpsZXZlbDYN Cgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9tYW4tbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1z dG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpyaWdodDsNCgl0ZXh0LWluZGVu dDotOS4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJe21zby1sZXZlbC10YWItc3RvcDpub25lOw0K CW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47fQ0K QGxpc3QgbDA6bGV2ZWw4DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFscGhhLWxvd2VyOw0K CW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm dDsNCgl0ZXh0LWluZGVudDotLjI1aW47fQ0KQGxpc3QgbDA6bGV2ZWw5DQoJe21zby1sZXZlbC1u dW1iZXItZm9ybWF0OnJvbWFuLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1z by1sZXZlbC1udW1iZXItcG9zaXRpb246cmlnaHQ7DQoJdGV4dC1pbmRlbnQ6LTkuMHB0O30NCm9s DQoJe21hcmdpbi1ib3R0b206MGluO30NCnVsDQoJe21hcmdpbi1ib3R0b206MGluO30NCi0tPjwv c3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJl ZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNv IDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0i ZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjxk aXYgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0i V29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlB1c2hwYXNpcyBhbmQgV0c6IDxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGFuayB5b3UgZm9yIHlvdXIgcXVlc3Rpb24gcmVnYXJk aW5nIGRyYWZ0LXBzYXJrYXItaWRyLWJncC1scy1ub2RlLWFkbWluLXRhZy1leHRlbnNpb24tMDMu dHh0LiZuYnNwOyZuYnNwOyBUaGUgV0cgYWRvcHRpb24gY2FsbCAoOS8xMCB0byA5LzIxNCkgaGFz IGluZGljYXRlZCBpbnRlcmVzdCBpbiB0aGlzIGRvY3VtZW50Lg0KPG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPkhvd2V2ZXIsIGR1cmluZyB0aGUgYWRvcHRpb24gcHJvY2VzcyBJIGZhaWxlZCB0byBy YWlzZSB0aGUgSVBSIGlzc3VlcywgYW5kIHRoaXMgZHJhZnQgaGFzIHRoZSBmb2xsb3dpbmcgSVBS IGRpc2Nsb3N1cmU6DQo8YSBocmVmPSJodHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvaXByLzI1 NTgvIj5odHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvaXByLzI1NTgvPC9hPi4gJm5ic3A7VGhl cmVmb3JlLCB3ZSB3aWxsIG5lZWQgdG8gZXh0ZW5kIHRoZSBXRyBjYWxsIHRvIGFzayB0aGUgYWxs IGNvLWF1dGhvcnMgdG8gcmVzcG9uZCB0byB0aGlzIG1lc3NhZ2UgaWYgdGhleSBrbm93IG9mIGFu eSBhZGRpdGlvbmFsIElQUi4mbmJzcDsgQWZ0ZXIgdGhlIGF1dGhvcnMgcmVzcG9uZCwgd2UNCiB3 aWxsIGRvIGEgMSB3ZWVrIFdHIGNvbmZvcm1hdGlvbiBjYWxsIHRoYXQgdGhlIFdHIHN0aWxsIHdh bnRzIHRvIGFkb3B0IHRoZSB3b3JrIGdpdmVuIHRoZSBJUFIuJm5ic3A7DQo8bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+SWYgeW91IGNvdWxkIGdldCB5b3VyIGNvLWF1dGhvcnMgdG8gcXVpY2tseSBp bmRpY2F0ZSB0aGVpciBJUFIgc3RhdHVzLCBpdCB3b3VsZCBiZSBoZWxwZnVsLiAmbmJzcDs8bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+SWYgeW91IGhhdmUgaW1wbGVtZW50ZWQgdGhlc2UgVExWcyBh bmQgU1VCLVRMVnMsIGl0IHdvdWxkIGJlIGdvb2QgdG8gdXBkYXRlIHRoZSBsaXN0IG9uIHRoZSBp bXBsZW1lbnRhdGlvbiBzdGF0dXMuDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U3VlIEhhcmVz PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5QUyDigJMgSSBhcG9sb2dpemUg Zm9yIG1pc3NpbmcgdGhlIElQUiBkdXJpbmcgdGhlIGZpcnN0IFdHIGFkb3B0aW9uIGNhbGwgcGVy aW9kLiZuYnNwOw0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8L3NwYW4+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_0CC0C1D6D42E40E6AE7D90E6371F7A9Bjunipernet_-- From nobody Tue Nov 24 03:29:35 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 25D671B2FD4; Tue, 24 Nov 2015 03:29:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -97.155 X-Spam-Level: X-Spam-Status: No, score=-97.155 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] autolearn=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 T99-PbhmhVYO; Tue, 24 Nov 2015 03:29:33 -0800 (PST) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) (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 0A5EF1B2C96; Tue, 24 Nov 2015 03:29:29 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.177; From: "Susan Hares" To: Date: Tue, 24 Nov 2015 06:29:27 -0500 Message-ID: <056c01d126ab$61421980$23c64c80$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_056D_01D12681.786C1180" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdEmqozrKWUgt33uRi+lznC9GoulVw== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: draft-liang-idr-bgp-flowspec-label@ietf.org Subject: [Idr] WG Call for adoption on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 11:29:34 -0000 This is a multipart message in MIME format. ------=_NextPart_000_056D_01D12681.786C1180 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit This begins a 2 week adoption call for draft-liang-idr-bgp-flowspec-label-01.txt which can be found at: http://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/ All authors should respond to this email whether the know of any IPR relating to this draft. Please note that unless all authors respond to this email, the draft cannot be adopted as a WG draft. This draft is part of the flow specification drafts considered at IETF 94, and on the mail list. Out of that discussion, an inter-working draft will be create between the flow specification drafts. If you are interested in this draft, but would like to see the inter-working draft, please indicate this in your comment. Sue Hares ------=_NextPart_000_056D_01D12681.786C1180 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

This = begins a 2 week adoption call for = draft-liang-idr-bgp-flowspec-label-01.txt  which can be found at: =

 

http://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/

 

All authors should respond to this email whether the = know of any IPR relating to this draft.   Please note that = unless all authors respond to this email, the draft cannot be adopted as = a WG draft.  

 

This draft = is part of the flow specification drafts considered at IETF 94, and on = the mail list.  Out of that discussion, an inter-working draft will = be create between the flow specification drafts.   If you are = interested in this draft, but would like to see the inter-working draft, = please indicate this in your comment.

 

Sue Hares =

 

------=_NextPart_000_056D_01D12681.786C1180-- From nobody Tue Nov 24 04:08:35 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2C9241A1B6B for ; Tue, 24 Nov 2015 04:08:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.086 X-Spam-Level: X-Spam-Status: No, score=-15.086 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 FjggmezPvB8Y for ; Tue, 24 Nov 2015 04:08:32 -0800 (PST) Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C503F1A1B69 for ; Tue, 24 Nov 2015 04:08:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2340; q=dns/txt; s=iport; t=1448366912; x=1449576512; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=m0P50YGu3LhXLRJSTWnE7cQX27sydsKvGp+7Cnpetrk=; b=aWc7PjVD/8HLFSitnKroimRTiiuQ6ozwM5YEqzZl37xxUcIURqQo4ge5 /oGycs1WBPvwO9/cZEVKWGHqRMmU5UK7nlPPrrQWIVMU9Y4eCiiXrkdpv A8iqrl2YEztragaa9MSEsmA6WDYN0xTZSqnP2BrDgcz2V85hrT3YsfwCj E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D9AQDQUlRW/4YNJK1egztTbwa/HgENg?= =?us-ascii?q?WUXCoVuAhyBGjgUAQEBAQEBAYEKhDUBAQQBAQEgEToLEAIBCA4MAiYCAgIlCxU?= =?us-ascii?q?QAgQBDQUUiBoNrgeQMQEBAQEBAQEBAQEBAQEBAQEBAQEBARQEgQGKUYd1gUQBB?= =?us-ascii?q?JZQAYUjiA2cSgEfAQFCgg4ggVZyhCSBBwEBAQ?= X-IronPort-AV: E=Sophos;i="5.20,338,1444694400"; d="scan'208";a="211786523" Received: from alln-core-12.cisco.com ([173.36.13.134]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 24 Nov 2015 12:08:13 +0000 Received: from XCH-RTP-011.cisco.com (xch-rtp-011.cisco.com [64.101.220.151]) by alln-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id tAOC8CYI004104 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 24 Nov 2015 12:08:12 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-011.cisco.com (64.101.220.151) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Tue, 24 Nov 2015 07:08:12 -0500 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1104.000; Tue, 24 Nov 2015 07:08:11 -0500 From: "Acee Lindem (acee)" To: Wesley Eddy , "idr@ietf.org" Thread-Topic: [Idr] packet-rate action for flowspec Thread-Index: AQHRJmEtKjU8fHmFHk6vg5HAO+IrE56rFMyA Date: Tue, 24 Nov 2015 12:08:11 +0000 Message-ID: References: <5653CD88.3070802@mti-systems.com> In-Reply-To: <5653CD88.3070802@mti-systems.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.116.152.196] Content-Type: text/plain; charset="utf-8" Content-ID: <8F6D12C04A7C7C4FA896C55321CC0860@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: Justin Dailey Subject: Re: [Idr] packet-rate action for flowspec X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 12:08:34 -0000 SGkgV2VzbGV5LCANCkkgZG9u4oCZdCBrbm93IHRoYXQgSSBhZ3JlZSB3aXRoIHRoZSBiYXNpcyBw cmVtaXNlLCAiSW4gc29tZSBjYXNlcywgaXQgbWF5DQpiZSBlYXNpZXIsIGZhc3Rlciwgb3IgbW9y ZSByZWxldmFudCB0byBwZXJmb3JtIGFjY291bnRpbmcgYW5kDQpkZWNpc2lvbi1tYWtpbmcgYmFz ZWQgb24gcXVhbnRpdGllcyBvZiBwYWNrZXRzIHBlciBzZWNvbmQuICBJdCBpcw0KZGVzaXJhYmxl IHRvIHNwZWNpZnkgcmF0ZSBsaW1pdHMgaW4gdGVybXMgb2YgdGhlIG51bWJlciBvZiBwYWNrZXRz IHBlcg0Kc2Vjb25kLCBhbmQgbm90IGp1c3QgdGhlIG51bWJlciBvZiBieXRlcyBwZXIgc2Vjb25k LuKAnSBXaGVuIGlzIGl0IGRlc2lyYWJsZQ0KdG8gdXNlIHBhY2tldHMgcmF0aGVyIHRoYW4gYnl0 ZXM/DQpUaGFua3MsDQpBY2VlIA0KDQpPbiAxMS8yMy8xNSwgOTozOCBQTSwgIklkciBvbiBiZWhh bGYgb2YgV2VzbGV5IEVkZHkiIDxpZHItYm91bmNlc0BpZXRmLm9yZw0Kb24gYmVoYWxmIG9mIHdl c0BtdGktc3lzdGVtcy5jb20+IHdyb3RlOg0KDQo+SGVsbG8sIEknZCBsaWtlIHRvIG1ha2UgdGhl IHdvcmtpbmcgZ3JvdXAgYXdhcmUgb2YgYSB2ZXJ5IHNob3J0IG5ldyBkcmFmdDoNCj5odHRwczov L3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtZWRkeS1pZHItZmxvd3NwZWMtcGFja2V0LXJhdGUt MDANCj4NCj5UaGUgaWRlYSBpcyB0byBlbmhhbmNlIHRoZSBzZXQgb2YgYXZhaWxhYmxlIGZsb3dz cGVjIGFjdGlvbnMsIGJ5DQo+YWxsb2NhdGluZyBhIGNvbW11bml0eSB2YWx1ZSB0byBpbmRpY2F0 ZSBwYWNrZXRzLXBlci1zZWNvbmQgcmF0ZS1saW1pdHMuDQo+DQo+V2UgaGFkIGhlYXJkIGZyb20g c29tZSBvcGVyYXRvcnMgd2hvIG1ha2UgdXNlIG9mIGZsb3dzcGVjIHRoYXQgdGhpcw0KPndvdWxk IGJlIGRlc2lyYWJsZSwgYW5kIGhhZCBwcmV2aW91c2x5IGluY2x1ZGVkIHRoaXMgaWRlYSBhcyBv bmUgcGFydCBvZg0KPmFuIGVhcmxpZXIgZHJhZnQgKGRyYWZ0LWVkZHktaWRyLWZsb3dzcGVjLWV4 cCkuICBUaGVyZSB3YXMgYSBiaXQgb2YNCj5mZWVkYmFjayBpbmRpY2F0aW5nIHRoYXQgYXQgbGVh c3QgdGhpcyBwYWNrZXQgcmF0ZSBsaW1pdGF0aW9uIG1heSBiZSBhDQo+cmVhc29uYWJsZSBpZGVh IHRvIHRha2UgZm9yd2FyZC4NCj4NCj5PbmUgaW1wb3J0YW50IHF1ZXN0aW9uLCBub3QgeWV0IGFk ZHJlc3NlZCBpbiB0aGlzIGRyYWZ0LCBoYXMgYmVlbiByYWlzZWQNCj5ieSBRaWFuZGVuZyBMaWFu Zy4gIEluIGJyaWVmLCBpdCBpcyBob3cgdG8gcHJvcGVybHkgaGFuZGxlIHRoZQ0KPmNvbmN1cnJl bmNlIG9mIGJvdGggYSB0cmFmZmljLXJhdGUgYW5kIGEgcGFja2V0LXJhdGUgYWN0aW9uIGluIGEN Cj5mbG93c3BlYyBhZHZlcnRpc2VtZW50LiAgVG8gbWUsIGl0IHNlZW1zIHRoaXMgY291bGQgc2Fm ZWx5IGJlDQo+aW1wbGVtZW50YXRpb24gZGVwZW5kZW50LCBidXQgd291bGQgbGlrZSB0byBleHBs b3JlIG90aGVyIHRob3VnaHRzIHRoZQ0KPndvcmtpbmcgZ3JvdXAgbWF5IGhhdmUuDQo+DQo+QW55 IG90aGVyIGZlZWRiYWNrIGlzIHdlbGNvbWUsIGFzIHdlbGwuDQo+DQo+X19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj5JZHIgbWFpbGluZyBsaXN0DQo+SWRy QGlldGYub3JnDQo+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pZHINCg0K From nobody Tue Nov 24 06:05:46 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C6941A6FB6 for ; Tue, 24 Nov 2015 06:05:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.5 X-Spam-Level: X-Spam-Status: No, score=-0.5 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham 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 oVH0jcV-GvQA for ; Tue, 24 Nov 2015 06:05:44 -0800 (PST) Received: from atl4mhob10.myregisteredsite.com (atl4mhob10.myregisteredsite.com [209.17.115.48]) by ietfa.amsl.com (Postfix) with ESMTP id E4E911A6FB1 for ; Tue, 24 Nov 2015 06:05:43 -0800 (PST) Received: from mailpod.hostingplatform.com ([10.30.71.207]) by atl4mhob10.myregisteredsite.com (8.14.4/8.14.4) with ESMTP id tAOE5g2x027314 for ; Tue, 24 Nov 2015 09:05:42 -0500 Received: (qmail 1524 invoked by uid 0); 24 Nov 2015 14:05:42 -0000 X-TCPREMOTEIP: 69.81.157.131 X-Authenticated-UID: wes@mti-systems.com Received: from unknown (HELO ?192.168.1.105?) (wes@mti-systems.com@69.81.157.131) by 0 with ESMTPA; 24 Nov 2015 14:05:42 -0000 To: "Acee Lindem (acee)" , "idr@ietf.org" References: <5653CD88.3070802@mti-systems.com> From: Wesley Eddy Message-ID: <56546EB2.3030104@mti-systems.com> Date: Tue, 24 Nov 2015 09:05:38 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Cc: Justin Dailey Subject: Re: [Idr] packet-rate action for flowspec X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 14:05:45 -0000 On 11/24/2015 7:08 AM, Acee Lindem (acee) wrote: > Hi Wesley, > I don’t know that I agree with the basis premise, "In some cases, it may > be easier, faster, or more relevant to perform accounting and > decision-making based on quantities of packets per second. It is > desirable to specify rate limits in terms of the number of packets per > second, and not just the number of bytes per second.†When is it desirable > to use packets rather than bytes? > Thanks, Hi Acee, this is a fair question, and I can easily answer it. Perhaps it should be more clearly worded in the draft. Of course, when people think of denial-of-service attacks, it's natural to assume high-volume attacks that consume hundreds of Gbps. However, there are several other types of attack that do not require large amounts of bandwidth. One example that is easy to understand is the classic TCP SYN flood. This doesn't require high bandwidth (SYN segments are small packets), but it uses many small SYN packets to chew up server resources for tracking half-opened connections. The number of SYNs per second that an attacker generates is how the attack is properly measured, not the bitrate. There are other attacks similar in this regard, that do not require a high bitrate in order to be successful. From nobody Tue Nov 24 06:08:51 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 426E71A6FCF for ; Tue, 24 Nov 2015 06:08:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.086 X-Spam-Level: X-Spam-Status: No, score=-15.086 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 0Foj78xDn0BE for ; Tue, 24 Nov 2015 06:08:48 -0800 (PST) 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 B4B551A6FC9 for ; Tue, 24 Nov 2015 06:08:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2194; q=dns/txt; s=iport; t=1448374128; x=1449583728; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=/OAOSDANv+Kju7ejWBY0k66uGcCDHpDrndQFEmqUJVQ=; b=jxmMwDv+ODpwVS9QqaaopphyptVPZ2SbKHA45/s+8E3ZS2hE6k13jN4s rjChchXY+MjHpV2qrRlZ74rz/5R8hG2Q2IWDJIuVrQ8fsAvZNz0P9N8pB QS9IiEVcO0inu3Ahqzky3E32TTRnRkRsoy2l+ZXNO/Dvews3CtI6MyZ0T Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D8AQCpblRW/5pdJa1egzuBQga/IgENg?= =?us-ascii?q?WWGDwIcgR04FAEBAQEBAQGBCoQ1AQEEIxFFEAIBCA4KAgImAgICMBUQAgQBDQW?= =?us-ascii?q?ILq4okDEBAQEBAQEBAQEBAQEBAQEBAQEBGoEBilGEQhcYgwSBRAEEkkOEDQGIF?= =?us-ascii?q?YUbnEoBHwEBQoIOIIFWcoQkgQcBAQE?= X-IronPort-AV: E=Sophos;i="5.20,338,1444694400"; d="scan'208";a="211468757" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 24 Nov 2015 14:08:47 +0000 Received: from XCH-RTP-015.cisco.com (xch-rtp-015.cisco.com [64.101.220.155]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id tAOE8lqE003464 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 24 Nov 2015 14:08:47 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-015.cisco.com (64.101.220.155) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Tue, 24 Nov 2015 09:08:46 -0500 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1104.000; Tue, 24 Nov 2015 09:08:46 -0500 From: "Acee Lindem (acee)" To: Wesley Eddy , "idr@ietf.org" Thread-Topic: [Idr] packet-rate action for flowspec Thread-Index: AQHRJmEtKjU8fHmFHk6vg5HAO+IrE56rFMyAgAB0pwD//60IgA== Date: Tue, 24 Nov 2015 14:08:46 +0000 Message-ID: References: <5653CD88.3070802@mti-systems.com> <56546EB2.3030104@mti-systems.com> In-Reply-To: <56546EB2.3030104@mti-systems.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.116.152.196] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: Justin Dailey Subject: Re: [Idr] packet-rate action for flowspec X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 14:08:50 -0000 SGkgV2VzbGV5LCANCg0KT24gMTEvMjQvMTUsIDk6MDUgQU0sICJXZXNsZXkgRWRkeSIgPHdlc0Bt dGktc3lzdGVtcy5jb20+IHdyb3RlOg0KDQo+T24gMTEvMjQvMjAxNSA3OjA4IEFNLCBBY2VlIExp bmRlbSAoYWNlZSkgd3JvdGU6DQo+PiBIaSBXZXNsZXksDQo+PiBJIGRvbuKAmXQga25vdyB0aGF0 IEkgYWdyZWUgd2l0aCB0aGUgYmFzaXMgcHJlbWlzZSwgIkluIHNvbWUgY2FzZXMsIGl0IG1heQ0K Pj4gYmUgZWFzaWVyLCBmYXN0ZXIsIG9yIG1vcmUgcmVsZXZhbnQgdG8gcGVyZm9ybSBhY2NvdW50 aW5nIGFuZA0KPj4gZGVjaXNpb24tbWFraW5nIGJhc2VkIG9uIHF1YW50aXRpZXMgb2YgcGFja2V0 cyBwZXIgc2Vjb25kLiAgSXQgaXMNCj4+IGRlc2lyYWJsZSB0byBzcGVjaWZ5IHJhdGUgbGltaXRz IGluIHRlcm1zIG9mIHRoZSBudW1iZXIgb2YgcGFja2V0cyBwZXINCj4+IHNlY29uZCwgYW5kIG5v dCBqdXN0IHRoZSBudW1iZXIgb2YgYnl0ZXMgcGVyIHNlY29uZC7igJ0gV2hlbiBpcyBpdA0KPj5k ZXNpcmFibGUNCj4+IHRvIHVzZSBwYWNrZXRzIHJhdGhlciB0aGFuIGJ5dGVzPw0KPj4gVGhhbmtz LA0KPg0KPg0KPkhpIEFjZWUsIHRoaXMgaXMgYSBmYWlyIHF1ZXN0aW9uLCBhbmQgSSBjYW4gZWFz aWx5IGFuc3dlciBpdC4gUGVyaGFwcyBpdA0KPnNob3VsZCBiZSBtb3JlIGNsZWFybHkgd29yZGVk IGluIHRoZSBkcmFmdC4NCj4NCj5PZiBjb3Vyc2UsIHdoZW4gcGVvcGxlIHRoaW5rIG9mIGRlbmlh bC1vZi1zZXJ2aWNlIGF0dGFja3MsIGl0J3MgbmF0dXJhbA0KPnRvIGFzc3VtZSBoaWdoLXZvbHVt ZSBhdHRhY2tzIHRoYXQgY29uc3VtZSBodW5kcmVkcyBvZiBHYnBzLiAgSG93ZXZlciwNCj50aGVy ZSBhcmUgc2V2ZXJhbCBvdGhlciB0eXBlcyBvZiBhdHRhY2sgdGhhdCBkbyBub3QgcmVxdWlyZSBs YXJnZQ0KPmFtb3VudHMgb2YgYmFuZHdpZHRoLg0KPg0KPk9uZSBleGFtcGxlIHRoYXQgaXMgZWFz eSB0byB1bmRlcnN0YW5kIGlzIHRoZSBjbGFzc2ljIFRDUCBTWU4gZmxvb2QuDQo+VGhpcyBkb2Vz bid0IHJlcXVpcmUgaGlnaCBiYW5kd2lkdGggKFNZTiBzZWdtZW50cyBhcmUgc21hbGwgcGFja2V0 cyksDQo+YnV0IGl0IHVzZXMgbWFueSBzbWFsbCBTWU4gcGFja2V0cyB0byBjaGV3IHVwIHNlcnZl ciByZXNvdXJjZXMgZm9yDQo+dHJhY2tpbmcgaGFsZi1vcGVuZWQgY29ubmVjdGlvbnMuICBUaGUg bnVtYmVyIG9mIFNZTnMgcGVyIHNlY29uZCB0aGF0IGFuDQo+YXR0YWNrZXIgZ2VuZXJhdGVzIGlz IGhvdyB0aGUgYXR0YWNrIGlzIHByb3Blcmx5IG1lYXN1cmVkLCBub3QgdGhlDQo+Yml0cmF0ZS4N Cj4NCj5UaGVyZSBhcmUgb3RoZXIgYXR0YWNrcyBzaW1pbGFyIGluIHRoaXMgcmVnYXJkLCB0aGF0 IGRvIG5vdCByZXF1aXJlIGENCj5oaWdoIGJpdHJhdGUgaW4gb3JkZXIgdG8gYmUgc3VjY2Vzc2Z1 bC4NCg0KT2sgLSBJIGNhbiBzZWUgaG93IHRoaXMgd291bGQgYmUgdXNlZnVsLiBJdCB3b3VsZCBi ZSBnb29kIHRvIHByb3ZpZGUgdGhpcw0KZXhhbXBsZSBpbiB0aGUgaW50cm9kdWN0aW9uIGFuZCwg cG9zc2libHksIGV2ZW4gdGhlIGFic3RyYWN0Lg0KDQpUaGFua3MsDQpBY2VlIA0KDQoNCg0KPg0K Pg0KDQo= From nobody Tue Nov 24 06:12:16 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 789B51A6FB4 for ; Tue, 24 Nov 2015 06:12:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham 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 aH4k03Fg5RSL for ; Tue, 24 Nov 2015 06:12:14 -0800 (PST) Received: from atl4mhob10.myregisteredsite.com (atl4mhob10.myregisteredsite.com [209.17.115.48]) by ietfa.amsl.com (Postfix) with ESMTP id 21FE41A6FE8 for ; Tue, 24 Nov 2015 06:12:14 -0800 (PST) Received: from mailpod.hostingplatform.com ([10.30.71.207]) by atl4mhob10.myregisteredsite.com (8.14.4/8.14.4) with ESMTP id tAOECC6o028559 for ; Tue, 24 Nov 2015 09:12:13 -0500 Received: (qmail 3042 invoked by uid 0); 24 Nov 2015 14:12:12 -0000 X-TCPREMOTEIP: 69.81.157.131 X-Authenticated-UID: wes@mti-systems.com Received: from unknown (HELO ?192.168.1.105?) (wes@mti-systems.com@69.81.157.131) by 0 with ESMTPA; 24 Nov 2015 14:12:12 -0000 To: "Acee Lindem (acee)" , "idr@ietf.org" References: <5653CD88.3070802@mti-systems.com> <56546EB2.3030104@mti-systems.com> From: Wesley Eddy Message-ID: <56547038.5010207@mti-systems.com> Date: Tue, 24 Nov 2015 09:12:08 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: Justin Dailey Subject: Re: [Idr] packet-rate action for flowspec X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 14:12:15 -0000 On 11/24/2015 9:08 AM, Acee Lindem (acee) wrote: > Ok - I can see how this would be useful. It would be good to provide this > example in the introduction and, possibly, even the abstract. > Excellent; many thanks for your feedback on this, and helping to clarify it. From nobody Tue Nov 24 06:15:27 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B15171A6FE8 for ; Tue, 24 Nov 2015 06:15:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham 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 bya8VT9CKKy3 for ; Tue, 24 Nov 2015 06:15:24 -0800 (PST) Received: from atl4mhob06.myregisteredsite.com (atl4mhob06.myregisteredsite.com [209.17.115.44]) by ietfa.amsl.com (Postfix) with ESMTP id 298281A6FD2 for ; Tue, 24 Nov 2015 06:15:24 -0800 (PST) Received: from mailpod.hostingplatform.com ([10.30.71.207]) by atl4mhob06.myregisteredsite.com (8.14.4/8.14.4) with ESMTP id tAOEFMxH013640 for ; Tue, 24 Nov 2015 09:15:22 -0500 Received: (qmail 19866 invoked by uid 0); 24 Nov 2015 14:15:22 -0000 X-TCPREMOTEIP: 69.81.157.131 X-Authenticated-UID: wes@mti-systems.com Received: from unknown (HELO ?192.168.1.105?) (wes@mti-systems.com@69.81.157.131) by 0 with ESMTPA; 24 Nov 2015 14:15:22 -0000 To: "Aseem Choudhary (asechoud)" , "idr@ietf.org" References: From: Wesley Eddy Message-ID: <565470F6.30706@mti-systems.com> Date: Tue, 24 Nov 2015 09:15:18 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: Justin Dailey Subject: Re: [Idr] packet-rate action for flowspec X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 14:15:25 -0000 That is certainly a possibility. I'm not an expert on how various implementations handle multiple actions (community values) associated with a flowspec, and think hearing from multiple vendors on this is important. On 11/24/2015 3:13 AM, Aseem Choudhary (asechoud) wrote: > Why not just have either of the two not both? > > Aseem > > On 11/23/15, 6:38 PM, "Wesley Eddy" wrote: > >> Hello, I'd like to make the working group aware of a very short new draft: >> https://tools.ietf.org/html/draft-eddy-idr-flowspec-packet-rate-00 >> >> The idea is to enhance the set of available flowspec actions, by >> allocating a community value to indicate packets-per-second rate-limits. >> >> We had heard from some operators who make use of flowspec that this >> would be desirable, and had previously included this idea as one part of >> an earlier draft (draft-eddy-idr-flowspec-exp). There was a bit of >> feedback indicating that at least this packet rate limitation may be a >> reasonable idea to take forward. >> >> One important question, not yet addressed in this draft, has been raised >> by Qiandeng Liang. In brief, it is how to properly handle the >> concurrence of both a traffic-rate and a packet-rate action in a >> flowspec advertisement. To me, it seems this could safely be >> implementation dependent, but would like to explore other thoughts the >> working group may have. >> >> Any other feedback is welcome, as well. >> >> _______________________________________________ >> Idr mailing list >> Idr@ietf.org >> https://www.ietf.org/mailman/listinfo/idr > > From nobody Tue Nov 24 07:21:12 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C1C81A1EF2; Tue, 24 Nov 2015 04:39:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.02 X-Spam-Level: ** X-Spam-Status: No, score=2.02 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_AT=0.424, HOST_EQ_AT=0.745, HTML_MESSAGE=0.001, RCVD_IN_SBL_CSS=3.335, RP_MATCHES_RCVD=-0.585] autolearn=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 HtWRoMq52uQM; Tue, 24 Nov 2015 04:39:16 -0800 (PST) Received: from gilfert.gredler.at (gilfert.gredler.at [87.106.222.165]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 344B31A1EEA; Tue, 24 Nov 2015 04:39:15 -0800 (PST) Received: from [192.168.1.3] ([::ffff:124.40.244.69]) (AUTH: PLAIN hannes, SSL: TLSv1/SSLv3,128bits,AES128-SHA) by gilfert.gredler.at with ESMTPSA; Tue, 24 Nov 2015 13:39:11 +0100 id 0000000002F681B0.0000000056545A6F.0000142A To: Susan Hares , idr@ietf.org References: <054501d126a8$63153330$293f9990$@ndzh.com> From: Hannes Gredler Message-ID: <56545A6C.5090708@gredler.at> Date: Tue, 24 Nov 2015 18:09:08 +0530 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <054501d126a8$63153330$293f9990$@ndzh.com> Content-Type: multipart/alternative; boundary="------------080803060306060908080708" Archived-At: X-Mailman-Approved-At: Tue, 24 Nov 2015 07:21:09 -0800 Cc: draft-psarkar-idr-bgp-ls-node-admin-tag-extension@ietf.org Subject: Re: [Idr] draft-psarkar-idr-bgp-ls-node-admin-tag-extension Adoption - 9/10 to 9/24 - Adoption process extended (11/24 to 12/8) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 12:39:18 -0000 This is a multi-part message in MIME format. --------------080803060306060908080708 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit not aware of any IPR beyond the disclosed ones; - /hannes On Tuesday 24 November 2015 04:38 PM, Susan Hares wrote: > > Pushpasis and WG: > > Thank you for your question regarding > draft-psarkar-idr-bgp-ls-node-admin-tag-extension-03.txt. The WG > adoption call (9/10 to 9/214) has indicated interest in this document. > > However, during the adoption process I failed to raise the IPR issues, > and this draft has the following IPR disclosure: > http://datatracker.ietf.org/ipr/2558/. Therefore, we will need to > extend the WG call to ask the all co-authors to respond to this > message if they know of any additional IPR. After the authors > respond, we will do a 1 week WG conformation call that the WG still > wants to adopt the work given the IPR. > > If you could get your co-authors to quickly indicate their IPR status, > it would be helpful. > > If you have implemented these TLVs and SUB-TLVs, it would be good to > update the list on the implementation status. > > Sue Hares > > PS – I apologize for missing the IPR during the first WG adoption call > period. > --------------080803060306060908080708 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit not aware of any IPR beyond the disclosed ones; - /hannes

On Tuesday 24 November 2015 04:38 PM, Susan Hares wrote:

Pushpasis and WG:

 

Thank you for your question regarding draft-psarkar-idr-bgp-ls-node-admin-tag-extension-03.txt.   The WG adoption call (9/10 to 9/214) has indicated interest in this document.

 

However, during the adoption process I failed to raise the IPR issues, and this draft has the following IPR disclosure: http://datatracker.ietf.org/ipr/2558/.  Therefore, we will need to extend the WG call to ask the all co-authors to respond to this message if they know of any additional IPR.  After the authors respond, we will do a 1 week WG conformation call that the WG still wants to adopt the work given the IPR. 

 

If you could get your co-authors to quickly indicate their IPR status, it would be helpful.  

 

If you have implemented these TLVs and SUB-TLVs, it would be good to update the list on the implementation status.

 

Sue Hares

PS – I apologize for missing the IPR during the first WG adoption call period. 

 

 

 


--------------080803060306060908080708-- From nobody Tue Nov 24 08:07:28 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6D32D1A8839; Tue, 24 Nov 2015 08:07:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.483 X-Spam-Level: X-Spam-Status: No, score=-2.483 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham 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 iPBYKKd2gNzF; Tue, 24 Nov 2015 08:07:23 -0800 (PST) Received: from relais-inet.orange.com (relais-nor34.orange.com [80.12.70.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BFFAB1A8AD7; Tue, 24 Nov 2015 08:07:16 -0800 (PST) Received: from opfednr01.francetelecom.fr (unknown [xx.xx.xx.65]) by opfednr21.francetelecom.fr (ESMTP service) with ESMTP id E846AC0232; Tue, 24 Nov 2015 17:07:14 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.57]) by opfednr01.francetelecom.fr (ESMTP service) with ESMTP id AFD041A0066; Tue, 24 Nov 2015 17:07:14 +0100 (CET) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM23.corporate.adroot.infra.ftgroup ([fe80::787e:db0c:23c4:71b3%19]) with mapi id 14.03.0248.002; Tue, 24 Nov 2015 17:07:14 +0100 From: To: Susan Hares , "idr@ietf.org" Thread-Topic: draft-psarkar-idr-bgp-ls-node-admin-tag-extension Adoption - 9/10 to 9/24 - Adoption process extended (11/24 to 12/8) Thread-Index: AdEmp77IxuKghE5kRa2lcwZ7iCLuqwAKl61w Date: Tue, 24 Nov 2015 16:07:13 +0000 Message-ID: <1977_1448381234_56548B32_1977_847_1_9E32478DFA9976438E7A22F69B08FF9216789B52@OPEXCLILMA4.corporate.adroot.infra.ftgroup> References: <054501d126a8$63153330$293f9990$@ndzh.com> In-Reply-To: <054501d126a8$63153330$293f9990$@ndzh.com> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.1] Content-Type: multipart/alternative; boundary="_000_9E32478DFA9976438E7A22F69B08FF9216789B52OPEXCLILMA4corp_" MIME-Version: 1.0 Archived-At: Cc: "draft-psarkar-idr-bgp-ls-node-admin-tag-extension@ietf.org" Subject: Re: [Idr] draft-psarkar-idr-bgp-ls-node-admin-tag-extension Adoption - 9/10 to 9/24 - Adoption process extended (11/24 to 12/8) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 16:07:26 -0000 --_000_9E32478DFA9976438E7A22F69B08FF9216789B52OPEXCLILMA4corp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Susan, I'm not aware of any other IPR. Best Regards, Stephane From: Susan Hares [mailto:shares@ndzh.com] Sent: Tuesday, November 24, 2015 12:08 To: idr@ietf.org Cc: draft-psarkar-idr-bgp-ls-node-admin-tag-extension@ietf.org; 'Pushpasis = Sarkar' Subject: draft-psarkar-idr-bgp-ls-node-admin-tag-extension Adoption - 9/10 = to 9/24 - Adoption process extended (11/24 to 12/8) Pushpasis and WG: Thank you for your question regarding draft-psarkar-idr-bgp-ls-node-admin-t= ag-extension-03.txt. The WG adoption call (9/10 to 9/214) has indicated i= nterest in this document. However, during the adoption process I failed to raise the IPR issues, and = this draft has the following IPR disclosure: http://datatracker.ietf.org/ip= r/2558/. Therefore, we will need to extend the WG call to ask the all co-a= uthors to respond to this message if they know of any additional IPR. Afte= r the authors respond, we will do a 1 week WG conformation call that the WG= still wants to adopt the work given the IPR. If you could get your co-authors to quickly indicate their IPR status, it w= ould be helpful. If you have implemented these TLVs and SUB-TLVs, it would be good to update= the list on the implementation status. Sue Hares PS - I apologize for missing the IPR during the first WG adoption call peri= od. ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, France Telecom - Orange decline toute responsabilite si ce message a ete al= tere, deforme ou falsifie. Merci This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorization. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, France Telecom - Orange shall not be liable if th= is message was modified, changed or falsified. Thank you. --_000_9E32478DFA9976438E7A22F69B08FF9216789B52OPEXCLILMA4corp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Susan,

 

I’m not aware of= any other IPR.

 

Best Regards,

 

Stephane

 

 

From: Susan Ha= res [mailto:shares@ndzh.com]
Sent: Tuesday, November 24, 2015 12:08
To: idr@ietf.org
Cc: draft-psarkar-idr-bgp-ls-node-admin-tag-extension@ietf.org; 'Pus= hpasis Sarkar'
Subject: draft-psarkar-idr-bgp-ls-node-admin-tag-extension Adoption = - 9/10 to 9/24 - Adoption process extended (11/24 to 12/8)

 

Pushpasis and WG:

 

Thank you for your question regarding draft-psarkar-= idr-bgp-ls-node-admin-tag-extension-03.txt.   The WG adoption cal= l (9/10 to 9/214) has indicated interest in this document.

 

However, during the adoption process I failed to rai= se the IPR issues, and this draft has the following IPR disclosure: http://datatracker.ietf.o= rg/ipr/2558/.  Therefore, we will need to extend the WG call to as= k the all co-authors to respond to this message if they know of any additio= nal IPR.  After the authors respond, we will do a 1 week WG conformation call that the WG still wants to adopt the= work given the IPR. 

 

If you could get your co-authors to quickly indicate= their IPR status, it would be helpful.  

 

If you have implemented these TLVs and SUB-TLVs, it = would be good to update the list on the implementation status.

 

Sue Hares

PS – I apologize for missing the IPR during th= e first WG adoption call period. 

 

 

 

______________________________________________________________________=
___________________________________________________

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

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorization.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, France Telecom - Orange shall not be liable if th=
is message was modified, changed or falsified.
Thank you.
--_000_9E32478DFA9976438E7A22F69B08FF9216789B52OPEXCLILMA4corp_-- From nobody Tue Nov 24 09:46:32 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C64AD1B2FFD for ; Tue, 24 Nov 2015 09:46:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.153 X-Spam-Level: X-Spam-Status: No, score=-2.153 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, IP_NOT_FRIENDLY=0.334, RP_MATCHES_RCVD=-0.585, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham 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 o-vC71Fk4GQS for ; Tue, 24 Nov 2015 09:46:29 -0800 (PST) Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id DFAF21A90C3 for ; Tue, 24 Nov 2015 09:46:28 -0800 (PST) Received: by slice.pfrc.org (Postfix, from userid 1001) id 3C9881E1D2; Tue, 24 Nov 2015 12:47:17 -0500 (EST) Date: Tue, 24 Nov 2015 12:47:17 -0500 From: Jeffrey Haas To: Wesley Eddy Message-ID: <20151124174717.GA14159@pfrc.org> References: <565470F6.30706@mti-systems.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <565470F6.30706@mti-systems.com> User-Agent: Mutt/1.5.21 (2010-09-15) Archived-At: Cc: "idr@ietf.org" , Justin Dailey Subject: Re: [Idr] packet-rate action for flowspec X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 17:46:29 -0000 Wes, On Tue, Nov 24, 2015 at 09:15:18AM -0500, Wesley Eddy wrote: > That is certainly a possibility. I'm not an expert on how various > implementations handle multiple actions (community values) > associated with a flowspec, and think hearing from multiple vendors > on this is important. The main challenge hitting all of these new features for flowspec is figuring out the interaction. When there's overlap, the behavior needs to be clear so we end up with interop. For my part, I'd suggest that when both rate and throughput actions are understood that rate should have precedence. We should not be trying to apply both simultaneously. -- Jeff From nobody Tue Nov 24 12:15:56 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6E4C31A8942 for ; Tue, 24 Nov 2015 12:15:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.086 X-Spam-Level: X-Spam-Status: No, score=-15.086 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 pzt4rGADK0jW for ; Tue, 24 Nov 2015 12:15:54 -0800 (PST) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F41D71A893B for ; Tue, 24 Nov 2015 12:15:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1790; q=dns/txt; s=iport; t=1448396153; x=1449605753; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=hKVozWRrpm7HL7BVpxZbqZRdpyJYnR4Rn46udQ7WXmM=; b=grPY7Y8Bzgi2/nq0UKO7i9Gd7wzzhclooM3Y6iVprs+dEnlUbl6EjW6b aGAsJj9AT5RYAQTaIf4BKO0w/5FLWitpe8TQ4qIRh0uguBM8t3lLbeLZd InPwM+WlSlMKmdEO+z3rqTqVst3VB3j8S3U+xiqMOnkeOUwCUmPNZHM/g 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D5AQAyxFRW/5hdJa1egztTbwa+OAENg?= =?us-ascii?q?WcXCoVuAoFDOBQBAQEBAQEBgQqENQEBBAEBAWsLEgEIDl8LJQIEAQ0FFIgaDb4?= =?us-ascii?q?cAQEBAQEBAQEBAQEBAQEBAQEBAQEBFASGVIR+hDWFBAEEjVqIewGFJIJyhRucV?= =?us-ascii?q?wEfAQFChARyg2NCgQcBAQE?= X-IronPort-AV: E=Sophos;i="5.20,339,1444694400"; d="scan'208";a="49907647" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 24 Nov 2015 20:15:53 +0000 Received: from XCH-RCD-001.cisco.com (xch-rcd-001.cisco.com [173.37.102.11]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id tAOKFrFN024437 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 24 Nov 2015 20:15:53 GMT Received: from xch-rcd-004.cisco.com (173.37.102.14) by XCH-RCD-001.cisco.com (173.37.102.11) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Tue, 24 Nov 2015 14:15:52 -0600 Received: from xch-rcd-004.cisco.com ([173.37.102.14]) by XCH-RCD-004.cisco.com ([173.37.102.14]) with mapi id 15.00.1104.000; Tue, 24 Nov 2015 14:15:52 -0600 From: "Aseem Choudhary (asechoud)" To: Wesley Eddy , "idr@ietf.org" Thread-Topic: [Idr] packet-rate action for flowspec Thread-Index: AQHRJmEsvphvqx+c7keAIR9OGHnREJ6re4qA Date: Tue, 24 Nov 2015 20:15:52 +0000 Message-ID: In-Reply-To: <5653CD88.3070802@mti-systems.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.3.120616 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.32.168.142] Content-Type: text/plain; charset="iso-8859-1" Content-ID: <1ED7D983957DE64287C3C3BD90B253C7@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: Justin Dailey Subject: Re: [Idr] packet-rate action for flowspec X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 20:15:55 -0000 Hi Wesley, The maximum value that a 32-bit unsigned integer could hold would limit to specifying under 2.15 Gpps (2.15 billion packets per second). For large or high-performance networks especially in the future, this may not be sufficient. The maximum floating point value is much higher (on the order of 10^38) and should be future- Proof. For all use-cases, it doesn=B9t have to be counted in Billions to call it attack. A number much lower will qualify as well. -thanks, Aseem On 11/23/15, 6:38 PM, "Wesley Eddy" wrote: >Hello, I'd like to make the working group aware of a very short new draft: >https://tools.ietf.org/html/draft-eddy-idr-flowspec-packet-rate-00 > >The idea is to enhance the set of available flowspec actions, by >allocating a community value to indicate packets-per-second rate-limits. > >We had heard from some operators who make use of flowspec that this >would be desirable, and had previously included this idea as one part of >an earlier draft (draft-eddy-idr-flowspec-exp). There was a bit of >feedback indicating that at least this packet rate limitation may be a >reasonable idea to take forward. > >One important question, not yet addressed in this draft, has been raised >by Qiandeng Liang. In brief, it is how to properly handle the >concurrence of both a traffic-rate and a packet-rate action in a >flowspec advertisement. To me, it seems this could safely be >implementation dependent, but would like to explore other thoughts the >working group may have. > >Any other feedback is welcome, as well. > >_______________________________________________ >Idr mailing list >Idr@ietf.org >https://www.ietf.org/mailman/listinfo/idr From nobody Tue Nov 24 12:20:38 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AEC741A8960 for ; Tue, 24 Nov 2015 12:20:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.086 X-Spam-Level: X-Spam-Status: No, score=-15.086 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 vfGiuQHUzFf7 for ; Tue, 24 Nov 2015 12:20:35 -0800 (PST) Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2FAA61A8956 for ; Tue, 24 Nov 2015 12:20:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2862; q=dns/txt; s=iport; t=1448396435; x=1449606035; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=PAE5WKHF41DOQld8g2mgN+epLFL5SjxsI9aEFQZsp2Y=; b=BW7tBHHfgNwgMr1EwcmCfLMI+0uRKD6RrtCMO0lVurr0k9z75N7HW2jK XBTer2csDsgDYKkz7rDMvgOpMlJxV7yBbmns86uE9k2zZpF+Rd5fhK1WU eDdsEusqBeNoobvqQ/u3Wba94i7Yr6VA+bguB+8YaGJvvozk2OTlQXEbe 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D6AQCMxVRW/5JdJa1egztTbwa+OAENg?= =?us-ascii?q?WcXCoVuAhyBJzgUAQEBAQEBAYEKhDUBAQQBAQExOgsSAQgOCgQoBCULJQIEAQ0?= =?us-ascii?q?FFIgaDZA5nS0GkCgBAQEBAQEBAQEBAQEBAQEBAQEBAQEUBHuFWYR+hDUJGxiCf?= =?us-ascii?q?oFKBZZVAYUkgnKFG5xXAR8BAUKEBHKDY0KBBwEBAQ?= X-IronPort-AV: E=Sophos;i="5.20,339,1444694400"; d="scan'208";a="211762781" Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 24 Nov 2015 20:20:34 +0000 Received: from XCH-RCD-001.cisco.com (xch-rcd-001.cisco.com [173.37.102.11]) by rcdn-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id tAOKKYvk014219 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 24 Nov 2015 20:20:34 GMT Received: from xch-rcd-004.cisco.com (173.37.102.14) by XCH-RCD-001.cisco.com (173.37.102.11) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Tue, 24 Nov 2015 14:20:33 -0600 Received: from xch-rcd-004.cisco.com ([173.37.102.14]) by XCH-RCD-004.cisco.com ([173.37.102.14]) with mapi id 15.00.1104.000; Tue, 24 Nov 2015 14:20:33 -0600 From: "Aseem Choudhary (asechoud)" To: Wesley Eddy , "idr@ietf.org" Thread-Topic: [Idr] packet-rate action for flowspec Thread-Index: AQHRJmEsvphvqx+c7keAIR9OGHnREJ6re4qAgAABUIA= Date: Tue, 24 Nov 2015 20:20:33 +0000 Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.3.120616 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.32.168.142] Content-Type: text/plain; charset="euc-kr" Content-ID: <01451697FF5D384FA6C0B18CAA19FF24@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: Justin Dailey Subject: Re: [Idr] packet-rate action for flowspec X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 20:20:36 -0000 QWN0dWFsbHksIGlmIGl0IGhhcyB0byBiZSBjb3VudGVkIGluIEJpbGxpb25zLCB0aGUgdmVyeSBw dXJwb3NlIHdpbGwgYmUNCmRlZmVhdGVkIGFzIGJ5IHRoZW4gaXQgd291bGQgaGF2ZSB1c2VkIGxv dHMgb2YgcHJvY2Vzc2luZyBwb3dlci4NCg0KLXRoYW5rcywNCkFzZWVtDQoNCk9uIDExLzI0LzE1 LCAxMjoxNSBQTSwgIkFzZWVtIENob3VkaGFyeSAoYXNlY2hvdWQpIiA8YXNlY2hvdWRAY2lzY28u Y29tPg0Kd3JvdGU6DQoNCj5IaSBXZXNsZXksDQo+DQo+PHNuaXA+DQo+VGhlIG1heGltdW0gdmFs dWUgdGhhdCBhIDMyLWJpdCB1bnNpZ25lZCBpbnRlZ2VyIGNvdWxkIGhvbGQgd291bGQNCj4gICAg ICBsaW1pdCB0byBzcGVjaWZ5aW5nIHVuZGVyIDIuMTUgR3BwcyAoMi4xNSBiaWxsaW9uIHBhY2tl dHMgcGVyDQo+ICAgICAgc2Vjb25kKS4gIEZvciBsYXJnZSBvciBoaWdoLXBlcmZvcm1hbmNlIG5l dHdvcmtzIGVzcGVjaWFsbHkgaW4gdGhlDQo+ICAgICAgZnV0dXJlLCB0aGlzIG1heSBub3QgYmUg c3VmZmljaWVudC4gIFRoZSBtYXhpbXVtIGZsb2F0aW5nIHBvaW50DQo+ICAgICAgdmFsdWUgaXMg bXVjaCBoaWdoZXIgKG9uIHRoZSBvcmRlciBvZiAxMF4zOCkgYW5kIHNob3VsZCBiZSBmdXR1cmUt DQo+ICAgICAgUHJvb2YuDQo+DQo+DQo+PC9zbmlwPg0KPg0KPkZvciBhbGwgdXNlLWNhc2VzLCBp dCBkb2Vzbqn2dCBoYXZlIHRvIGJlIGNvdW50ZWQgaW4gQmlsbGlvbnMgdG8gY2FsbCBpdA0KPmF0 dGFjay4NCj5BIG51bWJlciBtdWNoIGxvd2VyIHdpbGwgcXVhbGlmeSBhcyB3ZWxsLg0KPg0KPi10 aGFua3MsDQo+QXNlZW0NCj4NCj4NCj5PbiAxMS8yMy8xNSwgNjozOCBQTSwgIldlc2xleSBFZGR5 IiA8d2VzQG10aS1zeXN0ZW1zLmNvbT4gd3JvdGU6DQo+DQo+PkhlbGxvLCBJJ2QgbGlrZSB0byBt YWtlIHRoZSB3b3JraW5nIGdyb3VwIGF3YXJlIG9mIGEgdmVyeSBzaG9ydCBuZXcNCj4+ZHJhZnQ6 DQo+Pmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1lZGR5LWlkci1mbG93c3BlYy1w YWNrZXQtcmF0ZS0wMA0KPj4NCj4+VGhlIGlkZWEgaXMgdG8gZW5oYW5jZSB0aGUgc2V0IG9mIGF2 YWlsYWJsZSBmbG93c3BlYyBhY3Rpb25zLCBieQ0KPj5hbGxvY2F0aW5nIGEgY29tbXVuaXR5IHZh bHVlIHRvIGluZGljYXRlIHBhY2tldHMtcGVyLXNlY29uZCByYXRlLWxpbWl0cy4NCj4+DQo+Pldl IGhhZCBoZWFyZCBmcm9tIHNvbWUgb3BlcmF0b3JzIHdobyBtYWtlIHVzZSBvZiBmbG93c3BlYyB0 aGF0IHRoaXMNCj4+d291bGQgYmUgZGVzaXJhYmxlLCBhbmQgaGFkIHByZXZpb3VzbHkgaW5jbHVk ZWQgdGhpcyBpZGVhIGFzIG9uZSBwYXJ0IG9mDQo+PmFuIGVhcmxpZXIgZHJhZnQgKGRyYWZ0LWVk ZHktaWRyLWZsb3dzcGVjLWV4cCkuICBUaGVyZSB3YXMgYSBiaXQgb2YNCj4+ZmVlZGJhY2sgaW5k aWNhdGluZyB0aGF0IGF0IGxlYXN0IHRoaXMgcGFja2V0IHJhdGUgbGltaXRhdGlvbiBtYXkgYmUg YQ0KPj5yZWFzb25hYmxlIGlkZWEgdG8gdGFrZSBmb3J3YXJkLg0KPj4NCj4+T25lIGltcG9ydGFu dCBxdWVzdGlvbiwgbm90IHlldCBhZGRyZXNzZWQgaW4gdGhpcyBkcmFmdCwgaGFzIGJlZW4gcmFp c2VkDQo+PmJ5IFFpYW5kZW5nIExpYW5nLiAgSW4gYnJpZWYsIGl0IGlzIGhvdyB0byBwcm9wZXJs eSBoYW5kbGUgdGhlDQo+PmNvbmN1cnJlbmNlIG9mIGJvdGggYSB0cmFmZmljLXJhdGUgYW5kIGEg cGFja2V0LXJhdGUgYWN0aW9uIGluIGENCj4+Zmxvd3NwZWMgYWR2ZXJ0aXNlbWVudC4gIFRvIG1l LCBpdCBzZWVtcyB0aGlzIGNvdWxkIHNhZmVseSBiZQ0KPj5pbXBsZW1lbnRhdGlvbiBkZXBlbmRl bnQsIGJ1dCB3b3VsZCBsaWtlIHRvIGV4cGxvcmUgb3RoZXIgdGhvdWdodHMgdGhlDQo+Pndvcmtp bmcgZ3JvdXAgbWF5IGhhdmUuDQo+Pg0KPj5Bbnkgb3RoZXIgZmVlZGJhY2sgaXMgd2VsY29tZSwg YXMgd2VsbC4NCj4+DQo+Pl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQo+PklkciBtYWlsaW5nIGxpc3QNCj4+SWRyQGlldGYub3JnDQo+Pmh0dHBzOi8vd3d3 LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaWRyDQo+DQoNCg== From nobody Tue Nov 24 13:47:18 2015 Return-Path: X-Original-To: idr@ietf.org Delivered-To: idr@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A9CBF1A9026; Tue, 24 Nov 2015 13:47:15 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IESG Secretary To: "IETF Announcement List" X-Test-IDTracker: no X-IETF-IDTracker: 6.11.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20151124214715.32363.6419.idtracker@ietfa.amsl.com> Date: Tue, 24 Nov 2015 13:47:15 -0800 Archived-At: Cc: idr@ietf.org Subject: [Idr] IDR WG Virtual Interim Meetings: January 11, 2016, February 8, 2016, February 29, 2016, and March 7, 2016 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Reply-To: idr@ietf.org List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 21:47:15 -0000 The Inter-Domain Routing (idr) working group will hold a series of virtual interim meetings as follows: 2016-01-11 - BGP Yang Modules 2016-02-08 - BGP Yang Modules 2016-02-29 - BGP Yang Modules 2016-03-07 - Preview of Drafts prior to IETF 95 The time for each interim meeting is 10-11:30am EST (UTC-5). WebEx information will be distributed on the IDR mailing list (idr@ietf.org). From nobody Tue Nov 24 21:14:46 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B2C11A906E; Tue, 24 Nov 2015 21:14:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.165 X-Spam-Level: * X-Spam-Status: No, score=1.165 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001] autolearn=ham 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 W6Z5fdtMz_ZP; Tue, 24 Nov 2015 21:14:42 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4975E1B29AB; Tue, 24 Nov 2015 21:14:40 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CEO48156; Wed, 25 Nov 2015 05:14:37 +0000 (GMT) Received: from NKGEML406-HUB.china.huawei.com (10.98.56.37) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 25 Nov 2015 05:14:35 +0000 Received: from NKGEML502-MBS.china.huawei.com ([169.254.4.150]) by nkgeml406-hub.china.huawei.com ([10.98.56.37]) with mapi id 14.03.0235.001; Wed, 25 Nov 2015 13:14:28 +0800 From: Liangqiandeng To: Susan Hares , "idr@ietf.org" Thread-Topic: WG Call for adoption on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8) Thread-Index: AdEmqozrKWUgt33uRi+lznC9GoulVwAlCstw Date: Wed, 25 Nov 2015 05:14:27 +0000 Message-ID: References: <056c01d126ab$61421980$23c64c80$@ndzh.com> In-Reply-To: <056c01d126ab$61421980$23c64c80$@ndzh.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.135.113.180] Content-Type: multipart/alternative; boundary="_000_FCA9153F864C2646BE37F183391FCADDD816B0nkgeml502mbschina_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020201.565543BD.00D9, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.4.150, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 125c1c1f424d6e456e1dad6123ef9a8c Archived-At: Cc: "draft-liang-idr-bgp-flowspec-label@ietf.org" Subject: [Idr] =?gb2312?b?tPC4tDogV0cgQ2FsbCBmb3IgYWRvcHRpb24gb24gZHJhZnQt?= =?gb2312?b?bGlhbmctaWRyLWJncC1mbG93c3BlYy1sYWJlbC0wMSAoMTEvMjQgdG8gMTIv?= =?gb2312?b?OCk=?= X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2015 05:14:45 -0000 --_000_FCA9153F864C2646BE37F183391FCADDD816B0nkgeml502mbschina_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 U3VwcG9ydCBhcyBhIGNvLWF1dGhvci4gICBJIGFtIG5vdCBhd2FyZSBvZiBhbnkgSVBSIHJlbGF0 aW5nIHRvIHRoaXMgZHJhZnQuDQoNClRoaXMgZHJhZnQgaXMgdXNlZnVsIGZvciBkZXBsb3lpbmcg Zmxvd3NwZWMgaW4gQkdQL01QTFMgbmV0d29yay4NCg0Kt6K8/sjLOiBTdXNhbiBIYXJlcyBbbWFp bHRvOnNoYXJlc0BuZHpoLmNvbV0NCreiy83KsbzkOiAyMDE1xOoxMdTCMjTI1SAxOToyOQ0KytW8 /sjLOiBpZHJAaWV0Zi5vcmcNCrOty806IGRyYWZ0LWxpYW5nLWlkci1iZ3AtZmxvd3NwZWMtbGFi ZWxAaWV0Zi5vcmcNCtb3zOI6IFdHIENhbGwgZm9yIGFkb3B0aW9uIG9uIGRyYWZ0LWxpYW5nLWlk ci1iZ3AtZmxvd3NwZWMtbGFiZWwtMDEgKDExLzI0IHRvIDEyLzgpDQoNClRoaXMgYmVnaW5zIGEg MiB3ZWVrIGFkb3B0aW9uIGNhbGwgZm9yIGRyYWZ0LWxpYW5nLWlkci1iZ3AtZmxvd3NwZWMtbGFi ZWwtMDEudHh0ICB3aGljaCBjYW4gYmUgZm91bmQgYXQ6DQoNCmh0dHA6Ly9kYXRhdHJhY2tlci5p ZXRmLm9yZy9kb2MvZHJhZnQtbGlhbmctaWRyLWJncC1mbG93c3BlYy1sYWJlbC8NCg0KQWxsIGF1 dGhvcnMgc2hvdWxkIHJlc3BvbmQgdG8gdGhpcyBlbWFpbCB3aGV0aGVyIHRoZSBrbm93IG9mIGFu eSBJUFIgcmVsYXRpbmcgdG8gdGhpcyBkcmFmdC4gICBQbGVhc2Ugbm90ZSB0aGF0IHVubGVzcyBh bGwgYXV0aG9ycyByZXNwb25kIHRvIHRoaXMgZW1haWwsIHRoZSBkcmFmdCBjYW5ub3QgYmUgYWRv cHRlZCBhcyBhIFdHIGRyYWZ0Lg0KDQpUaGlzIGRyYWZ0IGlzIHBhcnQgb2YgdGhlIGZsb3cgc3Bl Y2lmaWNhdGlvbiBkcmFmdHMgY29uc2lkZXJlZCBhdCBJRVRGIDk0LCBhbmQgb24gdGhlIG1haWwg bGlzdC4gIE91dCBvZiB0aGF0IGRpc2N1c3Npb24sIGFuIGludGVyLXdvcmtpbmcgZHJhZnQgd2ls bCBiZSBjcmVhdGUgYmV0d2VlbiB0aGUgZmxvdyBzcGVjaWZpY2F0aW9uIGRyYWZ0cy4gICBJZiB5 b3UgYXJlIGludGVyZXN0ZWQgaW4gdGhpcyBkcmFmdCwgYnV0IHdvdWxkIGxpa2UgdG8gc2VlIHRo ZSBpbnRlci13b3JraW5nIGRyYWZ0LCBwbGVhc2UgaW5kaWNhdGUgdGhpcyBpbiB5b3VyIGNvbW1l bnQuDQoNClN1ZSBIYXJlcw0KDQoNCg== --_000_FCA9153F864C2646BE37F183391FCADDD816B0nkgeml502mbschina_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Support as a co-author. &n= bsp; I am not aware of any IPR relating to this draft.

 

This draft is useful for deploy= ing flowspec in BGP/MPLS network.

 

=B7=A2=BC=FE=C8=CB: Susan H= ares [mailto:shares@ndzh.com]
=B7=A2= =CB=CD=CA=B1=BC=E4: 2015=C4=EA11=D4=C224=C8=D5 19:29
=CA=D5=BC=FE=C8=CB: idr@ietf.org
=B3=AD=CB=CD: draft-liang-idr-bgp-flowspec-label@ietf.org
=D6=F7=CC=E2: WG Call for adoption on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 1= 2/8)

 

This begins a 2 week adoption c= all for draft-liang-idr-bgp-flowspec-label-01.txt  which can be found = at:

 

http://datatracker.ietf.or= g/doc/draft-liang-idr-bgp-flowspec-label/

 

All authors should respond to t= his email whether the know of any IPR relating to this draft.   P= lease note that unless all authors respond to this email, the draft cannot = be adopted as a WG draft.  

 

This draft is part of the flow = specification drafts considered at IETF 94, and on the mail list.  Out= of that discussion, an inter-working draft will be create between the flow= specification drafts.   If you are interested in this draft, but would like to see the inter-working draft, please indic= ate this in your comment.

 

Sue Hares

 

 

--_000_FCA9153F864C2646BE37F183391FCADDD816B0nkgeml502mbschina_-- From nobody Tue Nov 24 22:41:38 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8C52F1B2A9C; Tue, 24 Nov 2015 22:41:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.335 X-Spam-Level: X-Spam-Status: No, score=-2.335 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001] autolearn=ham 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 58PHs75dnX2D; Tue, 24 Nov 2015 22:41:33 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 977971B2A9F; Tue, 24 Nov 2015 22:41:28 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CAT81217; Wed, 25 Nov 2015 06:41:24 +0000 (GMT) Received: from nkgeml405-hub.china.huawei.com (10.98.56.36) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 25 Nov 2015 06:41:21 +0000 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.12]) by nkgeml405-hub.china.huawei.com ([10.98.56.36]) with mapi id 14.03.0235.001; Wed, 25 Nov 2015 14:41:09 +0800 From: Haoweiguo To: Liangqiandeng , Susan Hares , "idr@ietf.org" Thread-Topic: WG Call for adoption on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8) Thread-Index: AQHRJ0bQnsHig08nXES9mTXOepa6QJ6sSWrD Date: Wed, 25 Nov 2015 06:41:08 +0000 Message-ID: References: <056c01d126ab$61421980$23c64c80$@ndzh.com>, In-Reply-To: Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.135.23.94] Content-Type: multipart/alternative; boundary="_000_DD5FC8DE455C3348B94340C0AB5517334F8EB4A0nkgeml501mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020203.56555816.0048, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.2.12, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 0c447ec07deb260e5c94d9510677d036 Archived-At: Cc: "draft-liang-idr-bgp-flowspec-label@ietf.org" Subject: Re: [Idr] WG Call for adoption on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2015 06:41:35 -0000 --_000_DD5FC8DE455C3348B94340C0AB5517334F8EB4A0nkgeml501mbschi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 U3VwcG9ydCB0aGUgYWRvcHRpb24uIEl0J3MgYSBwcmFjdGljYWwgc29sdXRpb24gZm9yIGRlcGxv eWluZyBCR1AgZmxvd3NwZWMgaW4gTVBMUyBuZXR3b3JrLg0KDQpUaGFua3MsDQoNCndlaWd1bw0K DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KRnJvbTogSWRyIFtpZHItYm91bmNl c0BpZXRmLm9yZ10gb24gYmVoYWxmIG9mIExpYW5ncWlhbmRlbmcgW2xpYW5ncWlhbmRlbmdAaHVh d2VpLmNvbV0NClNlbnQ6IFdlZG5lc2RheSwgTm92ZW1iZXIgMjUsIDIwMTUgMTM6MTQNClRvOiBT dXNhbiBIYXJlczsgaWRyQGlldGYub3JnDQpDYzogZHJhZnQtbGlhbmctaWRyLWJncC1mbG93c3Bl Yy1sYWJlbEBpZXRmLm9yZw0KU3ViamVjdDogW0lkcl0gtPC4tDogV0cgQ2FsbCBmb3IgYWRvcHRp b24gb24gZHJhZnQtbGlhbmctaWRyLWJncC1mbG93c3BlYy1sYWJlbC0wMSAoMTEvMjQgdG8gMTIv OCkNCg0KU3VwcG9ydCBhcyBhIGNvLWF1dGhvci4gICBJIGFtIG5vdCBhd2FyZSBvZiBhbnkgSVBS IHJlbGF0aW5nIHRvIHRoaXMgZHJhZnQuDQoNClRoaXMgZHJhZnQgaXMgdXNlZnVsIGZvciBkZXBs b3lpbmcgZmxvd3NwZWMgaW4gQkdQL01QTFMgbmV0d29yay4NCg0Kt6K8/sjLOiBTdXNhbiBIYXJl cyBbbWFpbHRvOnNoYXJlc0BuZHpoLmNvbV0NCreiy83KsbzkOiAyMDE1xOoxMdTCMjTI1SAxOToy OQ0KytW8/sjLOiBpZHJAaWV0Zi5vcmcNCrOty806IGRyYWZ0LWxpYW5nLWlkci1iZ3AtZmxvd3Nw ZWMtbGFiZWxAaWV0Zi5vcmcNCtb3zOI6IFdHIENhbGwgZm9yIGFkb3B0aW9uIG9uIGRyYWZ0LWxp YW5nLWlkci1iZ3AtZmxvd3NwZWMtbGFiZWwtMDEgKDExLzI0IHRvIDEyLzgpDQoNClRoaXMgYmVn aW5zIGEgMiB3ZWVrIGFkb3B0aW9uIGNhbGwgZm9yIGRyYWZ0LWxpYW5nLWlkci1iZ3AtZmxvd3Nw ZWMtbGFiZWwtMDEudHh0ICB3aGljaCBjYW4gYmUgZm91bmQgYXQ6DQoNCmh0dHA6Ly9kYXRhdHJh Y2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbGlhbmctaWRyLWJncC1mbG93c3BlYy1sYWJlbC8NCg0K QWxsIGF1dGhvcnMgc2hvdWxkIHJlc3BvbmQgdG8gdGhpcyBlbWFpbCB3aGV0aGVyIHRoZSBrbm93 IG9mIGFueSBJUFIgcmVsYXRpbmcgdG8gdGhpcyBkcmFmdC4gICBQbGVhc2Ugbm90ZSB0aGF0IHVu bGVzcyBhbGwgYXV0aG9ycyByZXNwb25kIHRvIHRoaXMgZW1haWwsIHRoZSBkcmFmdCBjYW5ub3Qg YmUgYWRvcHRlZCBhcyBhIFdHIGRyYWZ0Lg0KDQpUaGlzIGRyYWZ0IGlzIHBhcnQgb2YgdGhlIGZs b3cgc3BlY2lmaWNhdGlvbiBkcmFmdHMgY29uc2lkZXJlZCBhdCBJRVRGIDk0LCBhbmQgb24gdGhl IG1haWwgbGlzdC4gIE91dCBvZiB0aGF0IGRpc2N1c3Npb24sIGFuIGludGVyLXdvcmtpbmcgZHJh ZnQgd2lsbCBiZSBjcmVhdGUgYmV0d2VlbiB0aGUgZmxvdyBzcGVjaWZpY2F0aW9uIGRyYWZ0cy4g ICBJZiB5b3UgYXJlIGludGVyZXN0ZWQgaW4gdGhpcyBkcmFmdCwgYnV0IHdvdWxkIGxpa2UgdG8g c2VlIHRoZSBpbnRlci13b3JraW5nIGRyYWZ0LCBwbGVhc2UgaW5kaWNhdGUgdGhpcyBpbiB5b3Vy IGNvbW1lbnQuDQoNClN1ZSBIYXJlcw0KDQoNCg== --_000_DD5FC8DE455C3348B94340C0AB5517334F8EB4A0nkgeml501mbschi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Support the adoption. It's a practical= solution for deploying BGP flowspec in MPLS network.

Thanks,

weiguo

From: Idr [idr-bounces@ietf.org] on behalf= of Liangqiandeng [liangqiandeng@huawei.com]
Sent: Wednesday, November 25, 2015 13:14
To: Susan Hares; idr@ietf.org
Cc: draft-liang-idr-bgp-flowspec-label@ietf.org
Subject: [Idr] =B4=F0=B8=B4: WG Call for adoption on draft-liang-idr= -bgp-flowspec-label-01 (11/24 to 12/8)

Support as a co-author. &n= bsp; I am not aware of any IPR relating to this draft.

 

This draft is useful for deploy= ing flowspec in BGP/MPLS network.

 

=B7=A2=BC=FE=C8=CB: Susan H= ares [mailto:shares@ndzh.com]
=B7=A2= =CB=CD=CA=B1=BC=E4: 2015=C4=EA11=D4=C224=C8=D5 19:29
=CA=D5=BC=FE=C8=CB: idr@ietf.org
=B3=AD=CB=CD: draft-liang-idr-bgp-flowspec-label@ietf.org
=D6=F7=CC=E2: WG Call for adoption on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 1= 2/8)

 

This begins a 2 week adoption c= all for draft-liang-idr-bgp-flowspec-label-01.txt  which can be found = at:

 

http://d= atatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/

 

All authors should respond to t= his email whether the know of any IPR relating to this draft.   P= lease note that unless all authors respond to this email, the draft cannot = be adopted as a WG draft.  

 

This draft is part of the flow = specification drafts considered at IETF 94, and on the mail list.  Out= of that discussion, an inter-working draft will be create between the flow= specification drafts.   If you are interested in this draft, but would like to see the inter-working draft, please indic= ate this in your comment.

 

Sue Hares

 

 

--_000_DD5FC8DE455C3348B94340C0AB5517334F8EB4A0nkgeml501mbschi_-- From nobody Tue Nov 24 23:25:20 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4FE1C1A0029; Tue, 24 Nov 2015 23:25:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.485 X-Spam-Level: X-Spam-Status: No, score=-7.485 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001] autolearn=ham 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 Lbn3utY0vdTH; Tue, 24 Nov 2015 23:25:17 -0800 (PST) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (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 2D0031A0025; Tue, 24 Nov 2015 23:25:16 -0800 (PST) Received: from fr712usmtp2.zeu.alcatel-lucent.com (unknown [135.239.2.42]) by Websense Email Security Gateway with ESMTPS id 3F21C149A9E8A; Wed, 25 Nov 2015 07:25:13 +0000 (GMT) Received: from FR712WXCHHUB03.zeu.alcatel-lucent.com (fr712wxchhub03.zeu.alcatel-lucent.com [135.239.2.74]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id tAP7PEV7006842 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 25 Nov 2015 08:25:14 +0100 Received: from FR711WXCHMBA06.zeu.alcatel-lucent.com ([169.254.2.12]) by FR712WXCHHUB03.zeu.alcatel-lucent.com ([135.239.2.74]) with mapi id 14.03.0195.001; Wed, 25 Nov 2015 08:24:20 +0100 From: "VAN DE VELDE, Gunter (Gunter)" To: Susan Hares , "idr@ietf.org" Thread-Topic: [Idr] WG Call for adoption on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8) Thread-Index: AQHRJ1JMLvy+MhgVoUympFZ1Gm06UA== Date: Wed, 25 Nov 2015 07:24:19 +0000 Message-ID: References: <056c01d126ab$61421980$23c64c80$@ndzh.com> In-Reply-To: <056c01d126ab$61421980$23c64c80$@ndzh.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.239.27.40] Content-Type: multipart/alternative; boundary="_000_F4EE6F66FCD84BC497AECE19E1988006alcatellucentcom_" MIME-Version: 1.0 Archived-At: Cc: "draft-liang-idr-bgp-flowspec-label@ietf.org" Subject: Re: [Idr] WG Call for adoption on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2015 07:25:19 -0000 --_000_F4EE6F66FCD84BC497AECE19E1988006alcatellucentcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 V2hlbiByZWFkaW5nIHRoZSB0ZXh0IEkgYW0gbm90IGNsZWFyIGhvdyB0aGlzIHdvdWxkIHdvcmsg YW5kIHdoaWNoIGNvbXBvbmVudCBpcyBhbGxvY2F0aW5nIHdoaWNoIGxhYmVsIHRvIHVzZSBhbmQg aG93IHRoZSBMRklCIG9uIHRoZSBkaWZmZXJlbnQgZGV2aWNlcyBiZXR3ZWVuIG5ldHdvcmsgaW5n cmVzcyBhbmQgZWdyZXNzIGlzIGNvbnN0cnVjdGVkIGlmIEZsb3dzcGVjIHdvdWxkIGJlIHVzZWQg dG8gYWxsb2NhdGUgbGFiZWxzIGluIHNvbWUgd2F5Pw0KDQpUaGUgdXNlIGNhc2UgZm9yIHRoZSBw cm9wb3NhbCBpcyBhIGxpdHRsZSB2YWd1ZSBhcyBpdCBzZWVtcyB0byBvbmx5IGluZGljYXRlOiDi gJx0aGlzIGZhY2lsaXRhdGVzIG1vbml0b3JpbmcgYW5kIHRyYWZmaWMNCiAgIHN0YXRpc3RpY3Mg Zm9yIEZsb3dTcGVjIHJ1bGVzLuKAnS4NCg0KQmVmb3JlIGNvbnNpZGVyaW5nIGZvciBhZG9wdGlv biwgSSB0aGluayB0aGUgdXNlLWNhc2UgYW5kIG9wZXJhdGlvbmFsIGZsb3cgY2hhcnRzIHNob3Vs ZCBiZSBtb3JlIGNsZWFybHkgZG9jdW1lbnRlZCBpbiB0aGUgdGV4dC4NCg0KRy8NCg0KDQoNCg0K DQpGcm9tOiBJZHIgPGlkci1ib3VuY2VzQGlldGYub3JnPG1haWx0bzppZHItYm91bmNlc0BpZXRm Lm9yZz4+IG9uIGJlaGFsZiBvZiBTdXNhbiBIYXJlcyA8c2hhcmVzQG5kemguY29tPG1haWx0bzpz aGFyZXNAbmR6aC5jb20+Pg0KRGF0ZTogVHVlc2RheSAyNCBOb3ZlbWJlciAyMDE1IGF0IDEyOjI5 DQpUbzogImlkckBpZXRmLm9yZzxtYWlsdG86aWRyQGlldGYub3JnPiIgPGlkckBpZXRmLm9yZzxt YWlsdG86aWRyQGlldGYub3JnPj4NCkNjOiAiZHJhZnQtbGlhbmctaWRyLWJncC1mbG93c3BlYy1s YWJlbEBpZXRmLm9yZzxtYWlsdG86ZHJhZnQtbGlhbmctaWRyLWJncC1mbG93c3BlYy1sYWJlbEBp ZXRmLm9yZz4iIDxkcmFmdC1saWFuZy1pZHItYmdwLWZsb3dzcGVjLWxhYmVsQGlldGYub3JnPG1h aWx0bzpkcmFmdC1saWFuZy1pZHItYmdwLWZsb3dzcGVjLWxhYmVsQGlldGYub3JnPj4NClN1Ympl Y3Q6IFtJZHJdIFdHIENhbGwgZm9yIGFkb3B0aW9uIG9uIGRyYWZ0LWxpYW5nLWlkci1iZ3AtZmxv d3NwZWMtbGFiZWwtMDEgKDExLzI0IHRvIDEyLzgpDQoNClRoaXMgYmVnaW5zIGEgMiB3ZWVrIGFk b3B0aW9uIGNhbGwgZm9yIGRyYWZ0LWxpYW5nLWlkci1iZ3AtZmxvd3NwZWMtbGFiZWwtMDEudHh0 ICB3aGljaCBjYW4gYmUgZm91bmQgYXQ6DQoNCmh0dHA6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k b2MvZHJhZnQtbGlhbmctaWRyLWJncC1mbG93c3BlYy1sYWJlbC8NCg0KQWxsIGF1dGhvcnMgc2hv dWxkIHJlc3BvbmQgdG8gdGhpcyBlbWFpbCB3aGV0aGVyIHRoZSBrbm93IG9mIGFueSBJUFIgcmVs YXRpbmcgdG8gdGhpcyBkcmFmdC4gICBQbGVhc2Ugbm90ZSB0aGF0IHVubGVzcyBhbGwgYXV0aG9y cyByZXNwb25kIHRvIHRoaXMgZW1haWwsIHRoZSBkcmFmdCBjYW5ub3QgYmUgYWRvcHRlZCBhcyBh IFdHIGRyYWZ0Lg0KDQpUaGlzIGRyYWZ0IGlzIHBhcnQgb2YgdGhlIGZsb3cgc3BlY2lmaWNhdGlv biBkcmFmdHMgY29uc2lkZXJlZCBhdCBJRVRGIDk0LCBhbmQgb24gdGhlIG1haWwgbGlzdC4gIE91 dCBvZiB0aGF0IGRpc2N1c3Npb24sIGFuIGludGVyLXdvcmtpbmcgZHJhZnQgd2lsbCBiZSBjcmVh dGUgYmV0d2VlbiB0aGUgZmxvdyBzcGVjaWZpY2F0aW9uIGRyYWZ0cy4gICBJZiB5b3UgYXJlIGlu dGVyZXN0ZWQgaW4gdGhpcyBkcmFmdCwgYnV0IHdvdWxkIGxpa2UgdG8gc2VlIHRoZSBpbnRlci13 b3JraW5nIGRyYWZ0LCBwbGVhc2UgaW5kaWNhdGUgdGhpcyBpbiB5b3VyIGNvbW1lbnQuDQoNClN1 ZSBIYXJlcw0KDQo= --_000_F4EE6F66FCD84BC497AECE19E1988006alcatellucentcom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj4NCjxkaXY+V2hl biByZWFkaW5nIHRoZSB0ZXh0IEkgYW0gbm90IGNsZWFyIGhvdyB0aGlzIHdvdWxkIHdvcmsgYW5k IHdoaWNoIGNvbXBvbmVudCBpcyBhbGxvY2F0aW5nIHdoaWNoIGxhYmVsIHRvIHVzZSBhbmQgaG93 IHRoZSBMRklCIG9uIHRoZSBkaWZmZXJlbnQgZGV2aWNlcyBiZXR3ZWVuIG5ldHdvcmsgaW5ncmVz cyBhbmQgZWdyZXNzIGlzIGNvbnN0cnVjdGVkIGlmIEZsb3dzcGVjIHdvdWxkIGJlIHVzZWQgdG8g YWxsb2NhdGUgbGFiZWxzIGluIHNvbWUNCiB3YXk/PC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0K PGRpdj5UaGUgdXNlIGNhc2UgZm9yIHRoZSBwcm9wb3NhbCBpcyBhIGxpdHRsZSB2YWd1ZSBhcyBp dCBzZWVtcyB0byBvbmx5IGluZGljYXRlOiDigJw8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6ICdQ VCBNb25vJywgTW9uYWNvLCBtb25vc3BhY2U7IGJhY2tncm91bmQtY29sb3I6IHJnYigyNTUsIDI1 MywgMjQ1KTsiPnRoaXMgZmFjaWxpdGF0ZXMgbW9uaXRvcmluZyBhbmQgdHJhZmZpYzwvc3Bhbj48 L2Rpdj4NCjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiAnUFQgTW9ubycsIE1vbmFjbywg bW9ub3NwYWNlOyBiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjU1LCAyNTMsIDI0NSk7Ij4mbmJzcDsg Jm5ic3A7c3RhdGlzdGljcyBmb3IgRmxvd1NwZWMgcnVsZXMuPC9zcGFuPuKAnS4gJm5ic3A7PC9k aXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5CZWZvcmUgY29uc2lkZXJpbmcgZm9yIGFkb3B0 aW9uLCBJIHRoaW5rIHRoZSB1c2UtY2FzZSBhbmQgb3BlcmF0aW9uYWwgZmxvdyBjaGFydHMgc2hv dWxkIGJlIG1vcmUgY2xlYXJseSBkb2N1bWVudGVkIGluIHRoZSB0ZXh0LjwvZGl2Pg0KPGRpdj48 YnI+DQo8L2Rpdj4NCjxkaXY+Ry88L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2Pjxicj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXYgaWQ9Ik1BQ19PVVRMT09LX1NJR05BVFVSRSI+PC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2 Pjxicj4NCjwvZGl2Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9TRUNUSU9OIj4NCjxkaXYgc3R5 bGU9ImZvbnQtZmFtaWx5OkNhbGlicmk7IGZvbnQtc2l6ZToxMnB0OyB0ZXh0LWFsaWduOmxlZnQ7 IGNvbG9yOmJsYWNrOyBCT1JERVItQk9UVE9NOiBtZWRpdW0gbm9uZTsgQk9SREVSLUxFRlQ6IG1l ZGl1bSBub25lOyBQQURESU5HLUJPVFRPTTogMGluOyBQQURESU5HLUxFRlQ6IDBpbjsgUEFERElO Ry1SSUdIVDogMGluOyBCT1JERVItVE9QOiAjYjVjNGRmIDFwdCBzb2xpZDsgQk9SREVSLVJJR0hU OiBtZWRpdW0gbm9uZTsgUEFERElORy1UT1A6IDNwdCI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWln aHQ6Ym9sZCI+RnJvbTogPC9zcGFuPklkciAmbHQ7PGEgaHJlZj0ibWFpbHRvOmlkci1ib3VuY2Vz QGlldGYub3JnIj5pZHItYm91bmNlc0BpZXRmLm9yZzwvYT4mZ3Q7IG9uIGJlaGFsZiBvZiBTdXNh biBIYXJlcyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnNoYXJlc0BuZHpoLmNvbSI+c2hhcmVzQG5kemgu Y29tPC9hPiZndDs8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+RGF0ZTogPC9z cGFuPlR1ZXNkYXkgMjQgTm92ZW1iZXIgMjAxNSBhdCAxMjoyOTxicj4NCjxzcGFuIHN0eWxlPSJm b250LXdlaWdodDpib2xkIj5UbzogPC9zcGFuPiZxdW90OzxhIGhyZWY9Im1haWx0bzppZHJAaWV0 Zi5vcmciPmlkckBpZXRmLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzppZHJAaWV0 Zi5vcmciPmlkckBpZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0 OmJvbGQiPkNjOiA8L3NwYW4+JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWxpYW5nLWlkci1i Z3AtZmxvd3NwZWMtbGFiZWxAaWV0Zi5vcmciPmRyYWZ0LWxpYW5nLWlkci1iZ3AtZmxvd3NwZWMt bGFiZWxAaWV0Zi5vcmc8L2E+JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86ZHJhZnQtbGlhbmct aWRyLWJncC1mbG93c3BlYy1sYWJlbEBpZXRmLm9yZyI+ZHJhZnQtbGlhbmctaWRyLWJncC1mbG93 c3BlYy1sYWJlbEBpZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0 OmJvbGQiPlN1YmplY3Q6IDwvc3Bhbj5bSWRyXSBXRyBDYWxsIGZvciBhZG9wdGlvbiBvbiBkcmFm dC1saWFuZy1pZHItYmdwLWZsb3dzcGVjLWxhYmVsLTAxICgxMS8yNCB0byAxMi84KTxicj4NCjwv ZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXYgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9z b2Z0LWNvbTp2bWwiIHhtbG5zOm89InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9m ZmljZSIgeG1sbnM6dz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1s bnM6bT0iaHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4 bWxucz0iaHR0cDovL3d3dy53My5vcmcvVFIvUkVDLWh0bWw0MCI+DQo8bWV0YSBuYW1lPSJHZW5l cmF0b3IiIGNvbnRlbnQ9Ik1pY3Jvc29mdCBXb3JkIDE0IChmaWx0ZXJlZCBtZWRpdW0pIj4NCjxz dHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFt aWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0IDYgMyAyIDQ7fQ0KQGZv bnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0 IDMgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9y bWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0 Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlm Ijt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsN Cgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBz cGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv cjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5bGUx Nw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZvbnQtZmFtaWx5OiJDYWxp YnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6d2luZG93dGV4dDt9DQouTXNvQ2hwRGVmYXVsdA0K CXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNh bnMtc2VyaWYiO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCglt YXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdl OldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86 c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2Vu ZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVk aXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+ PC94bWw+PCFbZW5kaWZdLS0+DQo8ZGl2IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0i cHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5UaGlzIGJlZ2lucyBhIDIgd2VlayBhZG9wdGlvbiBjYWxsIGZvciBkcmFmdC1saWFuZy1pZHIt YmdwLWZsb3dzcGVjLWxhYmVsLTAxLnR4dCZuYnNwOyB3aGljaCBjYW4gYmUgZm91bmQgYXQ6DQo8 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGEgaHJlZj0iaHR0cDovL2RhdGF0cmFja2VyLmlldGYu b3JnL2RvYy9kcmFmdC1saWFuZy1pZHItYmdwLWZsb3dzcGVjLWxhYmVsLyI+aHR0cDovL2RhdGF0 cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1saWFuZy1pZHItYmdwLWZsb3dzcGVjLWxhYmVsLzwv YT48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QWxsIGF1dGhvcnMgc2hvdWxkIHJlc3BvbmQgdG8g dGhpcyBlbWFpbCB3aGV0aGVyIHRoZSBrbm93IG9mIGFueSBJUFIgcmVsYXRpbmcgdG8gdGhpcyBk cmFmdC4mbmJzcDsgJm5ic3A7UGxlYXNlIG5vdGUgdGhhdCB1bmxlc3MgYWxsIGF1dGhvcnMgcmVz cG9uZCB0byB0aGlzIGVtYWlsLCB0aGUgZHJhZnQgY2Fubm90IGJlIGFkb3B0ZWQgYXMgYSBXRyBk cmFmdC4gJm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoaXMgZHJhZnQgaXMgcGFydCBv ZiB0aGUgZmxvdyBzcGVjaWZpY2F0aW9uIGRyYWZ0cyBjb25zaWRlcmVkIGF0IElFVEYgOTQsIGFu ZCBvbiB0aGUgbWFpbCBsaXN0LiZuYnNwOyBPdXQgb2YgdGhhdCBkaXNjdXNzaW9uLCBhbiBpbnRl ci13b3JraW5nIGRyYWZ0IHdpbGwgYmUgY3JlYXRlIGJldHdlZW4gdGhlIGZsb3cgc3BlY2lmaWNh dGlvbiBkcmFmdHMuJm5ic3A7Jm5ic3A7IElmIHlvdSBhcmUgaW50ZXJlc3RlZCBpbiB0aGlzIGRy YWZ0LA0KIGJ1dCB3b3VsZCBsaWtlIHRvIHNlZSB0aGUgaW50ZXItd29ya2luZyBkcmFmdCwgcGxl YXNlIGluZGljYXRlIHRoaXMgaW4geW91ciBjb21tZW50Lg0KPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPlN1ZSBIYXJlcyA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L3NwYW4+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_F4EE6F66FCD84BC497AECE19E1988006alcatellucentcom_-- From nobody Wed Nov 25 00:30:01 2015 Return-Path: X-Original-To: idr@ietf.org Delivered-To: idr@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 793F41A9038; Wed, 25 Nov 2015 00:29:59 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.11.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20151125082959.7152.56807.idtracker@ietfa.amsl.com> Date: Wed, 25 Nov 2015 00:29:59 -0800 Archived-At: Cc: idr@ietf.org Subject: [Idr] I-D Action: draft-ietf-idr-bgp-ipv6-rt-constrain-08.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2015 08:29:59 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Inter-Domain Routing Working Group of the IETF. Title : IPv6 Extensions for Route Target Distribution Authors : Keyur Patel Robert Raszuk Martin Djernaes Jie Dong Mach(Guoyi) Chen Filename : draft-ietf-idr-bgp-ipv6-rt-constrain-08.txt Pages : 6 Date : 2015-11-25 Abstract: The current route target distribution specification as described in [RFC 4684] defines Route Target NLRIs of maximum length of 12 bytes. The IPv6 specific Route Target extended community is defined in [RFC 5701] as length of 20 bytes. Since the current specification only supports prefixes of maximum length of 12 bytes, the lack of an IPv6 specific Route Target reachability information may be a problem when an operator wants to use this application in a pure IPv6 environment. This document defines an extension that allows BGP to exchange longer length IPv6 Route Target prefixes. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-idr-bgp-ipv6-rt-constrain/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-idr-bgp-ipv6-rt-constrain-08 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-idr-bgp-ipv6-rt-constrain-08 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Nov 25 03:18:46 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 883341B2B69; Wed, 25 Nov 2015 03:18:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.085 X-Spam-Level: X-Spam-Status: No, score=-15.085 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 QLv9WXS5tQhj; Wed, 25 Nov 2015 03:18:42 -0800 (PST) Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 710541B2A52; Wed, 25 Nov 2015 03:18:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10796; q=dns/txt; s=iport; t=1448450322; x=1449659922; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=3gxA1MskimftLnKMLLIU2cSo1wwgDIh9hO1mWSprB2k=; b=Q+pXWfrQcuYP0Yip8SQhn5CPVNfUZyaRu/UBGbt4J014Yj5wUG7IMvt6 WwXpWfiNI2mq7r5gOFIyUDGIkiVz0PkmWKHtecms4Ki1WNFFGv8E/AjUQ lJEPSMWl2wmm6kSspeXQP3EW9n70CoDHG8YWVmwN09aiA+v0pmb8SeKjC 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AMAgB4mFVW/5JdJa1egm5NU28GrwOPN?= =?us-ascii?q?gENgWchhW4CgUI4FAEBAQEBAQGBCoQ0AQEBBB0QQgoQAgEIEQMBAigHMhQJCAE?= =?us-ascii?q?BBAENBYguDb19AQEBAQEBAQEBAQEBAQEBAQEBAQEBGIZUhH6EKhACASsThD4Fj?= =?us-ascii?q?VqIewGFJIgNgVtJg3iSSoNxAREOAQFCghEdFoFAcoQlgQcBAQE?= X-IronPort-AV: E=Sophos;i="5.20,342,1444694400"; d="scan'208,217";a="211197532" Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 25 Nov 2015 11:18:41 +0000 Received: from XCH-RCD-010.cisco.com (xch-rcd-010.cisco.com [173.37.102.20]) by rcdn-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id tAPBIf8c009716 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 25 Nov 2015 11:18:41 GMT Received: from xch-aln-008.cisco.com (173.36.7.18) by XCH-RCD-010.cisco.com (173.37.102.20) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Wed, 25 Nov 2015 05:18:40 -0600 Received: from xch-aln-008.cisco.com ([173.36.7.18]) by XCH-ALN-008.cisco.com ([173.36.7.18]) with mapi id 15.00.1104.000; Wed, 25 Nov 2015 05:18:40 -0600 From: "Bertrand Duvivier (bduvivie)" To: "VAN DE VELDE, Gunter (Gunter)" , Susan Hares , "idr@ietf.org" Thread-Topic: [Idr] WG Call for adoption on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8) Thread-Index: AdEmqozrKWUgt33uRi+lznC9GoulVwA2gnmAAApHjIA= Date: Wed, 25 Nov 2015 11:18:40 +0000 Message-ID: References: <056c01d126ab$61421980$23c64c80$@ndzh.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.9.150325 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.60.113.246] Content-Type: multipart/alternative; boundary="_000_D27B56B433E13bduvivieciscocom_" MIME-Version: 1.0 Archived-At: Cc: "draft-liang-idr-bgp-flowspec-label@ietf.org" Subject: Re: [Idr] WG Call for adoption on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2015 11:18:45 -0000 --_000_D27B56B433E13bduvivieciscocom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Agree, labels are in general locally assign by remote nodes and not persist= ant and thus subject to change (we do have exceptions with global significa= nt labels like prefix-SID), thus re-directicting to a remote label could be= a quite random action. Best Regards Bertrand Duvivier Principal Engineer . Product Marketing From: "", "Gunter (Gunter)" > Date: Wednesday 25 November 2015 08:24 To: Susan Hares >, "idr@ietf.org" > Cc: "draft-liang-idr-bgp-flowspec-label@ietf.org" > Subject: Re: [Idr] WG Call for adoption on draft-liang-idr-bgp-flowspec-lab= el-01 (11/24 to 12/8) When reading the text I am not clear how this would work and which componen= t is allocating which label to use and how the LFIB on the different device= s between network ingress and egress is constructed if Flowspec would be us= ed to allocate labels in some way? The use case for the proposal is a little vague as it seems to only indicat= e: "this facilitates monitoring and traffic statistics for FlowSpec rules.". Before considering for adoption, I think the use-case and operational flow = charts should be more clearly documented in the text. G/ From: Idr > on behalf of = Susan Hares > Date: Tuesday 24 November 2015 at 12:29 To: "idr@ietf.org" > Cc: "draft-liang-idr-bgp-flowspec-label@ietf.org" > Subject: [Idr] WG Call for adoption on draft-liang-idr-bgp-flowspec-label-0= 1 (11/24 to 12/8) This begins a 2 week adoption call for draft-liang-idr-bgp-flowspec-label-0= 1.txt which can be found at: http://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/ All authors should respond to this email whether the know of any IPR relati= ng to this draft. Please note that unless all authors respond to this ema= il, the draft cannot be adopted as a WG draft. This draft is part of the flow specification drafts considered at IETF 94, = and on the mail list. Out of that discussion, an inter-working draft will = be create between the flow specification drafts. If you are interested in= this draft, but would like to see the inter-working draft, please indicate= this in your comment. Sue Hares --_000_D27B56B433E13bduvivieciscocom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable
Agree, labels are in general locally assign by remote nodes and not pe= rsistant and thus subject to change (we do have exceptions with global sign= ificant labels like prefix-SID), thus re-directicting to a remote label cou= ld be a quite random action. 
Best Regards Bertrand Duvivier
Principal Engineer . Product Marketing

From: "<VAN DE VELDE>&qu= ot;, "Gunter (Gunter)" <gunter.van_de_velde@alcatel-lucent.com>
Date: Wednesday 25 November 2015 08= :24
To: Susan Hares <shares@ndzh.com>, "idr@ietf.org" <idr@ietf= .org>
Cc: "draft-liang-idr-bgp-flowspec-label@ie= tf.org" <draft-liang-idr-bgp-flowspec-label@ietf.org>
Subject: Re: [Idr] WG Call for adop= tion on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8)

When reading the text I am not clear how this would work and which com= ponent is allocating which label to use and how the LFIB on the different d= evices between network ingress and egress is constructed if Flowspec would = be used to allocate labels in some way?

The use case for the proposal is a little vague as it seems to only in= dicate: “this facilitates monitoring and traffi= c
   statistics for FlowSpec rules.”.  

Before considering for adoption, I think the use-case and operational = flow charts should be more clearly documented in the text.

G/





From: Idr <idr-bounces@ietf.org> on behalf of Susan Hares &l= t;shares@ndzh.com>
Date: Tuesday 24 November 2015 at 1= 2:29
To: "idr@ietf.org" <idr@ietf.= org>
Cc: "draft-liang-idr-bgp-flowspec-label@ie= tf.org" <draft-liang-idr-bgp-flowspec-label@ietf.org>
Subject: [Idr] WG Call for adoption= on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8)

This begins a 2 week adoption call for draft-liang-i= dr-bgp-flowspec-label-01.txt  which can be found at:

 

http://datatracker.ietf.org/doc/draft-liang-idr= -bgp-flowspec-label/

 

All authors should respond to this email whether the= know of any IPR relating to this draft.   Please note that unles= s all authors respond to this email, the draft cannot be adopted as a WG dr= aft.  

 

This draft is part of the flow specification drafts = considered at IETF 94, and on the mail list.  Out of that discussion, = an inter-working draft will be create between the flow specification drafts= .   If you are interested in this draft, but would like to see the inter-working draft, please indicate this in you= r comment.

 

Sue Hares

 

 --_000_D27B56B433E13bduvivieciscocom_-- From nobody Wed Nov 25 03:42:26 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 85D141B2BB9; Wed, 25 Nov 2015 03:42:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.165 X-Spam-Level: * X-Spam-Status: No, score=1.165 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001] autolearn=ham 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 kJ0_fJs1aaxg; Wed, 25 Nov 2015 03:42:22 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5DA4D1B2BB4; Wed, 25 Nov 2015 03:42:20 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CEP02185; Wed, 25 Nov 2015 11:42:16 +0000 (GMT) Received: from NKGEML413-HUB.china.huawei.com (10.98.56.74) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 25 Nov 2015 11:41:56 +0000 Received: from NKGEML502-MBS.china.huawei.com ([169.254.4.150]) by NKGEML413-HUB.china.huawei.com ([10.98.56.74]) with mapi id 14.03.0235.001; Wed, 25 Nov 2015 19:41:43 +0800 From: Liangqiandeng To: "Bertrand Duvivier (bduvivie)" , "VAN DE VELDE, Gunter (Gunter)" , Susan Hares , "idr@ietf.org" Thread-Topic: [Idr] WG Call for adoption on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8) Thread-Index: AdEmqozrKWUgt33uRi+lznC9GoulVwAZLEqAAAgvQQAAENl4oA== Date: Wed, 25 Nov 2015 11:41:42 +0000 Message-ID: References: <056c01d126ab$61421980$23c64c80$@ndzh.com> In-Reply-To: Accept-Language: en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.135.113.180] Content-Type: multipart/alternative; boundary="_000_FCA9153F864C2646BE37F183391FCADDD81759nkgeml502mbschina_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020205.56559E99.001A, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.4.150, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: ba7776610762516dd21514d49aebcaf5 Archived-At: Cc: "draft-liang-idr-bgp-flowspec-label@ietf.org" Subject: [Idr] =?gb2312?b?tPC4tDogIFdHIENhbGwgZm9yIGFkb3B0aW9uIG9uIGRyYWZ0?= =?gb2312?b?LWxpYW5nLWlkci1iZ3AtZmxvd3NwZWMtbGFiZWwtMDEgKDExLzI0IHRvIDEy?= =?gb2312?b?Lzgp?= X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2015 11:42:25 -0000 --_000_FCA9153F864C2646BE37F183391FCADDD81759nkgeml502mbschina_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgQmVydHJhbmQgRHV2aXZpZXIgYW5kIEd1bnRlciwNCg0KSW4gdGhpcyBkcmFmdCwgdGhlIEJH UCByb3V0ZXIgc3RpbGwgYWxsb2NhdGVzIGEgbGFiZWwgZm9yIGEgRmxvd1NwZWMgcnVsZSBsb2Nh bGx5LCAgd2UganVzdCB1c2UgYSBsYWJlbCB0byBpZGVudGlmeSBhIHRyYWZmaWMgbWF0Y2hpbmcg dGhlIGZsb3dzcGVjIHJ1bGUuDQpzbyBwbGVhc2UgZG9uoa90IHdvcnJ5IHRoYXQgobByZS1kaXJl Y3RpY3RpbmcgdG8gYSByZW1vdGUgbGFiZWwgY291bGQgYmUgYSBxdWl0ZSByYW5kb20gYWN0aW9u obEsIHRoZXJlIGlzbqGvdCB0aGlzIHR5cGUgcXVlc3Rpb24uDQoNClRoZSBkcmFmdCBoYXMgZGVz Y3JpYmVkIGl0IGFzIHRoZSBmb2xsb3dpbmc6DQqhsFNvIHRoaXMgZG9jdW1lbnQgcHJvcG9zZXMg dGhhdCB0aGUgQkdQIHJvdXRlciBzdXBwb3J0cyB0byBhbGxvY2F0ZSBhDQogICB1bmlxdWUgbGFi ZWwgdG8gYSBGbG93U3BlYyBydWxlLCB0aGUgZm9yd2FyZGluZyBwYXRoIGlzIHN0aWxsIGRlY2lk ZWQNCiAgIGJ5IHRoZSBiZXN0LW1hdGNoIHVuaWNhc3Qgcm91dGUgZm9yIHRoZSBlbWJlZGRlZCBk ZXN0aW5hdGlvbiBwcmVmaXgNCiAgIG9yIHRoZSBiZXN0LW1hdGNoIHJvdXRlIHRvIHRhcmdldCBJ UCBpbiB0aGUgJ3JlZGlyZWN0IHRvIElQJyBhY3Rpb24uDQogICBGaWd1cmUgMSBnaXZlcyBhbiBl eGFtcGxlIHRoYXQgRmxvd1NwZWMgcnVsZSBib3VuZCB3aXRoIGEgbGFiZWwgaXMNCiAgIGRpc3Nl bWluYXRlZCBpbiB0aGUgbmV0d29yay4NCg0KICAgICAgICAgICAgICAgICAgT3B0aW9uLUIgaW50 ZXItQVMgY29ubmVjdGlvbg0KICAgICAgICAgICAgICAgICAgfDwtLS0tLS1BUzEtLS0tLT58ICAg IHw8LS0tLS0tQVMyLS0tLS0+fA0KICAgICAgICAgICAgICAgICAgKy0tLS0tKyAgICArLS0tLS0r ICAgICstLS0tLSsgICAgKy0tLS0tKw0KICAgICAgIFZQTiAxLElQMS4ufCBQRTEgfD09PT18QVNC UjF8LS0tLXxBU0JSMnw9PT09fCBQRTIgfC4uVlBOMSxJUDINCiAgICAgICAgICAgICAgICAgICst LS0tLSsgICAgKy0tLS0tKyAgICArLS0tLS0rICAgICstLS0tLSsNCiAgICAgICAgICAgICAgICAg ICAgIHwgTERQIExTUDEgfCAgICAgICAgICB8IExEUCBMU1AyIHwNCiAgICAgICAgICAgICAgICAg ICAgIHwgLS0tLS0tLT4gfCAgICAgICAgICB8IC0tLS0tLS0+IHwNCiAgICAgICAgICAgICAgICAg ICAgIHwtLS0tLS0tQkdQIFZQTiBGbG93c3BlYyBMU1AtLS0tPnwNCiAgICAgICAgICAgICAgICAg KExhYmVsMSkgICAgKExhYmVsMikgICAoTGFiZWwzKSAgIChMYWJlbDQpDQogICAgICAgICAgICAg ICAgICAgIEZpZ3VyZSAxOiBVc2FnZSBvZiBGbG93U3BlYyB3aXRoIExhYmVsDQoNCiAgRmxvd1Nw ZWMgcnVsZTEgKGluamVjdGVkIGluIFBFMik6DQogICAgICAgRmlsdGVyczoNCiAgICAgICAgICBk ZXN0aW5hdGlvbiBpcCBwcmVmaXg6SVAyLzMyDQogICAgICAgICAgc291cmNlIGlwIHByZWZpeDpJ UDEvMzINCiAgICAgICBBY3Rpb25zOg0KICAgICAgICAgIHRyYWZmaWMtbWFya2luZzogMQ0KDQog IExhYmVscyBhbGxvY2F0ZWQgZm9yIEZsb3dTcGVjMToNCiAgICAgICBMYWJlbDQgYWxsb2NhdGVk IGJ5IFBFMg0KICAgICAgIExhYmVsMyBhbGxvY2F0ZWQgYnkgQVNCUjINCiAgICAgICBMYWJlbDIg YWxsb2NhdGVkIGJ5IEFTQlIxDQogICAgICAgTGFiZWwxIGFsbG9jYXRlZCBieSBQRTENCg0KICBQ RTIgZGlzc2VtaW5hdGVzIHRoZSBGbG93U3BlYzEgYm91bmQgd2l0aCBMYWJlbDQgdG8gQVNCUjIu DQogIEFTQlIyIGRpc3NlbWluYXRlcyB0aGUgRmxvd1NwZWMxIGJvdW5kIHdpdGggTGFiZWwzIHRv IEFTQlIxLg0KICBBU0JSMSBkaXNzZW1pbmF0ZXMgdGhlIEZsb3dTcGVjMSBib3VuZCB3aXRoIExh YmVsMiB0byBQRTEuDQqhsQ0KDQqhsElmIHRoZSBCR1Agcm91dGVyIGFsbG9jYXRlcyBhIGxhYmVs IGZvciBhIEZsb3dTcGVjIHJ1bGUgYW5kDQogICBkaXNzZW1pbmF0ZXMgdGhlIGxhYmVsZWQgRmxv d1NwZWMgcnVsZSB0byB0aGUgdXBzdHJlYW0gcGVlcnMsIGl0IGNhbg0KICAgdXNlIHRoZSBsYWJl bCB0byBtYXRjaCB0aGUgdHJhZmZpYyBpZGVudGlmaWVkIGJ5IHRoZSBGbG93U3BlYyBydWxlIGlu DQogICB0aGUgZm9yd2FyZGluZyBwbGFuZS6hsQ0KDQoNClRoYW5rcywNClFpYW5kZW5nDQoNCrei vP7IyzogQmVydHJhbmQgRHV2aXZpZXIgKGJkdXZpdmllKSBbbWFpbHRvOmJkdXZpdmllQGNpc2Nv LmNvbV0NCreiy83KsbzkOiAyMDE1xOoxMdTCMjXI1SAxOToxOQ0KytW8/sjLOiBWQU4gREUgVkVM REUsIEd1bnRlciAoR3VudGVyKTsgU3VzYW4gSGFyZXM7IGlkckBpZXRmLm9yZw0Ks63LzTogZHJh ZnQtbGlhbmctaWRyLWJncC1mbG93c3BlYy1sYWJlbEBpZXRmLm9yZw0K1vfM4jogUmU6IFtJZHJd IFdHIENhbGwgZm9yIGFkb3B0aW9uIG9uIGRyYWZ0LWxpYW5nLWlkci1iZ3AtZmxvd3NwZWMtbGFi ZWwtMDEgKDExLzI0IHRvIDEyLzgpDQoNCkFncmVlLCBsYWJlbHMgYXJlIGluIGdlbmVyYWwgbG9j YWxseSBhc3NpZ24gYnkgcmVtb3RlIG5vZGVzIGFuZCBub3QgcGVyc2lzdGFudCBhbmQgdGh1cyBz dWJqZWN0IHRvIGNoYW5nZSAod2UgZG8gaGF2ZSBleGNlcHRpb25zIHdpdGggZ2xvYmFsIHNpZ25p ZmljYW50IGxhYmVscyBsaWtlIHByZWZpeC1TSUQpLCB0aHVzIHJlLWRpcmVjdGljdGluZyB0byBh IHJlbW90ZSBsYWJlbCBjb3VsZCBiZSBhIHF1aXRlIHJhbmRvbSBhY3Rpb24uDQpCZXN0IFJlZ2Fy ZHMgQmVydHJhbmQgRHV2aXZpZXINClByaW5jaXBhbCBFbmdpbmVlciAuIFByb2R1Y3QgTWFya2V0 aW5nDQoNCkZyb206ICI8VkFOIERFIFZFTERFPiIsICJHdW50ZXIgKEd1bnRlcikiIDxndW50ZXIu dmFuX2RlX3ZlbGRlQGFsY2F0ZWwtbHVjZW50LmNvbTxtYWlsdG86Z3VudGVyLnZhbl9kZV92ZWxk ZUBhbGNhdGVsLWx1Y2VudC5jb20+Pg0KRGF0ZTogV2VkbmVzZGF5IDI1IE5vdmVtYmVyIDIwMTUg MDg6MjQNClRvOiBTdXNhbiBIYXJlcyA8c2hhcmVzQG5kemguY29tPG1haWx0bzpzaGFyZXNAbmR6 aC5jb20+PiwgImlkckBpZXRmLm9yZzxtYWlsdG86aWRyQGlldGYub3JnPiIgPGlkckBpZXRmLm9y ZzxtYWlsdG86aWRyQGlldGYub3JnPj4NCkNjOiAiZHJhZnQtbGlhbmctaWRyLWJncC1mbG93c3Bl Yy1sYWJlbEBpZXRmLm9yZzxtYWlsdG86ZHJhZnQtbGlhbmctaWRyLWJncC1mbG93c3BlYy1sYWJl bEBpZXRmLm9yZz4iIDxkcmFmdC1saWFuZy1pZHItYmdwLWZsb3dzcGVjLWxhYmVsQGlldGYub3Jn PG1haWx0bzpkcmFmdC1saWFuZy1pZHItYmdwLWZsb3dzcGVjLWxhYmVsQGlldGYub3JnPj4NClN1 YmplY3Q6IFJlOiBbSWRyXSBXRyBDYWxsIGZvciBhZG9wdGlvbiBvbiBkcmFmdC1saWFuZy1pZHIt YmdwLWZsb3dzcGVjLWxhYmVsLTAxICgxMS8yNCB0byAxMi84KQ0KDQpXaGVuIHJlYWRpbmcgdGhl IHRleHQgSSBhbSBub3QgY2xlYXIgaG93IHRoaXMgd291bGQgd29yayBhbmQgd2hpY2ggY29tcG9u ZW50IGlzIGFsbG9jYXRpbmcgd2hpY2ggbGFiZWwgdG8gdXNlIGFuZCBob3cgdGhlIExGSUIgb24g dGhlIGRpZmZlcmVudCBkZXZpY2VzIGJldHdlZW4gbmV0d29yayBpbmdyZXNzIGFuZCBlZ3Jlc3Mg aXMgY29uc3RydWN0ZWQgaWYgRmxvd3NwZWMgd291bGQgYmUgdXNlZCB0byBhbGxvY2F0ZSBsYWJl bHMgaW4gc29tZSB3YXk/DQoNClRoZSB1c2UgY2FzZSBmb3IgdGhlIHByb3Bvc2FsIGlzIGEgbGl0 dGxlIHZhZ3VlIGFzIGl0IHNlZW1zIHRvIG9ubHkgaW5kaWNhdGU6IKGwdGhpcyBmYWNpbGl0YXRl cyBtb25pdG9yaW5nIGFuZCB0cmFmZmljDQogICBzdGF0aXN0aWNzIGZvciBGbG93U3BlYyBydWxl cy6hsS4NCg0KQmVmb3JlIGNvbnNpZGVyaW5nIGZvciBhZG9wdGlvbiwgSSB0aGluayB0aGUgdXNl LWNhc2UgYW5kIG9wZXJhdGlvbmFsIGZsb3cgY2hhcnRzIHNob3VsZCBiZSBtb3JlIGNsZWFybHkg ZG9jdW1lbnRlZCBpbiB0aGUgdGV4dC4NCg0KRy8NCg0KDQoNCg0KDQpGcm9tOiBJZHIgPGlkci1i b3VuY2VzQGlldGYub3JnPG1haWx0bzppZHItYm91bmNlc0BpZXRmLm9yZz4+IG9uIGJlaGFsZiBv ZiBTdXNhbiBIYXJlcyA8c2hhcmVzQG5kemguY29tPG1haWx0bzpzaGFyZXNAbmR6aC5jb20+Pg0K RGF0ZTogVHVlc2RheSAyNCBOb3ZlbWJlciAyMDE1IGF0IDEyOjI5DQpUbzogImlkckBpZXRmLm9y ZzxtYWlsdG86aWRyQGlldGYub3JnPiIgPGlkckBpZXRmLm9yZzxtYWlsdG86aWRyQGlldGYub3Jn Pj4NCkNjOiAiZHJhZnQtbGlhbmctaWRyLWJncC1mbG93c3BlYy1sYWJlbEBpZXRmLm9yZzxtYWls dG86ZHJhZnQtbGlhbmctaWRyLWJncC1mbG93c3BlYy1sYWJlbEBpZXRmLm9yZz4iIDxkcmFmdC1s aWFuZy1pZHItYmdwLWZsb3dzcGVjLWxhYmVsQGlldGYub3JnPG1haWx0bzpkcmFmdC1saWFuZy1p ZHItYmdwLWZsb3dzcGVjLWxhYmVsQGlldGYub3JnPj4NClN1YmplY3Q6IFtJZHJdIFdHIENhbGwg Zm9yIGFkb3B0aW9uIG9uIGRyYWZ0LWxpYW5nLWlkci1iZ3AtZmxvd3NwZWMtbGFiZWwtMDEgKDEx LzI0IHRvIDEyLzgpDQoNClRoaXMgYmVnaW5zIGEgMiB3ZWVrIGFkb3B0aW9uIGNhbGwgZm9yIGRy YWZ0LWxpYW5nLWlkci1iZ3AtZmxvd3NwZWMtbGFiZWwtMDEudHh0ICB3aGljaCBjYW4gYmUgZm91 bmQgYXQ6DQoNCmh0dHA6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbGlhbmctaWRy LWJncC1mbG93c3BlYy1sYWJlbC8NCg0KQWxsIGF1dGhvcnMgc2hvdWxkIHJlc3BvbmQgdG8gdGhp cyBlbWFpbCB3aGV0aGVyIHRoZSBrbm93IG9mIGFueSBJUFIgcmVsYXRpbmcgdG8gdGhpcyBkcmFm dC4gICBQbGVhc2Ugbm90ZSB0aGF0IHVubGVzcyBhbGwgYXV0aG9ycyByZXNwb25kIHRvIHRoaXMg ZW1haWwsIHRoZSBkcmFmdCBjYW5ub3QgYmUgYWRvcHRlZCBhcyBhIFdHIGRyYWZ0Lg0KDQpUaGlz IGRyYWZ0IGlzIHBhcnQgb2YgdGhlIGZsb3cgc3BlY2lmaWNhdGlvbiBkcmFmdHMgY29uc2lkZXJl ZCBhdCBJRVRGIDk0LCBhbmQgb24gdGhlIG1haWwgbGlzdC4gIE91dCBvZiB0aGF0IGRpc2N1c3Np b24sIGFuIGludGVyLXdvcmtpbmcgZHJhZnQgd2lsbCBiZSBjcmVhdGUgYmV0d2VlbiB0aGUgZmxv dyBzcGVjaWZpY2F0aW9uIGRyYWZ0cy4gICBJZiB5b3UgYXJlIGludGVyZXN0ZWQgaW4gdGhpcyBk cmFmdCwgYnV0IHdvdWxkIGxpa2UgdG8gc2VlIHRoZSBpbnRlci13b3JraW5nIGRyYWZ0LCBwbGVh c2UgaW5kaWNhdGUgdGhpcyBpbiB5b3VyIGNvbW1lbnQuDQoNClN1ZSBIYXJlcw0KDQo= --_000_FCA9153F864C2646BE37F183391FCADDD81759nkgeml502mbschina_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi Bertrand Duvivier and Gunter,

 

In this draft, the BGP router still = allocates a label for a FlowSpec rule locally,  we just use a label to= identify a traffic matching the flowspec rule.

so please don=A1=AFt worry that =A1= =B0re-directicting to a remote label could be a quite random action=A1=B1, = there isn=A1=AFt this type question.

 

The draft has described it as the fo= llowing:

=A1=B0So this document proposes that= the BGP router supports to allocate a

   unique label to a FlowS= pec rule, the forwarding path is still decided

   by the best-match unica= st route for the embedded destination prefix

   or the best-match route= to target IP in the 'redirect to IP' action.

   Figure 1 gives an examp= le that FlowSpec rule bound with a label is

   disseminated in the net= work.

 

      =             Option-B= inter-AS connection

      =             |<---= ---AS1----->|    |<------AS2----->|

      =             +---= --+    +-----+    +-----+=     +-----+

      = VPN 1,IP1..| PE1 |=3D=3D=3D=3D|ASBR1|----|ASBR2|=3D=3D=3D=3D| PE2 |..VPN1,= IP2

      =             +---= --+    +-----+    +-----+=     +-----+

      =             &nb= sp;  | LDP LSP1 |         = ; | LDP LSP2 |

      =             &nb= sp;  | -------> |        &n= bsp; | -------> |

      =             &nb= sp;  |-------BGP VPN Flowspec LSP---->|

      =            (Label1) =    (Label2)   (Label3)   (Label4)<= /span>

      =             &nb= sp; Figure 1: Usage of FlowSpec with Label

 

  FlowSpec rule1 (injected in P= E2):

      = Filters:

      =     destination ip prefix:IP2/32

      =     source ip prefix:IP1/32

      = Actions:

      =     traffic-marking: 1

 

  Labels allocated for FlowSpec= 1:

      = Label4 allocated by PE2

      = Label3 allocated by ASBR2

      = Label2 allocated by ASBR1

      = Label1 allocated by PE1

 

  PE2 disseminates the FlowSpec= 1 bound with Label4 to ASBR2.

  ASBR2 disseminates the FlowSp= ec1 bound with Label3 to ASBR1.

  ASBR1 disseminates the FlowSp= ec1 bound with Label2 to PE1.

=A1=B1

 

=A1=B0If the BGP router allocates a = label for a FlowSpec rule and

   disseminates the labeled FlowSpec rule to the upstre= am peers, it can

   use the label to match the traffic identified by the= FlowSpec rule in

   the forwarding plane.=A1=B1

 

 

Thanks,

Qiandeng

 

=B7=A2=BC=FE=C8=CB: Bertran= d Duvivier (bduvivie) [mailto:bduvivie@cisco.com]
=B7=A2= =CB=CD=CA=B1=BC=E4: 2015=C4=EA11=D4=C225=C8=D5 19:19
=CA=D5=BC=FE=C8=CB: VAN DE VELDE, Gunter (Gunter); Susan Hares; idr@ietf.org
=B3=AD=CB=CD: draft-liang-idr-bgp-flowspec-label@ietf.org
=D6=F7=CC=E2: Re: [Idr] WG Call for adoption on draft-liang-idr-bgp-flowspec-label-01 (= 11/24 to 12/8)

 

Agree, labels are in general locally assign by remote nodes and not= persistant and thus subject to change (we do have exceptions with global s= ignificant labels like prefix-SID), thus re-directicting to a remote label could be a quite random action. 

Best Regards Bertrand Duvivier

Principal Engineer . Product Marketing

 

From: = "<VAN DE VELD= E>", "Gunter (Gunter)" <gunter.van_de_velde@alcatel-lucent.com><= br> Date: Wednesday 25 November 2015 08:24
To: Susan Hares <shares@ndzh.c= om>, "idr@ietf.org" &l= t;idr@ietf.org>
Cc: "draft-liang-idr-bgp-flowspec-label@ietf.org" <draft-liang-idr-bgp-flow= spec-label@ietf.org>
Subject: Re: [Idr] WG Call for adoption on draft-liang-idr-bgp-flows= pec-label-01 (11/24 to 12/8)

 

When reading the text I am not clear how this would work and which = component is allocating which label to use and how the LFIB on the differen= t devices between network ingress and egress is constructed if Flowspec would be used to allocate labels in some= way?

 

The use case for the proposal is a little vague as it seems to only= indicate: =A1=B0this facilitates monitoring and traffic

   = ;statistics for FlowSpec rules.=A1=B1.  

 

Before considering for adoption, I think the use-case and operation= al flow charts should be more clearly documented in the text.

 

G/

 

 

 

 

 

From: = Idr <idr-bounces@ietf.org> on behalf of Susan = Hares <shares@ndzh.com>
Date: Tuesday 24 November 2015 at 12:29
To: "idr@ietf.org" <= ;idr@ietf.org>
Cc: "draft-liang-idr-bgp-flowspec-label@ietf.org" <draft-liang-idr-bgp-flow= spec-label@ietf.org>
Subject: [Idr] WG Call for adoption on draft-liang-idr-bgp-flowspec-= label-01 (11/24 to 12/8)

 

This begi= ns a 2 week adoption call for draft-liang-idr-bgp-flowspec-label-01.txt&nbs= p; which can be found at:

 

ht= tp://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/<= /o:p>

 

All autho= rs should respond to this email whether the know of any IPR relating to thi= s draft.   Please note that unless all authors respond to this em= ail, the draft cannot be adopted as a WG draft.  

 

This draf= t is part of the flow specification drafts considered at IETF 94, and on th= e mail list.  Out of that discussion, an inter-working draft will be c= reate between the flow specification drafts.   If you are interested in this draft, but would like to see the inter-worki= ng draft, please indicate this in your comment.

 

Sue Hares=

 

--_000_FCA9153F864C2646BE37F183391FCADDD81759nkgeml502mbschina_-- From nobody Wed Nov 25 03:56:21 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E48831B2BD1; Wed, 25 Nov 2015 03:56:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.185 X-Spam-Level: X-Spam-Status: No, score=-7.185 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001] autolearn=ham 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 tGXUkNWW_BKq; Wed, 25 Nov 2015 03:56:16 -0800 (PST) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (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 144F71A86DD; Wed, 25 Nov 2015 03:56:16 -0800 (PST) Received: from fr712usmtp2.zeu.alcatel-lucent.com (unknown [135.239.2.42]) by Websense Email Security Gateway with ESMTPS id A891418E7BA58; Wed, 25 Nov 2015 11:56:11 +0000 (GMT) Received: from FR711WXCHHUB01.zeu.alcatel-lucent.com (fr711wxchhub01.zeu.alcatel-lucent.com [135.239.2.111]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id tAPBuD80013488 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 25 Nov 2015 12:56:13 +0100 Received: from FR711WXCHMBA06.zeu.alcatel-lucent.com ([169.254.2.12]) by FR711WXCHHUB01.zeu.alcatel-lucent.com ([135.239.2.111]) with mapi id 14.03.0195.001; Wed, 25 Nov 2015 12:56:13 +0100 From: "VAN DE VELDE, Gunter (Gunter)" To: Liangqiandeng , "Bertrand Duvivier (bduvivie)" , Susan Hares , "idr@ietf.org" Thread-Topic: =?utf-8?B?562U5aSNOiBbSWRyXSBXRyBDYWxsIGZvciBhZG9wdGlvbiBvbiBkcmFmdC1s?= =?utf-8?Q?iang-idr-bgp-flowspec-label-01_(11/24_to_12/8)?= Thread-Index: AQHRJ3hHqi1y7aGNJEy6c9H7bANxdQ== Date: Wed, 25 Nov 2015 11:56:12 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.239.27.40] Content-Type: multipart/alternative; boundary="_000_FBEE06099EC24D4798AA340B5F2C9570alcatellucentcom_" MIME-Version: 1.0 Archived-At: Cc: "draft-liang-idr-bgp-flowspec-label@ietf.org" Subject: Re: [Idr] =?utf-8?b?562U5aSNOiAgV0cgQ2FsbCBmb3IgYWRvcHRpb24gb24gZHJh?= =?utf-8?q?ft-liang-idr-bgp-flowspec-label-01_=2811/24_to_12/8=29?= X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2015 11:56:20 -0000 --_000_FBEE06099EC24D4798AA340B5F2C9570alcatellucentcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 TWFueSB0aGFua3MgdG8gcHJvdmlkZSBzb21lIGV4dHJhIGNvbnRleHQuIFRoZSBjb3B54oCZZCB0 ZXh0IGZyb20gdGhlIGRyYWZ0IGlzIG5vdCByZWFsbHkgbWFraW5nIGl0IG1vcmUgY2xlYXIuDQoN CkFyZSB5b3UgaW5kaWNhdGluZyB0aGF0IHRoZSBzaWduYWxsZWQgbGFiZWwgaXMgbm90IHVzZWQg Zm9yIGZvcndhcmRpbmc/IEFuZCBpdHMgb25seSBwdXJwb3NlIGlzIHRvIHNlcnZlIGFzIGEgcm91 dGVyIGxvY2FsIGFjY291bnRpbmcgY29udGFpbmVyIGZvciBhIGZsb3c/DQoNCkcvDQoNCkZyb206 IExpYW5ncWlhbmRlbmcgPGxpYW5ncWlhbmRlbmdAaHVhd2VpLmNvbTxtYWlsdG86bGlhbmdxaWFu ZGVuZ0BodWF3ZWkuY29tPj4NCkRhdGU6IFdlZG5lc2RheSAyNSBOb3ZlbWJlciAyMDE1IGF0IDEy OjQxDQpUbzogIkJlcnRyYW5kIER1dml2aWVyIChiZHV2aXZpZSkiIDxiZHV2aXZpZUBjaXNjby5j b208bWFpbHRvOmJkdXZpdmllQGNpc2NvLmNvbT4+LCBHdW50ZXIgVmFuIGRlIFZlbGRlIDxndW50 ZXIudmFuX2RlX3ZlbGRlQGFsY2F0ZWwtbHVjZW50LmNvbTxtYWlsdG86Z3VudGVyLnZhbl9kZV92 ZWxkZUBhbGNhdGVsLWx1Y2VudC5jb20+PiwgU3VzYW4gSGFyZXMgPHNoYXJlc0BuZHpoLmNvbTxt YWlsdG86c2hhcmVzQG5kemguY29tPj4sICJpZHJAaWV0Zi5vcmc8bWFpbHRvOmlkckBpZXRmLm9y Zz4iIDxpZHJAaWV0Zi5vcmc8bWFpbHRvOmlkckBpZXRmLm9yZz4+DQpDYzogImRyYWZ0LWxpYW5n LWlkci1iZ3AtZmxvd3NwZWMtbGFiZWxAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWxpYW5nLWlkci1i Z3AtZmxvd3NwZWMtbGFiZWxAaWV0Zi5vcmc+IiA8ZHJhZnQtbGlhbmctaWRyLWJncC1mbG93c3Bl Yy1sYWJlbEBpZXRmLm9yZzxtYWlsdG86ZHJhZnQtbGlhbmctaWRyLWJncC1mbG93c3BlYy1sYWJl bEBpZXRmLm9yZz4+DQpTdWJqZWN0OiDnrZTlpI06IFtJZHJdIFdHIENhbGwgZm9yIGFkb3B0aW9u IG9uIGRyYWZ0LWxpYW5nLWlkci1iZ3AtZmxvd3NwZWMtbGFiZWwtMDEgKDExLzI0IHRvIDEyLzgp DQoNCkhpIEJlcnRyYW5kIER1dml2aWVyIGFuZCBHdW50ZXIsDQoNCkluIHRoaXMgZHJhZnQsIHRo ZSBCR1Agcm91dGVyIHN0aWxsIGFsbG9jYXRlcyBhIGxhYmVsIGZvciBhIEZsb3dTcGVjIHJ1bGUg bG9jYWxseSwgIHdlIGp1c3QgdXNlIGEgbGFiZWwgdG8gaWRlbnRpZnkgYSB0cmFmZmljIG1hdGNo aW5nIHRoZSBmbG93c3BlYyBydWxlLg0Kc28gcGxlYXNlIGRvbuKAmXQgd29ycnkgdGhhdCDigJxy ZS1kaXJlY3RpY3RpbmcgdG8gYSByZW1vdGUgbGFiZWwgY291bGQgYmUgYSBxdWl0ZSByYW5kb20g YWN0aW9u4oCdLCB0aGVyZSBpc27igJl0IHRoaXMgdHlwZSBxdWVzdGlvbi4NCg0KVGhlIGRyYWZ0 IGhhcyBkZXNjcmliZWQgaXQgYXMgdGhlIGZvbGxvd2luZzoNCuKAnFNvIHRoaXMgZG9jdW1lbnQg cHJvcG9zZXMgdGhhdCB0aGUgQkdQIHJvdXRlciBzdXBwb3J0cyB0byBhbGxvY2F0ZSBhDQogICB1 bmlxdWUgbGFiZWwgdG8gYSBGbG93U3BlYyBydWxlLCB0aGUgZm9yd2FyZGluZyBwYXRoIGlzIHN0 aWxsIGRlY2lkZWQNCiAgIGJ5IHRoZSBiZXN0LW1hdGNoIHVuaWNhc3Qgcm91dGUgZm9yIHRoZSBl bWJlZGRlZCBkZXN0aW5hdGlvbiBwcmVmaXgNCiAgIG9yIHRoZSBiZXN0LW1hdGNoIHJvdXRlIHRv IHRhcmdldCBJUCBpbiB0aGUgJ3JlZGlyZWN0IHRvIElQJyBhY3Rpb24uDQogICBGaWd1cmUgMSBn aXZlcyBhbiBleGFtcGxlIHRoYXQgRmxvd1NwZWMgcnVsZSBib3VuZCB3aXRoIGEgbGFiZWwgaXMN CiAgIGRpc3NlbWluYXRlZCBpbiB0aGUgbmV0d29yay4NCg0KICAgICAgICAgICAgICAgICAgT3B0 aW9uLUIgaW50ZXItQVMgY29ubmVjdGlvbg0KICAgICAgICAgICAgICAgICAgfDwtLS0tLS1BUzEt LS0tLT58ICAgIHw8LS0tLS0tQVMyLS0tLS0+fA0KICAgICAgICAgICAgICAgICAgKy0tLS0tKyAg ICArLS0tLS0rICAgICstLS0tLSsgICAgKy0tLS0tKw0KICAgICAgIFZQTiAxLElQMS4ufCBQRTEg fD09PT18QVNCUjF8LS0tLXxBU0JSMnw9PT09fCBQRTIgfC4uVlBOMSxJUDINCiAgICAgICAgICAg ICAgICAgICstLS0tLSsgICAgKy0tLS0tKyAgICArLS0tLS0rICAgICstLS0tLSsNCiAgICAgICAg ICAgICAgICAgICAgIHwgTERQIExTUDEgfCAgICAgICAgICB8IExEUCBMU1AyIHwNCiAgICAgICAg ICAgICAgICAgICAgIHwgLS0tLS0tLT4gfCAgICAgICAgICB8IC0tLS0tLS0+IHwNCiAgICAgICAg ICAgICAgICAgICAgIHwtLS0tLS0tQkdQIFZQTiBGbG93c3BlYyBMU1AtLS0tPnwNCiAgICAgICAg ICAgICAgICAgKExhYmVsMSkgICAgKExhYmVsMikgICAoTGFiZWwzKSAgIChMYWJlbDQpDQogICAg ICAgICAgICAgICAgICAgIEZpZ3VyZSAxOiBVc2FnZSBvZiBGbG93U3BlYyB3aXRoIExhYmVsDQoN CiAgRmxvd1NwZWMgcnVsZTEgKGluamVjdGVkIGluIFBFMik6DQogICAgICAgRmlsdGVyczoNCiAg ICAgICAgICBkZXN0aW5hdGlvbiBpcCBwcmVmaXg6SVAyLzMyDQogICAgICAgICAgc291cmNlIGlw IHByZWZpeDpJUDEvMzINCiAgICAgICBBY3Rpb25zOg0KICAgICAgICAgIHRyYWZmaWMtbWFya2lu ZzogMQ0KDQogIExhYmVscyBhbGxvY2F0ZWQgZm9yIEZsb3dTcGVjMToNCiAgICAgICBMYWJlbDQg YWxsb2NhdGVkIGJ5IFBFMg0KICAgICAgIExhYmVsMyBhbGxvY2F0ZWQgYnkgQVNCUjINCiAgICAg ICBMYWJlbDIgYWxsb2NhdGVkIGJ5IEFTQlIxDQogICAgICAgTGFiZWwxIGFsbG9jYXRlZCBieSBQ RTENCg0KICBQRTIgZGlzc2VtaW5hdGVzIHRoZSBGbG93U3BlYzEgYm91bmQgd2l0aCBMYWJlbDQg dG8gQVNCUjIuDQogIEFTQlIyIGRpc3NlbWluYXRlcyB0aGUgRmxvd1NwZWMxIGJvdW5kIHdpdGgg TGFiZWwzIHRvIEFTQlIxLg0KICBBU0JSMSBkaXNzZW1pbmF0ZXMgdGhlIEZsb3dTcGVjMSBib3Vu ZCB3aXRoIExhYmVsMiB0byBQRTEuDQrigJ0NCg0K4oCcSWYgdGhlIEJHUCByb3V0ZXIgYWxsb2Nh dGVzIGEgbGFiZWwgZm9yIGEgRmxvd1NwZWMgcnVsZSBhbmQNCiAgIGRpc3NlbWluYXRlcyB0aGUg bGFiZWxlZCBGbG93U3BlYyBydWxlIHRvIHRoZSB1cHN0cmVhbSBwZWVycywgaXQgY2FuDQogICB1 c2UgdGhlIGxhYmVsIHRvIG1hdGNoIHRoZSB0cmFmZmljIGlkZW50aWZpZWQgYnkgdGhlIEZsb3dT cGVjIHJ1bGUgaW4NCiAgIHRoZSBmb3J3YXJkaW5nIHBsYW5lLuKAnQ0KDQoNClRoYW5rcywNClFp YW5kZW5nDQoNCuWPkeS7tuS6ujogQmVydHJhbmQgRHV2aXZpZXIgKGJkdXZpdmllKSBbbWFpbHRv OmJkdXZpdmllQGNpc2NvLmNvbV0NCuWPkemAgeaXtumXtDogMjAxNeW5tDEx5pyIMjXml6UgMTk6 MTkNCuaUtuS7tuS6ujogVkFOIERFIFZFTERFLCBHdW50ZXIgKEd1bnRlcik7IFN1c2FuIEhhcmVz OyBpZHJAaWV0Zi5vcmc8bWFpbHRvOmlkckBpZXRmLm9yZz4NCuaKhOmAgTogZHJhZnQtbGlhbmct aWRyLWJncC1mbG93c3BlYy1sYWJlbEBpZXRmLm9yZzxtYWlsdG86ZHJhZnQtbGlhbmctaWRyLWJn cC1mbG93c3BlYy1sYWJlbEBpZXRmLm9yZz4NCuS4u+mimDogUmU6IFtJZHJdIFdHIENhbGwgZm9y IGFkb3B0aW9uIG9uIGRyYWZ0LWxpYW5nLWlkci1iZ3AtZmxvd3NwZWMtbGFiZWwtMDEgKDExLzI0 IHRvIDEyLzgpDQoNCkFncmVlLCBsYWJlbHMgYXJlIGluIGdlbmVyYWwgbG9jYWxseSBhc3NpZ24g YnkgcmVtb3RlIG5vZGVzIGFuZCBub3QgcGVyc2lzdGFudCBhbmQgdGh1cyBzdWJqZWN0IHRvIGNo YW5nZSAod2UgZG8gaGF2ZSBleGNlcHRpb25zIHdpdGggZ2xvYmFsIHNpZ25pZmljYW50IGxhYmVs cyBsaWtlIHByZWZpeC1TSUQpLCB0aHVzIHJlLWRpcmVjdGljdGluZyB0byBhIHJlbW90ZSBsYWJl bCBjb3VsZCBiZSBhIHF1aXRlIHJhbmRvbSBhY3Rpb24uDQpCZXN0IFJlZ2FyZHMgQmVydHJhbmQg RHV2aXZpZXINClByaW5jaXBhbCBFbmdpbmVlciAuIFByb2R1Y3QgTWFya2V0aW5nDQoNCkZyb206 ICI8VkFOIERFIFZFTERFPiIsICJHdW50ZXIgKEd1bnRlcikiIDxndW50ZXIudmFuX2RlX3ZlbGRl QGFsY2F0ZWwtbHVjZW50LmNvbTxtYWlsdG86Z3VudGVyLnZhbl9kZV92ZWxkZUBhbGNhdGVsLWx1 Y2VudC5jb20+Pg0KRGF0ZTogV2VkbmVzZGF5IDI1IE5vdmVtYmVyIDIwMTUgMDg6MjQNClRvOiBT dXNhbiBIYXJlcyA8c2hhcmVzQG5kemguY29tPG1haWx0bzpzaGFyZXNAbmR6aC5jb20+PiwgImlk ckBpZXRmLm9yZzxtYWlsdG86aWRyQGlldGYub3JnPiIgPGlkckBpZXRmLm9yZzxtYWlsdG86aWRy QGlldGYub3JnPj4NCkNjOiAiZHJhZnQtbGlhbmctaWRyLWJncC1mbG93c3BlYy1sYWJlbEBpZXRm Lm9yZzxtYWlsdG86ZHJhZnQtbGlhbmctaWRyLWJncC1mbG93c3BlYy1sYWJlbEBpZXRmLm9yZz4i IDxkcmFmdC1saWFuZy1pZHItYmdwLWZsb3dzcGVjLWxhYmVsQGlldGYub3JnPG1haWx0bzpkcmFm dC1saWFuZy1pZHItYmdwLWZsb3dzcGVjLWxhYmVsQGlldGYub3JnPj4NClN1YmplY3Q6IFJlOiBb SWRyXSBXRyBDYWxsIGZvciBhZG9wdGlvbiBvbiBkcmFmdC1saWFuZy1pZHItYmdwLWZsb3dzcGVj LWxhYmVsLTAxICgxMS8yNCB0byAxMi84KQ0KDQpXaGVuIHJlYWRpbmcgdGhlIHRleHQgSSBhbSBu b3QgY2xlYXIgaG93IHRoaXMgd291bGQgd29yayBhbmQgd2hpY2ggY29tcG9uZW50IGlzIGFsbG9j YXRpbmcgd2hpY2ggbGFiZWwgdG8gdXNlIGFuZCBob3cgdGhlIExGSUIgb24gdGhlIGRpZmZlcmVu dCBkZXZpY2VzIGJldHdlZW4gbmV0d29yayBpbmdyZXNzIGFuZCBlZ3Jlc3MgaXMgY29uc3RydWN0 ZWQgaWYgRmxvd3NwZWMgd291bGQgYmUgdXNlZCB0byBhbGxvY2F0ZSBsYWJlbHMgaW4gc29tZSB3 YXk/DQoNClRoZSB1c2UgY2FzZSBmb3IgdGhlIHByb3Bvc2FsIGlzIGEgbGl0dGxlIHZhZ3VlIGFz IGl0IHNlZW1zIHRvIG9ubHkgaW5kaWNhdGU6IOKAnHRoaXMgZmFjaWxpdGF0ZXMgbW9uaXRvcmlu ZyBhbmQgdHJhZmZpYw0KICAgc3RhdGlzdGljcyBmb3IgRmxvd1NwZWMgcnVsZXMu4oCdLg0KDQpC ZWZvcmUgY29uc2lkZXJpbmcgZm9yIGFkb3B0aW9uLCBJIHRoaW5rIHRoZSB1c2UtY2FzZSBhbmQg b3BlcmF0aW9uYWwgZmxvdyBjaGFydHMgc2hvdWxkIGJlIG1vcmUgY2xlYXJseSBkb2N1bWVudGVk IGluIHRoZSB0ZXh0Lg0KDQpHLw0KDQoNCg0KDQoNCkZyb206IElkciA8aWRyLWJvdW5jZXNAaWV0 Zi5vcmc8bWFpbHRvOmlkci1ib3VuY2VzQGlldGYub3JnPj4gb24gYmVoYWxmIG9mIFN1c2FuIEhh cmVzIDxzaGFyZXNAbmR6aC5jb208bWFpbHRvOnNoYXJlc0BuZHpoLmNvbT4+DQpEYXRlOiBUdWVz ZGF5IDI0IE5vdmVtYmVyIDIwMTUgYXQgMTI6MjkNClRvOiAiaWRyQGlldGYub3JnPG1haWx0bzpp ZHJAaWV0Zi5vcmc+IiA8aWRyQGlldGYub3JnPG1haWx0bzppZHJAaWV0Zi5vcmc+Pg0KQ2M6ICJk cmFmdC1saWFuZy1pZHItYmdwLWZsb3dzcGVjLWxhYmVsQGlldGYub3JnPG1haWx0bzpkcmFmdC1s aWFuZy1pZHItYmdwLWZsb3dzcGVjLWxhYmVsQGlldGYub3JnPiIgPGRyYWZ0LWxpYW5nLWlkci1i Z3AtZmxvd3NwZWMtbGFiZWxAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWxpYW5nLWlkci1iZ3AtZmxv d3NwZWMtbGFiZWxAaWV0Zi5vcmc+Pg0KU3ViamVjdDogW0lkcl0gV0cgQ2FsbCBmb3IgYWRvcHRp b24gb24gZHJhZnQtbGlhbmctaWRyLWJncC1mbG93c3BlYy1sYWJlbC0wMSAoMTEvMjQgdG8gMTIv OCkNCg0KVGhpcyBiZWdpbnMgYSAyIHdlZWsgYWRvcHRpb24gY2FsbCBmb3IgZHJhZnQtbGlhbmct aWRyLWJncC1mbG93c3BlYy1sYWJlbC0wMS50eHQgIHdoaWNoIGNhbiBiZSBmb3VuZCBhdDoNCg0K aHR0cDovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1saWFuZy1pZHItYmdwLWZsb3dz cGVjLWxhYmVsLw0KDQpBbGwgYXV0aG9ycyBzaG91bGQgcmVzcG9uZCB0byB0aGlzIGVtYWlsIHdo ZXRoZXIgdGhlIGtub3cgb2YgYW55IElQUiByZWxhdGluZyB0byB0aGlzIGRyYWZ0LiAgIFBsZWFz ZSBub3RlIHRoYXQgdW5sZXNzIGFsbCBhdXRob3JzIHJlc3BvbmQgdG8gdGhpcyBlbWFpbCwgdGhl IGRyYWZ0IGNhbm5vdCBiZSBhZG9wdGVkIGFzIGEgV0cgZHJhZnQuDQoNClRoaXMgZHJhZnQgaXMg cGFydCBvZiB0aGUgZmxvdyBzcGVjaWZpY2F0aW9uIGRyYWZ0cyBjb25zaWRlcmVkIGF0IElFVEYg OTQsIGFuZCBvbiB0aGUgbWFpbCBsaXN0LiAgT3V0IG9mIHRoYXQgZGlzY3Vzc2lvbiwgYW4gaW50 ZXItd29ya2luZyBkcmFmdCB3aWxsIGJlIGNyZWF0ZSBiZXR3ZWVuIHRoZSBmbG93IHNwZWNpZmlj YXRpb24gZHJhZnRzLiAgIElmIHlvdSBhcmUgaW50ZXJlc3RlZCBpbiB0aGlzIGRyYWZ0LCBidXQg d291bGQgbGlrZSB0byBzZWUgdGhlIGludGVyLXdvcmtpbmcgZHJhZnQsIHBsZWFzZSBpbmRpY2F0 ZSB0aGlzIGluIHlvdXIgY29tbWVudC4NCg0KU3VlIEhhcmVzDQoNCg== --_000_FBEE06099EC24D4798AA340B5F2C9570alcatellucentcom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj4NCjxkaXY+TWFu eSB0aGFua3MgdG8gcHJvdmlkZSBzb21lIGV4dHJhIGNvbnRleHQuIFRoZSBjb3B54oCZZCB0ZXh0 IGZyb20gdGhlIGRyYWZ0IGlzIG5vdCByZWFsbHkgbWFraW5nIGl0IG1vcmUgY2xlYXIuPC9kaXY+ DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5BcmUgeW91IGluZGljYXRpbmcgdGhhdCB0aGUgc2ln bmFsbGVkIGxhYmVsIGlzIG5vdCB1c2VkIGZvciBmb3J3YXJkaW5nPyBBbmQgaXRzIG9ubHkgcHVy cG9zZSBpcyB0byBzZXJ2ZSBhcyBhIHJvdXRlciBsb2NhbCBhY2NvdW50aW5nIGNvbnRhaW5lciBm b3IgYSBmbG93PzwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+Ry88L2Rpdj4NCjxkaXY+ DQo8ZGl2IGlkPSJNQUNfT1VUTE9PS19TSUdOQVRVUkUiPjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+PGJyPg0KPC9kaXY+DQo8c3BhbiBpZD0iT0xLX1NSQ19CT0RZX1NFQ1RJT04iPg0KPGRp diBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaTsgZm9udC1zaXplOjEycHQ7IHRleHQtYWxpZ246 bGVmdDsgY29sb3I6YmxhY2s7IEJPUkRFUi1CT1RUT006IG1lZGl1bSBub25lOyBCT1JERVItTEVG VDogbWVkaXVtIG5vbmU7IFBBRERJTkctQk9UVE9NOiAwaW47IFBBRERJTkctTEVGVDogMGluOyBQ QURESU5HLVJJR0hUOiAwaW47IEJPUkRFUi1UT1A6ICNiNWM0ZGYgMXB0IHNvbGlkOyBCT1JERVIt UklHSFQ6IG1lZGl1bSBub25lOyBQQURESU5HLVRPUDogM3B0Ij4NCjxzcGFuIHN0eWxlPSJmb250 LXdlaWdodDpib2xkIj5Gcm9tOiA8L3NwYW4+TGlhbmdxaWFuZGVuZyAmbHQ7PGEgaHJlZj0ibWFp bHRvOmxpYW5ncWlhbmRlbmdAaHVhd2VpLmNvbSI+bGlhbmdxaWFuZGVuZ0BodWF3ZWkuY29tPC9h PiZndDs8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+RGF0ZTogPC9zcGFuPldl ZG5lc2RheSAyNSBOb3ZlbWJlciAyMDE1IGF0IDEyOjQxPGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQt d2VpZ2h0OmJvbGQiPlRvOiA8L3NwYW4+JnF1b3Q7QmVydHJhbmQgRHV2aXZpZXIgKGJkdXZpdmll KSZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmJkdXZpdmllQGNpc2NvLmNvbSI+YmR1dml2aWVA Y2lzY28uY29tPC9hPiZndDssIEd1bnRlciBWYW4gZGUgVmVsZGUgJmx0OzxhIGhyZWY9Im1haWx0 bzpndW50ZXIudmFuX2RlX3ZlbGRlQGFsY2F0ZWwtbHVjZW50LmNvbSI+Z3VudGVyLnZhbl9kZV92 ZWxkZUBhbGNhdGVsLWx1Y2VudC5jb208L2E+Jmd0OywNCiBTdXNhbiBIYXJlcyAmbHQ7PGEgaHJl Zj0ibWFpbHRvOnNoYXJlc0BuZHpoLmNvbSI+c2hhcmVzQG5kemguY29tPC9hPiZndDssICZxdW90 OzxhIGhyZWY9Im1haWx0bzppZHJAaWV0Zi5vcmciPmlkckBpZXRmLm9yZzwvYT4mcXVvdDsgJmx0 OzxhIGhyZWY9Im1haWx0bzppZHJAaWV0Zi5vcmciPmlkckBpZXRmLm9yZzwvYT4mZ3Q7PGJyPg0K PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPkNjOiA8L3NwYW4+JnF1b3Q7PGEgaHJlZj0i bWFpbHRvOmRyYWZ0LWxpYW5nLWlkci1iZ3AtZmxvd3NwZWMtbGFiZWxAaWV0Zi5vcmciPmRyYWZ0 LWxpYW5nLWlkci1iZ3AtZmxvd3NwZWMtbGFiZWxAaWV0Zi5vcmc8L2E+JnF1b3Q7ICZsdDs8YSBo cmVmPSJtYWlsdG86ZHJhZnQtbGlhbmctaWRyLWJncC1mbG93c3BlYy1sYWJlbEBpZXRmLm9yZyI+ ZHJhZnQtbGlhbmctaWRyLWJncC1mbG93c3BlYy1sYWJlbEBpZXRmLm9yZzwvYT4mZ3Q7PGJyPg0K PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPlN1YmplY3Q6IDwvc3Bhbj7nrZTlpI06IFtJ ZHJdIFdHIENhbGwgZm9yIGFkb3B0aW9uIG9uIGRyYWZ0LWxpYW5nLWlkci1iZ3AtZmxvd3NwZWMt bGFiZWwtMDEgKDExLzI0IHRvIDEyLzgpPGJyPg0KPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0K PGRpdiB4bWxuczp2PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOnZtbCIgeG1sbnM6bz0idXJu OnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4bWxuczp3PSJ1cm46c2NoZW1h cy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJodHRwOi8vc2NoZW1hcy5taWNy b3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy9U Ui9SRUMtaHRtbDQwIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0 IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5p dGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk65a6L5L2TOw0KCXBhbm9zZS0xOjIg MSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBN YXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9u dC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9u dC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQOWui+S9kyI7DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEg MSAxIDEgMTt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05v cm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFw dDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJp ZiI7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7 DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwg c3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29s b3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29BY2V0YXRlLCBs aS5Nc29BY2V0YXRlLCBkaXYuTXNvQWNldGF0ZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJ bXNvLXN0eWxlLWxpbms6IuaJueazqOahhuaWh+acrCBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1h cmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6OS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNh bGlicmkiLCJzYW5zLXNlcmlmIjt9DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlw ZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9y OndpbmRvd3RleHQ7fQ0Kc3Bhbi5DaGFyDQoJe21zby1zdHlsZS1uYW1lOiLmibnms6jmoYbmlofm nKwgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOuaJueaz qOahhuaWh+acrDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO30NCnNwYW4u RW1haWxTdHlsZTIwDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFt aWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVm YXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30N CkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIu MHB0IDcyLjBwdCA3Mi4wcHQgNzIuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3Jk U2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBl ZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0t LT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4N CjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1s PjwhW2VuZGlmXS0tPg0KPGRpdiBsYW5nPSJaSC1DTiIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBs ZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9InRleHQtaW5kZW50OjUuMjVwdCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPkhpIEJlcnRyYW5kIER1dml2aWVyIGFuZCBHdW50ZXIs PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQt aW5kZW50OjUuMjVwdCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWluZGVudDo1LjI1cHQiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj5JbiB0aGlzIGRyYWZ0LCB0aGUg QkdQIHJvdXRlciBzdGlsbCBhbGxvY2F0ZXMgYSBsYWJlbCBmb3IgYSBGbG93U3BlYyBydWxlIGxv Y2FsbHksICZuYnNwO3dlIGp1c3QgdXNlIGEgbGFiZWwgdG8gaWRlbnRpZnkgYSB0cmFmZmljIG1h dGNoaW5nIHRoZSBmbG93c3BlYyBydWxlLg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtaW5kZW50OjUuMjVwdCI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPnNvIHBsZWFzZSBkb27i gJl0IHdvcnJ5IHRoYXQg4oCccmUtZGlyZWN0aWN0aW5nIHRvIGEgcmVtb3RlIGxhYmVsIGNvdWxk IGJlIGEgcXVpdGUgcmFuZG9tIGFjdGlvbuKAnSwgdGhlcmUgaXNu4oCZdCB0aGlzIHR5cGUgcXVl c3Rpb24uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 InRleHQtaW5kZW50OjUuMjVwdCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWluZGVudDo1LjI1cHQiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj5UaGUgZHJhZnQgaGFz IGRlc2NyaWJlZCBpdCBhcyB0aGUgZm9sbG93aW5nOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWluZGVudDo1LjI1cHQiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj7igJxTbyB0aGlz IGRvY3VtZW50IHByb3Bvc2VzIHRoYXQgdGhlIEJHUCByb3V0ZXIgc3VwcG9ydHMgdG8gYWxsb2Nh dGUgYTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0 ZXh0LWluZGVudDo1LjI1cHQiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsgdW5pcXVlIGxhYmVsIHRvIGEgRmxvd1Nw ZWMgcnVsZSwgdGhlIGZvcndhcmRpbmcgcGF0aCBpcyBzdGlsbCBkZWNpZGVkPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtaW5kZW50OjUuMjVw dCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5 N0QiPiZuYnNwOyAmbmJzcDtieSB0aGUgYmVzdC1tYXRjaCB1bmljYXN0IHJvdXRlIGZvciB0aGUg ZW1iZWRkZWQgZGVzdGluYXRpb24gcHJlZml4PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtaW5kZW50OjUuMjVwdCI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyBv ciB0aGUgYmVzdC1tYXRjaCByb3V0ZSB0byB0YXJnZXQgSVAgaW4gdGhlICdyZWRpcmVjdCB0byBJ UCcgYWN0aW9uLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJ0ZXh0LWluZGVudDo1LjI1cHQiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsgRmlndXJlIDEgZ2l2ZXMgYW4g ZXhhbXBsZSB0aGF0IEZsb3dTcGVjIHJ1bGUgYm91bmQgd2l0aCBhIGxhYmVsIGlzPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtaW5kZW50OjUu MjVwdCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMx RjQ5N0QiPiZuYnNwOyZuYnNwOyBkaXNzZW1pbmF0ZWQgaW4gdGhlIG5ldHdvcmsuPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtaW5kZW50OjUu MjVwdCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMx RjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJ0ZXh0LWluZGVudDo1LjI1cHQiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7T3B0aW9uLUIgaW50ZXItQVMgY29ubmVjdGlvbjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWluZGVudDo1LjI1 cHQiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0 OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZsdDst LS0tLS1BUzEtLS0tLSZndDt8Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbHQ7LS0tLS0tQVMyLS0tLS0m Z3Q7fDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0 ZXh0LWluZGVudDo1LjI1cHQiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgJiM0MzstLS0tLSYjNDM7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS0tLS0mIzQz OyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0tLS0tJiM0MzsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0 MzstLS0tLSYjNDM7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9InRleHQtaW5kZW50OjUuMjVwdCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyBWUE4gMSxJUDEuLnwgUEUxIHw9PT09fEFTQlIxfC0tLS18QVNCUjJ8PT09PXwgUEUy IHwuLlZQTjEsSVAyPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9InRleHQtaW5kZW50OjUuMjVwdCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0tLS0tJiM0MzsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0Mzst LS0tLSYjNDM7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS0tLS0mIzQzOyZuYnNwOyZuYnNwOyZu YnNwOyAmIzQzOy0tLS0tJiM0Mzs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0idGV4dC1pbmRlbnQ6NS4yNXB0Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwgTERQIExTUDEgfCZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8IExE UCBMU1AyIHw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0idGV4dC1pbmRlbnQ6NS4yNXB0Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwgLS0tLS0tLSZndDsgfCZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8IC0tLS0tLS0mZ3Q7 IHw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4 dC1pbmRlbnQ6NS4yNXB0Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41 cHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwtLS0tLS0tQkdQIFZQTiBGbG93c3BlYyBMU1AtLS0t Jmd0O3w8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i dGV4dC1pbmRlbnQ6NS4yNXB0Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IChMYWJlbDEpJm5ic3A7Jm5ic3A7Jm5ic3A7IChMYWJlbDIpJm5ic3A7Jm5ic3A7IChMYWJl bDMpJm5ic3A7Jm5ic3A7IChMYWJlbDQpPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtaW5kZW50OjUuMjVwdCI+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBGaWd1cmUgMTogVXNhZ2Ug b2YgRmxvd1NwZWMgd2l0aCBMYWJlbDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWluZGVudDo1LjI1cHQiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1pbmRlbnQ6NS4yNXB0 Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3 RCI+Jm5ic3A7IEZsb3dTcGVjIHJ1bGUxIChpbmplY3RlZCBpbiBQRTIpOjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWluZGVudDo1LjI1cHQi PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdE Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgRmlsdGVyczo8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1pbmRlbnQ6NS4y NXB0Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFG NDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IGRlc3RpbmF0aW9uIGlwIHByZWZpeDpJUDIvMzI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1pbmRlbnQ6NS4yNXB0Ij48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHNvdXJjZSBpcCBw cmVmaXg6SVAxLzMyPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9InRleHQtaW5kZW50OjUuMjVwdCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyBBY3Rpb25zOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJ0ZXh0LWluZGVudDo1LjI1cHQiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdHJhZmZpYy1tYXJraW5nOiAxPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtaW5kZW50OjUu MjVwdCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMx RjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJ0ZXh0LWluZGVudDo1LjI1cHQiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsgTGFiZWxzIGFsbG9jYXRlZCBmb3Ig Rmxvd1NwZWMxOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJ0ZXh0LWluZGVudDo1LjI1cHQiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgTGFiZWw0IGFsbG9jYXRlZCBieSBQRTI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1pbmRlbnQ6NS4yNXB0Ij48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IExhYmVsMyBhbGxvY2F0ZWQgYnkgQVNCUjI8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1pbmRlbnQ6 NS4yNXB0Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6 IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IExhYmVsMiBhbGxv Y2F0ZWQgYnkgQVNCUjE8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0idGV4dC1pbmRlbnQ6NS4yNXB0Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IExhYmVsMSBhbGxvY2F0ZWQgYnkgUEUxPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtaW5kZW50OjUuMjVwdCI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWlu ZGVudDo1LjI1cHQiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtj b2xvcjojMUY0OTdEIj4mbmJzcDsgUEUyIGRpc3NlbWluYXRlcyB0aGUgRmxvd1NwZWMxIGJvdW5k IHdpdGggTGFiZWw0IHRvIEFTQlIyLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWluZGVudDo1LjI1cHQiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsgQVNCUjIgZGlzc2Vt aW5hdGVzIHRoZSBGbG93U3BlYzEgYm91bmQgd2l0aCBMYWJlbDMgdG8gQVNCUjEuPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtaW5kZW50OjUu MjVwdCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMx RjQ5N0QiPiZuYnNwOyBBU0JSMSBkaXNzZW1pbmF0ZXMgdGhlIEZsb3dTcGVjMSBib3VuZCB3aXRo IExhYmVsMiB0byBQRTEuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9InRleHQtaW5kZW50OjUuMjVwdCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPuKAnTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWluZGVudDo1LjI1cHQiPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1p bmRlbnQ6NS4yNXB0Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Y29sb3I6IzFGNDk3RCI+4oCcSWYgdGhlIEJHUCByb3V0ZXIgYWxsb2NhdGVzIGEgbGFiZWwgZm9y IGEgRmxvd1NwZWMgcnVsZSBhbmQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6 IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7IGRpc3NlbWluYXRlcyB0aGUgbGFiZWxlZCBGbG93U3BlYyBy dWxlIHRvIHRoZSB1cHN0cmVhbSBwZWVycywgaXQgY2FuPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyB1c2UgdGhlIGxhYmVsIHRvIG1hdGNo IHRoZSB0cmFmZmljIGlkZW50aWZpZWQgYnkgdGhlIEZsb3dTcGVjIHJ1bGUgaW48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7IHRoZSBmb3J3 YXJkaW5nIHBsYW5lLuKAnTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0 OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPlRoYW5r cyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+UWlhbmRlbmc8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10 b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OuWui+S9kyI+5Y+R5Lu25Lq6PHNwYW4gbGFuZz0iRU4tVVMiPjo8L3NwYW4+PC9zcGFuPjwv Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 5a6L5L2TIj4gQmVydHJhbmQgRHV2aXZpZXIgKGJkdXZpdmllKSBbPGEgaHJlZj0ibWFpbHRvOmJk dXZpdmllQGNpc2NvLmNvbSI+bWFpbHRvOmJkdXZpdmllQGNpc2NvLmNvbTwvYT5dDQo8YnI+DQo8 L3NwYW4+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk65a6L5L2T Ij7lj5HpgIHml7bpl7Q8c3BhbiBsYW5nPSJFTi1VUyI+Ojwvc3Bhbj48L3NwYW4+PC9iPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTrlrovkvZMi PiAyMDE1PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OuWu i+S9kyI+5bm0PHNwYW4gbGFuZz0iRU4tVVMiPjExPC9zcGFuPuaciDxzcGFuIGxhbmc9IkVOLVVT Ij4yNTwvc3Bhbj7ml6U8c3BhbiBsYW5nPSJFTi1VUyI+DQogMTk6MTk8YnI+DQo8L3NwYW4+PGI+ 5pS25Lu25Lq6PHNwYW4gbGFuZz0iRU4tVVMiPjo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVT Ij4gVkFOIERFIFZFTERFLCBHdW50ZXIgKEd1bnRlcik7IFN1c2FuIEhhcmVzOw0KPGEgaHJlZj0i bWFpbHRvOmlkckBpZXRmLm9yZyI+aWRyQGlldGYub3JnPC9hPjxicj4NCjwvc3Bhbj48Yj7mioTp gIE8c3BhbiBsYW5nPSJFTi1VUyI+Ojwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiPiA8YSBo cmVmPSJtYWlsdG86ZHJhZnQtbGlhbmctaWRyLWJncC1mbG93c3BlYy1sYWJlbEBpZXRmLm9yZyI+ DQpkcmFmdC1saWFuZy1pZHItYmdwLWZsb3dzcGVjLWxhYmVsQGlldGYub3JnPC9hPjxicj4NCjwv c3Bhbj48Yj7kuLvpopg8c3BhbiBsYW5nPSJFTi1VUyI+Ojwvc3Bhbj48L2I+PHNwYW4gbGFuZz0i RU4tVVMiPiBSZTogW0lkcl0gV0cgQ2FsbCBmb3IgYWRvcHRpb24gb24gZHJhZnQtbGlhbmctaWRy LWJncC1mbG93c3BlYy1sYWJlbC0wMSAoMTEvMjQgdG8gMTIvOCk8bzpwPjwvbzpwPjwvc3Bhbj48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh bmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Y29sb3I6YmxhY2siPkFncmVlLCBsYWJlbHMgYXJlIGluIGdlbmVyYWwgbG9j YWxseSBhc3NpZ24gYnkgcmVtb3RlIG5vZGVzIGFuZCBub3QgcGVyc2lzdGFudCBhbmQgdGh1cyBz dWJqZWN0IHRvIGNoYW5nZSAod2UgZG8gaGF2ZSBleGNlcHRpb25zIHdpdGggZ2xvYmFsIHNpZ25p ZmljYW50IGxhYmVscyBsaWtlIHByZWZpeC1TSUQpLCB0aHVzDQogcmUtZGlyZWN0aWN0aW5nIHRv IGEgcmVtb3RlIGxhYmVsIGNvdWxkIGJlIGEgcXVpdGUgcmFuZG9tIGFjdGlvbi4mbmJzcDs8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtj b2xvcjpibGFjayI+QmVzdCBSZWdhcmRzIEJlcnRyYW5kIER1dml2aWVyPG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNrIj5QcmluY2lwYWwgRW5n aW5lZXIgLiBQcm9kdWN0IE1hcmtldGluZzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdDtjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9ImJvcmRl cjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAw Y20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iY29sb3I6YmxhY2siPkZyb206IDwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJjb2xvcjpibGFjayI+JnF1b3Q7Jmx0O1ZBTiBERSBWRUxERSZndDsmcXVvdDssICZxdW90O0d1 bnRlciAoR3VudGVyKSZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmd1bnRlci52YW5fZGVfdmVs ZGVAYWxjYXRlbC1sdWNlbnQuY29tIj5ndW50ZXIudmFuX2RlX3ZlbGRlQGFsY2F0ZWwtbHVjZW50 LmNvbTwvYT4mZ3Q7PGJyPg0KPGI+RGF0ZTogPC9iPldlZG5lc2RheSAyNSBOb3ZlbWJlciAyMDE1 IDA4OjI0PGJyPg0KPGI+VG86IDwvYj5TdXNhbiBIYXJlcyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnNo YXJlc0BuZHpoLmNvbSI+c2hhcmVzQG5kemguY29tPC9hPiZndDssICZxdW90OzxhIGhyZWY9Im1h aWx0bzppZHJAaWV0Zi5vcmciPmlkckBpZXRmLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1h aWx0bzppZHJAaWV0Zi5vcmciPmlkckBpZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KPGI+Q2M6IDwvYj4m cXVvdDs8YSBocmVmPSJtYWlsdG86ZHJhZnQtbGlhbmctaWRyLWJncC1mbG93c3BlYy1sYWJlbEBp ZXRmLm9yZyI+ZHJhZnQtbGlhbmctaWRyLWJncC1mbG93c3BlYy1sYWJlbEBpZXRmLm9yZzwvYT4m cXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpkcmFmdC1saWFuZy1pZHItYmdwLWZsb3dzcGVjLWxh YmVsQGlldGYub3JnIj5kcmFmdC1saWFuZy1pZHItYmdwLWZsb3dzcGVjLWxhYmVsQGlldGYub3Jn PC9hPiZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8L2I+UmU6IFtJZHJdIFdHIENhbGwgZm9yIGFkb3B0 aW9uIG9uIGRyYWZ0LWxpYW5nLWlkci1iZ3AtZmxvd3NwZWMtbGFiZWwtMDEgKDExLzI0IHRvIDEy LzgpPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOmJs YWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6YmxhY2siPldoZW4gcmVhZGluZyB0aGUgdGV4dCBJ IGFtIG5vdCBjbGVhciBob3cgdGhpcyB3b3VsZCB3b3JrIGFuZCB3aGljaCBjb21wb25lbnQgaXMg YWxsb2NhdGluZyB3aGljaCBsYWJlbCB0byB1c2UgYW5kIGhvdyB0aGUgTEZJQiBvbiB0aGUgZGlm ZmVyZW50IGRldmljZXMgYmV0d2VlbiBuZXR3b3JrIGluZ3Jlc3MgYW5kDQogZWdyZXNzIGlzIGNv bnN0cnVjdGVkIGlmIEZsb3dzcGVjIHdvdWxkIGJlIHVzZWQgdG8gYWxsb2NhdGUgbGFiZWxzIGlu IHNvbWUgd2F5PzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtj b2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2NvbG9yOmJsYWNrIj5UaGUgdXNlIGNhc2UgZm9yIHRoZSBwcm9wb3NhbCBpcyBhIGxp dHRsZSB2YWd1ZSBhcyBpdCBzZWVtcyB0byBvbmx5IGluZGljYXRlOiDigJw8L3NwYW4+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrO2JhY2tncm91bmQ6I0ZGRkRGNSI+dGhpcw0KIGZh Y2lsaXRhdGVzIG1vbml0b3JpbmcgYW5kIHRyYWZmaWM8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDs7Y29sb3I6YmxhY2s7YmFja2dyb3VuZDojRkZGREY1Ij4mbmJzcDsgJm5ic3A7c3RhdGlz dGljcyBmb3IgRmxvd1NwZWMgcnVsZXMuPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjEwLjVwdDtjb2xvcjpibGFjayI+4oCdLiAmbmJzcDs8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjpibGFjayI+QmVmb3Jl IGNvbnNpZGVyaW5nIGZvciBhZG9wdGlvbiwgSSB0aGluayB0aGUgdXNlLWNhc2UgYW5kIG9wZXJh dGlvbmFsIGZsb3cgY2hhcnRzIHNob3VsZCBiZSBtb3JlIGNsZWFybHkgZG9jdW1lbnRlZCBpbiB0 aGUgdGV4dC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29s b3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtjb2xvcjpibGFjayI+Ry88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMC41cHQ7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjEwLjVwdDtjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjpibGFjayI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOmJs YWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9ImJv cmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBj bSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iY29sb3I6YmxhY2siPkZyb206IDwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJjb2xvcjpibGFjayI+SWRyICZsdDs8YSBocmVmPSJtYWlsdG86aWRyLWJvdW5jZXNAaWV0 Zi5vcmciPmlkci1ib3VuY2VzQGlldGYub3JnPC9hPiZndDsgb24gYmVoYWxmIG9mIFN1c2FuIEhh cmVzICZsdDs8YSBocmVmPSJtYWlsdG86c2hhcmVzQG5kemguY29tIj5zaGFyZXNAbmR6aC5jb208 L2E+Jmd0Ozxicj4NCjxiPkRhdGU6IDwvYj5UdWVzZGF5IDI0IE5vdmVtYmVyIDIwMTUgYXQgMTI6 Mjk8YnI+DQo8Yj5UbzogPC9iPiZxdW90OzxhIGhyZWY9Im1haWx0bzppZHJAaWV0Zi5vcmciPmlk ckBpZXRmLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzppZHJAaWV0Zi5vcmciPmlk ckBpZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KPGI+Q2M6IDwvYj4mcXVvdDs8YSBocmVmPSJtYWlsdG86 ZHJhZnQtbGlhbmctaWRyLWJncC1mbG93c3BlYy1sYWJlbEBpZXRmLm9yZyI+ZHJhZnQtbGlhbmct aWRyLWJncC1mbG93c3BlYy1sYWJlbEBpZXRmLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1h aWx0bzpkcmFmdC1saWFuZy1pZHItYmdwLWZsb3dzcGVjLWxhYmVsQGlldGYub3JnIj5kcmFmdC1s aWFuZy1pZHItYmdwLWZsb3dzcGVjLWxhYmVsQGlldGYub3JnPC9hPiZndDs8YnI+DQo8Yj5TdWJq ZWN0OiA8L2I+W0lkcl0gV0cgQ2FsbCBmb3IgYWRvcHRpb24gb24gZHJhZnQtbGlhbmctaWRyLWJn cC1mbG93c3BlYy1sYWJlbC0wMSAoMTEvMjQgdG8gMTIvOCk8L3NwYW4+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOmJsYWNrIj5UaGlzIGJlZ2lucyBhIDIg d2VlayBhZG9wdGlvbiBjYWxsIGZvciBkcmFmdC1saWFuZy1pZHItYmdwLWZsb3dzcGVjLWxhYmVs LTAxLnR4dCZuYnNwOyB3aGljaCBjYW4gYmUgZm91bmQgYXQ6DQo8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9y OmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOmJsYWNrIj48YSBocmVmPSJodHRwOi8v ZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxpYW5nLWlkci1iZ3AtZmxvd3NwZWMtbGFi ZWwvIj5odHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxpYW5nLWlkci1iZ3At Zmxvd3NwZWMtbGFiZWwvPC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iY29sb3I6YmxhY2siPkFsbCBhdXRob3JzIHNob3VsZCByZXNwb25kIHRvIHRoaXMg ZW1haWwgd2hldGhlciB0aGUga25vdyBvZiBhbnkgSVBSIHJlbGF0aW5nIHRvIHRoaXMgZHJhZnQu Jm5ic3A7ICZuYnNwO1BsZWFzZSBub3RlIHRoYXQgdW5sZXNzIGFsbCBhdXRob3JzIHJlc3BvbmQg dG8gdGhpcyBlbWFpbCwgdGhlIGRyYWZ0IGNhbm5vdCBiZSBhZG9wdGVkIGFzIGEgV0cgZHJhZnQu DQogJm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJj b2xvcjpibGFjayI+VGhpcyBkcmFmdCBpcyBwYXJ0IG9mIHRoZSBmbG93IHNwZWNpZmljYXRpb24g ZHJhZnRzIGNvbnNpZGVyZWQgYXQgSUVURiA5NCwgYW5kIG9uIHRoZSBtYWlsIGxpc3QuJm5ic3A7 IE91dCBvZiB0aGF0IGRpc2N1c3Npb24sIGFuIGludGVyLXdvcmtpbmcgZHJhZnQgd2lsbCBiZSBj cmVhdGUgYmV0d2VlbiB0aGUgZmxvdyBzcGVjaWZpY2F0aW9uIGRyYWZ0cy4mbmJzcDsmbmJzcDsN CiBJZiB5b3UgYXJlIGludGVyZXN0ZWQgaW4gdGhpcyBkcmFmdCwgYnV0IHdvdWxkIGxpa2UgdG8g c2VlIHRoZSBpbnRlci13b3JraW5nIGRyYWZ0LCBwbGVhc2UgaW5kaWNhdGUgdGhpcyBpbiB5b3Vy IGNvbW1lbnQuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImNvbG9yOmJsYWNrIj5TdWUgSGFyZXMgPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7 PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L3NwYW4+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_FBEE06099EC24D4798AA340B5F2C9570alcatellucentcom_-- From nobody Wed Nov 25 07:09:13 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B70E61B2DE4; Wed, 25 Nov 2015 07:09:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.135 X-Spam-Level: X-Spam-Status: No, score=-9.135 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 tU75dlG1QWY5; Wed, 25 Nov 2015 07:09:08 -0800 (PST) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EA7411B2DDD; Wed, 25 Nov 2015 07:09:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=34968; q=dns/txt; s=iport; t=1448464147; x=1449673747; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=VDt3vAJfgPlKXNrIjNkOF9Z6fAVEqmUiGrsMRwzgf0A=; b=DyqTV/JLNp7OiV1ngA8rcTLFLYlQcbtnmP4lsqeJ5sAnr6yJDKG85Hgc TrL6//l4LhdcSdWU2uG9NHAI5D61oDzp/byO0B7Q5Q76IHFz4vcNDvbWY 5hOPyRXr/ZPEf4HBwmFNUtFKIpAbMHNNCrvznZ7hrsl7rqJKHx5QIMFix I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D3AQDwzVVW/4MNJK1UCoJuTVNvBq8Dj?= =?us-ascii?q?zgBDYFmIYIZg1UCHIEkOBQBAQEBAQEBgQqENAEBAQQdCgZCChACAQYCEQMBAiE?= =?us-ascii?q?BBgUCAjAUBgMIAgQBDQWILg2QIZ0vCJAtAQEBAQEBAQEBAQEBAQEBAQEBAQEBG?= =?us-ascii?q?IZUg3iBBoQqBgoCASsJChYEglyBSAWSb4NoAYUniA2BXEmDeJJPg3EBEQ4BAUK?= =?us-ascii?q?CEQUYFoFAcoQlgQcBAQE?= X-IronPort-AV: E=Sophos; i="5.20,343,1444694400"; d="scan'208,217"; a="50117550" Received: from alln-core-1.cisco.com ([173.36.13.131]) by rcdn-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 25 Nov 2015 15:09:06 +0000 Received: from XCH-ALN-008.cisco.com (xch-aln-008.cisco.com [173.36.7.18]) by alln-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id tAPF964s023915 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 25 Nov 2015 15:09:06 GMT Received: from xch-aln-008.cisco.com (173.36.7.18) by XCH-ALN-008.cisco.com (173.36.7.18) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Wed, 25 Nov 2015 09:09:06 -0600 Received: from xch-aln-008.cisco.com ([173.36.7.18]) by XCH-ALN-008.cisco.com ([173.36.7.18]) with mapi id 15.00.1104.000; Wed, 25 Nov 2015 09:09:05 -0600 From: "Bertrand Duvivier (bduvivie)" To: "VAN DE VELDE, Gunter (Gunter)" , Liangqiandeng , Susan Hares , "idr@ietf.org" Thread-Topic: =?gb2312?B?tPC4tDogW0lkcl0gV0cgQ2FsbCBmb3IgYWRvcHRpb24gb24gZHJhZnQtbGlh?= =?gb2312?Q?ng-idr-bgp-flowspec-label-01_(11/24_to_12/8)?= Thread-Index: AQHRJ3hHqi1y7aGNJEy6c9H7bANxdZ6tTNiA Date: Wed, 25 Nov 2015 15:09:05 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.9.150325 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.60.113.246] Content-Type: multipart/alternative; boundary="_000_D27B89E333FD3bduvivieciscocom_" MIME-Version: 1.0 Archived-At: Cc: "draft-liang-idr-bgp-flowspec-label@ietf.org" Subject: Re: [Idr] =?gb2312?b?tPC4tDogIFdHIENhbGwgZm9yIGFkb3B0aW9uIG9uIGRyYWZ0?= =?gb2312?b?LWxpYW5nLWlkci1iZ3AtZmxvd3NwZWMtbGFiZWwtMDEgKDExLzI0IHRvIDEy?= =?gb2312?b?Lzgp?= X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2015 15:09:12 -0000 --_000_D27B89E333FD3bduvivieciscocom_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 TGlhbiwNCg0KU3RpbGwgbm90IGNsZWFyLiBDb3VsZCB5b3UgZXhwbGFpbiB0aGUgdXNlLWNhc2Ug YmV0dGVyoa0NCg0KQkdQIGZsb3dzcGVjIHNpZ25hbCAgMiB0aGlua3M6DQpBOiBmbG93KHMpIHRv IG1hdGNoIG9uDQpCOiBhY3Rpb24ocykgdG8gdGFrZXMNCg0KQXJlIHlvdSBzdWdnZXN0aW5nIHRv IGV4dGVuZCB0byBtYXRjaCBvbiBsYWJlbHMgPw0KDQpBcyBJIGV4cGxhaW5lZCwgbGFiZWwgZG8g aGF2ZSByZW1vdGUgc2lnbmlmaWNhdGlvbiBhbmQgYXJlIG5vdCBwZXJzaXN0YW50oa0NCg0KQXMg YW4gZXhhbXBsZSwgdG9wb2xvZ3kgY2hhbmdlIG1heSBzaWduYWwgZGlmZmVyZW50IGxhYmVsIGZv ciB0aGUgc2FtZSBkZXN0aW5hdGlvbiBJUCBhZGRyZXNzLCB0aHVzIG1hdGNoaW5nIG9uIGEgbGFi ZWwgdmFsdWUgZG9lc26hr3QgbWFrZSBzZW5zZSBmb3Igc3BlY2lmaWMgTFNQIGdvaW5nIHRvIGEg c3BlY2lmaWMgZGVzdGluYXRpb24gSVAgYWRkcmVzcy4NCg0KQmVzdCBSZWdhcmRzIEJlcnRyYW5k IER1dml2aWVyDQpQcmluY2lwYWwgRW5naW5lZXIgLiBQcm9kdWN0IE1hcmtldGluZw0KDQpGcm9t OiBMaWFuZ3FpYW5kZW5nIDxsaWFuZ3FpYW5kZW5nQGh1YXdlaS5jb208bWFpbHRvOmxpYW5ncWlh bmRlbmdAaHVhd2VpLmNvbT4+DQpEYXRlOiBXZWRuZXNkYXkgMjUgTm92ZW1iZXIgMjAxNSBhdCAx Mjo0MQ0KVG86ICJCZXJ0cmFuZCBEdXZpdmllciAoYmR1dml2aWUpIiA8YmR1dml2aWVAY2lzY28u Y29tPG1haWx0bzpiZHV2aXZpZUBjaXNjby5jb20+PiwgR3VudGVyIFZhbiBkZSBWZWxkZSA8Z3Vu dGVyLnZhbl9kZV92ZWxkZUBhbGNhdGVsLWx1Y2VudC5jb208bWFpbHRvOmd1bnRlci52YW5fZGVf dmVsZGVAYWxjYXRlbC1sdWNlbnQuY29tPj4sIFN1c2FuIEhhcmVzIDxzaGFyZXNAbmR6aC5jb208 bWFpbHRvOnNoYXJlc0BuZHpoLmNvbT4+LCAiaWRyQGlldGYub3JnPG1haWx0bzppZHJAaWV0Zi5v cmc+IiA8aWRyQGlldGYub3JnPG1haWx0bzppZHJAaWV0Zi5vcmc+Pg0KQ2M6ICJkcmFmdC1saWFu Zy1pZHItYmdwLWZsb3dzcGVjLWxhYmVsQGlldGYub3JnPG1haWx0bzpkcmFmdC1saWFuZy1pZHIt YmdwLWZsb3dzcGVjLWxhYmVsQGlldGYub3JnPiIgPGRyYWZ0LWxpYW5nLWlkci1iZ3AtZmxvd3Nw ZWMtbGFiZWxAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWxpYW5nLWlkci1iZ3AtZmxvd3NwZWMtbGFi ZWxAaWV0Zi5vcmc+Pg0KU3ViamVjdDogtPC4tDogW0lkcl0gV0cgQ2FsbCBmb3IgYWRvcHRpb24g b24gZHJhZnQtbGlhbmctaWRyLWJncC1mbG93c3BlYy1sYWJlbC0wMSAoMTEvMjQgdG8gMTIvOCkN Cg0KSGkgQmVydHJhbmQgRHV2aXZpZXIgYW5kIEd1bnRlciwNCg0KSW4gdGhpcyBkcmFmdCwgdGhl IEJHUCByb3V0ZXIgc3RpbGwgYWxsb2NhdGVzIGEgbGFiZWwgZm9yIGEgRmxvd1NwZWMgcnVsZSBs b2NhbGx5LCAgd2UganVzdCB1c2UgYSBsYWJlbCB0byBpZGVudGlmeSBhIHRyYWZmaWMgbWF0Y2hp bmcgdGhlIGZsb3dzcGVjIHJ1bGUuDQpzbyBwbGVhc2UgZG9uoa90IHdvcnJ5IHRoYXQgobByZS1k aXJlY3RpY3RpbmcgdG8gYSByZW1vdGUgbGFiZWwgY291bGQgYmUgYSBxdWl0ZSByYW5kb20gYWN0 aW9uobEsIHRoZXJlIGlzbqGvdCB0aGlzIHR5cGUgcXVlc3Rpb24uDQoNClRoZSBkcmFmdCBoYXMg ZGVzY3JpYmVkIGl0IGFzIHRoZSBmb2xsb3dpbmc6DQqhsFNvIHRoaXMgZG9jdW1lbnQgcHJvcG9z ZXMgdGhhdCB0aGUgQkdQIHJvdXRlciBzdXBwb3J0cyB0byBhbGxvY2F0ZSBhDQogICB1bmlxdWUg bGFiZWwgdG8gYSBGbG93U3BlYyBydWxlLCB0aGUgZm9yd2FyZGluZyBwYXRoIGlzIHN0aWxsIGRl Y2lkZWQNCiAgIGJ5IHRoZSBiZXN0LW1hdGNoIHVuaWNhc3Qgcm91dGUgZm9yIHRoZSBlbWJlZGRl ZCBkZXN0aW5hdGlvbiBwcmVmaXgNCiAgIG9yIHRoZSBiZXN0LW1hdGNoIHJvdXRlIHRvIHRhcmdl dCBJUCBpbiB0aGUgJ3JlZGlyZWN0IHRvIElQJyBhY3Rpb24uDQogICBGaWd1cmUgMSBnaXZlcyBh biBleGFtcGxlIHRoYXQgRmxvd1NwZWMgcnVsZSBib3VuZCB3aXRoIGEgbGFiZWwgaXMNCiAgIGRp c3NlbWluYXRlZCBpbiB0aGUgbmV0d29yay4NCg0KICAgICAgICAgICAgICAgICAgT3B0aW9uLUIg aW50ZXItQVMgY29ubmVjdGlvbg0KICAgICAgICAgICAgICAgICAgfDwtLS0tLS1BUzEtLS0tLT58 ICAgIHw8LS0tLS0tQVMyLS0tLS0+fA0KICAgICAgICAgICAgICAgICAgKy0tLS0tKyAgICArLS0t LS0rICAgICstLS0tLSsgICAgKy0tLS0tKw0KICAgICAgIFZQTiAxLElQMS4ufCBQRTEgfD09PT18 QVNCUjF8LS0tLXxBU0JSMnw9PT09fCBQRTIgfC4uVlBOMSxJUDINCiAgICAgICAgICAgICAgICAg ICstLS0tLSsgICAgKy0tLS0tKyAgICArLS0tLS0rICAgICstLS0tLSsNCiAgICAgICAgICAgICAg ICAgICAgIHwgTERQIExTUDEgfCAgICAgICAgICB8IExEUCBMU1AyIHwNCiAgICAgICAgICAgICAg ICAgICAgIHwgLS0tLS0tLT4gfCAgICAgICAgICB8IC0tLS0tLS0+IHwNCiAgICAgICAgICAgICAg ICAgICAgIHwtLS0tLS0tQkdQIFZQTiBGbG93c3BlYyBMU1AtLS0tPnwNCiAgICAgICAgICAgICAg ICAgKExhYmVsMSkgICAgKExhYmVsMikgICAoTGFiZWwzKSAgIChMYWJlbDQpDQogICAgICAgICAg ICAgICAgICAgIEZpZ3VyZSAxOiBVc2FnZSBvZiBGbG93U3BlYyB3aXRoIExhYmVsDQoNCiAgRmxv d1NwZWMgcnVsZTEgKGluamVjdGVkIGluIFBFMik6DQogICAgICAgRmlsdGVyczoNCiAgICAgICAg ICBkZXN0aW5hdGlvbiBpcCBwcmVmaXg6SVAyLzMyDQogICAgICAgICAgc291cmNlIGlwIHByZWZp eDpJUDEvMzINCiAgICAgICBBY3Rpb25zOg0KICAgICAgICAgIHRyYWZmaWMtbWFya2luZzogMQ0K DQogIExhYmVscyBhbGxvY2F0ZWQgZm9yIEZsb3dTcGVjMToNCiAgICAgICBMYWJlbDQgYWxsb2Nh dGVkIGJ5IFBFMg0KICAgICAgIExhYmVsMyBhbGxvY2F0ZWQgYnkgQVNCUjINCiAgICAgICBMYWJl bDIgYWxsb2NhdGVkIGJ5IEFTQlIxDQogICAgICAgTGFiZWwxIGFsbG9jYXRlZCBieSBQRTENCg0K ICBQRTIgZGlzc2VtaW5hdGVzIHRoZSBGbG93U3BlYzEgYm91bmQgd2l0aCBMYWJlbDQgdG8gQVNC UjIuDQogIEFTQlIyIGRpc3NlbWluYXRlcyB0aGUgRmxvd1NwZWMxIGJvdW5kIHdpdGggTGFiZWwz IHRvIEFTQlIxLg0KICBBU0JSMSBkaXNzZW1pbmF0ZXMgdGhlIEZsb3dTcGVjMSBib3VuZCB3aXRo IExhYmVsMiB0byBQRTEuDQqhsQ0KDQqhsElmIHRoZSBCR1Agcm91dGVyIGFsbG9jYXRlcyBhIGxh YmVsIGZvciBhIEZsb3dTcGVjIHJ1bGUgYW5kDQogICBkaXNzZW1pbmF0ZXMgdGhlIGxhYmVsZWQg Rmxvd1NwZWMgcnVsZSB0byB0aGUgdXBzdHJlYW0gcGVlcnMsIGl0IGNhbg0KICAgdXNlIHRoZSBs YWJlbCB0byBtYXRjaCB0aGUgdHJhZmZpYyBpZGVudGlmaWVkIGJ5IHRoZSBGbG93U3BlYyBydWxl IGluDQogICB0aGUgZm9yd2FyZGluZyBwbGFuZS6hsQ0KDQoNClRoYW5rcywNClFpYW5kZW5nDQoN CreivP7IyzogQmVydHJhbmQgRHV2aXZpZXIgKGJkdXZpdmllKSBbbWFpbHRvOmJkdXZpdmllQGNp c2NvLmNvbV0NCreiy83KsbzkOiAyMDE1xOoxMdTCMjXI1SAxOToxOQ0KytW8/sjLOiBWQU4gREUg VkVMREUsIEd1bnRlciAoR3VudGVyKTsgU3VzYW4gSGFyZXM7IGlkckBpZXRmLm9yZzxtYWlsdG86 aWRyQGlldGYub3JnPg0Ks63LzTogZHJhZnQtbGlhbmctaWRyLWJncC1mbG93c3BlYy1sYWJlbEBp ZXRmLm9yZzxtYWlsdG86ZHJhZnQtbGlhbmctaWRyLWJncC1mbG93c3BlYy1sYWJlbEBpZXRmLm9y Zz4NCtb3zOI6IFJlOiBbSWRyXSBXRyBDYWxsIGZvciBhZG9wdGlvbiBvbiBkcmFmdC1saWFuZy1p ZHItYmdwLWZsb3dzcGVjLWxhYmVsLTAxICgxMS8yNCB0byAxMi84KQ0KDQpBZ3JlZSwgbGFiZWxz IGFyZSBpbiBnZW5lcmFsIGxvY2FsbHkgYXNzaWduIGJ5IHJlbW90ZSBub2RlcyBhbmQgbm90IHBl cnNpc3RhbnQgYW5kIHRodXMgc3ViamVjdCB0byBjaGFuZ2UgKHdlIGRvIGhhdmUgZXhjZXB0aW9u cyB3aXRoIGdsb2JhbCBzaWduaWZpY2FudCBsYWJlbHMgbGlrZSBwcmVmaXgtU0lEKSwgdGh1cyBy ZS1kaXJlY3RpY3RpbmcgdG8gYSByZW1vdGUgbGFiZWwgY291bGQgYmUgYSBxdWl0ZSByYW5kb20g YWN0aW9uLg0KQmVzdCBSZWdhcmRzIEJlcnRyYW5kIER1dml2aWVyDQpQcmluY2lwYWwgRW5naW5l ZXIgLiBQcm9kdWN0IE1hcmtldGluZw0KDQpGcm9tOiAiPFZBTiBERSBWRUxERT4iLCAiR3VudGVy IChHdW50ZXIpIiA8Z3VudGVyLnZhbl9kZV92ZWxkZUBhbGNhdGVsLWx1Y2VudC5jb208bWFpbHRv Omd1bnRlci52YW5fZGVfdmVsZGVAYWxjYXRlbC1sdWNlbnQuY29tPj4NCkRhdGU6IFdlZG5lc2Rh eSAyNSBOb3ZlbWJlciAyMDE1IDA4OjI0DQpUbzogU3VzYW4gSGFyZXMgPHNoYXJlc0BuZHpoLmNv bTxtYWlsdG86c2hhcmVzQG5kemguY29tPj4sICJpZHJAaWV0Zi5vcmc8bWFpbHRvOmlkckBpZXRm Lm9yZz4iIDxpZHJAaWV0Zi5vcmc8bWFpbHRvOmlkckBpZXRmLm9yZz4+DQpDYzogImRyYWZ0LWxp YW5nLWlkci1iZ3AtZmxvd3NwZWMtbGFiZWxAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWxpYW5nLWlk ci1iZ3AtZmxvd3NwZWMtbGFiZWxAaWV0Zi5vcmc+IiA8ZHJhZnQtbGlhbmctaWRyLWJncC1mbG93 c3BlYy1sYWJlbEBpZXRmLm9yZzxtYWlsdG86ZHJhZnQtbGlhbmctaWRyLWJncC1mbG93c3BlYy1s YWJlbEBpZXRmLm9yZz4+DQpTdWJqZWN0OiBSZTogW0lkcl0gV0cgQ2FsbCBmb3IgYWRvcHRpb24g b24gZHJhZnQtbGlhbmctaWRyLWJncC1mbG93c3BlYy1sYWJlbC0wMSAoMTEvMjQgdG8gMTIvOCkN Cg0KV2hlbiByZWFkaW5nIHRoZSB0ZXh0IEkgYW0gbm90IGNsZWFyIGhvdyB0aGlzIHdvdWxkIHdv cmsgYW5kIHdoaWNoIGNvbXBvbmVudCBpcyBhbGxvY2F0aW5nIHdoaWNoIGxhYmVsIHRvIHVzZSBh bmQgaG93IHRoZSBMRklCIG9uIHRoZSBkaWZmZXJlbnQgZGV2aWNlcyBiZXR3ZWVuIG5ldHdvcmsg aW5ncmVzcyBhbmQgZWdyZXNzIGlzIGNvbnN0cnVjdGVkIGlmIEZsb3dzcGVjIHdvdWxkIGJlIHVz ZWQgdG8gYWxsb2NhdGUgbGFiZWxzIGluIHNvbWUgd2F5Pw0KDQpUaGUgdXNlIGNhc2UgZm9yIHRo ZSBwcm9wb3NhbCBpcyBhIGxpdHRsZSB2YWd1ZSBhcyBpdCBzZWVtcyB0byBvbmx5IGluZGljYXRl OiChsHRoaXMgZmFjaWxpdGF0ZXMgbW9uaXRvcmluZyBhbmQgdHJhZmZpYw0KICAgc3RhdGlzdGlj cyBmb3IgRmxvd1NwZWMgcnVsZXMuobEuDQoNCkJlZm9yZSBjb25zaWRlcmluZyBmb3IgYWRvcHRp b24sIEkgdGhpbmsgdGhlIHVzZS1jYXNlIGFuZCBvcGVyYXRpb25hbCBmbG93IGNoYXJ0cyBzaG91 bGQgYmUgbW9yZSBjbGVhcmx5IGRvY3VtZW50ZWQgaW4gdGhlIHRleHQuDQoNCkcvDQoNCg0KDQoN Cg0KRnJvbTogSWRyIDxpZHItYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86aWRyLWJvdW5jZXNAaWV0 Zi5vcmc+PiBvbiBiZWhhbGYgb2YgU3VzYW4gSGFyZXMgPHNoYXJlc0BuZHpoLmNvbTxtYWlsdG86 c2hhcmVzQG5kemguY29tPj4NCkRhdGU6IFR1ZXNkYXkgMjQgTm92ZW1iZXIgMjAxNSBhdCAxMjoy OQ0KVG86ICJpZHJAaWV0Zi5vcmc8bWFpbHRvOmlkckBpZXRmLm9yZz4iIDxpZHJAaWV0Zi5vcmc8 bWFpbHRvOmlkckBpZXRmLm9yZz4+DQpDYzogImRyYWZ0LWxpYW5nLWlkci1iZ3AtZmxvd3NwZWMt bGFiZWxAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWxpYW5nLWlkci1iZ3AtZmxvd3NwZWMtbGFiZWxA aWV0Zi5vcmc+IiA8ZHJhZnQtbGlhbmctaWRyLWJncC1mbG93c3BlYy1sYWJlbEBpZXRmLm9yZzxt YWlsdG86ZHJhZnQtbGlhbmctaWRyLWJncC1mbG93c3BlYy1sYWJlbEBpZXRmLm9yZz4+DQpTdWJq ZWN0OiBbSWRyXSBXRyBDYWxsIGZvciBhZG9wdGlvbiBvbiBkcmFmdC1saWFuZy1pZHItYmdwLWZs b3dzcGVjLWxhYmVsLTAxICgxMS8yNCB0byAxMi84KQ0KDQpUaGlzIGJlZ2lucyBhIDIgd2VlayBh ZG9wdGlvbiBjYWxsIGZvciBkcmFmdC1saWFuZy1pZHItYmdwLWZsb3dzcGVjLWxhYmVsLTAxLnR4 dCAgd2hpY2ggY2FuIGJlIGZvdW5kIGF0Og0KDQpodHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcv ZG9jL2RyYWZ0LWxpYW5nLWlkci1iZ3AtZmxvd3NwZWMtbGFiZWwvDQoNCkFsbCBhdXRob3JzIHNo b3VsZCByZXNwb25kIHRvIHRoaXMgZW1haWwgd2hldGhlciB0aGUga25vdyBvZiBhbnkgSVBSIHJl bGF0aW5nIHRvIHRoaXMgZHJhZnQuICAgUGxlYXNlIG5vdGUgdGhhdCB1bmxlc3MgYWxsIGF1dGhv cnMgcmVzcG9uZCB0byB0aGlzIGVtYWlsLCB0aGUgZHJhZnQgY2Fubm90IGJlIGFkb3B0ZWQgYXMg YSBXRyBkcmFmdC4NCg0KVGhpcyBkcmFmdCBpcyBwYXJ0IG9mIHRoZSBmbG93IHNwZWNpZmljYXRp b24gZHJhZnRzIGNvbnNpZGVyZWQgYXQgSUVURiA5NCwgYW5kIG9uIHRoZSBtYWlsIGxpc3QuICBP dXQgb2YgdGhhdCBkaXNjdXNzaW9uLCBhbiBpbnRlci13b3JraW5nIGRyYWZ0IHdpbGwgYmUgY3Jl YXRlIGJldHdlZW4gdGhlIGZsb3cgc3BlY2lmaWNhdGlvbiBkcmFmdHMuICAgSWYgeW91IGFyZSBp bnRlcmVzdGVkIGluIHRoaXMgZHJhZnQsIGJ1dCB3b3VsZCBsaWtlIHRvIHNlZSB0aGUgaW50ZXIt d29ya2luZyBkcmFmdCwgcGxlYXNlIGluZGljYXRlIHRoaXMgaW4geW91ciBjb21tZW50Lg0KDQpT dWUgSGFyZXMNCg0K --_000_D27B89E333FD3bduvivieciscocom_ Content-Type: text/html; charset="gb2312" Content-ID: <487478F3666BF048AAEB0ACAE8D1BF4F@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
Lian, 

Still not clear. Could you explain the use-case better=A1=AD 

BGP flowspec signal  2 thinks:
A: flow(s) to match on 
B: action(s) to takes

Are you suggesting to extend to match on labels ? 

As I explained, label do have remote signification and are not persist= ant=A1=AD 

As an example, topology change may signal different label for the same= destination IP address, thus matching on a label value doesn=A1=AFt make s= ense for specific LSP going to a specific destination IP address. 

Best Regards Bertrand Duvivier
Principal Engineer . Product Marketing

From: Liangqiandeng <liangqiandeng@huawei.com>
Date: Wednesday 25 November 2015 at= 12:41
To: "Bertrand Duvivier (bduviv= ie)" <bduvivie@cisco.com&= gt;, Gunter Van de Velde <gunter.van_de_velde@alcatel-lucent.com>, Susan Hares <shares@ndzh.com>= , "idr@ietf.org" <idr@ietf.org>
Cc: "draft-liang-idr-bgp-flowspec-label@ie= tf.org" <draft-liang-idr-bgp-flowspec-label@ietf.org>
Subject: =B4=F0=B8=B4: [Idr] WG Cal= l for adoption on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8)

Hi Bertrand Duvivier and Gunter,

 

In this draft, the BGP router still = allocates a label for a FlowSpec rule locally,  we just use a label to= identify a traffic matching the flowspec rule.

so please don=A1=AFt worry that =A1= =B0re-directicting to a remote label could be a quite random action=A1=B1, = there isn=A1=AFt this type question.

 

The draft has described it as the fo= llowing:

=A1=B0So this document proposes that= the BGP router supports to allocate a

   unique label to a FlowS= pec rule, the forwarding path is still decided

   by the best-match unica= st route for the embedded destination prefix

   or the best-match route= to target IP in the 'redirect to IP' action.

   Figure 1 gives an examp= le that FlowSpec rule bound with a label is

   disseminated in the net= work.

 

      =             Option-B= inter-AS connection

      =             |<---= ---AS1----->|    |<------AS2----->|

      =             +---= --+    +-----+    +-----+=     +-----+

      = VPN 1,IP1..| PE1 |=3D=3D=3D=3D|ASBR1|----|ASBR2|=3D=3D=3D=3D| PE2 |..VPN1,= IP2

      =             +---= --+    +-----+    +-----+=     +-----+

      =             &nb= sp;  | LDP LSP1 |         = ; | LDP LSP2 |

      =             &nb= sp;  | -------> |        &n= bsp; | -------> |

      =             &nb= sp;  |-------BGP VPN Flowspec LSP---->|

      =            (Label1) =    (Label2)   (Label3)   (Label4)<= /span>

      =             &nb= sp; Figure 1: Usage of FlowSpec with Label

 

  FlowSpec rule1 (injected in P= E2):

      = Filters:

      =     destination ip prefix:IP2/32

      =     source ip prefix:IP1/32

      = Actions:

      =     traffic-marking: 1

 

  Labels allocated for FlowSpec= 1:

      = Label4 allocated by PE2

      = Label3 allocated by ASBR2

      = Label2 allocated by ASBR1

      = Label1 allocated by PE1

 

  PE2 disseminates the FlowSpec= 1 bound with Label4 to ASBR2.

  ASBR2 disseminates the FlowSp= ec1 bound with Label3 to ASBR1.

  ASBR1 disseminates the FlowSp= ec1 bound with Label2 to PE1.

=A1=B1

 

=A1=B0If the BGP router allocates a = label for a FlowSpec rule and

   disseminates the labeled FlowSpec rule to the upstre= am peers, it can

   use the label to match the traffic identified by the= FlowSpec rule in

   the forwarding plane.=A1=B1

 

 

Thanks,

Qiandeng

 

=B7=A2=BC=FE=C8=CB: Bertran= d Duvivier (bduvivie) [mailto:bduvivi= e@cisco.com]
=B7=A2= =CB=CD=CA=B1=BC=E4: 2015=C4=EA11=D4=C225=C8=D5 19:19
=CA=D5=BC=FE=C8=CB: VAN DE VELDE, Gunter (Gunter); Susan Hares; idr@ietf.org
=B3=AD=CB=CD: draft-liang-idr-bgp-flowspec-label@ietf.org
=D6=F7=CC=E2: Re: [Idr] WG Call for adoption on draft-liang-idr-bgp-flowspec-label-01 (= 11/24 to 12/8)

 

Agree, labels are in general locally assign by remote nodes and not= persistant and thus subject to change (we do have exceptions with global s= ignificant labels like prefix-SID), thus re-directicting to a remote label could be a quite random action. 

Best Regards Bertrand Duvivier

Principal Engineer . Product Marketing

 

From: = "<VAN DE VELD= E>", "Gunter (Gunter)" <gunter.van_de_velde@alcatel-lucent.com><= br> Date: Wednesday 25 November 2015 08:24
To: Susan Hares <shares@ndzh.c= om>, "idr@ietf.org" &l= t;idr@ietf.org>
Cc: "draft-liang-idr-bgp-flowspec-label@ietf.org" <draft-liang-idr-bgp-flow= spec-label@ietf.org>
Subject: Re: [Idr] WG Call for adoption on draft-liang-idr-bgp-flows= pec-label-01 (11/24 to 12/8)

 

When reading the text I am not clear how this would work and which = component is allocating which label to use and how the LFIB on the differen= t devices between network ingress and egress is constructed if Flowspec would be used to allocate labels in some= way?

 

The use case for the proposal is a little vague as it seems to only= indicate: =A1=B0this facilitates monitoring and traffic

=A1=B1.  

 

Before considering for adoption, I think the use-case and operation= al flow charts should be more clearly documented in the text.

 

G/

 

 

 

 

 

From: = Idr <idr-bounces@ietf.org> on behalf of Susan = Hares <shares@ndzh.com>
Date: Tuesday 24 November 2015 at 12:29
To: "idr@ietf.org" <= ;idr@ietf.org>
Cc: "draft-liang-idr-bgp-flowspec-label@ietf.org" <draft-liang-idr-bgp-flow= spec-label@ietf.org>
Subject: [Idr] WG Call for adoption on draft-liang-idr-bgp-flowspec-= label-01 (11/24 to 12/8)

 

This begi= ns a 2 week adoption call for draft-liang-idr-bgp-flowspec-label-01.txt&nbs= p; which can be found at:

 

ht= tp://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/<= /o:p>

 

All autho= rs should respond to this email whether the know of any IPR relating to thi= s draft.   Please note that unless all authors respond to this em= ail, the draft cannot be adopted as a WG draft.  

 

This draf= t is part of the flow specification drafts considered at IETF 94, and on th= e mail list.  Out of that discussion, an inter-working draft will be c= reate between the flow specification drafts.   If you are interested in this draft, but would like to see the inter-worki= ng draft, please indicate this in your comment.

 

Sue Hares=

 

 --_000_D27B89E333FD3bduvivieciscocom_-- From nobody Wed Nov 25 07:09:50 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DD1D71B2DDD; Wed, 25 Nov 2015 07:09:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.277 X-Spam-Level: X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=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 ibfv04shqI5h; Wed, 25 Nov 2015 07:09:48 -0800 (PST) Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9B9011B2DDA; Wed, 25 Nov 2015 07:09:47 -0800 (PST) Received: by wmww144 with SMTP id w144so73218895wmw.0; Wed, 25 Nov 2015 07:09:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=+j0onWBWM4rueWOzRSGsdA1zfh0w0iHpKu0JaM/xbjk=; b=Pb4hEieUt5vmIvw8HW+hAo9mbZhCDlvjopW9K91b3kwu7NBVPhdExS2OJsTYR32D8B W0yg9J4eBNwCbX+TTfw9eOyoH1LKxIZytlI1/UjO9SUyBpOtgpDeIMICtldhOxFwUnee ivnVeblR5x+8WE0qhiiFN63eXzgqdSltYzzun6iZjejLu+wYdxXMkSIItZmC07A3EMxa f9w5bZR80Z7Jrn7llDanuRb1jBm/iuglQLHYzRSLycmBOVwFUAF/2L9qOmE56RXVSK+/ hORORlPGwpdW5Iidcu23Edv41RBY7rp03niY501fLG74h4pzTzqZ2BnDMLbgzd6P6/Qj /4Nw== MIME-Version: 1.0 X-Received: by 10.194.236.6 with SMTP id uq6mr21218352wjc.126.1448464185662; Wed, 25 Nov 2015 07:09:45 -0800 (PST) Sender: rraszuk@gmail.com Received: by 10.194.204.195 with HTTP; Wed, 25 Nov 2015 07:09:45 -0800 (PST) In-Reply-To: References: <056c01d126ab$61421980$23c64c80$@ndzh.com> Date: Wed, 25 Nov 2015 10:09:45 -0500 X-Google-Sender-Auth: wV-xmh21I0IBw0-6SA7MH2jIqC4 Message-ID: From: Robert Raszuk To: "Bertrand Duvivier (bduvivie)" Content-Type: multipart/alternative; boundary=089e01493e2c45a9aa05255ed91d Archived-At: Cc: "idr@ietf.org" , "draft-liang-idr-bgp-flowspec-label@ietf.org" , Susan Hares Subject: Re: [Idr] WG Call for adoption on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2015 15:09:50 -0000 --089e01493e2c45a9aa05255ed91d Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Bertrand, Think SPRING :) Where labels would be globally allocated and would not change ... Many thx r. On Wed, Nov 25, 2015 at 6:18 AM, Bertrand Duvivier (bduvivie) < bduvivie@cisco.com> wrote: > Agree, labels are in general locally assign by remote nodes and not > persistant and thus subject to change (we do have exceptions with global > significant labels like prefix-SID), thus re-directicting to a remote lab= el > could be a quite random action. > Best Regards Bertrand Duvivier > Principal Engineer . Product Marketing > > From: "", "Gunter (Gunter)" < > gunter.van_de_velde@alcatel-lucent.com> > Date: Wednesday 25 November 2015 08:24 > To: Susan Hares , "idr@ietf.org" > Cc: "draft-liang-idr-bgp-flowspec-label@ietf.org" < > draft-liang-idr-bgp-flowspec-label@ietf.org> > Subject: Re: [Idr] WG Call for adoption on > draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8) > > When reading the text I am not clear how this would work and which > component is allocating which label to use and how the LFIB on the > different devices between network ingress and egress is constructed if > Flowspec would be used to allocate labels in some way? > > The use case for the proposal is a little vague as it seems to only > indicate: =E2=80=9Cthis facilitates monitoring and traffic > statistics for FlowSpec rules.=E2=80=9D. > > Before considering for adoption, I think the use-case and operational flo= w > charts should be more clearly documented in the text. > > G/ > > > > > > From: Idr on behalf of Susan Hares > > Date: Tuesday 24 November 2015 at 12:29 > To: "idr@ietf.org" > Cc: "draft-liang-idr-bgp-flowspec-label@ietf.org" < > draft-liang-idr-bgp-flowspec-label@ietf.org> > Subject: [Idr] WG Call for adoption on > draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8) > > This begins a 2 week adoption call for > draft-liang-idr-bgp-flowspec-label-01.txt which can be found at: > > > > http://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/ > > > > All authors should respond to this email whether the know of any IPR > relating to this draft. Please note that unless all authors respond to > this email, the draft cannot be adopted as a WG draft. > > > > This draft is part of the flow specification drafts considered at IETF 94= , > and on the mail list. Out of that discussion, an inter-working draft wil= l > be create between the flow specification drafts. If you are interested = in > this draft, but would like to see the inter-working draft, please indicat= e > this in your comment. > > > > Sue Hares > > > > > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr > > --089e01493e2c45a9aa05255ed91d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Bertrand,

<= /div>
Think SPRING :) Where labels would be globally allo= cated and would not change ...

Many thx
r.

On Wed, Nov 25, 2015 at 6:18 AM, Ber= trand Duvivier (bduvivie) <bduvivie@cisco.com> wrote:
Agree, labels are in general locally assign by remote nodes and not pe= rsistant and thus subject to change (we do have exceptions with global sign= ificant labels like prefix-SID), thus re-directicting to a remote label cou= ld be a quite random action.=C2=A0
Best Regards Bertrand Duvivier
Principal Engineer . Product Marketing

From: "<VAN DE VELDE>&qu= ot;, "Gunter (Gunter)" <gunter.van_de_velde@alcatel-lucent.co= m>
Date: Wednesday 25 November 2015 08= :24
To: Susan Hares <shares@ndzh.com>, "idr@ietf.org" <idr@ietf.org>
Cc: "draft-liang-idr-bgp= -flowspec-label@ietf.org" <draft-liang-idr-bgp-flowspec-l= abel@ietf.org>
Subject: Re: [Idr] WG Call for adop= tion on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8)

When reading the text I am not clear how this would work and which com= ponent is allocating which label to use and how the LFIB on the different d= evices between network ingress and egress is constructed if Flowspec would = be used to allocate labels in some way?

The use case for the proposal is a little vague as it seems to only in= dicate: =E2=80=9Cthis facilitates monitoring and traf= fic
=C2=A0 =C2=A0statistics for FlowSpec rules.=E2=80=9D. =C2=A0

Before considering for adoption, I think the use-case and operational = flow charts should be more clearly documented in the text.

G/





From: Idr <idr-bounces@ietf.org> on behalf= of Susan Hares <sh= ares@ndzh.com>
Date: Tuesday 24 November 2015 at 1= 2:29
To: "idr@ietf.org" <idr@ietf.org>
Cc: "draft-liang-idr-bgp= -flowspec-label@ietf.org" <draft-liang-idr-bgp-flowspec-l= abel@ietf.org>
Subject: [Idr] WG Call for adoption= on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8)

This begins a 2 week adoption call for draft-liang-i= dr-bgp-flowspec-label-01.txt=C2=A0 which can be found at:

=C2=A0

http://datatracker.ietf.org/d= oc/draft-liang-idr-bgp-flowspec-label/

=C2=A0

All authors should respond to this email whether the= know of any IPR relating to this draft.=C2=A0 =C2=A0Please note that unles= s all authors respond to this email, the draft cannot be adopted as a WG dr= aft. =C2=A0

=C2=A0

This draft is part of the flow specification drafts = considered at IETF 94, and on the mail list.=C2=A0 Out of that discussion, = an inter-working draft will be create between the flow specification drafts= .=C2=A0=C2=A0 If you are interested in this draft, but would like to see the inter-working draft, please indicate this in you= r comment.

=C2=A0

Sue Hares

=C2=A0

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


--089e01493e2c45a9aa05255ed91d-- From nobody Wed Nov 25 07:11:20 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 883181B2DE4; Wed, 25 Nov 2015 07:11:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.085 X-Spam-Level: X-Spam-Status: No, score=-15.085 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 dC9DSgSpbYUc; Wed, 25 Nov 2015 07:11:15 -0800 (PST) Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F31DB1B2DDB; Wed, 25 Nov 2015 07:11:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=15451; q=dns/txt; s=iport; t=1448464273; x=1449673873; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=1ZaDXNOJxlHKTdn4/Iadif2QvD9qGoLdDV4sBw+RMB0=; b=Y3YMMsLDVFjbipO3tBv/0hGa5mbYLj8L9LVBzRLhTCsX6QmFC4zsnVjd 8M7S1HgGAXcnyk55wHLszpRzM7E3WPWfzctRGPhdz/6gaCxQq0CTW1t1f V7cRrJNho8W3sQjfj9DcVkJUo6thoLHx24wb/fnbJrzskCblmMwFJJjT0 U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D4AQAkz1VW/4oNJK1egm5NU2kGBoQQq?= =?us-ascii?q?nOPOAENgWYXAQmFbgKBQDgUAQEBAQEBAYEKhDQBAQEEAQEBGlEBChACAQgRAwE?= =?us-ascii?q?CKAcnCxQJCAEBBA4FiC4IBb4DAQEBAQEBAQEBAQEBAQEBAQEBAQEBGIZUhH6EK?= =?us-ascii?q?hACAT4NEYQgBY1bhRSDaAGFJ4gNgVxJg3iObA2DVoNxAREOAQFCghEdFoFAcoQ?= =?us-ascii?q?lgQcBAQE?= X-IronPort-AV: E=Sophos;i="5.20,343,1444694400"; d="scan'208,217";a="210652694" Received: from alln-core-5.cisco.com ([173.36.13.138]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 25 Nov 2015 15:11:12 +0000 Received: from XCH-ALN-009.cisco.com (xch-aln-009.cisco.com [173.36.7.19]) by alln-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id tAPFBCEm001378 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 25 Nov 2015 15:11:12 GMT Received: from xch-aln-008.cisco.com (173.36.7.18) by XCH-ALN-009.cisco.com (173.36.7.19) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Wed, 25 Nov 2015 09:11:11 -0600 Received: from xch-aln-008.cisco.com ([173.36.7.18]) by XCH-ALN-008.cisco.com ([173.36.7.18]) with mapi id 15.00.1104.000; Wed, 25 Nov 2015 09:11:11 -0600 From: "Bertrand Duvivier (bduvivie)" To: Robert Raszuk Thread-Topic: [Idr] WG Call for adoption on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8) Thread-Index: AdEmqozrKWUgt33uRi+lznC9GoulVwA2gnmAAApHjIAABfnBgAACJPWA Date: Wed, 25 Nov 2015 15:11:11 +0000 Message-ID: References: <056c01d126ab$61421980$23c64c80$@ndzh.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.9.150325 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.60.113.246] Content-Type: multipart/alternative; boundary="_000_D27B8DED33FF9bduvivieciscocom_" MIME-Version: 1.0 Archived-At: Cc: "idr@ietf.org" , "draft-liang-idr-bgp-flowspec-label@ietf.org" , Susan Hares Subject: Re: [Idr] WG Call for adoption on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2015 15:11:18 -0000 --_000_D27B8DED33FF9bduvivieciscocom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Agree this is an exception like for static label LSP, thus the draft should= specify it no? Best Regards Bertrand Duvivier Principal Engineer . Product Marketing Visit Segment Routing: https://www.linkedin.com/groups/Segment-Routing-8266623 (linkedin) http://www.segment-routing.net (public - web) http://cs.co/9006BGoTk (public - TWTV preview) http://cs.co/9001BGopR (public - TWTV details) http://wikicentral.cisco.com/display/SLA/Segment+Routing (internal) From: "robert@raszuk.net" > Date: Wednesday 25 November 2015 16:09 To: Bertrand Duvivier > Cc: "VAN DE VELDE, Gunter (Gunter)" >, Susan Hares >, "idr@ietf.org" >, "draft-liang-idr-bgp-flowspec-label@ietf.org" > Subject: Re: [Idr] WG Call for adoption on draft-liang-idr-bgp-flowspec-lab= el-01 (11/24 to 12/8) Bertrand, Think SPRING :) Where labels would be globally allocated and would not chan= ge ... Many thx r. On Wed, Nov 25, 2015 at 6:18 AM, Bertrand Duvivier (bduvivie) > wrote: Agree, labels are in general locally assign by remote nodes and not persist= ant and thus subject to change (we do have exceptions with global significa= nt labels like prefix-SID), thus re-directicting to a remote label could be= a quite random action. Best Regards Bertrand Duvivier Principal Engineer . Product Marketing From: "", "Gunter (Gunter)" > Date: Wednesday 25 November 2015 08:24 To: Susan Hares >, "idr@ietf.org" > Cc: "draft-liang-idr-bgp-flowspec-label@ietf.org" > Subject: Re: [Idr] WG Call for adoption on draft-liang-idr-bgp-flowspec-lab= el-01 (11/24 to 12/8) When reading the text I am not clear how this would work and which componen= t is allocating which label to use and how the LFIB on the different device= s between network ingress and egress is constructed if Flowspec would be us= ed to allocate labels in some way? The use case for the proposal is a little vague as it seems to only indicat= e: "this facilitates monitoring and traffic statistics for FlowSpec rules.". Before considering for adoption, I think the use-case and operational flow = charts should be more clearly documented in the text. G/ From: Idr > on behalf of = Susan Hares > Date: Tuesday 24 November 2015 at 12:29 To: "idr@ietf.org" > Cc: "draft-liang-idr-bgp-flowspec-label@ietf.org" > Subject: [Idr] WG Call for adoption on draft-liang-idr-bgp-flowspec-label-0= 1 (11/24 to 12/8) This begins a 2 week adoption call for draft-liang-idr-bgp-flowspec-label-0= 1.txt which can be found at: http://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/ All authors should respond to this email whether the know of any IPR relati= ng to this draft. Please note that unless all authors respond to this ema= il, the draft cannot be adopted as a WG draft. This draft is part of the flow specification drafts considered at IETF 94, = and on the mail list. Out of that discussion, an inter-working draft will = be create between the flow specification drafts. If you are interested in= this draft, but would like to see the inter-working draft, please indicate= this in your comment. Sue Hares _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr --_000_D27B8DED33FF9bduvivieciscocom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: <72C79741B0EDB140B24A3908A704B6E9@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
Agree this is an exception like for static label LSP, thus the draft s= hould specify it no?

Best Regards Bertrand Duvivier
Principal Engineer . Product Marketing

Visit Segment Routing:
http://cs.co/9006BGoTk (pu= blic – TWTV preview)
http://cs.co/9001BGopR (pu= blic – TWTV details)

From: "robert@raszuk.net" <robert@raszuk.net>
Date: Wednesday 25 November 2015 16= :09
To: Bertrand Duvivier <bduvivie@cisco.com>
Cc: "VAN DE VELDE, Gunter (Gun= ter)" <gu= nter.van_de_velde@alcatel-lucent.com>, Susan Hares <shares@ndzh.com>, "idr@ietf.org" <idr@ietf.org>, "draft-liang-idr-bgp-fl= owspec-label@ietf.org" <draft-liang-idr-bgp-flowspec-label@ietf.org>=
Subject: Re: [Idr] WG Call for adop= tion on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8)

Bertrand,

Think SPRING :) Where labels would be globally allocated and would not chan= ge ...

Many thx
r.

On Wed, Nov 25, 2015 at 6:18 AM, Bertrand Duvivi= er (bduvivie) <bduvivie@cisco.com> wrote:
Agree, labels are in general locally assign by remote nodes and not pe= rsistant and thus subject to change (we do have exceptions with global sign= ificant labels like prefix-SID), thus re-directicting to a remote label cou= ld be a quite random action. 
Best Regards Bertrand Duvivier
Principal Engineer . Product Marketing

From: "<VAN DE VELDE>&qu= ot;, "Gunter (Gunter)" <gunter.van_de_velde@alcatel-lucent.co= m>
Date: Wednesday 25 November 2015 08= :24
To: Susan Hares <shares@ndzh.com>, "idr@ietf.org" <idr@ietf.org>
Cc: "draft-liang-idr-bgp= -flowspec-label@ietf.org" <draft-liang-idr-bgp-flowspec-l= abel@ietf.org>
Subject: Re: [Idr] WG Call for adop= tion on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8)

When reading the text I am not clear how this would work and which com= ponent is allocating which label to use and how the LFIB on the different d= evices between network ingress and egress is constructed if Flowspec would = be used to allocate labels in some way?

The use case for the proposal is a little vague as it seems to only in= dicate: “this facilitates monitoring and traffi= c
   statistics for FlowSpec rules.”.  

Before considering for adoption, I think the use-case and operational = flow charts should be more clearly documented in the text.

G/





From: Idr <idr-bounces@ietf.org> on behalf= of Susan Hares <sh= ares@ndzh.com>
Date: Tuesday 24 November 2015 at 1= 2:29
To: "idr@ietf.org" <idr@ietf.org>
Cc: "draft-liang-idr-bgp= -flowspec-label@ietf.org" <draft-liang-idr-bgp-flowspec-l= abel@ietf.org>
Subject: [Idr] WG Call for adoption= on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8)

This begins a 2 week adoption call for draft-liang-i= dr-bgp-flowspec-label-01.txt  which can be found at:

 

http://datatracker.ietf.org/d= oc/draft-liang-idr-bgp-flowspec-label/

 

All authors should respond to this email whether the= know of any IPR relating to this draft.   Please note that unles= s all authors respond to this email, the draft cannot be adopted as a WG dr= aft.  

 

This draft is part of the flow specification drafts = considered at IETF 94, and on the mail list.  Out of that discussion, = an inter-working draft will be create between the flow specification drafts= .   If you are interested in this draft, but would like to see the inter-working draft, please indicate this in you= r comment.

 

Sue Hares

 


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


 --_000_D27B8DED33FF9bduvivieciscocom_-- From nobody Wed Nov 25 07:15:12 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9878C1B2E08; Wed, 25 Nov 2015 07:15:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.277 X-Spam-Level: X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=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 iGBgp46rJ1AP; Wed, 25 Nov 2015 07:15:01 -0800 (PST) Received: from mail-wm0-x22e.google.com (mail-wm0-x22e.google.com [IPv6:2a00:1450:400c:c09::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F2DAD1A6FAD; Wed, 25 Nov 2015 07:15:00 -0800 (PST) Received: by wmww144 with SMTP id w144so73425021wmw.0; Wed, 25 Nov 2015 07:14:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=WOj43EgDwGB+4F2SCLfabmqBpyfQAQaOmuSWmYT7Ldo=; b=OJynPUXYM+lGvm/ZgrCq7fpS8Fu6VMOrxYmTwHrJp8vadrB3+6lwRkPC6cNr4oPJjq fXVJ4YpXn5ajpdTR+VaWnogBtUk/Kow1b3jCPhQjNpuWj16RGOXIEldBJv4Rw4Hohxgl 0xR6prW4vaZnXVhQRmKjjont9ZIPulQSh0+bjPKEdX/DdVL/24UQJU5vBLbAfecx/yHm DznScDlXR9zA7fawZPnhVOqkeIGa0EAfUlV7BFpPWt3tNv0Ze3CHFCxfpXMG2Bt5k+rB R6qaTrP0GiS8wSGSo7OTe+2alZx4cl3VNFtmUhyps1WAS4W3PbtYk5fJrN+fiRX0uUbJ H3mg== MIME-Version: 1.0 X-Received: by 10.194.7.69 with SMTP id h5mr43463294wja.117.1448464499353; Wed, 25 Nov 2015 07:14:59 -0800 (PST) Sender: rraszuk@gmail.com Received: by 10.194.204.195 with HTTP; Wed, 25 Nov 2015 07:14:59 -0800 (PST) In-Reply-To: References: <056c01d126ab$61421980$23c64c80$@ndzh.com> Date: Wed, 25 Nov 2015 10:14:59 -0500 X-Google-Sender-Auth: dROBpP1Nm7BpOP0To7GcQMLIXTA Message-ID: From: Robert Raszuk To: "Bertrand Duvivier (bduvivie)" Content-Type: multipart/alternative; boundary=047d7b450a68f431de05255eebcf Archived-At: Cc: "idr@ietf.org" , "draft-liang-idr-bgp-flowspec-label@ietf.org" , Susan Hares Subject: Re: [Idr] WG Call for adoption on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2015 15:15:03 -0000 --047d7b450a68f431de05255eebcf Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Well the draft assumes some level of understanding of MPLS in the first place :) It would be pretty odd to even think about injecting match on locally significant labels - don't you agree ? Sure I think one line addition as such may be added to the draft but to me it states the obvious. Cheers, r. On Wed, Nov 25, 2015 at 10:11 AM, Bertrand Duvivier (bduvivie) < bduvivie@cisco.com> wrote: > Agree this is an exception like for static label LSP, thus the draft > should specify it no? > > Best Regards Bertrand Duvivier > Principal Engineer . Product Marketing > > Visit Segment Routing: > https://www.linkedin.com/groups/Segment-Routing-8266623 (linkedin) > http://www.segment-routing.net (public - web) > http://cs.co/9006BGoTk (public =E2=80=93 TWTV preview) > http://cs.co/9001BGopR (public =E2=80=93 TWTV details) > *http://wikicentral.cisco.com/display/SLA/Segment+Routing > * > (internal) > > From: "robert@raszuk.net" > Date: Wednesday 25 November 2015 16:09 > To: Bertrand Duvivier > Cc: "VAN DE VELDE, Gunter (Gunter)" < > gunter.van_de_velde@alcatel-lucent.com>, Susan Hares , " > idr@ietf.org" , "draft-liang-idr-bgp-flowspec-label@ietf.or= g" > > > Subject: Re: [Idr] WG Call for adoption on > draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8) > > Bertrand, > > Think SPRING :) Where labels would be globally allocated and would not > change ... > > Many thx > r. > > On Wed, Nov 25, 2015 at 6:18 AM, Bertrand Duvivier (bduvivie) < > bduvivie@cisco.com> wrote: > >> Agree, labels are in general locally assign by remote nodes and not >> persistant and thus subject to change (we do have exceptions with global >> significant labels like prefix-SID), thus re-directicting to a remote la= bel >> could be a quite random action. >> Best Regards Bertrand Duvivier >> Principal Engineer . Product Marketing >> >> From: "", "Gunter (Gunter)" < >> gunter.van_de_velde@alcatel-lucent.com> >> Date: Wednesday 25 November 2015 08:24 >> To: Susan Hares , "idr@ietf.org" >> Cc: "draft-liang-idr-bgp-flowspec-label@ietf.org" < >> draft-liang-idr-bgp-flowspec-label@ietf.org> >> Subject: Re: [Idr] WG Call for adoption on >> draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8) >> >> When reading the text I am not clear how this would work and which >> component is allocating which label to use and how the LFIB on the >> different devices between network ingress and egress is constructed if >> Flowspec would be used to allocate labels in some way? >> >> The use case for the proposal is a little vague as it seems to only >> indicate: =E2=80=9Cthis facilitates monitoring and traffic >> statistics for FlowSpec rules.=E2=80=9D. >> >> Before considering for adoption, I think the use-case and operational >> flow charts should be more clearly documented in the text. >> >> G/ >> >> >> >> >> >> From: Idr on behalf of Susan Hares < >> shares@ndzh.com> >> Date: Tuesday 24 November 2015 at 12:29 >> To: "idr@ietf.org" >> Cc: "draft-liang-idr-bgp-flowspec-label@ietf.org" < >> draft-liang-idr-bgp-flowspec-label@ietf.org> >> Subject: [Idr] WG Call for adoption on >> draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8) >> >> This begins a 2 week adoption call for >> draft-liang-idr-bgp-flowspec-label-01.txt which can be found at: >> >> >> >> http://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/ >> >> >> >> All authors should respond to this email whether the know of any IPR >> relating to this draft. Please note that unless all authors respond to >> this email, the draft cannot be adopted as a WG draft. >> >> >> >> This draft is part of the flow specification drafts considered at IETF >> 94, and on the mail list. Out of that discussion, an inter-working draf= t >> will be create between the flow specification drafts. If you are >> interested in this draft, but would like to see the inter-working draft, >> please indicate this in your comment. >> >> >> >> Sue Hares >> >> >> >> >> _______________________________________________ >> Idr mailing list >> Idr@ietf.org >> https://www.ietf.org/mailman/listinfo/idr >> >> > --047d7b450a68f431de05255eebcf Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Well the draft assumes some level of un= derstanding of MPLS in the first place :) It would be pretty odd to even th= ink about injecting match on locally significant labels - don't you agr= ee ?=C2=A0

Sure I thin= k one line addition as such may be added to the draft but to me it states t= he obvious.

Cheers,
r.



=
On Wed, Nov 25, 2015 at 10:11 AM, Bertrand D= uvivier (bduvivie) <bduvivie@cisco.com> wrote:
Agree this is an exception like for static label LSP, thus the draft s= hould specify it no?

Best Regards Bertrand Duvivier
Principal Engineer . Product Marketing

Visit Segment Routing:
http://cs.co/9006= BGoTk=C2=A0(public =E2=80=93 TWTV preview)
http://cs.co/9001= BGopR=C2=A0(public =E2=80=93 TWTV details)

From: "robert@raszuk.net" <robert@raszuk.net>
Date: Wednesday 25 November 2015 16= :09
To: Bertrand Duvivier <bduvivie@cisco.com>=
Cc: "VAN DE VELDE, Gunter (Gun= ter)" <gunter.van_de_velde@alcatel-lucent.com>, Susan Hares= <shares@ndzh.com>, "idr@ietf.or= g" <idr@ietf.org>= , "draft-liang-idr-bgp-flowspec-label@ietf.org" <draft-liang-idr-bgp-flowspec-label@ietf.org>

Subject: Re: [Idr] WG Call for adop= tion on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8)

Bertrand,

Think SPRING :) Where labels would be globally allocated and would not chan= ge ...

Many thx
r.

On Wed, Nov 25, 2015 at 6:18 AM, Bertrand Duvivi= er (bduvivie) <bduvivie@cisco.com> wrote:
Agree, labels are in general locally assign by remote nodes and not pe= rsistant and thus subject to change (we do have exceptions with global sign= ificant labels like prefix-SID), thus re-directicting to a remote label cou= ld be a quite random action.=C2=A0
Best Regards Bertrand Duvivier
Principal Engineer . Product Marketing

From: "<VAN DE VELDE>&qu= ot;, "Gunter (Gunter)" <gunter.van_de_velde@alcatel-lucent.co= m>
Date: Wednesday 25 November 2015 08= :24
To: Susan Hares <shares@ndzh.com>, "idr@ietf.org" <idr@ietf.org>
Cc: "draft-liang-idr-bgp= -flowspec-label@ietf.org" <draft-liang-idr-bgp-flowspec-l= abel@ietf.org>
Subject: Re: [Idr] WG Call for adop= tion on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8)

When reading the text I am not clear how this would work and which com= ponent is allocating which label to use and how the LFIB on the different d= evices between network ingress and egress is constructed if Flowspec would = be used to allocate labels in some way?

The use case for the proposal is a little vague as it seems to only in= dicate: =E2=80=9Cthis facilitates monitoring and traf= fic
=C2=A0 =C2=A0statistics for FlowSpec rules.=E2=80=9D. =C2=A0

Before considering for adoption, I think the use-case and operational = flow charts should be more clearly documented in the text.

G/





From: Idr <idr-bounces@ietf.org> on behalf= of Susan Hares <sh= ares@ndzh.com>
Date: Tuesday 24 November 2015 at 1= 2:29
To: "idr@ietf.org" <idr@ietf.org>
Cc: "draft-liang-idr-bgp= -flowspec-label@ietf.org" <draft-liang-idr-bgp-flowspec-l= abel@ietf.org>
Subject: [Idr] WG Call for adoption= on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8)

This begins a 2 week adoption call for draft-liang-i= dr-bgp-flowspec-label-01.txt=C2=A0 which can be found at:

=C2=A0

http://datatracker.ietf.org/d= oc/draft-liang-idr-bgp-flowspec-label/

=C2=A0

All authors should respond to this email whether the= know of any IPR relating to this draft.=C2=A0 =C2=A0Please note that unles= s all authors respond to this email, the draft cannot be adopted as a WG dr= aft. =C2=A0

=C2=A0

This draft is part of the flow specification drafts = considered at IETF 94, and on the mail list.=C2=A0 Out of that discussion, = an inter-working draft will be create between the flow specification drafts= .=C2=A0=C2=A0 If you are interested in this draft, but would like to see the inter-working draft, please indicate this in you= r comment.

=C2=A0

Sue Hares

=C2=A0


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

--047d7b450a68f431de05255eebcf-- From nobody Wed Nov 25 07:15:38 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B4ED71B2E0B; Wed, 25 Nov 2015 07:15:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.085 X-Spam-Level: X-Spam-Status: No, score=-15.085 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 koy4d3mlGJop; Wed, 25 Nov 2015 07:15:33 -0800 (PST) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AEC0B1B2DFC; Wed, 25 Nov 2015 07:15:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=15685; q=dns/txt; s=iport; t=1448464526; x=1449674126; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=6g0rBZBA5PCSIcFdgHQdh6nNFe0nm+vWg6p5oht9nhY=; b=Ze9yvVC3cXiUCF0qW8gM20lKGbnlO44xI5+EpSBTmXQbAavPn36GzX80 sRPp2u/QEI007BH1Iww9mQG5cArKF0xSKdm5xf4QNIfumuWZcK1PrEOgM Y3G17SmGHnJFIn1ORlgbrIWhlUHtrdDqIdRgqCI6dmEPvCeMf0C+ApY/Q 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D4AQAW0FVW/4wNJK1egm5NU2kGBoQQq?= =?us-ascii?q?nOPOAENgWYXAQmFbgKBQDgUAQEBAQEBAYEKhDQBAQEEAQEBGlEBChACAQgRAwE?= =?us-ascii?q?CKAcnCxQJCAEBBA4FiC4IBb4DAQEBAQEBAQEBAQEBAQEBAQEBAQEBGIZUhH6EK?= =?us-ascii?q?hACAT4NEYQgBY1bhRSDaAGFJ4gNgVxJg3iObA2DVoNxAREOAQFCghEdFoFAcoQ?= =?us-ascii?q?lgQcBAQE?= X-IronPort-AV: E=Sophos; i="5.20,343,1444694400"; d="scan'208,217"; a="52944424" Received: from alln-core-7.cisco.com ([173.36.13.140]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 25 Nov 2015 15:15:25 +0000 Received: from XCH-ALN-009.cisco.com (xch-aln-009.cisco.com [173.36.7.19]) by alln-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id tAPFFP2c017956 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 25 Nov 2015 15:15:25 GMT Received: from xch-aln-008.cisco.com (173.36.7.18) by XCH-ALN-009.cisco.com (173.36.7.19) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Wed, 25 Nov 2015 09:15:24 -0600 Received: from xch-aln-008.cisco.com ([173.36.7.18]) by XCH-ALN-008.cisco.com ([173.36.7.18]) with mapi id 15.00.1104.000; Wed, 25 Nov 2015 09:15:24 -0600 From: "Bertrand Duvivier (bduvivie)" To: Robert Raszuk Thread-Topic: [Idr] WG Call for adoption on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8) Thread-Index: AdEmqozrKWUgt33uRi+lznC9GoulVwA2gnmAAApHjIAABfnBgAACSlwA Date: Wed, 25 Nov 2015 15:15:24 +0000 Message-ID: References: <056c01d126ab$61421980$23c64c80$@ndzh.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.9.150325 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.60.113.246] Content-Type: multipart/alternative; boundary="_000_D27B8E5833FFCbduvivieciscocom_" MIME-Version: 1.0 Archived-At: Cc: "idr@ietf.org" , "draft-liang-idr-bgp-flowspec-label@ietf.org" , Susan Hares Subject: Re: [Idr] WG Call for adoption on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2015 15:15:36 -0000 --_000_D27B8E5833FFCbduvivieciscocom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Robert, BTW with SPRING, prefix-SID are the only one being Global so far. Adj-SID, Peering-SID, Binding -SID do all have local signification and don'= t have to be persistant. Best Regards Bertrand Duvivier Principal Engineer . Product Marketing Visit Segment Routing: https://www.linkedin.com/groups/Segment-Routing-8266623 (linkedin) http://www.segment-routing.net (public - web) http://cs.co/9006BGoTk (public - TWTV preview) http://cs.co/9001BGopR (public - TWTV details) http://wikicentral.cisco.com/display/SLA/Segment+Routing (internal) From: "robert@raszuk.net" > Date: Wednesday 25 November 2015 16:09 To: Bertrand Duvivier > Cc: "VAN DE VELDE, Gunter (Gunter)" >, Susan Hares >, "idr@ietf.org" >, "draft-liang-idr-bgp-flowspec-label@ietf.org" > Subject: Re: [Idr] WG Call for adoption on draft-liang-idr-bgp-flowspec-lab= el-01 (11/24 to 12/8) Bertrand, Think SPRING :) Where labels would be globally allocated and would not chan= ge ... Many thx r. On Wed, Nov 25, 2015 at 6:18 AM, Bertrand Duvivier (bduvivie) > wrote: Agree, labels are in general locally assign by remote nodes and not persist= ant and thus subject to change (we do have exceptions with global significa= nt labels like prefix-SID), thus re-directicting to a remote label could be= a quite random action. Best Regards Bertrand Duvivier Principal Engineer . Product Marketing From: "", "Gunter (Gunter)" > Date: Wednesday 25 November 2015 08:24 To: Susan Hares >, "idr@ietf.org" > Cc: "draft-liang-idr-bgp-flowspec-label@ietf.org" > Subject: Re: [Idr] WG Call for adoption on draft-liang-idr-bgp-flowspec-lab= el-01 (11/24 to 12/8) When reading the text I am not clear how this would work and which componen= t is allocating which label to use and how the LFIB on the different device= s between network ingress and egress is constructed if Flowspec would be us= ed to allocate labels in some way? The use case for the proposal is a little vague as it seems to only indicat= e: "this facilitates monitoring and traffic statistics for FlowSpec rules.". Before considering for adoption, I think the use-case and operational flow = charts should be more clearly documented in the text. G/ From: Idr > on behalf of = Susan Hares > Date: Tuesday 24 November 2015 at 12:29 To: "idr@ietf.org" > Cc: "draft-liang-idr-bgp-flowspec-label@ietf.org" > Subject: [Idr] WG Call for adoption on draft-liang-idr-bgp-flowspec-label-0= 1 (11/24 to 12/8) This begins a 2 week adoption call for draft-liang-idr-bgp-flowspec-label-0= 1.txt which can be found at: http://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/ All authors should respond to this email whether the know of any IPR relati= ng to this draft. Please note that unless all authors respond to this ema= il, the draft cannot be adopted as a WG draft. This draft is part of the flow specification drafts considered at IETF 94, = and on the mail list. Out of that discussion, an inter-working draft will = be create between the flow specification drafts. If you are interested in= this draft, but would like to see the inter-working draft, please indicate= this in your comment. Sue Hares _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr --_000_D27B8E5833FFCbduvivieciscocom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable
Robert,

BTW with SPRING, prefix-SID are the only one being Global so far. = ;
Adj-SID, Peering-SID, Binding –SID do all have local significati= on and don’t have to be persistant.

Best Regards Bertrand Duvivier
Principal Engineer . Product Marketing

Visit Segment Routing:
http://cs.co/9006BGoTk (pu= blic – TWTV preview)
http://cs.co/9001BGopR (pu= blic – TWTV details)

From: "robert@raszuk.net" <robert@raszuk.net>
Date: Wednesday 25 November 2015 16= :09
To: Bertrand Duvivier <bduvivie@cisco.com>
Cc: "VAN DE VELDE, Gunter (Gun= ter)" <gu= nter.van_de_velde@alcatel-lucent.com>, Susan Hares <shares@ndzh.com>, "idr@ietf.org" <idr@ietf.org>, "draft-liang-idr-bgp-fl= owspec-label@ietf.org" <draft-liang-idr-bgp-flowspec-label@ietf.org>=
Subject: Re: [Idr] WG Call for adop= tion on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8)

Bertrand,

Think SPRING :) Where labels would be globally allocated and would not chan= ge ...

Many thx
r.

On Wed, Nov 25, 2015 at 6:18 AM, Bertrand Duvivi= er (bduvivie) <bduvivie@cisco.com> wrote:
Agree, labels are in general locally assign by remote nodes and not pe= rsistant and thus subject to change (we do have exceptions with global sign= ificant labels like prefix-SID), thus re-directicting to a remote label cou= ld be a quite random action. 
Best Regards Bertrand Duvivier
Principal Engineer . Product Marketing

From: "<VAN DE VELDE>&qu= ot;, "Gunter (Gunter)" <gunter.van_de_velde@alcatel-lucent.co= m>
Date: Wednesday 25 November 2015 08= :24
To: Susan Hares <shares@ndzh.com>, "idr@ietf.org" <idr@ietf.org>
Cc: "draft-liang-idr-bgp= -flowspec-label@ietf.org" <draft-liang-idr-bgp-flowspec-l= abel@ietf.org>
Subject: Re: [Idr] WG Call for adop= tion on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8)

When reading the text I am not clear how this would work and which com= ponent is allocating which label to use and how the LFIB on the different d= evices between network ingress and egress is constructed if Flowspec would = be used to allocate labels in some way?

The use case for the proposal is a little vague as it seems to only in= dicate: “this facilitates monitoring and traffi= c
   statistics for FlowSpec rules.”.  

Before considering for adoption, I think the use-case and operational = flow charts should be more clearly documented in the text.

G/





From: Idr <idr-bounces@ietf.org> on behalf= of Susan Hares <sh= ares@ndzh.com>
Date: Tuesday 24 November 2015 at 1= 2:29
To: "idr@ietf.org" <idr@ietf.org>
Cc: "draft-liang-idr-bgp= -flowspec-label@ietf.org" <draft-liang-idr-bgp-flowspec-l= abel@ietf.org>
Subject: [Idr] WG Call for adoption= on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8)

This begins a 2 week adoption call for draft-liang-i= dr-bgp-flowspec-label-01.txt  which can be found at:

 

http://datatracker.ietf.org/d= oc/draft-liang-idr-bgp-flowspec-label/

 

All authors should respond to this email whether the= know of any IPR relating to this draft.   Please note that unles= s all authors respond to this email, the draft cannot be adopted as a WG dr= aft.  

 

This draft is part of the flow specification drafts = considered at IETF 94, and on the mail list.  Out of that discussion, = an inter-working draft will be create between the flow specification drafts= .   If you are interested in this draft, but would like to see the inter-working draft, please indicate this in you= r comment.

 

Sue Hares

 


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


 --_000_D27B8E5833FFCbduvivieciscocom_-- From nobody Wed Nov 25 07:19:39 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 950921B2DB6; Wed, 25 Nov 2015 07:19:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.277 X-Spam-Level: X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=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 KOrAGRwRo3Nl; Wed, 25 Nov 2015 07:19:35 -0800 (PST) Received: from mail-wm0-x233.google.com (mail-wm0-x233.google.com [IPv6:2a00:1450:400c:c09::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DCDC91B2E0E; Wed, 25 Nov 2015 07:19:34 -0800 (PST) Received: by wmvv187 with SMTP id v187so261938765wmv.1; Wed, 25 Nov 2015 07:19:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=EpUA/8RQJT+m/jC4F+xnkP0y1jWnI20CdxmowNaIJhE=; b=fRf8f9ieEGvQwGzfKtLqsRNuJqyBxhZCwrkzlVpuYm/nAn9/+cRbH2jKq/GIoTdyKT F7a8jL89EX91Oi0rEgVCbDLxl9S+dO1d6dyjNaQZSTn/6oS/SG1FnwMlfLNduGyct+Ug vILD76miXSAXX8cEBsMj6AhlGTwgLpAUw7Dch3Vq/ctuIirRijl2usu6mGQS1G86R+a2 9MSo+j5XmHkrQu1K6ItmGoHhLXTzxKE9FvdvT+quMsorbVvxE1ssL06BzodV5lpUZJZT NxTm2mKiHANqQNlE8je6MPi9zA4TYmzRqu2/cxORPoGl+SPBxNKbGRK7xTgLMh2k/ynh TvoQ== MIME-Version: 1.0 X-Received: by 10.28.188.198 with SMTP id m189mr5017146wmf.81.1448464773443; Wed, 25 Nov 2015 07:19:33 -0800 (PST) Sender: rraszuk@gmail.com Received: by 10.194.204.195 with HTTP; Wed, 25 Nov 2015 07:19:33 -0800 (PST) In-Reply-To: References: <056c01d126ab$61421980$23c64c80$@ndzh.com> Date: Wed, 25 Nov 2015 10:19:33 -0500 X-Google-Sender-Auth: 2jbJy6FfxJrNxaFJBqdMM0lTYzM Message-ID: From: Robert Raszuk To: "Bertrand Duvivier (bduvivie)" Content-Type: multipart/alternative; boundary=001a114b07e24a795405255efc87 Archived-At: Cc: "idr@ietf.org" , "draft-liang-idr-bgp-flowspec-label@ietf.org" , Susan Hares Subject: Re: [Idr] WG Call for adoption on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2015 15:19:37 -0000 --001a114b07e24a795405255efc87 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable That is not the only application. Notice other ietf drafts describing other (non SPRING) uses cases for domain wide labels or proposing how one can easily support domain wide labels today. References: https://tools.ietf.org/html/draft-fang-mpls-label-forwarding-no-swap-02 https://tools.ietf.org/html/draft-raszuk-mpls-domain-wide-labels-05 So listing in the draft just prefix-SID would be bad idea as it would not cover other use cases known today and those to be invented in the future for global/domain wide labels. Best, r. On Wed, Nov 25, 2015 at 10:15 AM, Bertrand Duvivier (bduvivie) < bduvivie@cisco.com> wrote: > Robert, > > BTW with SPRING, prefix-SID are the only one being Global so far. > Adj-SID, Peering-SID, Binding =E2=80=93SID do all have local significatio= n and > don=E2=80=99t have to be persistant. > > Best Regards Bertrand Duvivier > Principal Engineer . Product Marketing > > Visit Segment Routing: > https://www.linkedin.com/groups/Segment-Routing-8266623 (linkedin) > http://www.segment-routing.net (public - web) > http://cs.co/9006BGoTk (public =E2=80=93 TWTV preview) > http://cs.co/9001BGopR (public =E2=80=93 TWTV details) > *http://wikicentral.cisco.com/display/SLA/Segment+Routing > * > (internal) > > From: "robert@raszuk.net" > Date: Wednesday 25 November 2015 16:09 > To: Bertrand Duvivier > Cc: "VAN DE VELDE, Gunter (Gunter)" < > gunter.van_de_velde@alcatel-lucent.com>, Susan Hares , " > idr@ietf.org" , "draft-liang-idr-bgp-flowspec-label@ietf.or= g" > > > Subject: Re: [Idr] WG Call for adoption on > draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8) > > Bertrand, > > Think SPRING :) Where labels would be globally allocated and would not > change ... > > Many thx > r. > > On Wed, Nov 25, 2015 at 6:18 AM, Bertrand Duvivier (bduvivie) < > bduvivie@cisco.com> wrote: > >> Agree, labels are in general locally assign by remote nodes and not >> persistant and thus subject to change (we do have exceptions with global >> significant labels like prefix-SID), thus re-directicting to a remote la= bel >> could be a quite random action. >> Best Regards Bertrand Duvivier >> Principal Engineer . Product Marketing >> >> From: "", "Gunter (Gunter)" < >> gunter.van_de_velde@alcatel-lucent.com> >> Date: Wednesday 25 November 2015 08:24 >> To: Susan Hares , "idr@ietf.org" >> Cc: "draft-liang-idr-bgp-flowspec-label@ietf.org" < >> draft-liang-idr-bgp-flowspec-label@ietf.org> >> Subject: Re: [Idr] WG Call for adoption on >> draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8) >> >> When reading the text I am not clear how this would work and which >> component is allocating which label to use and how the LFIB on the >> different devices between network ingress and egress is constructed if >> Flowspec would be used to allocate labels in some way? >> >> The use case for the proposal is a little vague as it seems to only >> indicate: =E2=80=9Cthis facilitates monitoring and traffic >> statistics for FlowSpec rules.=E2=80=9D. >> >> Before considering for adoption, I think the use-case and operational >> flow charts should be more clearly documented in the text. >> >> G/ >> >> >> >> >> >> From: Idr on behalf of Susan Hares < >> shares@ndzh.com> >> Date: Tuesday 24 November 2015 at 12:29 >> To: "idr@ietf.org" >> Cc: "draft-liang-idr-bgp-flowspec-label@ietf.org" < >> draft-liang-idr-bgp-flowspec-label@ietf.org> >> Subject: [Idr] WG Call for adoption on >> draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8) >> >> This begins a 2 week adoption call for >> draft-liang-idr-bgp-flowspec-label-01.txt which can be found at: >> >> >> >> http://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/ >> >> >> >> All authors should respond to this email whether the know of any IPR >> relating to this draft. Please note that unless all authors respond to >> this email, the draft cannot be adopted as a WG draft. >> >> >> >> This draft is part of the flow specification drafts considered at IETF >> 94, and on the mail list. Out of that discussion, an inter-working draf= t >> will be create between the flow specification drafts. If you are >> interested in this draft, but would like to see the inter-working draft, >> please indicate this in your comment. >> >> >> >> Sue Hares >> >> >> >> >> _______________________________________________ >> Idr mailing list >> Idr@ietf.org >> https://www.ietf.org/mailman/listinfo/idr >> >> > --001a114b07e24a795405255efc87 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
That is not the only application.=C2=A0=

Notice other ietf dra= fts describing other (non SPRING) uses cases for domain wide labels or prop= osing how one can easily support domain wide labels today.=C2=A0

References:=C2=A0

https://tools.ietf.org/html/draft-fan= g-mpls-label-forwarding-no-swap-02

=
https://tools.ietf.org/html/draft-raszuk-mpls-domain-wi= de-labels-05

So list= ing in the draft just prefix-SID would be bad idea as it would not cover ot= her use cases known today and those to be invented in the future for global= /domain wide labels.

Best,
r.
=

<= /font>

On Wed, Nov 25, 2015 at 10:15 AM, Bertrand Duvivier (bduvivie) <bduviv= ie@cisco.com> wrote:
Robert,

BTW with SPRING, prefix-SID are the only one being Global so far.=C2= =A0
Adj-SID, Peering-SID, Binding =E2=80=93SID do all have local significa= tion and don=E2=80=99t have to be persistant.

Best Regards Bertrand Duvivier
Principal Engineer . Product Marketing

Visit Segment Routing:
http://cs.co/9006= BGoTk=C2=A0(public =E2=80=93 TWTV preview)
http://cs.co/9001= BGopR=C2=A0(public =E2=80=93 TWTV details)

From: "robert@raszuk.net" <robert@raszuk.net>
Date: Wednesday 25 November 2015 16= :09
To: Bertrand Duvivier <bduvivie@cisco.com>=
Cc: "VAN DE VELDE, Gunt= er (Gunter)" <gunter.van_de_velde@alcatel-lucent.com>, Susa= n Hares <shares@ndz= h.com>, "idr@= ietf.org" <idr@ietf.org>= , "draft-liang-idr-bgp-flowspec-label@ietf.org" <draft-liang-idr-bgp-flowspec-label@ietf.org>

Subject: Re: [Idr] WG Call for adop= tion on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8)

Bertrand,

Think SPRING :) Where labels would be globally allocated and would not chan= ge ...

Many thx
r.

On Wed, Nov 25, 2015 at 6:18 AM, Bertrand Duvivi= er (bduvivie) <bduvivie@cisco.com> wrote:
Agree, labels are in general locally assign by remote nodes and not pe= rsistant and thus subject to change (we do have exceptions with global sign= ificant labels like prefix-SID), thus re-directicting to a remote label cou= ld be a quite random action.=C2=A0
Best Regards Bertrand Duvivier
Principal Engineer . Product Marketing

From: "<VAN DE VELDE>&qu= ot;, "Gunter (Gunter)" <gunter.van_de_velde@alcatel-lucent.co= m>
Date: Wednesday 25 November 2015 08= :24
To: Susan Hares <shares@ndzh.com>, "idr@ietf.org" <idr@ietf.org>
Cc: "draft-liang-idr-bgp= -flowspec-label@ietf.org" <draft-liang-idr-bgp-flowspec-l= abel@ietf.org>
Subject: Re: [Idr] WG Call for adop= tion on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8)

When reading the text I am not clear how this would work and which com= ponent is allocating which label to use and how the LFIB on the different d= evices between network ingress and egress is constructed if Flowspec would = be used to allocate labels in some way?

The use case for the proposal is a little vague as it seems to only in= dicate: =E2=80=9Cthis facilitates monitoring and traf= fic
=C2=A0 =C2=A0statistics for FlowSpec rules.=E2=80=9D. =C2=A0

Before considering for adoption, I think the use-case and operational = flow charts should be more clearly documented in the text.

G/





From: Idr <idr-bounces@ietf.org> on behalf= of Susan Hares <sh= ares@ndzh.com>
Date: Tuesday 24 November 2015 at 1= 2:29
To: "idr@ietf.org" <idr@ietf.org>
Cc: "draft-liang-idr-bgp= -flowspec-label@ietf.org" <draft-liang-idr-bgp-flowspec-l= abel@ietf.org>
Subject: [Idr] WG Call for adoption= on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8)

This begins a 2 week adoption call for draft-liang-i= dr-bgp-flowspec-label-01.txt=C2=A0 which can be found at:

=C2=A0

http://datatracker.ietf.org/d= oc/draft-liang-idr-bgp-flowspec-label/

=C2=A0

All authors should respond to this email whether the= know of any IPR relating to this draft.=C2=A0 =C2=A0Please note that unles= s all authors respond to this email, the draft cannot be adopted as a WG dr= aft. =C2=A0

=C2=A0

This draft is part of the flow specification drafts = considered at IETF 94, and on the mail list.=C2=A0 Out of that discussion, = an inter-working draft will be create between the flow specification drafts= .=C2=A0=C2=A0 If you are interested in this draft, but would like to see the inter-working draft, please indicate this in you= r comment.

=C2=A0

Sue Hares

=C2=A0


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

--001a114b07e24a795405255efc87-- From nobody Wed Nov 25 07:25:21 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0E2681A86E8; Wed, 25 Nov 2015 07:25:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.085 X-Spam-Level: X-Spam-Status: No, score=-15.085 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 XSQddVra_AA8; Wed, 25 Nov 2015 07:25:17 -0800 (PST) Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EE4751A86E2; Wed, 25 Nov 2015 07:25:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=22732; q=dns/txt; s=iport; t=1448465117; x=1449674717; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=UsrCLMdAyhJkAfh+ztch97LhRsvJ/WSERoTccLghm3o=; b=Di1cEGl68biJvD2TW/yZCsZXGosCJqwxT/GqfLIhMzGmdRbP6vEwJ20Q C0Ns5nBGgTo1cMkZlM98gjlYu9HzoOLZjPNycd23e78tKMC5EhLrqU/Nq 3rp+oFdnsW7/920kk0yJobsoCg6JcmL4bV+PqMmXbhQIo83K5AC9aSpNr o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D3AQDy0VVW/4UNJK1egm5NU2kGBq8Ej?= =?us-ascii?q?zgBDYFmFwEJhW4CgUA4FAEBAQEBAQGBCoQ0AQEBBAEBARpRAQoQAgEIEQMBAig?= =?us-ascii?q?HJwsUCQgCBA4FiC4IBb4HAQEBAQEBAQECAQEBAQEBAQEBAQEYhlSDeIEGhCoQA?= =?us-ascii?q?gE+DRGEIAWSb4NoAYUnhVSCOYFcFjODeI5sDYNWg3EBEQ4BAUKCER0WgUByhCW?= =?us-ascii?q?BBwEBAQ?= X-IronPort-AV: E=Sophos;i="5.20,343,1444694400"; d="scan'208,217";a="212041842" Received: from alln-core-11.cisco.com ([173.36.13.133]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 25 Nov 2015 15:25:15 +0000 Received: from XCH-ALN-009.cisco.com (xch-aln-009.cisco.com [173.36.7.19]) by alln-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id tAPFPF6B002704 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 25 Nov 2015 15:25:15 GMT Received: from xch-aln-008.cisco.com (173.36.7.18) by XCH-ALN-009.cisco.com (173.36.7.19) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Wed, 25 Nov 2015 09:25:15 -0600 Received: from xch-aln-008.cisco.com ([173.36.7.18]) by XCH-ALN-008.cisco.com ([173.36.7.18]) with mapi id 15.00.1104.000; Wed, 25 Nov 2015 09:25:15 -0600 From: "Bertrand Duvivier (bduvivie)" To: Robert Raszuk Thread-Topic: [Idr] WG Call for adoption on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8) Thread-Index: AdEmqozrKWUgt33uRi+lznC9GoulVwA2gnmAAApHjIAABfnBgAACSlwA///waoCAABJYgA== Date: Wed, 25 Nov 2015 15:25:15 +0000 Message-ID: References: <056c01d126ab$61421980$23c64c80$@ndzh.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.9.150325 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.60.113.246] Content-Type: multipart/alternative; boundary="_000_D27B90773400Bbduvivieciscocom_" MIME-Version: 1.0 Archived-At: Cc: "idr@ietf.org" , "draft-liang-idr-bgp-flowspec-label@ietf.org" , Susan Hares Subject: Re: [Idr] WG Call for adoption on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2015 15:25:20 -0000 --_000_D27B90773400Bbduvivieciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Agree, would be better to mention: this draft have applicability in case of= =93global label signification" usage=85 Prefix-SID, Static-Label, or other= =85 Best Regards Bertrand Duvivier Principal Engineer . Product Marketing From: "robert@raszuk.net" > Date: Wednesday 25 November 2015 16:19 To: Bertrand Duvivier > Cc: "VAN DE VELDE, Gunter (Gunter)" >, Susan Hares >, "idr@ietf.org" >, "draft-liang-idr-bgp-flowspec-label@ietf.org" > Subject: Re: [Idr] WG Call for adoption on draft-liang-idr-bgp-flowspec-lab= el-01 (11/24 to 12/8) That is not the only application. Notice other ietf drafts describing other (non SPRING) uses cases for domai= n wide labels or proposing how one can easily support domain wide labels to= day. References: https://tools.ietf.org/html/draft-fang-mpls-label-forwarding-no-swap-02 https://tools.ietf.org/html/draft-raszuk-mpls-domain-wide-labels-05 So listing in the draft just prefix-SID would be bad idea as it would not c= over other use cases known today and those to be invented in the future for= global/domain wide labels. Best, r. On Wed, Nov 25, 2015 at 10:15 AM, Bertrand Duvivier (bduvivie) > wrote: Robert, BTW with SPRING, prefix-SID are the only one being Global so far. Adj-SID, Peering-SID, Binding =96SID do all have local signification and do= n=92t have to be persistant. Best Regards Bertrand Duvivier Principal Engineer . Product Marketing Visit Segment Routing: https://www.linkedin.com/groups/Segment-Routing-8266623 (linkedin) http://www.segment-routing.net (public - web) http://cs.co/9006BGoTk (public =96 TWTV preview) http://cs.co/9001BGopR (public =96 TWTV details) http://wikicentral.cisco.com/display/SLA/Segment+Routing (internal) From: "robert@raszuk.net" > Date: Wednesday 25 November 2015 16:09 To: Bertrand Duvivier > Cc: "VAN DE VELDE, Gunter (Gunter)" >, Susan Hares >, "idr@ietf.org" >, "draft-liang-idr-bgp-flowspec-label@ietf.org" > Subject: Re: [Idr] WG Call for adoption on draft-liang-idr-bgp-flowspec-lab= el-01 (11/24 to 12/8) Bertrand, Think SPRING :) Where labels would be globally allocated and would not chan= ge ... Many thx r. On Wed, Nov 25, 2015 at 6:18 AM, Bertrand Duvivier (bduvivie) > wrote: Agree, labels are in general locally assign by remote nodes and not persist= ant and thus subject to change (we do have exceptions with global significa= nt labels like prefix-SID), thus re-directicting to a remote label could be= a quite random action. Best Regards Bertrand Duvivier Principal Engineer . Product Marketing From: "", "Gunter (Gunter)" > Date: Wednesday 25 November 2015 08:24 To: Susan Hares >, "idr@ietf.org" > Cc: "draft-liang-idr-bgp-flowspec-label@ietf.org" > Subject: Re: [Idr] WG Call for adoption on draft-liang-idr-bgp-flowspec-lab= el-01 (11/24 to 12/8) When reading the text I am not clear how this would work and which componen= t is allocating which label to use and how the LFIB on the different device= s between network ingress and egress is constructed if Flowspec would be us= ed to allocate labels in some way? The use case for the proposal is a little vague as it seems to only indicat= e: =93this facilitates monitoring and traffic statistics for FlowSpec rules.=94. Before considering for adoption, I think the use-case and operational flow = charts should be more clearly documented in the text. G/ From: Idr > on behalf of = Susan Hares > Date: Tuesday 24 November 2015 at 12:29 To: "idr@ietf.org" > Cc: "draft-liang-idr-bgp-flowspec-label@ietf.org" > Subject: [Idr] WG Call for adoption on draft-liang-idr-bgp-flowspec-label-0= 1 (11/24 to 12/8) This begins a 2 week adoption call for draft-liang-idr-bgp-flowspec-label-0= 1.txt which can be found at: http://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/ All authors should respond to this email whether the know of any IPR relati= ng to this draft. Please note that unless all authors respond to this ema= il, the draft cannot be adopted as a WG draft. This draft is part of the flow specification drafts considered at IETF 94, = and on the mail list. Out of that discussion, an inter-working draft will = be create between the flow specification drafts. If you are interested in= this draft, but would like to see the inter-working draft, please indicate= this in your comment. Sue Hares _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr --_000_D27B90773400Bbduvivieciscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable
Agree, would be better to mention: this draft have applicability in ca= se of =93global label signification" usage=85 Prefix-SID, Static-Label= , or other=85 
Best Regards Bertrand Duvivier
Principal Engineer . Product Marketing

From: "robert@raszuk.net" <robert@raszuk.net>
Date: Wednesday 25 November 2015 16= :19
To: Bertrand Duvivier <bduvivie@cisco.com>
Cc: "VAN DE VELDE, Gunter (Gun= ter)" <gu= nter.van_de_velde@alcatel-lucent.com>, Susan Hares <shares@ndzh.com>, "idr@ietf.org" <idr@ietf.org>, "draft-liang-idr-bgp-fl= owspec-label@ietf.org" <draft-liang-idr-bgp-flowspec-label@ietf.org>=
Subject: Re: [Idr] WG Call for adop= tion on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8)

That is not the only application. 

Notice other ietf drafts describing other (non SPRING) uses cases for domai= n wide labels or proposing how one can easily support domain wide labels to= day. 

References: 

https://tools.ietf.org/html/draft-fang-mpls-label-forwardin= g-no-swap-02

https://tools.ietf.org/html/draft-raszuk-mpls-domain-wide-label= s-05

So listing in the draft just prefix-SID would be bad idea as it woul= d not cover other use cases known today and those to be invented in the fut= ure for global/domain wide labels.

Best,
r.



On Wed, Nov 25, 2015 at 10:15 AM, Bertrand Duviv= ier (bduvivie) <bduvivie@cisco.com> wrote:
Robert,

BTW with SPRING, prefix-SID are the only one being Global so far. = ;
Adj-SID, Peering-SID, Binding =96SID do all have local signification a= nd don=92t have to be persistant.

Best Regards Bertrand Duvivier
Principal Engineer . Product Marketing
Visit Segment Routing:
http://cs.co/9006= BGoTk (public =96 TWTV preview)
http://cs.co/9001= BGopR (public =96 TWTV details)

From: "robert@raszuk.net"= ; <robert@raszuk.= net>
Date: Wednesday 25 November 2015 16= :09
To: Bertrand Duvivier <bduvivie@cisco.com>=
Cc: "VAN DE VELDE, Gunt= er (Gunter)" <gunter.van_de_velde@alcatel-lucent.com>, Susa= n Hares <shares@ndz= h.com>, "idr@ietf.org&q= uot; <idr@ietf.org= >, "draft-liang-idr-bgp-flowspec-label@ietf.org" <draft-liang-idr-bgp-flowspec-label@ietf.org>

Subject: Re: [Idr] WG Call for adop= tion on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8)

Bertrand,

Think SPRING :) Where labels would be globally allocated and would not chan= ge ...

Many thx
r.

On Wed, Nov 25, 2015 at 6:18 AM, Bertrand Duvivi= er (bduvivie) <bduvivie@cisco.com> wrote:
Agree, labels are in general locally assign by remote nodes and not pe= rsistant and thus subject to change (we do have exceptions with global sign= ificant labels like prefix-SID), thus re-directicting to a remote label cou= ld be a quite random action. 
Best Regards Bertrand Duvivier
Principal Engineer . Product Marketing

From: "<VAN DE VELDE>&qu= ot;, "Gunter (Gunter)" <gunter.van_de_velde@alcatel-lucent.co= m>
Date: Wednesday 25 November 2015 08= :24
To: Susan Hares <shares@ndzh.com>, "idr@ietf.org" <idr@ietf.org>
Cc: "draft-liang-idr-bgp= -flowspec-label@ietf.org" <draft-liang-idr-bgp-flowspec-l= abel@ietf.org>
Subject: Re: [Idr] WG Call for adop= tion on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8)

When reading the text I am not clear how this would work and which com= ponent is allocating which label to use and how the LFIB on the different d= evices between network ingress and egress is constructed if Flowspec would = be used to allocate labels in some way?

The use case for the proposal is a little vague as it seems to only in= dicate: =93this facilitates monitoring and traffic
   statistics for FlowSpec rules.=94.  

Before considering for adoption, I think the use-case and operational = flow charts should be more clearly documented in the text.

G/





From: Idr <idr-bounces@ietf.org> on behalf= of Susan Hares <sh= ares@ndzh.com>
Date: Tuesday 24 November 2015 at 1= 2:29
To: "idr@ietf.org" <idr@ietf.org>
Cc: "draft-liang-idr-bgp= -flowspec-label@ietf.org" <draft-liang-idr-bgp-flowspec-l= abel@ietf.org>
Subject: [Idr] WG Call for adoption= on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8)

This begins a 2 week adoption call for draft-liang-i= dr-bgp-flowspec-label-01.txt  which can be found at:

 

http://datatracker.ietf.org/d= oc/draft-liang-idr-bgp-flowspec-label/

 

All authors should respond to this email whether the= know of any IPR relating to this draft.   Please note that unles= s all authors respond to this email, the draft cannot be adopted as a WG dr= aft.  

 

This draft is part of the flow specification drafts = considered at IETF 94, and on the mail list.  Out of that discussion, = an inter-working draft will be create between the flow specification drafts= .   If you are interested in this draft, but would like to see the inter-working draft, please indicate this in you= r comment.

 

Sue Hares

 


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



 --_000_D27B90773400Bbduvivieciscocom_-- From nobody Fri Nov 27 05:04:08 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AE7741B345F; Fri, 27 Nov 2015 05:04:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.054 X-Spam-Level: X-Spam-Status: No, score=-99.054 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] autolearn=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 ZBEgZAyy3_fe; Fri, 27 Nov 2015 05:04:03 -0800 (PST) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) (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 59CBC1B345D; Fri, 27 Nov 2015 05:04:03 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.177; From: "Susan Hares" To: Date: Fri, 27 Nov 2015 08:03:55 -0500 Message-ID: <001201d12914$127bc100$37734300$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0013_01D128EA.29A5B900" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdEpE5t1/qRZvA1WTkWNHlWrZ/DtpA== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: draft-psarkar-idr-bgp-ls-node-admin-tag-extension@ietf.org Subject: Re: [Idr] draft-psarkar-idr-bgp-ls-node-admin-tag-extension Adoption - 9/10 to 9/24 - Adoption process extended (11/27 - 12/4) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Nov 2015 13:04:06 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0013_01D128EA.29A5B900 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit The WG adoption call (9/10 to 9/214) has indicated interest in this document, but at that time the chairs did not ask whether there was additional IPR. The authors have indicated there is no IPR beyond the following IPR: http://datatracker.ietf.org/ipr/2558/. This 1 week WG adoption call is to ask the IDR WG if adoption is still desired. If you wish to adopt this draft with the IPR list, please send comments to the list. Sue Hares and John Scudder From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of stephane.litkowski@orange.com Sent: Tuesday, November 24, 2015 11:07 AM To: Susan Hares; idr@ietf.org Cc: draft-psarkar-idr-bgp-ls-node-admin-tag-extension@ietf.org Subject: Re: [Idr] draft-psarkar-idr-bgp-ls-node-admin-tag-extension Adoption - 9/10 to 9/24 - Adoption process extended (11/24 to 12/8) Hi Susan, I'm not aware of any other IPR. Best Regards, Stephane From: Susan Hares [mailto:shares@ndzh.com] Sent: Tuesday, November 24, 2015 12:08 To: idr@ietf.org Cc: draft-psarkar-idr-bgp-ls-node-admin-tag-extension@ietf.org; 'Pushpasis Sarkar' Subject: draft-psarkar-idr-bgp-ls-node-admin-tag-extension Adoption - 9/10 to 9/24 - Adoption process extended (11/24 to 12/8) Pushpasis and WG: Thank you for your question regarding draft-psarkar-idr-bgp-ls-node-admin-tag-extension-03.txt. The WG adoption call (9/10 to 9/214) has indicated interest in this document. However, during the adoption process I failed to raise the IPR issues, and this draft has the following IPR disclosure: http://datatracker.ietf.org/ipr/2558/. Therefore, we will need to extend the WG call to ask the all co-authors to respond to this message if they know of any additional IPR. After the authors respond, we will do a 1 week WG conformation call that the WG still wants to adopt the work given the IPR. If you could get your co-authors to quickly indicate their IPR status, it would be helpful. If you have implemented these TLVs and SUB-TLVs, it would be good to update the list on the implementation status. Sue Hares PS - I apologize for missing the IPR during the first WG adoption call period. ____________________________________________________________________________ _____________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, France Telecom - Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorization. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, France Telecom - Orange shall not be liable if this message was modified, changed or falsified. Thank you. ------=_NextPart_000_0013_01D128EA.29A5B900 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

The WG = adoption call (9/10 to 9/214) has indicated interest in this document, = but at that time the chairs did not ask whether there was additional = IPR.    The authors have = indicated there is no IPR beyond the following IPR: =   http://datatracker.ietf.or= g/ipr/2558/.  

 

This 1 week WG adoption call is to ask the IDR WG if = adoption is still desired.   If you wish to adopt this draft = with the IPR list,  please send comments to the list. =

 

Sue Hares and John Scudder

 

From:= = Idr [mailto:idr-bounces@ietf.org] On Behalf Of = stephane.litkowski@orange.com
Sent: Tuesday, November 24, = 2015 11:07 AM
To: Susan Hares; idr@ietf.org
Cc: = draft-psarkar-idr-bgp-ls-node-admin-tag-extension@ietf.org
Subject:= Re: [Idr] draft-psarkar-idr-bgp-ls-node-admin-tag-extension = Adoption - 9/10 to 9/24 - Adoption process extended (11/24 to = 12/8)

 

Hi Susan,

 

I’m not aware of = any other IPR.

 

Best = Regards,

 

Stephane

 

 

From:= = Susan Hares [mailto:shares@ndzh.com] =
Sent: Tuesday, November 24, 2015 12:08
To: idr@ietf.org
Cc: draft-psarkar-idr-bgp-ls-node-admin-tag-extension@ietf.org; = 'Pushpasis Sarkar'
Subject: = draft-psarkar-idr-bgp-ls-node-admin-tag-extension Adoption - 9/10 to = 9/24 - Adoption process extended (11/24 to 12/8) =

 

Pushpasis = and WG:

 

Thank you for your question regarding = draft-psarkar-idr-bgp-ls-node-admin-tag-extension-03.txt.   = The WG adoption call (9/10 to 9/214) has indicated interest in this = document.

 

However, during the adoption process I failed to raise = the IPR issues, and this draft has the following IPR disclosure: http://datatracker.ietf.or= g/ipr/2558/.  Therefore, we will need to extend the WG call to = ask the all co-authors to respond to this message if they know of any = additional IPR.  After the authors respond, we will do a 1 week WG = conformation call that the WG still wants to adopt the work given the = IPR. 

 

If you could get your co-authors to quickly indicate = their IPR status, it would be helpful.  

 

If you have = implemented these TLVs and SUB-TLVs, it would be good to update the list = on the implementation status.

 

Sue = Hares

PS – I apologize for = missing the IPR during the first WG adoption call period.  =

 

 

 

_____________________________=
_________________________________________________________________________=
___________________
 
Ce =
message et ses pieces jointes peuvent contenir des informations =
confidentielles ou privilegiees et ne doivent =
donc
pas etre diffuses, exploites ou copies sans =
autorisation. Si vous avez recu ce message par erreur, veuillez le =
signaler
a l'expediteur et le detruire ainsi que =
les pieces jointes. Les messages electroniques etant susceptibles =
d'alteration,
France Telecom - Orange decline toute =
responsabilite si ce message a ete altere, deforme ou falsifie. =
Merci
 
This message and =
its attachments may contain confidential or privileged information that =
may be protected by law;
they should not be =
distributed, used or copied without =
authorization.
If you have received this email in =
error, please notify the sender and delete this message and its =
attachments.
As emails may be altered, France =
Telecom - Orange shall not be liable if this message was modified, =
changed or falsified.
Thank =
you.
------=_NextPart_000_0013_01D128EA.29A5B900-- From nobody Mon Nov 30 10:46:50 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 386941A9075 for ; Mon, 30 Nov 2015 02:58:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.001 X-Spam-Level: X-Spam-Status: No, score=-0.001 tagged_above=-999 required=5 tests=[RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham 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 3NEoyQwW7Yqe for ; Mon, 30 Nov 2015 02:58:40 -0800 (PST) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F06631A9071 for ; Mon, 30 Nov 2015 02:58:39 -0800 (PST) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 144888090890063.65589385232158; Mon, 30 Nov 2015 02:55:08 -0800 (PST) Date: Mon, 30 Nov 2015 10:55:08 +0000 From: Denis Ovsienko To: Message-ID: <15158082a35.cf64977923064.985898708084118813@ovsienko.info> In-Reply-To: <14e40292f34.d2dcc804361197.2941336746668363165@ovsienko.info> References: <14e40292f34.d2dcc804361197.2941336746668363165@ovsienko.info> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail Archived-At: X-Mailman-Approved-At: Mon, 30 Nov 2015 10:46:49 -0800 Subject: [Idr] Fwd: about the NLRI encoding extensions X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Nov 2015 10:58:41 -0000 Hello. As the below message had never been responded to, let me forward those comments to the WG mailing list (which I am not a subscriber of). They still seem to apply to the latest version of the I-D. == == == == == == Forwarded message == == == == == == >From : Denis Ovsienko To : Date : Mon, 29 Jun 2015 18:59:34 +0100 Subject : about the NLRI encoding extensions == == == == == == Forwarded message == == == == == == Greetings to the people behind draft-ietf-idr-add-paths! Today I was helping to look into a BGP issue, which later turned out to be a bug in an implementation of ADD-PATH. The first thing I noticed during the packet capture study was that tcpdump did not recognize the capability 69, so I found respective specification and decided to add that support while at it. The capability part of the specification (Section 4) was straightforward but looking at the NLRI section (Section 3) I had realized that there was no way to tell which of the encodings a given NLRI attribute is going to have. So it ended up done just half-way: https://github.com/the-tcpdump-group/tcpdump/commit/c9c3d3cfdf3a926e02114cfe611ffe20167ab5f4 Of course, it can be said that looking at both OPENs of a BGP session and the Send/Receive field of the capability it is possible to see which format must be used in the subsequent UPDATE messages. But in the scope of a network analyzer it is very much preferred to be able to decode a given protocol packet with as little dependency on earlier packets as possible. This is in part because packet loss just happens and in part because packet captures don't necessarily cover full protocol sessions, especially where sessions remain up for a long time. To add to this, the actual speaker behaviour was inconsistent with the OPENs: with the capability set to 3 on both ends one speaker sent MP_REACH_NLRI in the traditional encoding (without prepending the path identifier field). The network prefixes themselves were correct otherwise. The other speaker detected an encoding error and shut down the session with a NOTIFICATION message. But in a slightly different configuration the first speaker behaved according to the I-D and sent MP_REACH_NLRI respectively encoded. Though the BGP session stayed up it wasn't possible to read the prefixes any more as the decoder has no means to understand it needed to switch to the ADD-PATH format. In this context it would be very handy to have an explicit indicator of the encoding (normal/extended) right in the UPDATE message, so that the packet analyzer could properly display the contents regardless of the OPENs. In theory, a possible (from packet analyzer point of view) way to do that could be not to reuse previously assigned path attributes (MP_REACH_NLRI and MP_UNREACH_NLRI) to mean a new, not backward-compatible structure, but to assign new attributes for the new encoding. As far as I can see, this does not help the non-MP traditional NLRI part of an UPDATE, but this may be irrelevant. I am not an expert. Since this I-D is in a very late development phase and there are implementations around, I understand this is too complicated anyway due to existing deployments. Do you see any _other_ simple ways to encode the "extended NLRI format follows" hint into an UPDATE message? An additional attribute maybe? Thank you. -- Denis Ovsienko -- Denis Ovsienko From nobody Mon Nov 30 17:55:48 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0AC1B1B3685; Mon, 30 Nov 2015 17:55:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.912 X-Spam-Level: X-Spam-Status: No, score=-101.912 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_WHITELIST=-100] autolearn=ham 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 orp7DZuQNTjm; Mon, 30 Nov 2015 17:55:44 -0800 (PST) Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1900:3001:11::31]) by ietfa.amsl.com (Postfix) with ESMTP id 96EEE1B368A; Mon, 30 Nov 2015 17:55:44 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 30) id 7A906180471; Mon, 30 Nov 2015 17:54:05 -0800 (PST) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org X-PHP-Originating-Script: 1005:ams_util_lib.php From: rfc-editor@rfc-editor.org Message-Id: <20151201015405.7A906180471@rfc-editor.org> Date: Mon, 30 Nov 2015 17:54:05 -0800 (PST) Archived-At: Cc: drafts-update-ref@iana.org, idr@ietf.org, rfc-editor@rfc-editor.org Subject: [Idr] RFC 7705 on Autonomous System Migration Mechanisms and Their Effects on the BGP AS_PATH Attribute X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Dec 2015 01:55:46 -0000 A new Request for Comments is now available in online RFC libraries. RFC 7705 Title: Autonomous System Migration Mechanisms and Their Effects on the BGP AS_PATH Attribute Author: W. George, S. Amante Status: Standards Track Stream: IETF Date: November 2015 Mailbox: wesley.george@twcable.com, amante@apple.com Pages: 16 Characters: 41349 Updates: RFC4271 I-D Tag: draft-ietf-idr-as-migration-06.txt URL: https://www.rfc-editor.org/info/rfc7705 DOI: http://dx.doi.org/10.17487/RFC7705 This document discusses some existing commonly used BGP mechanisms for Autonomous System Number (ASN) migration that are not formally part of the BGP4 protocol specification. It is necessary to document these de facto standards to ensure that they are properly supported in future BGP protocol work. This document is a product of the Inter-Domain Routing Working Group of the IETF. This is now a Proposed Standard. STANDARDS TRACK: This document specifies an Internet Standards Track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the Official Internet Protocol Standards (https://www.rfc-editor.org/standards) for the standardization state and status of this protocol. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see https://www.ietf.org/mailman/listinfo/ietf-announce https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see https://www.rfc-editor.org/search For downloading RFCs, see https://www.rfc-editor.org/rfc.html Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC From nobody Mon Nov 30 19:12:13 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 52D331B3884 for ; Mon, 30 Nov 2015 19:12:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham 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 4gaE3eTSjlTS for ; Mon, 30 Nov 2015 19:12:10 -0800 (PST) Received: from atl4mhob09.myregisteredsite.com (atl4mhob09.myregisteredsite.com [209.17.115.47]) by ietfa.amsl.com (Postfix) with ESMTP id 6431F1B3882 for ; Mon, 30 Nov 2015 19:12:10 -0800 (PST) Received: from mailpod.hostingplatform.com ([10.30.71.204]) by atl4mhob09.myregisteredsite.com (8.14.4/8.14.4) with ESMTP id tB13C7f8022236 for ; Mon, 30 Nov 2015 22:12:07 -0500 Received: (qmail 14510 invoked by uid 0); 1 Dec 2015 03:12:07 -0000 X-TCPREMOTEIP: 69.81.157.131 X-Authenticated-UID: wes@mti-systems.com Received: from unknown (HELO ?192.168.1.105?) (wes@mti-systems.com@69.81.157.131) by 0 with ESMTPA; 1 Dec 2015 03:12:07 -0000 To: idr@ietf.org References: <056c01d126ab$61421980$23c64c80$@ndzh.com> From: Wesley Eddy Message-ID: <565D1005.2090603@mti-systems.com> Date: Mon, 30 Nov 2015 22:12:05 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <056c01d126ab$61421980$23c64c80$@ndzh.com> Content-Type: multipart/alternative; boundary="------------040805070209070202050403" Archived-At: Subject: Re: [Idr] WG Call for adoption on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Dec 2015 03:12:12 -0000 This is a multi-part message in MIME format. --------------040805070209070202050403 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit On 11/24/2015 6:29 AM, Susan Hares wrote: > > This begins a 2 week adoption call for > draft-liang-idr-bgp-flowspec-label-01.txt which can be found at: > > http://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/ > > I agree with other comments that this is a useful extension. It would be good in the draft to clarify the assumptions about global (or at least mutual) significance of the labels, but this is more about clearly describing its use and operation than any impact to the protocol spec. --------------040805070209070202050403 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit On 11/24/2015 6:29 AM, Susan Hares wrote:

This begins a 2 week adoption call for draft-liang-idr-bgp-flowspec-label-01.txt  which can be found at:

 

http://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/

 




I agree with other comments that this is a useful extension.

It would be good in the draft to clarify the assumptions about global (or at least mutual) significance of the labels, but this is more about clearly describing its use and operation than any impact to the protocol spec.



--------------040805070209070202050403-- From nobody Mon Nov 30 19:44:12 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BE20D1A0128 for ; Mon, 30 Nov 2015 19:44:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.74 X-Spam-Level: * X-Spam-Status: No, score=1.74 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 uAfQJ_99wpNf for ; Mon, 30 Nov 2015 19:44:07 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D4B761A0116 for ; Mon, 30 Nov 2015 19:44:06 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CEV53873; Tue, 01 Dec 2015 03:44:04 +0000 (GMT) Received: from NKGEML402-HUB.china.huawei.com (10.98.56.33) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 1 Dec 2015 03:44:03 +0000 Received: from NKGEML509-MBS.china.huawei.com ([169.254.2.84]) by nkgeml402-hub.china.huawei.com ([10.98.56.33]) with mapi id 14.03.0235.001; Tue, 1 Dec 2015 11:43:58 +0800 From: Youjianjie To: "idr@ietf.org" Thread-Topic: WG Call for adoption on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8) Thread-Index: AdEmqozrKWUgt33uRi+lznC9GoulVwFP7tXg Date: Tue, 1 Dec 2015 03:43:58 +0000 Message-ID: References: <056c01d126ab$61421980$23c64c80$@ndzh.com> In-Reply-To: <056c01d126ab$61421980$23c64c80$@ndzh.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.46.66.70] Content-Type: multipart/alternative; boundary="_000_F6C28B32DA084644BB6C8D0BD65B669D21263Dnkgeml509mbschina_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020204.565D1784.0183, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.2.84, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 125c1c1f424d6e456e1dad6123ef9a8c Archived-At: Subject: [Idr] =?gb2312?b?tPC4tDogV0cgQ2FsbCBmb3IgYWRvcHRpb24gb24gZHJhZnQt?= =?gb2312?b?bGlhbmctaWRyLWJncC1mbG93c3BlYy1sYWJlbC0wMSAoMTEvMjQgdG8gMTIv?= =?gb2312?b?OCk=?= X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Dec 2015 03:44:09 -0000 --_000_F6C28B32DA084644BB6C8D0BD65B669D21263Dnkgeml509mbschina_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 U3VwcG9ydCBhcyBhIGNvLWF1dGhvci4gIEkgYW0gbm90IGF3YXJlIG9mIGFueSBJUFIgcmVsYXRl ZCB0byB0aGlzIGRyYWZ0Lg0KDQpSZWdhcmRzLA0KSmlhbmppZQ0KDQq3orz+yMs6IFN1c2FuIEhh cmVzIFttYWlsdG86c2hhcmVzQG5kemguY29tXQ0Kt6LLzcqxvOQ6IDIwMTXE6jEx1MIyNMjVIDE5 OjI5DQrK1bz+yMs6IGlkckBpZXRmLm9yZw0Ks63LzTogZHJhZnQtbGlhbmctaWRyLWJncC1mbG93 c3BlYy1sYWJlbEBpZXRmLm9yZw0K1vfM4jogV0cgQ2FsbCBmb3IgYWRvcHRpb24gb24gZHJhZnQt bGlhbmctaWRyLWJncC1mbG93c3BlYy1sYWJlbC0wMSAoMTEvMjQgdG8gMTIvOCkNCg0KVGhpcyBi ZWdpbnMgYSAyIHdlZWsgYWRvcHRpb24gY2FsbCBmb3IgZHJhZnQtbGlhbmctaWRyLWJncC1mbG93 c3BlYy1sYWJlbC0wMS50eHQgIHdoaWNoIGNhbiBiZSBmb3VuZCBhdDoNCg0KaHR0cDovL2RhdGF0 cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1saWFuZy1pZHItYmdwLWZsb3dzcGVjLWxhYmVsLw0K DQpBbGwgYXV0aG9ycyBzaG91bGQgcmVzcG9uZCB0byB0aGlzIGVtYWlsIHdoZXRoZXIgdGhlIGtu b3cgb2YgYW55IElQUiByZWxhdGluZyB0byB0aGlzIGRyYWZ0LiAgIFBsZWFzZSBub3RlIHRoYXQg dW5sZXNzIGFsbCBhdXRob3JzIHJlc3BvbmQgdG8gdGhpcyBlbWFpbCwgdGhlIGRyYWZ0IGNhbm5v dCBiZSBhZG9wdGVkIGFzIGEgV0cgZHJhZnQuDQoNClRoaXMgZHJhZnQgaXMgcGFydCBvZiB0aGUg ZmxvdyBzcGVjaWZpY2F0aW9uIGRyYWZ0cyBjb25zaWRlcmVkIGF0IElFVEYgOTQsIGFuZCBvbiB0 aGUgbWFpbCBsaXN0LiAgT3V0IG9mIHRoYXQgZGlzY3Vzc2lvbiwgYW4gaW50ZXItd29ya2luZyBk cmFmdCB3aWxsIGJlIGNyZWF0ZSBiZXR3ZWVuIHRoZSBmbG93IHNwZWNpZmljYXRpb24gZHJhZnRz LiAgIElmIHlvdSBhcmUgaW50ZXJlc3RlZCBpbiB0aGlzIGRyYWZ0LCBidXQgd291bGQgbGlrZSB0 byBzZWUgdGhlIGludGVyLXdvcmtpbmcgZHJhZnQsIHBsZWFzZSBpbmRpY2F0ZSB0aGlzIGluIHlv dXIgY29tbWVudC4NCg0KU3VlIEhhcmVzDQoNCg0K --_000_F6C28B32DA084644BB6C8D0BD65B669D21263Dnkgeml509mbschina_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Support as a co-author.  I= am not aware of any IPR related to this draft.

 

Regards,

Jianjie

 

=B7=A2=BC=FE=C8=CB: Susan Hares [mailto:s= hares@ndzh.com]
=B7=A2=CB=CD= =CA=B1=BC=E4: 2015=C4=EA11=D4=C2= 24=C8=D5 19:29
=CA=D5=BC=FE=C8=CB: idr@ietf.org
=B3=AD=CB=CD: draft-liang-idr-bgp-flowspec-label@ietf.org
=D6=F7=CC=E2: WG Call for adoption on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 1= 2/8)

 

This begins a 2 week adoption c= all for draft-liang-idr-bgp-flowspec-label-01.txt  which can be found = at:

 

http://datatracker.ietf.or= g/doc/draft-liang-idr-bgp-flowspec-label/

 

All authors should respond to t= his email whether the know of any IPR relating to this draft.   P= lease note that unless all authors respond to this email, the draft cannot = be adopted as a WG draft.  

 

This draft is part of the flow = specification drafts considered at IETF 94, and on the mail list.  Out= of that discussion, an inter-working draft will be create between the flow= specification drafts.   If you are interested in this draft, but would like to see the inter-working draft, please indic= ate this in your comment.

 

Sue Hares

 

 

--_000_F6C28B32DA084644BB6C8D0BD65B669D21263Dnkgeml509mbschina_-- From nobody Mon Nov 30 20:27:03 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E8EBF1A1EF4 for ; Mon, 30 Nov 2015 20:27:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham 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 3XTXJXeEPwLT for ; Mon, 30 Nov 2015 20:27:00 -0800 (PST) Received: from st11p00im-asmtp003.me.com (st11p00im-asmtp003.me.com [17.172.80.97]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 897011A1EF3 for ; Mon, 30 Nov 2015 20:27:00 -0800 (PST) Received: from [127.0.0.1] (ec2-54-208-92-219.compute-1.amazonaws.com [54.208.92.219]) by st11p00im-asmtp003.me.com (Oracle Communications Messaging Server 7.0.5.35.0 64bit (built Mar 31 2015)) with ESMTPSA id <0NYN001SHWCYE100@st11p00im-asmtp003.me.com> for idr@ietf.org; Tue, 01 Dec 2015 04:26:59 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2015-12-01_03:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 kscore.is_bulkscore=0 kscore.compositescore=1 compositescore=0.9 suspectscore=0 phishscore=0 bulkscore=0 kscore.is_spamscore=0 rbsscore=0 spamscore=0 urlsuspectscore=0.9 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1510090000 definitions=main-1512010077 Content-type: multipart/alternative; boundary="----sinikael-?=_1-14489440189320.24680142081342638" From: Gunter Van De Velde To: Wesley Eddy In-reply-to: <565D1005.2090603@mti-systems.com> References: <056c01d126ab$61421980$23c64c80$@ndzh.com> <565D1005.2090603@mti-systems.com> Date: Tue, 01 Dec 2015 12:26:55 +0800 X-Cm-Message-Id: 144894401884647330fd941a7dde3670839a854639f151a8565d2192ceb3a291553544 X-Cm-Draft-Id: WyJhIiwxLCJkcmFmdF9pZCIsMTQ0ODk0NDAxNTIwNSwidiIsMV0= X-Mailer: CloudMagic Message-id: <1448944019080-c58149c9-7bb3859e-57355fa2@icloud.com> MIME-version: 1.0 Archived-At: Cc: idr@ietf.org Subject: Re: [Idr] WG Call for adoption on draft-liang-idr-bgp-flowspec-label-01 (11/24 to 12/8) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Dec 2015 04:27:03 -0000 ------sinikael-?=_1-14489440189320.24680142081342638 Content-Type: text/plain; format=flowed Content-Transfer-Encoding: 7bit All, To re-iterate what was mentioned earlier and the current status of this draft. The purpose is to provide a telemetry tool for flowspec matches by pushing a label. At current time the draft is too immature for WG addoption due to severe unclarities. Please address these points to improve maturity and before considering addoption: 1) assumed is that global labels are used, however it is nowhere mentioned explicitely in the draft 2) with global labels come applicability area being only SPRING based networks, please add this to the technology usability section 3) Traditional best path selection is used to find best NLRI, however a different to IGP label is pushed ... The draft does not describe measures to guaranty that the pushed label represents the same destination node. 4) why is this solution better as using traditional flowspec redirect to VRF (with exact one route in VRF)? In this case telemetry for flowspec redirect can be done with existing technology ... Nothing new is required... Understanding the above considerationd i do not feel the current draft is ready for adoption. Ciao,, G/ Sent using CloudMagic Email [https://cloudmagic.com/k/d/mailapp?ct=pa&cv=8.0.67&pv=6.0&source=email_footer_2] On Tue, Dec 01, 2015 at 11:16 AM, Wesley Eddy < wes@mti-systems.com [wes@mti-systems.com] > wrote: On 11/24/2015 6:29 AM, Susan Hares wrote: This begins a 2 week adoption call for draft-liang-idr-bgp-flowspec-label-01.txt which can be found at: http://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/ [http://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/] I agree with other comments that this is a useful extension. It would be good in the draft to clarify the assumptions about global (or at least mutual) significance of the labels, but this is more about clearly describing its use and operation than any impact to the protocol spec. ------sinikael-?=_1-14489440189320.24680142081342638 Content-Type: text/html; format=flowed Content-Transfer-Encoding: 7bit

All,

To re-iterate what was mentioned earlier and the current status of this draft. The purpose is to provide a telemetry tool for flowspec matches by pushing a label. At current time the draft is too immature for WG addoption due to severe unclarities.

Please address these points to improve maturity and before considering addoption:

1) assumed is that global labels are used, however it is nowhere mentioned explicitely in the draft

2) with global labels come applicability area being only SPRING based networks, please add this to the technology usability section

3) Traditional best path selection is used to find best NLRI, however a different to IGP label is pushed ... The draft does not describe measures to guaranty that the pushed label represents the same destination node.

4) why is this solution better as using traditional flowspec redirect to VRF (with exact one route in VRF)? In this case telemetry for flowspec redirect can be done with existing technology ... Nothing new is required...

Understanding the above considerationd i do not feel the current draft is ready for adoption.

Ciao,,
G/



Sent using CloudMagic Email
On Tue, Dec 01, 2015 at 11:16 AM, Wesley Eddy <wes@mti-systems.com> wrote:

On 11/24/2015 6:29 AM, Susan Hares wrote:

This begins a 2 week adoption call for draft-liang-idr-bgp-flowspec-label-01.txt which can be found at:

http://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/




I agree with other comments that this is a useful extension.

It would be good in the draft to clarify the assumptions about global (or at least mutual) significance of the labels, but this is more about clearly describing its use and operation than any impact to the protocol spec.



------sinikael-?=_1-14489440189320.24680142081342638--